Certbot: त्रुटि: डुप्लिकेट सुन विकल्प के लिए [::]: 443

@iamdubx क्या आपने इसका पता लगाया? मैं एक ही मुद्दा रहा हूँ।

एक ही मुद्दा ... यह मेरी डिफ़ॉल्ट साइट के लिए काम करता है, लेकिन कस्टम उप डोमेन के लिए नहीं

मैं एक ही मुद्दा रहा हूँ।

मेरे पास हालांकि कई डोमेन को पकड़ने के लिए एक कॉन्फिगरेशन है।

server {
  listen 80;
  listen [::]:80;

  root /home/primarydomain/public;
  index index.html index.htm;

  server_name domain1.com *.domain1.com domain2.com *.domain2.com domain3.com *.domain3.com domain4.com *.domain4.com;

  return 302 $scheme://primarydomain.com$request_uri;

  access_log /var/log/nginx/others.access.log;
  error_log /var/log/nginx/others.error.log;

  location / {
    try_files $uri $uri/ /index.html =404;
  }
}

मुझे इस विन्यास के लिए nginx: [emerg] duplicate listen options for [::]:443 in /etc/nginx/sites-enabled/others:19 मिलता है।

OS: उबंटू 16.04। कोई मदद?

एक ही समस्या है।

मैंने कमांड चलाया: certbot --redirect --nginx -d readacted.com -d www.redacted.com

मेरी मूल गोपनीय फ़ाइल इस प्रकार है:

    server {
        server_name redacted.com;
        location / {
        root   /home/redacted/www;
        index  index.html;
      }
    }

    server {
        listen 80;
        listen [::]:80;
        server_name www.redacted.com;
        return 301 $scheme://redacted.com$request_uri;
    }

/var/log/letsencrypt/letsencrypt.log के अनुसार मुझे लगता है कि सर्टिफिकेट ऐसा करने की कोशिश कर रहा है:

    server {
        server_name redacted.com;
        location / {
        root   /home/redacted/www;
        index  index.html;
      }

        listen [::]:443 ssl ipv6only=on; # managed by Certbot
        listen 443 ssl; # managed by Certbot
        ssl_certificate /etc/letsencrypt/live/redacted.com-0001/fullchain.pem; # managed by Certbot
        ssl_certificate_key /etc/letsencrypt/live/redacted.com-0001/privkey.pem; # managed by Certbot
        include /etc/letsencrypt/options-ssl-nginx.conf; # managed by Certbot
        ssl_dhparam /etc/letsencrypt/ssl-dhparams.pem; # managed by Certbot

    }

    server {
        listen 80;
        listen [::]:80;
        server_name www.redacted.com;
        return 301 $scheme://redacted.com$request_uri;

        listen [::]:443 ssl ipv6only=on; # managed by Certbot
        listen 443 ssl; # managed by Certbot
        ssl_certificate /etc/letsencrypt/live/www.redacted.com/fullchain.pem; # managed by Certbot
        ssl_certificate_key /etc/letsencrypt/live/www.redacted.com/privkey.pem; # managed by Certbot
        include /etc/letsencrypt/options-ssl-nginx.conf; # managed by Certbot
        ssl_dhparam /etc/letsencrypt/ssl-dhparams.pem; # managed by Certbot

    }

nginx की शिकायत है कि लाइन पर listen [::]:443 ssl ipv6only=on; # managed by Certbot

वास्तविक त्रुटि संदेश:

nginx: [emerg] duplicate listen options for [::]:443 in /etc/nginx/sites-enabled/redacted.com:23

एक त्वरित Google ने 2010 से इस पृष्ठ को लाया:

http://www.serverphorums.com/read.php?5 , 203912

जो बताता है कि कुछ आंतरिक कार्यान्वयन विवरण के कारण नगनेक्स भ्रमित हो जाता है।

मैं एक nginx विशेषज्ञ नहीं हूँ, लेकिन मैंने परीक्षण किया है कि निम्नलिखित काम करने लगता है:

    server {
        server_name redacted.com;
        location / {
        root   /home/redacted/www;
        index  index.html;
      }

        listen [::]:443 ssl ipv6only=on; # managed by Certbot
        listen 443 ssl; # managed by Certbot
        ssl_certificate /etc/letsencrypt/live/redacted.com-0001/fullchain.pem; # managed by Certbot
        ssl_certificate_key /etc/letsencrypt/live/redacted.com-0001/privkey.pem; # managed by Certbot
        include /etc/letsencrypt/options-ssl-nginx.conf; # managed by Certbot
        ssl_dhparam /etc/letsencrypt/ssl-dhparams.pem; # managed by Certbot

    }

    server {
        listen 80;
        listen [::]:80;
        server_name www.redacted.com;
        return 301 http://redacted.com$request_uri;

        listen [::]:443; # manually changed
        ssl on;  #manually changed
        listen 443 ssl; # managed by Certbot
        ssl_certificate /etc/letsencrypt/live/www.redacted.com/fullchain.pem; # managed by Certbot
        ssl_certificate_key /etc/letsencrypt/live/www.redacted.com/privkey.pem; # managed by Certbot
        include /etc/letsencrypt/options-ssl-nginx.conf; # managed by Certbot
        ssl_dhparam /etc/letsencrypt/ssl-dhparams.pem; # managed by Certbot

    }

मैं एक बेहतर समाधान है कि इस समाधान आदर्श प्यार करता हूँ ...

@oororange , क्या आप जानते हैं कि क्या हमारे पास कोई मौजूदा समस्या है? यह मेरे लिए परिचित है, लेकिन मुझे याद नहीं है कि यह ऐसा कुछ है या नहीं जो हमने पहले देखा है।

मैंने पहले इसे कभी नहीं देखा है। ऐसा लगता है कि जब आप IPv6 का उपयोग कर रहे हैं, तब वे मूल बग को ठीक करते हैं। और जब से हमने अभी IPv6 सपोर्ट शुरू किया है, इसीलिए लोग इसे मार रहे हैं। उपरोक्त समाधान काम करेगा; मैं देखूंगा कि क्या कोई कारण है जो अभी तक IPv6 के लिए Nginx में तय नहीं किया गया है।

वास्तव में, आपको ssl on परिवर्तन करने की आवश्यकता नहीं है - या तो ipv6only=on को निकालना या दोनों समस्या को हल करता है।

@joohoi , हम शायद ipv6only=on पूरी तरह से हटाकर या केवल एक बार अद्वितीय पता पंक्ति में जोड़कर इसे ठीक करना चाहते हैं जिसे हम जोड़ते हैं। क्या आपको इस बात का अंदाजा है कि यहां सबसे अच्छा क्या होगा?

यहाँ एक ही मुद्दा रहा है। मेरे पहले डोमेन के लिए सब कुछ ठीक था। दूसरे डोमेन में ये समस्याएँ होने लगीं।

ऐसा लगता है कि सर्बोट किसी कारण से पूरी तरह से आईपीवी 6 के निर्देश का पता लगाने में असमर्थ है। इसे हटाने से अधिकांश उपयोगकर्ताओं के लिए समस्या ठीक हो जाएगी। यह वास्तव में पुराने Nginx संस्करणों के साथ कुछ मुद्दों का कारण बन सकता है, क्योंकि ipv6only का व्यवहार और चूक समय के साथ बदल गए हैं।

गंदे पैच के लिए क्षमा याचना, लेकिन यह मेरे लिए तय किया, उम्मीद है कि जल्द ही एक उचित समाधान होगा!

--- /usr/lib/python3/dist-packages/certbot_nginx/configurator.py.orig   2018-02-14 18:38:30.380863045 +0000
+++ /usr/lib/python3/dist-packages/certbot_nginx/configurator.py    2018-02-14 18:38:01.501018553 +0000
@@ -507,10 +507,10 @@ class NginxConfigurator(common.Installer
                           '[::]:{0}'.format(self.config.tls_sni_01_port),
                           ' ',
                           'ssl']
-            if not ipv6info[1]:
-                # ipv6only=on is absent in global config
-                ipv6_block.append(' ')
-                ipv6_block.append('ipv6only=on')
+            #if not ipv6info[1]:
+            #    # ipv6only=on is absent in global config
+            #    ipv6_block.append(' ')
+            #    ipv6_block.append('ipv6only=on')

         if vhost.ipv4_enabled():
             ipv4_block = ['\n    ',

$ lsb_release -a
No LSB modules are available.
Distributor ID: Ubuntu
Description:    Ubuntu 16.04.3 LTS
Release:        16.04
Codename:       xenial
$ nginx -V
nginx version: nginx/1.10.3 (Ubuntu)
built with OpenSSL 1.0.2g  1 Mar 2016
TLS SNI support enabled
configure arguments: --with-cc-opt='-g -O2 -fPIE -fstack-protector-strong -Wformat -Werror=format-security -Wdate-time -D_FORTIFY_SOURCE=2' --with-ld-opt='-Wl,-Bsymbolic-functions -fPIE -pie -Wl,-z,relro -Wl,-z,now' --prefix=/usr/share/nginx --conf-path=/etc/nginx/nginx.conf --http-log-path=/var/log/nginx/access.log --error-log-path=/var/log/nginx/error.log --lock-path=/var/lock/nginx.lock --pid-path=/run/nginx.pid --http-client-body-temp-path=/var/lib/nginx/body --http-fastcgi-temp-path=/var/lib/nginx/fastcgi --http-proxy-temp-path=/var/lib/nginx/proxy --http-scgi-temp-path=/var/lib/nginx/scgi --http-uwsgi-temp-path=/var/lib/nginx/uwsgi --with-debug --with-pcre-jit --with-ipv6 --with-http_ssl_module --with-http_stub_status_module --with-http_realip_module --with-http_auth_request_module --with-http_addition_module --with-http_dav_module --with-http_geoip_module --with-http_gunzip_module --with-http_gzip_static_module --with-http_image_filter_module --with-http_v2_module --with-http_sub_module --with-http_xslt_module --with-stream --with-stream_ssl_module --with-mail --with-mail_ssl_module --with-threads
$ apt show python-certbot-nginx
Package: python-certbot-nginx
Version: 0.21.1-1+ubuntu16.04.1+certbot+1
Priority: optional
Section: oldlibs
Maintainer: Debian Let's Encrypt <[email protected]>
Installed-Size: 9,216 B
Depends: python3-certbot-nginx
Download-Size: 2,470 B
APT-Manual-Installed: yes
APT-Sources: http://ppa.launchpad.net/certbot/certbot/ubuntu xenial/main amd64 Packages
Description: transitional dummy package
 This is a transitional dummy package for the migration of certbot
 from python2 to python3.  It can be safely removed.

वही मुद्दा। क्या इस पर ध्यान दिया जाएगा?

पाठ की दीवार के लिए क्षमा करें, लेकिन यहां हम जाते हैं।

इस मुद्दे पर कुछ प्रकाश डालने के लिए:
ipv6only विकल्प का उपयोग सॉकेट प्रति एकाधिक सुनने के स्टेटमेंट को संभालने में सक्षम होने के लिए किया जाता है। दुर्भाग्य से यह केवल सॉकेट के लिए सर्वर कॉन्फ़िगरेशन में एक बार उपयोग किया जा सकता है। तो Nginx के मामले में शुरू करने में विफल रहेगा:

server {
    ...
    server_name first.example.org;
    listen [::]:80 ipv6only=on;
    listen 80;
} 
server {
    ...
    server_name second.example.org;
    listen [::]:80 ipv6only=on;
    listen 80;
}

Nginx के हाल के संस्करणों के साथ यह समस्या मौजूद नहीं है अगर ipv6only सेटिंग पूरी तरह से छोड़ दी जाती है, क्योंकि चर का डिफ़ॉल्ट मान ipv6only=on । तो निम्नलिखित मान्य है और Nginx संस्करणों में काम कर रहे कॉन्फ़िगरेशन> = 1.3.4:

server {
    ...
    server_name first.example.org;
    listen [::]:80;
    listen 80;
} 
server {
    ...
    server_name second.example.org;
    listen [::]:80;
    listen 80;
}

हालांकि 1.3.4 से पहले Nginx संस्करणों में ipv6only चर का डिफ़ॉल्ट मूल्य ipv6only=off , इसलिए पुराने संस्करण निम्न कॉन्फ़िगरेशन के साथ विफल होंगे:

server {
    ...
    server_name first.example.org;
    listen [::]:80;
    listen 80;
} 

वर्तमान में वितरण पैकेजिंग के साथ स्थिति यह है कि Nginx के पुराने संस्करण वाले जहाजों का एकमात्र वितरण Debian Wheezy (डेबियन 7) होगा, जो डिफ़ॉल्ट रिपॉजिटरी से Nginx का संस्करण 1.2.1 है।

अगर हम सर्टिफिकेट से ipv6only पता लगाने और पूरी तरह से हटा देंगे, तो यह डेबियन व्हीज़ी के सभी उपयोगकर्ताओं के लिए टूट जाएगा। सौभाग्य से व्हीजी के लिए ईओएल की तारीख मई 2018 के लिए निर्धारित है, इसलिए हम पूरी तरह से सर्बोट कोड से इस अतिरिक्त जटिलता को दूर करने में सक्षम होने के करीब हैं।

सर्टिफिकेट की वर्तमान कार्यक्षमता पूर्ण न्यग्नेक्स कॉन्फ़िगरेशन को पार्स कर रही है, ipv6only=on सेटिंग का पता लगाने से पहले से ही server{} ब्लॉक में से एक में मौजूद है और यदि ऐसा है तो इसके अलावा। यदि फिर भी मान नहीं मिला, तो सर्टिफोटब इसे जोड़ देगा। यह समस्या प्रमाणपत्रबोट के लिए उबलती है जो उपयोगकर्ताओं के वर्तमान कॉन्फ़िगरेशन के कुछ ब्लॉक से इस पहले से मौजूद चर का पता लगाने में सक्षम नहीं है, और इसलिए इसे कॉन्फ़िगर किए जा रहे server{} ब्लॉक में जोड़ने का प्रयास करता है।

इस समस्या को ठीक करने के लिए मार्ग का निर्णय लेने के लिए, हमें एक पूर्ण उदाहरण कॉन्फ़िगरेशन की आवश्यकता होगी, जहां सर्टिफ़ोट ऊपर वर्णित तरीके से विफल हो जाता है, अगर हम ठीक करने का निर्णय लेते हैं तो पहले से मौजूद ipv6only=on चर का पता लगाने में सक्षम हो सकते हैं। इस तरह से इस कार्यक्षमता को पूरी तरह से हटाने के बजाय।

पैच के लिए धन्यवाद; मेरे लिए काम किया। FWIW, मैं उबंटू 17 पर हूं।

मुझे सभी को हटाना पड़ा

listen [::]:80;
listen 80;

यह काम करने के लिए

https://github.com/chilion - धन्यवाद! को हटाने:

listen [::]:80;
listen 80;

मेरे लिए भी काम किया।

मेरे पास एक Ubuntu सर्वर पर दो डोमेन हैं। पहले वाले ने कोई समस्या नहीं की। फिर मुझे ऊपर के रूप में त्रुटि मिली। आपके समाधान ने मेरे लिए काम किया। मैं बस एक ताजा सर्वर के साथ ताजा सब कुछ के साथ nginx स्थापित किया है।

धन्यवाद।

listen [::]:80 निकालना लेकिन listen 80; छोड़ना मेरे लिए गैर-डिफ़ॉल्ट डोमेन पर स्थापना के लिए काम किया

मैं टिप्पणी करता हूं [::]: 443 सबडोमेन सेटिंग में, तब यह काम करता है। क्या यह सही है

मैं बस इस मुद्दे पर टकरा गया। कोई भी शरीर अलग listen निर्देश और ipv6only भावना बनाने की कोशिश कर रहा है।

मैं इस ब्लॉग पोस्ट की अत्यधिक अनुशंसा करता हूं, जब तक मुझे यह लेख नहीं मिला, मुझे यकीन नहीं था कि वेब पर मुझे मिल रही सभी अलग-अलग सलाह के साथ क्या करना है।

https://stefanchrist.eu/blog/2015_01_21/Using%20ipv6only%20in%20Nginx.xhtml

ब्लॉग पोस्ट का यह उद्धरण मेरे लिए प्रकाश-बल्ब का क्षण था।

पैरामीटर उदाहरण के लिए ssl ध्वज से अलग है। ध्वज ssl का उपयोग कई सर्वर संदर्भों में किया जा सकता है और अपनी इच्छानुसार स्विच ऑन और ऑफ किया जा सकता है। ध्वज ipv6only को केवल एक बार प्रति पोर्ट (और पते) पर सेट किया जा सकता है। केवल एक ही सुनने के निर्देश में मेरा पैरामीटर है और यह इस पोर्ट का उपयोग करने वाले सभी सर्वर संदर्भों के लिए मान्य होगा। यदि आप इसे दो बार उपयोग करते हैं, तो नगनेक्स डेमन शुरू नहीं होगा और अपनी त्रुटि लॉग में निम्न त्रुटि संदेश लिखेगा

अभी भी मौजूद है, शुद्ध अजगर के बाद, फेंकी गई इस त्रुटि को पुनर्स्थापित करें। सर्टिफिकेट में कहीं त्रुटि

इस लाइन पर टिप्पणी करना त्रुटि को हल करता है, लेकिन अन्य मुद्दों को बनाता है

server {
        listen  443 ssl http2;
#        listen [::]:443 ssl http2 ipv6only=on;

कई डोमेन के मामले में

के बजाय
सुनो [::]: 443 एसएसएल http2 ipv6only = on;

उपयोग
उदाहरण सुनो। com: 443 एसएसएल http2 ipv6only = on;

अपने सभी सर्वर ब्लॉक में listen निर्देश को स्वीकार करें।

यह त्रुटि तब दिखाई देती है जब एक ही पोर्ट के साथ एक ही डोमेन पर दो सर्वर ब्लॉक सुनने होते हैं।
डुप्लिकेट श्रोता के लिए साइट-उपलब्ध फ़ोल्डर में अपनी सभी कॉन्फ़िगरेशन फ़ाइलों की जांच करें। मेरे मामले में सर्टिफिकेट ने डिफ़ॉल्ट फ़ाइल में 443 के लिए एक श्रोता को डुप्लिकेट बनाया।

यदि आप सर्टिफिकेट की अप-टू-डेट संस्करण के साथ इसे पुन: पेश करने के लिए कॉन्फ़िगरेशन फ़ाइलें प्रदान कर सकते हैं, तो मुझे उन्हें देखने के लिए दिलचस्पी होगी।

nginx: [emerg] के लिए एक डुप्लिकेट डिफ़ॉल्ट सर्वर

साहसी लोगों के लिए जो भविष्य में एक अकेला खोज के माध्यम से इस टिकट को हिट कर सकते हैं, और वे यह पता नहीं लगा सकते हैं कि ऐसा क्यों होता है जब उनके पास ipv6only=on कहीं और न हो।

यदि आपके पास reuseport आपके कॉन्फिग में है, तो आपको वही त्रुटि / समस्या मिलेगी।

मैं मानता हूँ, मैं उलझन में हूँ। नेगनेक्स प्रलेखन के अनुसार, listen लिए कई पैरामीटर हैं, लेकिन केवल ipv6only निर्दिष्ट करता है "यह केवल शुरुआत में एक बार सेट किया जा सकता है।" क्या यह रेखा केवल शेष मापदंडों से गायब है? क्या यह सिस्टम पर निर्भर है? मुझे लगता है कि इस व्यवहार को ऊपर की ओर ठीक करना कार्रवाई का सबसे अच्छा कोर्स हो सकता है; यह मूर्खतापूर्ण लगता है कि केवल इन विकल्पों को एक बार सेट करने की अनुमति दें, वैसे भी।

मैं दुर्भाग्य से लिनक्स सॉकेट्स का विशेषज्ञ नहीं हूं, इसलिए मैं एक उचित राय नहीं बना सकता कि क्यों उन विकल्पों को केवल एक बार सेट किया जा सकता है, लेकिन मुझे यकीन है कि एक कारण है।

शायद यह पोस्ट मदद करती है: https://www.nginx.com/blog/socket-sharding-nginx-release-1/9/9

मुझे क्या पता है कि, ipv6only , reuseport की तरह भी केवल एक विशिष्ट पोर्ट के अनुसार एक बार सेट किया जा सकता है (इसलिए केवल एक श्रोता के पास ही हो सकता है)। क्यों यह संयोगवश (बेहतर शब्द की कमी के लिए) ipv6only साथ संघर्ष करता है, मुझे कोई सुराग नहीं है।

फिर भी, मुझे लगता है कि जब सर्टिफिकेट चल रहा है तो ipv6only=on जोड़ना थोड़ा व्यर्थ है।

यह अब nginx 1.3.4 की जरूरत नहीं है, जो 2012 में जारी किया गया है, और यह तकनीकी रूप से EOL है।

बहुत कम से कम, शायद एक संस्करण की जांच होनी चाहिए और इसे जोड़ने से पहले nginx < 1.3.4 होने पर ही जोड़ें।

हम इसे प्रमाण पत्र में सेट नहीं करते हैं। जब हम एक सर्वर ब्लॉक बनाते हैं, तो हम मौजूदा डिफॉल्ट सर्वर ब्लॉक, या अन्य टेम्प्लेट सर्वर ब्लॉक से कुछ निर्देशों को कॉपी करते हैं, जिसमें इसके विकल्पों के साथ निर्देश भी सुनें। यह सर्बोट को तब भी काम करने देता है, जब Nginx एक प्रॉक्सी या अन्य प्रकार के पोर्ट अग्रेषण के पीछे हो। हम स्पष्ट रूप से डुप्लिकेट किए गए सर्वर ब्लॉक से ipv6only=on हटाते हैं क्योंकि प्रलेखन इंगित करता है कि इसे केवल एक बार उपयोग किया जा सकता है।

आदर्श रूप से, हम सभी विकल्पों के लिए ऐसा ही करेंगे जो हमें पता है कि इस तरह से डुप्लिकेट नहीं किया जा सकता है, लेकिन अन्य विकल्पों को छोड़ दें जो उपयोगकर्ता विशेष रूप से अपने सभी सर्वर ब्लॉक के लिए कर सकते हैं। ऐसा करने के लिए, हमें यह जानना होगा कि कौन से विकल्प दोहराए जा सकते हैं, जिसे दस्तावेज़ीकरण इंगित नहीं करता है, और जिसे हम केवल इस तरह के मुद्दों पर हमारे पास आने वाले लोगों के माध्यम से खोजते हैं।

साभार @joohoi
आपके स्पष्टीकरण और समाधान ने मेरे लिए Ubuntu 20 पर nginx संस्करण के साथ काम किया: 1.18.0

मेरे पास 2 वीपीएस हैं: 1 उबंटू रन है निगनेक्स 1.10 ठीक काम करता है, दूसरा सेंटोस रन नगीनेक्स 1.16 है और इसमें यह त्रुटि है। अजीब