ताज़ा स्थापित होने के बाद कोआरा का उपयोग नहीं कर सकते


16

मेरे पास Ubuntu की मौजूदा स्थापना 16.04 है जिसमें नेक्लाउड स्थापित है /var/www/cloud(वर्डप्रेस रूट में है)। यह अब थोड़ी देर के लिए ठीक चल रहा है, लेकिन मैंने हाल ही में सहयोग को Google डॉक्स के विकल्प के रूप में खोजा है और वास्तव में यह काम करना चाहता है। जब मैं एक दस्तावेज़ खोलने की कोशिश करता हूं तो मुझे "एक्सेस निषिद्ध" त्रुटि मिलती है। मैंने यहां पाए गए निर्देशों के अनुसार सहयोग स्थापित किया है

मैंने lsof -i के आउटपुट की जाँच की है और 9980 पर docker सुनते हुए देख सकता हूँ, Nextcloud में URL कॉन्फ़िगर किया है, और मुश्किल से मुझे यकीन नहीं है कि इस समस्या का निवारण करने के बारे में कैसे शुरू किया जाए। अगर समुदाय का कोई भी व्यक्ति मुझे कुछ मार्गदर्शन दे सकता है जो आश्चर्यजनक होगा। कुछ अतिरिक्त जानकारी नीचे है।

Apache error.log से / 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

सहयोगा विस्टा के लिए माई अपाचे कॉन्फिगर का संजीवित संस्करण :

<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>

मेरे अगलेक्लाउड उदाहरण का पता है domain.com/cloud

आउटपुट lsof -i | grep docker मेरा मानना ​​है कि यह दिखाता है कि docker कंटेनर 9980 पर लोकलहोस्ट से ट्रैफ़िक के लिए सुन रहा है ताकि कंटेनर को भेजा जा सके

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

थ्योरी : मेरे पास एक सिद्धांत है कि मुझे शायद इस बार फिर से अगली बार सेटअप करने की आवश्यकता होगी, अगली बार वेबक्लॉट में जा रहा है और मेरा ब्लॉग वेबरॉट के अंदर एक फ़ोल्डर में है क्योंकि दस्तावेज़ से मुझे जो वाइब मिल रहा है, वह अगलेक्लाउड होने की उम्मीद है यह स्वयं की डोमेन नाम के साथ स्वयं की मशीन है और यह सेवा उस रूट डोमेन नाम के एक उपडोमेन से जुड़ती है। इसलिए domain.com/cloud पूरी चीज़ को लूप के लिए फेंक रहा है

अगर कोई मुझे कुछ मार्गदर्शन दे सकता है तो मैं बहुत सराहना करूंगा क्योंकि नेक्लाउड एक ऐसा उत्पाद है जिसे मैं वास्तव में निवेश करने में दिलचस्पी रखता हूं।

जवाबों:


1

माइक ग्रिफेन की यह पोस्ट सिर्फ इस मुद्दे को संबोधित करती है, और यह एक सरल समाधान प्रतीत होता है।

Authz_core:error Client Denied by Server Configuration

... mod_authz_coreको Apache2.3 में पेश किया गया था। यह उस तरीके को परिवर्तित करता है जिससे अभिगम नियंत्रण घोषित होता है

से:

Order allow, deny
Allow from all

सेवा:

Require all granted

इसका मतलब यह है कि एक निर्देशिका के लिए कुल विन्यास अब कुछ इस तरह है:

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

अपाचे को पुनरारंभ करें और यह सभी अच्छी तरह से काम करेगा।


विस्तारित स्पष्टीकरण को शामिल करने के लिए संशोधित उत्तर, भी वास्तविक त्रुटि संदेश, 'ओकट्ज़_कोर: एरर', एक बार, और पहले परिणाम को चुनने के बाद (या इस मामले में बतख-बतख-गोइंग) को चित्रित करने की कोशिश कर रहा था, जो अक्सर सवाल का जवाब बचा सकता है। यहाँ पाश
स्टीव होप

लोगों को पता नहीं है कि क्या एक यादृच्छिक लेख सही है ... कम से कम एसई साइटों पर हमारे पास एक मतदान प्रणाली है (आमतौर पर वोट हमेशा विश्वसनीय नहीं होते हैं!) और सभी उपयोगकर्ताओं को कुछ स्तर की सहकर्मी समीक्षा, स्थिरता आदि को लागू करने के लिए संपादित करने की अनुमति देते हैं। यहाँ पोस्ट खोज इंजनों द्वारा भी पाए जाते हैं। अच्छे उत्तर देकर हम अच्छे खोज परिणाम प्रदान करते हैं।
ज़न्ना
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.