Không thể truy cập collabora sau khi cài đặt mới

Tôi đã cài đặt Ubuntu 16.04 hiện có với nextcloud được cài đặt /var/www/cloud(wordpress nằm trong thư mục gốc). Nó đã hoạt động tốt được một thời gian rồi nhưng gần đây tôi đã phát hiện ra collabora như một sự thay thế cho các tài liệu của google và THỰC SỰ muốn nó hoạt động. Khi tôi cố mở tài liệu, tôi nhận được lỗi "Truy cập bị cấm". Tôi đã cài đặt collabora theo hướng dẫn tìm thấy ở đây

Tôi đã kiểm tra đầu ra của lsof -i và có thể thấy docker nghe trên 9980, Định cấu hình URL trong Nextcloud và thật ra tôi không thực sự chắc chắn làm thế nào để bắt đầu khắc phục sự cố này. Nếu bất cứ ai trong cộng đồng có thể cho tôi một số hướng dẫn sẽ là tuyệt vời. Một số thông tin bổ sung dưới đây.

Các mục nhập từ apache error.log nằm trong / var / log / apache2:

[Mon Jan 02 22:05:30.027625 2017] [authz_core:error] [pid 26396] [client <IPADDRESS>:54120] AH01630: client denied by server configuration: /var/www/html/cloud/data/.ocdata
[Mon Jan 02 22:05:32.314370 2017] [authz_core:error] [pid 3122] [client <IPADDRESS>:54123] AH01630: client denied by server configuration: /var/www/html/cloud/data/.ocdata

Phiên bản vệ sinh của cấu hình My Apache cho collabora vhost :

<VirtualHost *:443>
  ServerName sub.domain.com:443

  # SSL configuration, you may want to take the easy route instead and use Lets Encrypt!
  SSLEngine on
  SSLCertificateFile /etc/letsencrypt/live/domain.com/fullchain.pem
  SSLCertificateKeyFile /etc/letsencrypt/live/domain.com/privkey.pem
  SSLProtocol all -SSLv2 -SSLv3
  SSLCipherSuite             ECDHE-ECDSA-CHACHA20-POLY1305:ECDHE-RSA-CHACHA20-POLY1305:ECDHE-ECDSA-AES128-GCM-SHA256:ECDHE-RSA-AES128-GCM-SHA256:ECDHE-ECDSA-AES256-GCM-SHA384:ECDHE-RSA-AES256-GCM-SHA384:DHE-RSA-AES128-GCM-SHA256:DHE-RSA-AES256-GCM-SHA384:ECDHE-ECDSA-AES128-SHA256:ECDHE-RSA-AES128-SHA256:ECDHE-ECDSA$
  SSLHonorCipherOrder on

  # Encoded slashes need to be allowed
  AllowEncodedSlashes     On

  # Container uses a unique non-signed certificate
  SSLProxyEngine On
  SSLProxyVerify None
  SSLProxyCheckPeerCN Off
  SSLProxyCheckPeerName Off

  # keep the host
  ProxyPreserveHost On

  # static html, js, images, etc. served from loolwsd
  # loleaflet is the client part of LibreOffice Online
  ProxyPass /loleaflet https://127.0.0.1:9980/loleaflet retry=0
  ProxyPassReverse           /loleaflet https://127.0.0.1:9980/loleaflet

  # WOPI discovery URL
  ProxyPass    /hosting/discovery https://127.0.0.1:9980/hosting/discovery retry=0
  ProxyPassReverse           /hosting/discovery https://127.0.0.1:9980/hosting/discovery

  # Main websocket
  ProxyPassMatch    "/lool/(.*)/ws$" wss://127.0.0.1:9980/lool/$1/ws

  # Admin Console websocket
  ProxyPass /lool/adminws wss://127.0.0.1:9980/lool/adminws

  # Download as, Fullscreen presentation and Image upload operations
  ProxyPass   /lool https://127.0.0.1:9980/lool
  ProxyPassReverse           /lool https://127.0.0.1:9980/lool
  ServerAlias    sub.domain.com
</VirtualHost>

Địa chỉ của ví dụ nextcloud của tôi là domain.com/cloud

đầu ra của lsof -i | grep docker Tôi tin rằng điều này cho thấy container docker đang lắng nghe lưu lượng truy cập từ localhost trên 9980 để gửi đến container

docker-pr  1634     root    4u  IPv4  19492      0t0  TCP localhost:9980 (LISTEN)

Lý thuyết : Tôi có một lý thuyết rằng có lẽ tôi sẽ cần phải thiết lập lại nextcloud lần này với nextcloud đang ở trong webroot và blog của tôi nằm trong một thư mục bên trong webroot bởi vì sự rung cảm mà tôi nhận được từ tài liệu là dự kiến ​​sẽ có trên máy của chính nó với tên miền riêng và dịch vụ này kết nối với một tên miền phụ của tên miền gốc đó. vì vậy domain.com/cloud đang ném toàn bộ cho một vòng lặp

Nếu bất cứ ai có thể cho tôi một số hướng dẫn, tôi sẽ đánh giá rất cao vì nextcloud là một sản phẩm tôi thực sự quan tâm đầu tư vào.

Bài đăng này của Mike Griffen chỉ đề cập đến vấn đề này, và nó dường như là một giải pháp đơn giản.

Authz_core:error Client Denied by Server Configuration

... mod_authz_coređã được giới thiệu trong Apache2.3. Điều này thay đổi cách khai báo kiểm soát truy cập

từ:

Order allow, deny
Allow from all

đến:

Require all granted

Điều này có nghĩa là tổng cấu hình cho một Thư mục bây giờ giống như:

<Directory /path/to/directory>
     Options FollowSymlinks
     AllowOverride none
     Require all granted
</Directory>

Khởi động lại apache và tất cả sẽ hoạt động tốt.