Docker를 사용하여 동일한 서버에서 NextCloud + ONLYOFFICE 설정

헤이 하브르! 나는 기사의 번역을 당신의 관심에 제시합니다 "Docker로 단일 서버에 NextCloud 및 ONLYOFFICE 설정".

기술 지향적인 사람들의 삶에서 Google 문서도구 및 클라우드 스토리지와 같은 온라인 오피스 제품군의 가치를 과소평가하기는 어렵습니다. 오랫동안 오피스 애플리케이션 시장을 장악해 온 마이크로소프트조차 최근 오피스 365 웹 애플리케이션 개발에 집중하고 사용자들이 자신의 서비스를 사용하기 위해 구독 모델로 전환하도록 설득하는 데 주력하고 있다. cat에서 자신의 스토리지를 설치하고 구성하는 과정에 관심이 있는 분들을 초대합니다.

얼마 전에 우리는 소규모 기업에서 사용하기 위해 쉽게 배포할 수 있는 클라우드 스토리지 솔루션과 오픈 소스 웹 오피스 제품군을 살펴보았습니다. 모든 문서를 온라인으로 유지하는 주요 동기는 거래량이 적음에도 불구하고 서류 작업을 최소화하고 좋은 비즈니스 관행을 구현하는 것입니다. 동전의 다른 면은 이 서비스를 제공하기 위해 클라우드 서버를 임대하는 것이 서버나 트래픽에 대한 물리적 액세스를 감사할 수단이 없기 때문에 기업 구내에 직접 저장하는 것보다 덜 안전하다는 것입니다. 따라서 종단 간 암호화 및 오픈 소스 소프트웨어도 필요합니다.

오픈 소스 솔루션에 대해 사용 가능한 모든 정보를 고려하여 클라우드 스토리지용으로 개발된 두 개의 활성 프로젝트(지난 12개월 동안 git 리포지토리에 커밋 포함)인 NextCloud 및 OwnCloud와 유일한 활성 ONLYOFFICE 오피스 제품군을 찾았습니다. 두 클라우드 스토리지 도구는 거의 동일한 기능을 가지고 있으며 NextCloud를 선택하기로 한 결정은 편안한 사용자 상호 작용을 위해 ONLYOFFICE와 통합할 수 있다는 증거의 존재를 기반으로 했습니다. 그러나 서비스를 배포하기 시작했을 때 위의 서비스 통합에 대한 정보가 부족하다는 것이 분명해졌습니다. 통합 방법에 대한 3개의 튜토리얼 비디오를 찾았습니다.

• www.youtube.com/watch?v=GAd-x_sP6ng
• www.youtube.com/watch?v=ceOld6P16wI
• www.youtube.com/watch?v=DvTXyl-OOZA

공유 nginx를 사용하여 NextCloud와 동일한 물리적 서버에 ONLYOFFICE 문서 서비스를 설치하는 질문에 세 개의 비디오 중 어느 것도 대답하지 않았습니다. 대신 문서 서비스 API에 별도의 포트를 사용하는 등의 분리 기술을 사용했습니다. 또 다른 제안은 Document Service에 별도의 서버를 배포하고 Document Service에 내장된 nginx 인스턴스를 수동으로 구성하여 액세스 키(데이터 클라우드에 대한 액세스 권한을 확인하는 미리 알려진 액세스 키) 및 TLS 인증서를 설치하는 것이었습니다. 위의 접근 방식은 안전하지 않고 충분히 효과적이지 않은 것으로 간주되어 NextCloud, ONLYOFFICE 및 docker-compose를 사용하여 도메인 이름별로 요청을 구분하는 공통 nginx를 통합했습니다. 다음은 이를 수행하는 방법에 대한 단계별 정보입니다.

1단계: nginx 컨테이너

이것은 매우 간단한 설정이지만 역방향 프록시 서버를 구성하는 데 가장 많은 작업이 필요한 단계입니다. 먼저 nginx:stable 이미지에 대한 docker-compose 구성을 만들었습니다.

version: '2'
services:
  nginx:
    image : nginx:stable
    restart: always
    volumes:
      - ./nginx/nginx-vhost.conf:/etc/nginx/conf.d/default.conf:ro
      - ./nginx/certificates:/mycerts 
    ports:
      - 443:443
      - 80:80

이렇게 하면 포트 80 및 443이 공개된 컨테이너가 생성되고, 구성을 nginx/nginx-vhost.conf 에 매핑하고, 자체 서명된 인증서로 생성되거나 /nginx/certificates에서 Let's encrypt의 certbot을 사용하여 생성된 인증서용 저장소를 정의합니다. 이 위치에는 각각 인증서 체인 및 서버 개인 키에 대한 fullchain1.pem 및 privkey1.pem 파일이 있는 office.yourdomain.com 및 cloud.yourdomain.com에 대한 폴더가 포함되어야 합니다. 여기에서 자체 서명된 인증서를 생성하는 방법에 대해 자세히 알아볼 수 있습니다. www.akadia.com/services/ssh_test_certificate.html (.key 및 .crt를 .pem으로 이름을 바꾸면 nginx용 파일 구조를 변환하지 않고도 작동합니다.)

그런 다음 vhost 파일을 정의했습니다. 먼저 포트 80의 동작을 https로의 단순 리디렉션으로 정의합니다. 우리는 http 트래픽을 허용하고 싶지 않습니다

server {
    listen 80;
    location / {
        return 301
            https://$host$request_uri;
    }
}

그런 다음 서비스를 위해 포트 443에 두 개의 가상 서버를 만들었습니다.

server {
    listen 443 ssl;
    server_name cloud.yourdomain.com ;
    root /var/www/html;

    ssl_certificate     /mycerts/cloud.yourdomain.com/fullchain1.pem;
    ssl_certificate_key /mycerts/cloud.yourdomain.com/privkey1.pem;
    ssl_protocols       TLSv1 TLSv1.1 TLSv1.2;
    ssl_ciphers         HIGH:!aNULL:!MD5;

    location / {
        proxy_set_header X-Real-IP $remote_addr;
        proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
        proxy_set_header X-Forwarded-Proto $scheme;
        proxy_set_header Host $http_host;
        proxy_redirect off;
        proxy_pass http://app:80;
    }
}
server {
    listen 443 ssl;
    server_name office.yourdomain.com;
    root /var/www/html;

    ssl_certificate     /mycerts/office.yourdomain.com/fullchain1.pem;
    ssl_certificate_key /mycerts/office.yourdomain.com/privkey1.pem;
    ssl_protocols       TLSv1 TLSv1.1 TLSv1.2;
    ssl_ciphers         HIGH:!aNULL:!MD5;

    location / {
        proxy_set_header X-Real-IP $remote_addr;
        proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
        proxy_set_header X-Forwarded-Proto $scheme;
        proxy_set_header Host $http_host;
        proxy_redirect off;
        proxy_pass http://onlyoffice:80;
    }
}

2단계: 문서 서비스

이제 docker-compose.yml에 문서 서비스 컨테이너를 추가해야 합니다. 여기서 특별히 구성할 사항은 없습니다.

services:
...
  onlyoffice:
    image: onlyoffice/documentserver
    restart: always

그러나 nginx 컨테이너를 문서 서비스에 연결하는 것을 잊지 마십시오.

services:
...
  nginx:
    ...
    depends_on:
      - onlyoffice

3단계: 넥스트클라우드

먼저 새 서비스를 추가합니다.

services:
...
  db:
    image: mariadb
    command: --transaction-isolation=READ-COMMITTED --binlog-format=ROW
    restart: always
    volumes:
      - /data/nextcloud_db:/var/lib/mysql
    environment:
      - MYSQL_ROOT_PASSWORD=#put some password here
      - MYSQL_PASSWORD=#put some other password here
      - MYSQL_DATABASE=nextcloud
      - MYSQL_USER=nextcloud
  app:
    image: nextcloud
    depends_on:
      - db
      - onlyoffice
    restart: always

nginx에 대한 링크를 추가합니다.

services:
...
  nginx:
    ...
    depends_on:
      - app 

이제 컨테이너를 로드할 시간입니다.

docker-compose up -d  

잠시 후 nginx는 기본 구성 페이지인 NextCloud 프런트 엔드로 리디렉션하기 시작합니다. 첫 번째 관리자의 사용자 이름과 암호를 입력하고 docker-compose.yml에서 제공한 데이터베이스 자격 증명을 입력해야 합니다. 설정이 완료되면 로그인할 수 있습니다. 우리의 경우 대기하는 데 거의 XNUMX분이 걸렸고 클라우드 서비스에 로그인하려면 로그인 페이지를 추가로 새로 고쳐야 했습니다.

Next클라우드 서비스 설정 창

4단계: NextCloud와 ONLYOFFICE 연결

이 단계에서 ONLYOFFICE 기능을 연결하는 NextCloud용 애플리케이션을 설치해야 합니다. 메뉴의 오른쪽 상단 모서리에 있는 응용 프로그램 제어판부터 시작하겠습니다. ONLYOFFICE 앱(Office & text 또는 검색 사용)을 찾아 설치하고 활성화합니다.

그런 다음 오른쪽 상단 모서리에 있는 메뉴를 통해 설정으로 이동하면 왼쪽 메뉴에서 ONLYOFFICE 항목을 찾을 수 있습니다. 그것에 들어가십시오. 아래와 같이 주소를 등록해야 합니다.

통합 애플리케이션 설정

첫 번째 주소는 브라우저에서 실행되는 애플리케이션에서 직접 일부 js 및 css 파일에 연결하는 데 사용됩니다(nginx를 통해 ONLYOFFICE 서비스에 대한 액세스를 열려면 이 주소가 필요함). 영구 인증 키보다 Docker 격리 계층을 더 신뢰하기 때문에 비밀 키는 사용되지 않습니다. 세 번째 주소는 NextCloud 컨테이너에서 ONLYOFFICE API에 직접 연결하는 데 사용되며 Docker의 기본 내부 호스트 이름을 사용합니다. 음, 마지막 필드는 ONLYOFFICE가 외부 IP 주소 또는 Docker 네트워크를 사용하는 경우 내부 Docker 주소를 사용하여 NextCloud API에 다시 요청할 수 있도록 사용되지만 우리의 경우에는 사용되지 않습니다. 방화벽 설정이 이러한 종류의 상호 작용을 허용하는지 확인하십시오.

저장 후 NextCloud는 연결을 테스트하고 모든 것이 올바른 경우 통합과 관련된 설정(예: 이 통합으로 편집할 수 있는 파일 유형)을 표시합니다. 당신이 적합하다고 생각하는대로 사용자 정의하십시오.

마지막 단계: 편집기를 찾을 위치

클라우드 저장소 폴더로 돌아가서 "+"를 클릭하여 새 파일을 만들면 문서, 스프레드시트 또는 프레젠테이션을 만들 수 있는 새로운 옵션이 나타납니다. 그들의 도움으로 ONLYOFFICE를 사용하여 이러한 유형의 파일을 만들고 즉시 편집할 수 있습니다.

파일 생성 메뉴

보충 1

docker-compose.yml의 전체 내용은 여기에서 찾을 수 있습니다. https://pastebin.com/z1Ti1fTZ

출처 : habr.com