Collabora Online을 ownCloud Infinite Scale에 연결하세요.
Collabora Online과 ownCloud Infinite Scale 간의 WOPI 연결을 설정하고, 올바른 서비스 URL을 구성하고, 문서 편집 내용이 저장되는지 확인합니다.
ownCloud Infinite Scale의 Collaboration 서비스를 웹 UI와 Collabora Online 간의 WOPI 브리지로 사용하세요. 새 설치의 경우, ocis_fullInfinite Scale, Collaboration, Collabora 및 Traefik이 포함된 ownCloud의 공식 모듈형 Docker Compose 예제를 사용하는 것이 가장 안전합니다. 공개 Infinite Scale, Collaboration 및 WOPI URL을 설정하고, 유효한 TLS 인증서를 사용하며, 모든 서비스 암호를 일관되게 유지하세요. Infinite Scale을 기존 ownCloud 서버처럼 구성하지 마세요.
이러한 차이점은 ownCloud의 최신 문서에서 확인할 수 있습니다. Infinite Scale은 WOPI와 협업 서비스를 통해 오피스 제품군을 통합합니다. cs3org/wopi최신 릴리스에서는 해당 서비스가 기존의 외부 서버를 대체하므로, 이전 버전을 업그레이드하는 관리자는 설치된 버전에 맞는 마이그레이션 지침을 따라야 합니다.
설치하기 전에 정확한 Infinite Scale 릴리스 버전을 확인하십시오. 현재 ownCloud 문서에는 Collaboration 서비스가 9.0 개발 문서에 포함되어 있으며 Infinite Scale이 관리 모드로 실행될 때 별도로 시작해야 한다고 명시되어 있습니다. ownCloud 풀스택 예제에서도 설정이 Collaboration 서비스가 포함된 릴리스에 의존하며 5.x 프로덕션 릴리스에서는 작동하지 않는다고 경고합니다. 설치된 릴리스 버전에 맞는 문서와 Compose 파일을 사용하십시오. 호환성을 확인하지 않고 롤링 예제를 이전 프로덕션 시스템에 복사하지 마십시오.
cloud.example.com공개 배포의 경우, `<hostname>`, ` <hostname>`, `<hostname>` office.example.com과 같이 별도의 호스트 이름을 계획하십시오 wopi.example.com. 브라우저는 클라우드 및 Collabora URL에 모두 접속할 수 있어야 하며, Collabora는 Infinite Scale에서 제공하는 WOPI 엔드포인트에 접속할 수 있어야 합니다. DNS, 방화벽 및 TLS 신뢰는 양방향으로 작동해야 합니다. 노트북에서는 접속 가능하지만 Collabora 컨테이너에서는 접속할 수 없는 호스트는 충분하지 않습니다.
ownCloud의 배포 예제는 Traefik을 리버스 프록시로 사용하며 서버 설정에 유효한 SSL 인증서가 필요하다고 가정합니다. 로컬 테스트 환경에서는 자체 서명 인증서를 사용할 수 있지만, 공개 설치 환경에서는 인증서 검증을 자동으로 비활성화해서는 안 됩니다. 스택을 구성하기 전에 사용할 호스트 이름과 인증서를 결정하십시오.
.env파일을 검토하세요. OCIS_DOMAIN, COLLABORA_DOMAIN, 및 WOPISERVER_DOMAIN를 서버로 확인되는 호스트 이름으로 설정하세요. 예제에서는 를 사용하여 Collabora를 활성화했습니다 COLLABORA=:collabora.yml. Collabora를 사용하려는 오피스 편집기인 경우 해당 설정을 유지하세요.이 배포 예시는 통합 스택이며, 모든 기존 설치에 적용 가능한 범용 구성이 아닙니다. 이미 systemd, Kubernetes 또는 사용자 지정 리버스 프록시를 사용하여 Infinite Scale을 실행 중인 경우, 기존 배포 모델을 유지하고 해당 릴리스의 설명서를 참조하여 협업 서비스와 앱 레지스트리를 구성하십시오. 두 번째 전체 스택을 새로 구축할 필요는 없습니다.
핵심 설정은 편집기 URL과 외부에서 접근 가능한 WOPI 소스를 식별합니다. 현재 서비스 문서에서 COLLABORATION_APP_NAME는 앱의 표시 이름이고, 는 COLLABORATION_APP_PRODUCT제품을 식별하며, COLLABORATION_APP_ADDR는 Collabora를 가리키고, 는 COLLABORATION_WOPI_SRCCollabora가 Infinite Scale을 통해 파일을 읽고 쓰는 데 사용하는 URL입니다. 개념적인 구성은 다음과 같습니다.
COLLABORATION_APP_NAME=CollaboraOnline
COLLABORATION_APP_PRODUCT=Collabora
COLLABORATION_APP_ADDR=https://office.example.com
COLLABORATION_WOPI_SRC=https://wopi.example.com
배포 환경에 필요한 실제 공개 URL과 변수 형식을 사용하십시오. 서비스가 내부 컨테이너 네트워크에서 통신하는 경우, 내부 주소는 특정 설정에 적합할 수 있지만 브라우저에 표시되는 URL은 다른 설정에 적합할 수 있습니다. Collabora가 외부에서 확인해야 하는 값에 컨테이너 전용 호스트 이름을 사용하지 마십시오.
협업 서비스는 Infinite Scale 런타임 값인 OCIS_URL, OCIS_JWT_SECRET, OCIS_REVA_GATEWAY, 및 도 필요로 합니다 MICRO_REGISTRY_ADDRESS. 이러한 값은 실행 중인 인스턴스와 일치해야 합니다. 공식 풀스택 예제는 자체 Compose 네트워크에 대한 서비스 관계를 제공합니다. 불일치를 우회하기 위해 특정 서비스만을 위한 새로운 비밀 키를 생성하거나 WOPI 증명 키 검사를 비활성화하지 마십시오. 신뢰할 수 있는 공개 인증서의 경우 인증서 확인을 활성화된 상태로 유지하십시오. COLLABORATION_APP_INSECURE는 자체 서명된 WOPI 앱 인증서에 대한 옵션으로만 문서화되어 있으며 일반적인 프로덕션 환경 해결 방법은 아닙니다.
앱 레지스트리는 각 MIME 유형에 대해 표시되는 오피스 앱과 기본적으로 열리는 앱을 제어합니다. Collabora가 실행 중이지만 문서에 '다음으로 열기' 옵션이 표시되지 않으면 레지스트리의 MIME 유형 구성과 해당 default_app값을 확인하십시오. 여기에 사용된 이름은 구성된 오피스 앱 이름과 일치해야 합니다. ownCloud는 이를 YAML 구성으로 문서화하며, 환경 변수는 MIME 유형 매핑을 대체하지 않습니다.
공식 Compose 예제를 사용하여 렌더링된 구성을 검증한 다음 배포 디렉터리에서 스택을 시작하세요.
docker compose config
docker compose up -d
Compose 예제를 사용하지 않는 경우, 먼저 게이트웨이, 앱 공급자 및 Collabora 서비스를 시작해야 합니다. 관리 모드에서는 ownCloud 문서에서 Collaboration 서비스를 명시적으로 시작하도록 안내하고 ocis collaboration server있으며, 자동으로 시작되지 않습니다. Collaboration 서비스 프로세스에서 필요한 환경 변수가 설정되었는지 확인한 후 서비스를 시작하십시오.
https://office.example.com/hosting/discovery브라우저에서 여세요 . 연결 가능한 엔드포인트는 DNS, TLS 또는 프록시 오류가 아닌 Collabora의 검색 XML을 반환해야 합니다.통합이 성공적으로 완료되면 브라우저에서 에디터가 로드되고, WOPI 연결이 Infinite Scale에 도달하며, 브라우저를 다시 열었을 때 편집 내용이 유지됩니다. 정확한 컨테이너 이름, URL 연결 및 구성 파일 위치는 Infinite Scale 릴리스 및 배포 방법에 따라 다릅니다. 특히 기존 외부 WOPI 서버에서 마이그레이션하는 경우, 해당 릴리스에 맞는 ownCloud 설명서를 참조하여 자세한 내용을 확인하십시오.
참고 자료: ownCloud 협업 서비스 구성 , ownCloud 앱 레지스트리 구성 , Infinite Scale 릴리스 노트 및 마이그레이션 노트 .
Collabora Online과 ownCloud Infinite Scale 간의 WOPI 연결을 설정하고, 올바른 서비스 URL을 구성하고, 문서 편집 내용이 저장되는지 확인합니다.
Collabora Online CODE에서 문서 내보내기를 방지하려면 WOPI DisableExport 권한을 설정한 다음 호스트와 편집기에서 해당 권한이 적용되는지 확인하십시오.
Nginx TLS 종료, Collabora 라우팅 및 WebSocket 헤더를 구성한 다음 실제 문서를 열기 전에 공개 엔드포인트를 테스트하십시오.
10분 동안 지속되는 CODE 연결 끊김 현상을 프록시, 로드 밸런서 또는 WebSocket 경로에서 추적한 다음, 타임아웃을 수정하고 세션 연결이 유지되는지 확인합니다.
Collabora 공식 Helm 차트를 설치하고, WOPI 액세스 및 인그레스 선호도를 구성하고, 일반적인 설정 오류 없이 배포를 확인합니다.
Collabora에서 빈 문서가 열리는 이유를 찾으려면 브라우저 요청, WOPI 로그 및 대상 프록시 검사를 사용하고, 증거에 맞는 해결책을 선택하십시오.
CODE Docker 사전을 구성하고 문서 구절에 올바르게 태그를 지정하여 영어, 프랑스어 및 기타 지원되는 언어에 대해 올바른 맞춤법 검사가 적용되도록 하십시오.
coolwsd에서 보기별 비활성 임계값을 조정하고, 이를 배경 탭 밝기 조절, 문서 언로드, 자동 저장 및 로그인 만료와 구분합니다.
예약된 CODE 업데이트 확인을 중지하고, 선택적 원격 서비스를 검토하고, 문서 편집을 중단하지 않고 아웃바운드 네트워크 제어를 사용하십시오.
Seafile에서 안전한 문서 편집을 활성화하려면 Collabora의 검색 URL, HTTPS 및 WOPI 액세스를 배포 환경에 맞게 구성하십시오.