NextCloud + ONLYOFFICE-ის დაყენება იმავე სერვერზე Docker-თან ერთად

ჰეი ჰაბრ! თქვენს ყურადღებას წარმოგიდგენთ სტატიის თარგმანს "NextCloud-ისა და ONLYOFFICE-ის დაყენება ერთ სერვერზე Docker-ით".

ძნელია არ შეაფასო ონლაინ საოფისე კომპლექტების მნიშვნელობა, როგორიცაა Google Docs და ღრუბლოვანი საცავი ტექნოლოგიებზე ორიენტირებული ადამიანების ცხოვრებაში. ტექნოლოგია იმდენად ფართოდ გავრცელდა, რომ მაიკროსოფტიც კი, რომელიც დიდი ხანია დომინირებს საოფისე აპლიკაციების ბაზარზე, ახლახან ფოკუსირებულია Office 365 ვებ აპლიკაციის შემუშავებაზე და მომხმარებლების დარწმუნებაზე, გადაერთონ სააბონენტო მოდელზე საკუთარი სერვისებით სარგებლობისთვის. ვიწვევთ მათ, ვინც დაინტერესებულია კატის ქვეშ საკუთარი საცავის ინსტალაციისა და კონფიგურაციის პროცესით.

რამდენიმე ხნის წინ ჩვენ გადავხედეთ ღრუბლოვანი საცავის გადაწყვეტილებებს და ღია კოდის ვებ ოფისის კომპლექტს, რომლებიც ადვილად შეიძლება განთავსდეს მიკრო საწარმოში გამოსაყენებლად. ყველა დოკუმენტაციის ონლაინ შენახვის მთავარი მოტივაცია არის დოკუმენტაციის მინიმუმამდე დაყვანა და კარგი ბიზნეს პრაქტიკის დანერგვა ტრანზაქციების დაბალი მოცულობის მიუხედავად. მონეტის მეორე მხარე არის ის, რომ ღრუბლოვანი სერვერის დაქირავება ამ სერვისის უზრუნველსაყოფად ნაკლებად უსაფრთხოა, ვიდრე მისი უშუალოდ საწარმოს შენობაში შენახვა, რადგან თქვენ არ გაქვთ თქვენს სერვერზე ან ტრაფიკზე ფიზიკური წვდომის აუდიტის რაიმე საშუალება. ამიტომ, ასევე საჭიროა ბოლომდე დაშიფვრა და ღია კოდის პროგრამული უზრუნველყოფა.

ღია კოდის გადაწყვეტილებების შესახებ ყველა არსებული ინფორმაციის გათვალისწინებით, ჩვენ ვიპოვნეთ ორი აქტიური პროექტი (გასული 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

სამი ვიდეოდან არცერთმა არ უპასუხა ONLYOFFICE დოკუმენტის სერვისის დაინსტალირების კითხვას იმავე ფიზიკურ სერვერზე, როგორც NextCloud, საერთო nginx-ით. ამის ნაცვლად, მათ გამოიყენეს გამოყოფის ტექნიკა, როგორიცაა ცალკეული პორტების გამოყენება დოკუმენტის სერვისის api-სთვის. კიდევ ერთი შემოთავაზება იყო ცალკე სერვერის განთავსება Document Service-ისთვის, ხელით დააკონფიგურიროთ Document Service-ში ჩაშენებული nginx ინსტანცია, რათა დააინსტალიროთ წვდომის გასაღები (წინასწარ ცნობილი წვდომის გასაღები, რომელიც ადასტურებს მონაცემთა ღრუბელზე წვდომის უფლებას) და TLS სერთიფიკატებს. ზემოაღნიშნული მიდგომები ჩაითვალა არაუსაფრთხო და არასაკმარისად ეფექტური, ამიტომ ჩვენ გავაერთიანეთ NextCloud, ONLYOFFICE და საერთო nginx, რომელიც გამოყოფს მოთხოვნებს დომენის სახელების მიხედვით docker-compose-ის გამოყენებით. აქ მოცემულია ეტაპობრივი ინფორმაცია იმის შესახებ, თუ როგორ უნდა გააკეთოთ ეს.

ნაბიჯი 1: nginx კონტეინერი

ეს არის ძალიან მარტივი დაყენება, მაგრამ ეს ნაბიჯი მოითხოვს ყველაზე მეტ შრომას საპირისპირო პროქსი სერვერის კონფიგურაციისთვის. ჩვენ პირველად შევქმენით docker-compose კონფიგურაცია nginx:stable სურათისთვის.

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-ზე და განსაზღვრავს მაღაზიას სერთიფიკატებისთვის, რომლებიც გენერირებულია როგორც თვით ხელმოწერილი სერთიფიკატები ან ვიყენებთ Let's certbot-ს /nginx/certificates-ში. ეს მდებარეობა უნდა შეიცავდეს საქაღალდეებს office.yourdomain.com-ისა და cloud.yourdomain.com-ისთვის, თითოეულში fullchain1.pem და privkey1.pem ფაილებით, შესაბამისად, სერტიფიკატების ჯაჭვისა და სერვერის პირადი გასაღებისთვის. თქვენ შეგიძლიათ წაიკითხოთ მეტი იმის შესახებ, თუ როგორ უნდა შექმნათ ხელმოწერილი სერტიფიკატი აქ. 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-ში დაყენების დასრულების შემდეგ, თქვენ შეძლებთ შესვლას. ჩვენს შემთხვევაში, ლოდინს თითქმის ერთი წუთი დასჭირდა და საჭირო იყო შესვლის გვერდის დამატებითი განახლება, სანამ ღრუბლოვან სერვისში შევიდოდით.

NextCloud სერვისის პარამეტრების ფანჯარა

ნაბიჯი 4: NextCloud-ისა და ONLYOFFICE-ის დაკავშირება

ამ ეტაპზე, თქვენ უნდა დააინსტალიროთ აპლიკაცია NextCloud-ისთვის, რომელიც აკავშირებს ONLYOFFICE ფუნქციას. დავიწყოთ აპლიკაციის მართვის პანელით მენიუს ზედა მარჯვენა კუთხეში. იპოვეთ ONLYOFFICE აპი (Office & ტექსტის ქვეშ ან ძიების გამოყენებით), დააინსტალირეთ და გააქტიურეთ იგი.

ამის შემდეგ გადადით პარამეტრების მენიუში ზედა მარჯვენა კუთხეში და თქვენ უნდა იპოვოთ ONLYOFFICE ელემენტი მარცხენა მენიუში. შედი მასში. თქვენ უნდა დაარეგისტრიროთ მისამართები, როგორც ეს ქვემოთ არის მითითებული.

ინტეგრაციის აპლიკაციის პარამეტრები

პირველი მისამართი გამოიყენება ზოგიერთ js და css ფაილთან დასაკავშირებლად პირდაპირ ბრაუზერში გაშვებული აპლიკაციიდან (ეს არის ის, რაც გვჭირდება ONLYOFFICE სერვისზე წვდომის გასახსნელად nginx-ის საშუალებით). საიდუმლო გასაღები არ გამოიყენება, რადგან ჩვენ უფრო მეტად ვენდობით Docker იზოლაციის ფენას, ვიდრე მუდმივი ავტორიზაციის გასაღებს. მესამე მისამართს იყენებს NextCloud კონტეინერი პირდაპირ ONLYOFFICE API-სთან დასაკავშირებლად და ის იყენებს Docker-ის ნაგულისხმევ შიდა ჰოსტის სახელს. ისე, ბოლო ველი გამოიყენება იმისთვის, რომ ONLYOFFICE-მა შეძლოს მოთხოვნის დაბრუნება NextCloud API-ზე გარე IP მისამართის ან შიდა Docker მისამართის გამოყენებით, თუ იყენებთ Docker ქსელებს, მაგრამ ეს არ გამოიყენება ჩვენს შემთხვევაში. დარწმუნდით, რომ თქვენი firewall პარამეტრები ამ ტიპის ურთიერთქმედების საშუალებას იძლევა.

შენახვის შემდეგ, NextCloud შეამოწმებს კავშირს და თუ ყველაფერი სწორია, გაჩვენებთ ინტეგრაციასთან დაკავშირებულ პარამეტრებს - მაგალითად, რა ტიპის ფაილების რედაქტირებაა შესაძლებელი ამ ინტეგრაციით. დააკონფიგურიროთ, როგორც თქვენთვის შესაფერისია.

ბოლო ნაბიჯი: სად ვიპოვოთ რედაქტორი

თუ დაბრუნდებით ღრუბლოვანი საცავის საქაღალდეებში და დააწკაპუნეთ „+“-ზე ახალი ფაილის შესაქმნელად, მაშინ გექნებათ ახალი ვარიანტი დოკუმენტის, ცხრილების ან პრეზენტაციის შესაქმნელად. მათი დახმარებით თქვენ შექმნით და დაუყოვნებლივ შეძლებთ ამ ტიპის ფაილების რედაქტირებას ONLYOFFICE-ის გამოყენებით.

ფაილის შექმნის მენიუ

დანამატი 1 წ

docker-compose.yml-ის სრული შინაარსი შეგიძლიათ იხილოთ აქ: https://pastebin.com/z1Ti1fTZ

წყარო: www.habr.com