Socket.io: WebSocket हैंडशेक के दौरान त्रुटि: अनपेक्षित प्रतिक्रिया कोड: 400

मैं इस समय एक ही समस्या का सामना कर रहा हूं, कोई मदद?

जब से मैंने अपने डोमेन पर SSL प्रमाणपत्र स्थापित किया है, तब से मुझे भी यह समस्या आ रही है।

यहां इस मुद्दे का बेहतर विवरण दिया गया है: http://stackoverflow.com/questions/28025073/error-during-websocket-handshake-unexpected-response-code-400-with-nginx-proxy

मुझे एंड्रॉइड लाइब्रेरी में से किसी एक के साथ जुड़ने में भी इसी तरह की समस्या है। वेब सॉकेट या तो HAproxy ssl टर्मिनेशन करके या नोड को सीधे ssl करने देने के माध्यम से https से कनेक्ट नहीं होंगे। हालांकि लंबा मतदान ठीक काम करता है

मैं डोमेन को सही आईपी पते में बदलकर इसे हल करता हूं:

वर सॉकेट = io.connect ('http://182.92.79.215:3007');

एक ही समस्या थी, मेरा ऐप nginx के पीछे है। मेरे Nginx config में इन परिवर्तनों को करने से त्रुटि दूर हो गई।

स्थान / {
प्रॉक्सी_पास http://localhost :8080;
प्रॉक्सी_http_संस्करण 1.1;
प्रॉक्सी_सेट_हेडर अपग्रेड $http_upgrad;
प्रॉक्सी_सेट_हेडर कनेक्शन "अपग्रेड";
प्रॉक्सी_सेट_हेडर होस्ट $ होस्ट;
}

यह मूल रूप से https://chrislea.com/2013/02/23/proxying-websockets-with-nginx/ से है

उत्पादन सर्वर पर यहाँ वही समस्या। विकास मशीनें त्रुटि नहीं दिखाती हैं।

अजीब बात यह है कि कनेक्शन काम कर रहा है। मैं सर्वर से वेबसाकेट के माध्यम से संदेश भेज सकता हूं और ग्राहक उन्हें प्राप्त करता है। मैं सर्वर पर स्थापित किए जा रहे वेबसॉकेट कनेक्शन को भी देख सकता हूं।

मुझे यह त्रुटि डेवलपर टूल में यह कहते हुए मिलती है:

' wss://.../socket.io/?EIO=3&transport=websocket&sid=2b_v_BXtbwzl5z2yAAAI ' से वेबसॉकेट कनेक्शन विफल: वेबसॉकेट हैंडशेक के दौरान त्रुटि: अनपेक्षित प्रतिक्रिया कोड: 400

मैं नोड से कनेक्शन भेजने के लिए अपाचे प्रॉक्सीपास का उपयोग कर रहा हूं।

यहां वही - देव उपकरण में पूर्ण कार्यात्मक लेकिन त्रुटि संदेश। कहीं और मैंने इसे अपाचे संस्करण से संबंधित पढ़ा - इस मशीन पर 2.2.14 का उपयोग करके।

सुनिश्चित करें कि आप socket.io कनेक्शन अमेज़न लोड बैलेंसर से नहीं गुजर रहे हैं। या यदि ऐसा है, तो यह करें: http://blog.flux7.com/web-apps-websockets-with-aws-elastic-load-balancing

यहां वही मुद्दा, केवल उत्पादन वातावरण में।
Websockets सही ढंग से काम करने लगता है, एप्लिकेशन बिना किसी समस्या के काम करता है। लेकिन कंसोल लॉग पर मैं यह त्रुटि देख सकता हूं।

मैं Nginx और नोड के लिए केवल एक सर्वर का उपयोग कर रहा हूं, इसलिए ऐसा लगता है कि यह लोड संतुलन समस्या नहीं है। मैं पहले से ही tylercb द्वारा सुझाए गए समाधान का उपयोग कर रहा था ("proxy_set_header होस्ट $ होस्ट;" के अपवाद के साथ) और यह समस्या का समाधान नहीं कर रहा है।

समस्या भी है, लेकिन अच्छा काम करो....

मेरे पास यही मुद्दा था। क्या आप क्लाउडफ्लेयर का उपयोग कर रहे हैं? वर्तमान में, केवल उनकी एंटरप्राइज़ योजना WebSockets का समर्थन करती है।

मेरे लिए हल। यह nginx कॉन्फ़िगरेशन में गलत socket.io पते के कारण था, जो वेबसोकेट का उपयोग करके पथ से मेल नहीं खा रहा था।

मैंने गुगली की क्योंकि मुझे भी यही समस्या है और मैं भी nginx का उपयोग करता हूं। समाधान इस भाग को जोड़ना है

प्रॉक्सी_http_संस्करण 1.1;
प्रॉक्सी_सेट_हेडर अपग्रेड $http_upgrad;
प्रॉक्सी_सेट_हेडर कनेक्शन "अपग्रेड";
प्रॉक्सी_सेट_हेडर होस्ट $ होस्ट;

nginx कॉन्फ़िगरेशन फ़ाइल में जैसे tylercb का उल्लेख किया गया है।

मेरे लिए काम किया। धन्यवाद।

विंडोज सर्वर 2008R2 (कोई प्रॉक्सी नहीं, कोई आईआईएस नहीं) पर होस्ट किए गए मेरे ऐप से सीधे कनेक्ट होने में एक ही त्रुटि मिली। बीच में केवल गूंगा मध्यवर्ती हार्डवेयर।

होस्ट नाम को आईपी पते पर स्विच करने के बाद ठीक काम करें, यानी 127.0.0.1:9000। httpd ProxyPassReverse के कारण हो सकता है

मेरे मामले में, समस्या क्लाउडफ़ेयर के मुफ़्त प्लान पर वेबसोकेट्स का समर्थन नहीं करने के परिणामस्वरूप थी। मैंने डोमेन के लिए CloudFare को बंद कर दिया और यह काम कर गया।

मुझे वेबसोकेट को संभालने के लिए कुछ अपाचे पुनर्लेखन शर्तों को जोड़ने की जरूरत है, यहां अधिक जानकारी:
http://stackoverflow.com/a/27534443/2044993

मुझे पता है कि यह एक पुराना मुद्दा है, लेकिन चूंकि यह Google खोज परिणामों में उच्च है, लेकिन इससे लोगों को मदद मिल सकती है:

इस त्रुटि के साथ भी कनेक्शन अभी भी काम करने का कारण यह है कि socket.io वापस AJAX पर आ रहा है, जो इष्टतम नहीं है और आपको अपने सर्वर कॉन्फ़िगरेशन को ठीक करना चाहिए।

बीटीडब्ल्यू, यह मुद्दा बंद रहना चाहिए, यह सॉकेट नहीं है।

@ arosenfeld-mentel मैं आपकी टिप्पणी के ऊपर की पोस्ट पढ़ता रहता हूं कि "यह एक सॉकेट नहीं है। आईओ मुद्दा" लेकिन मुझे नहीं लगता कि कोई कहां कहता है कि वास्तव में समस्या क्या है। मैं इसे स्वयं देखता हूं, हालांकि, जैसा कि आप कहते हैं, कनेक्शन अभी भी काम करता प्रतीत होता है। कोई भी सुझाव बहुत कृतज्ञतापूर्वक प्राप्त किया जाएगा। धन्यवाद!

समस्या वास्तव में कुछ भी हो सकती है, आपको अपने पूरे सेटअप को डीबग करने की आवश्यकता है। मेरे लिए यह एनजीआईएनएक्स था, जिसे रिवर्स प्रॉक्सी के रूप में कई बार ऊपर पोस्ट की गई अतिरिक्त कॉन्फ़िगरेशन सेटिंग्स की आवश्यकता होती है। क्योंकि आप कुछ और हो सकते हैं।

स्थानीय कनेक्शन को डिबग करके शुरू करें, इसे बिना किसी चेतावनी के काम पर लाएं, फिर उत्पादन सर्वर पर जाएं और सुनिश्चित करें कि आपको वेबसाकेट के साथ सहयोग करने के लिए फायरवॉल, फ्रंट-फेसिंग सर्वर और प्रॉक्सी मिलें।

यह एक सॉकेट नहीं है।

उत्तर के लिए धन्यवाद। सब कुछ स्थानीय रूप से या हमारे वीपीएन के माध्यम से काम करता है, लेकिन एक बार हमारा फ़ायरवॉल शामिल हो जाने पर, संदेश दिखाई देते हैं। मुझे लगता है कि फ़ायरवॉल किसी तरह हस्तक्षेप कर रहा है और हमें यह सीखना होगा कि सॉकेट को दोष देने के बजाय उस समस्या को कैसे डिबग करना है। एक बार फिर धन्यवाद।

ठीक उसी मुद्दे का होना। मैंने स्टैक ओवरफ्लो (http://stackoverflow.com/questions/34439546/socket-io-with-apache-proxy) प्रश्न भी बनाए हैं, लेकिन वहां सुझाई गई चीजों ने अभी तक मेरे लिए भी काम नहीं किया है।

मैंने इन हेडर को nginx में रखा है लेकिन फिर भी वही मिल रहा है, लेकिन ब्राउज़र में नहीं बल्कि https://toolbox.seositecheckup.com में

अगर यह समस्या भी होती, तो ऐसा लगता है कि मेरा वर्चुअल होस्ट (nginx के माध्यम से) अपग्रेड हेडर को स्वीकार करने के लिए ठीक से सेट नहीं किया गया था। लगभग एक साल पहले @tylercb के फिक्स ने इसे ठीक कर दिया ^

@tylercb ने मेरे लिए काम किया।

+1
यह त्रुटि ओपनशिफ्ट वातावरण में हुई

मैंने सोचा कि यह उपयोगी हो सकता है अगर मैंने इस मुद्दे को हल करने के लिए ठीक वही किया जो मैंने किया था। यह उपरोक्त विभिन्न पदों का एक संयोजन है जिसे एक साधारण पोस्ट में रखा गया है ताकि इस मुद्दे को ढूंढने वाला कोई भी व्यक्ति आसानी से संभावित समाधान प्राप्त कर सके। मैं कड़ी मेहनत का कोई श्रेय नहीं लेता।

हम दौड़ रहे हैं

1. उबंटू 14.04 एलटीएस सर्वर,
2. nginx संस्करण: nginx/1.4.6 (उबंटू) एक रिवर्स प्रॉक्सी और एसएसएल गेटवे के रूप में।
3. हमारे पास अपाचे बिल्कुल नहीं है। इसे सिस्टम से हटा दिया गया है।
4. हमारे पास एक नोड.जेएस सर्वर है जो nginx v0.10.25 के पीछे चल रहा है। यह पोर्ट 4001 पर सुनता है। बाहरी एक्सेस पोर्ट 4000 के माध्यम से है।
5. हम सामने की तरफ ufw चलाते हैं और बस पोर्ट 4000 की अनुमति देते हैं।
6. हम अपने स्वयं के सर्वर का प्रबंधन करते हैं और Cloudflare या Openshift का उपयोग नहीं कर रहे हैं
7. हम किसी भी लोड बैलेंसर (अभी तक) का उपयोग नहीं करते हैं।

हमारे पास अन्य लोगों के समान ही मुद्दे थे

WebSocket connection to 'ws://XXXXXXXXXX?EIO=2&transport=websocket&sid=p3af7ZNfvogtq6tAAAG0' failed: Error during WebSocket handshake: Unexpected response code: 400.

हमने निम्नानुसार पढ़ने के लिए nginx फ़ाइल को /etc/nginx/sites-enabled/default में अपडेट किया: (ध्यान दें कि हमने अपने डोमेन नाम निकाल लिए हैं)

server {
        listen 4000;
        server_name XXXX.YYYY.ZZZZ;

        root html;
        index index.html index.htm;

        ssl on;
        ssl_certificate /etc/ssl/certs/SSL.crt;
        ssl_certificate_key /etc/ssl/private/server.key;

        ssl_session_timeout 5m;

        # ssl_protocols SSLv3 TLSv1 TLSv1.1 TLSv1.2; # NOTE WE REMOVE SSLv3
        ssl_protocols TLSv1 TLSv1.1 TLSv1.2;
        ssl_ciphers 'ECDHE-RSA-AES128-GCM-SHA256:ECDHE-ECDSA-AES128-GCM-SHA256:ECDHE-RSA-AES256-GCM-SHA384:ECDHE-ECDSA-AES256-GCM-SHA384:DHE-RSA-AES1\
28-GCM-SHA256:DHE-DSS-AES128-GCM-SHA256:kEDH+AESGCM:ECDHE-RSA-AES128-SHA256:ECDHE-ECDSA-AES128-SHA256:ECDHE-RSA-AES128-SHA:ECDHE-ECDSA-AES128-SHA:ECD\
HE-RSA-AES256-SHA384:ECDHE-ECDSA-AES256-SHA384:ECDHE-RSA-AES256-SHA:ECDHE-ECDSA-AES256-SHA:DHE-RSA-AES128-SHA256:DHE-RSA-AES128-SHA:DHE-DSS-AES128-SH\
A256:DHE-RSA-AES256-SHA256:DHE-DSS-AES256-SHA:DHE-RSA-AES256-SHA:AES128-GCM-SHA256:AES256-GCM-SHA384:AES128-SHA256:AES256-SHA256:AES128-SHA:AES256-SH\
A:AES:CAMELLIA:DES-CBC3-SHA:!aNULL:!eNULL:!EXPORT:!DES:!RC4:!MD5:!PSK:!aECDH:!EDH-DSS-DES-CBC3-SHA:!EDH-RSA-DES-CBC3-SHA:!KRB5-DES-CBC3-SHA';

        ssl_prefer_server_ciphers on;
        ssl_dhparam /etc/ssl/private/dhparams.pem;

        location / {
                 proxy_set_header        Host $host;
                 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;

                 # Fix the “It appears that your reverse proxy set up is broken" error.
                 proxy_pass          http://127.0.0.1:4001;
                 proxy_read_timeout  90;

                 proxy_redirect      http://127.0.0.1:4001 https://XXXXX.YYYYY.ZZZZZ;

                 # These three lines added as per https://github.com/socketio/socket.io/issues/1942 to remove the error
                 # WebSocket connection to 'wss://XXXXX.YYYYY.ZZZZZ:4000/socket.io/?EIO=3&transport=websocket&sid=0hsRiXu0q9p6RHQ8AAAC' failed:\
 Error during WebSocket handshake: Unexpected response code: 400 in console.log

                 proxy_http_version 1.1;
                 proxy_set_header   Upgrade $http_upgrade;
                 proxy_set_header   Connection "upgrade";
        }
}

हमें केवल जोड़ने की जरूरत है

1. प्रॉक्सी_http_संस्करण 1.1;
2. प्रॉक्सी_सेट_हेडर अपग्रेड $http_upgrad;
   3.proxy_set_header कनेक्शन "अपग्रेड";

जैसा कि हमारे पास पहले से था

1. प्रॉक्सी_सेट_हेडर होस्ट $ होस्ट;
2. प्रॉक्सी_पास http://127.0.0.1 :4001;

उम्मीद है कि यह मदद करता है, इसने हमारे लिए काम किया।

सहायता के लिए धन्यवाद,

लूटना

मुझे एक ही समस्या है जब मैं सीएएस (क्लासिक फॉर्म के साथ नहीं) के साथ प्रमाणित करता हूं, और मैं अपाचे को LetEncrypt SSL के साथ प्रॉक्सी के रूप में उपयोग कर रहा हूं, क्या सेट करने के लिए कोई विशिष्ट कॉन्फ़िगरेशन है?

AWS Elastic BeanStalk पर Node.js ऐप को परिनियोजित करने का प्रयास कर रहा है।
मैंने सर्वर के रूट में .ebextensions फ़ोल्डर जोड़ा है, और अंदर मैंने nginx.config फ़ाइल जोड़ दी है जो इस तरह दिखती है:

server:
  location /:
    proxy_pass http://localhost:8080;
    proxy_http_version 1.1;
    proxy_set_header Upgrade $http_upgrade;
    proxy_set_header Connection "upgrade";
    proxy_set_header Host $host;

मुझे अभी भी 400 त्रुटि मिलती है, लेकिन कम से कम सभी सॉकेट काम करता है।

संदर्भ के लिए: यह एकमात्र कार्यशील कॉन्फ़िगरेशन समाधान है जो मुझे सॉकेट.आईओ 1.x और अपाचे 2.4 के लिए मिला: https://github.com/meteor/meteor/issues/3339#issuecomment -165188938

ProxyPass / http://localhost:3999/
ProxyPassReverse / http://localhost:3999/

RewriteEngine on
RewriteCond %{HTTP:UPGRADE} ^WebSocket$ [NC]
RewriteCond %{HTTP:CONNECTION} ^Upgrade$ [NC]
RewriteRule .* ws://localhost:3999%{REQUEST_URI} [P]

दूसरे पोर्ट का उपयोग करके, यह काम कर सकता है

@BlaM कामकाजी विन्यास के लिए धन्यवाद!

एडब्ल्यूएस लोचदार बीनस्टॉक में इस समस्या का सामना करने वाले किसी भी व्यक्ति के लिए, इस .ebextension फ़ाइल ने मेरे लिए काम किया:

files:
    "/etc/nginx/conf.d/01_websockets.conf" :
        mode: "000644"
        owner: root
        group: root
        content : |
            upstream nodejs {
                server 127.0.0.1:8081;
                keepalive 256;
            }

            server {
                listen 8080;

                location / {
                    proxy_pass  http://nodejs;
                    proxy_set_header Upgrade $http_upgrade;
                    proxy_set_header Connection "upgrade";
                    proxy_http_version 1.1;
                    proxy_set_header        Host            $host;
                    proxy_set_header        X-Real-IP       $remote_addr;
                    proxy_set_header        X-Forwarded-For $proxy_add_x_forwarded_for;
                }
            }

    "/opt/elasticbeanstalk/hooks/appdeploy/enact/41_remove_eb_nginx_confg.sh":
        mode: "000755"
        owner: root
        group: root
        content : |
            mv /etc/nginx/conf.d/00_elastic_beanstalk_proxy.conf /etc/nginx/conf.d/00_elastic_beanstalk_proxy.conf.old

इस धागे में दिए गए निर्देशों के अनुसार।

@BlaM - मैं इलास्टिक बीन के साथ एक अपाचे सर्वर और ELB का उपयोग कर रहा हूँ
मुझे आपके द्वारा प्रदान किया गया कोड कहां रखना चाहिए?
धन्यवाद!

मुझे लोचदार बीन के बारे में कोई जानकारी नहीं है, लेकिन मैंने जो कोड स्निपेट पोस्ट किया है वह अपाचे होस्ट फ़ाइलों में जाता है।

@tylercb धन्यवाद! यह मेरे लिए काम किया है ~

कोई भी nginx का उपयोग नहीं कर रहा है जो एक ही समस्या का सामना कर रहा है?

हाँ, मैं इलास्टिक लोड बैलेंसर के बिना एकल सर्वर (नोड और nginx) के साथ इलास्टिक बीनस्टॉक का उपयोग करके समान मुद्दों का सामना कर रहा हूँ।
मुझे नहीं पता कि http/https से ssl/tls . में कैसे बदलें

यहाँ HAProxy के साथ भी यही समस्या है

मेरे लिए काम किया। धन्यवाद। और आपको आदेश पर ध्यान देना चाहिए

proxy_set_header   Upgrade $http_upgrade;
proxy_set_header   Connection "upgrade";

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

मैं भी इस मुद्दे का सामना कर रहा हूं। 400 त्रुटि के साथ भी, क्लाइंट और सर्वर के बीच वेबसोकेट संचार ठीक है। यह हमारे विकास के माहौल में है।

क्या कोई मुझे बता सकता है कि क्या यह उत्पादन के माहौल में एक मुद्दा होगा।

एफवाईआई: पोस्टग्रेस एडऑन का उपयोग करके हेरोकू पर होस्ट किए गए सॉकेट.आईओ का उपयोग करके एक सेल बैकएंड से कनेक्ट करना आपके ब्राउज़र में यह त्रुटि फेंक देगा यदि आपका io.sails.url https नहीं है। बहुत विशिष्ट मामला लेकिन उम्मीद है कि यह Google पर इसे खोजने वाले समान स्टैक वाले किसी भी व्यक्ति की सहायता करता है

सबको नम्स्कार,

मुझे अपनी लोकलहोस्ट मशीन पर भी इसी समस्या का सामना करना पड़ रहा है। हम एक सर्वर के रूप में पायथन-फ्लास्क का उपयोग कर रहे हैं और एचटीएमएल/सीएसएस/जेएस फ्रंटएंड के रूप में उपयोग कर रहे हैं।

वेबसोकेट सर्वर से जुड़ने के लिए फ्रंटएंड में हमने उपयोग किया है
var socket = io.connect('ws://url/namespace', { 'transports': ['websocket'] });

जब मैं एप्लिकेशन चलाता हूं तो यह एक त्रुटि फेंकता है
WebSocket connection to 'ws://url/namespace/socket.io/?EIO=3&transport=websocket' failed: Error during WebSocket handshake: Unexpected response code: 400

अगर आपको और जानकारी चाहिए तो हमें बताएं।

किसी भी मदद की सराहना की जाती है।
इसे पढ़ने के लिए धन्यवाद।

सादर
अजय

मुझे webrtc नमूना ऐप पर एक ही त्रुटि मिली। सर्वर साइड पर, कोड है

var सर्वर = आवश्यकता ('http')। सर्वर (ऐप);
var io = आवश्यकता ('सॉकेट.io') (सर्वर);
var WebRTC = आवश्यकता ('../../');
ऐप.यूज़ (एक्सप्रेस.स्टैटिक (__dirname));
var io = आवश्यकता ('सॉकेट.io') (सर्वर);

दूसरी "आवश्यकता ('socket.io')" टिप्पणी करने के बाद 400 त्रुटि संदेश चला जाता है।

क्यों के लिए और खुदाई करने की आवश्यकता है ... लेकिन आप जांच सकते हैं कि आपका ऐप दो बार एक ही कनेक्शन बनाने का प्रयास करता है या नहीं।

हे दोस्तों, मुझे पता है कि यह चर्चा कुछ समय से चल रही है और एक संसाधन पोस्ट करना चाहता है जो मेरे लिए एडब्ल्यूएस ईबीएस का उपयोग करके एप्लिकेशन लोड बैलेंसर के साथ इस समस्या को हल करता है।

https://mixmax.com/blog/deploying-meteor-to-elastic-beanstalk-1

उम्मीद है कि यह मदद करता है।

ट्रैविस

जब मैं ईथरपैड-लाइट का उपयोग करता हूं तो मुझे भी यही समस्या होती है।
मुझे Apache ProxyPass समस्या को ठीक करने का एक तरीका मिला।
मैं अपाचे http 2.2 का उपयोग कर रहा हूं, http 2.4 wstunnel मॉड्यूल से बैकप्रोट का उपयोग करता है, इसलिए मुझे लगता है कि v.2.4 को भी ठीक कर सकता है।

सबसे पहले मैंने socket.io-client/socket.io.js . को संशोधित किया है
WS.prototype.uri = function() की तलाश करें
return schema + '://' + (ipv6 ? '[' + this.hostname + ']' : this.hostname) + port + this.path + query;
फिर इसमें बदलें:

return schema + '://' + (ipv6 ? '[' + this.hostname + ']' : this.hostname) + port + this.path +'ws/'+ query;
इसे सहेजें और नोड को पुनरारंभ करें।

दूसरा, vhost.conf या ssl.conf को संशोधित करें
वर्चुअलहोस्ट में निम्नलिखित जोड़ें:

        ProxyPass "/etherpad/socket.io/ws/" "ws://localhost:9001/socket.io/"
        ProxyPassReverse "/etherpad/socket.io/ws/" "ws://localhost:9001/socket.io/"

        ProxyPass "/etherpad/socket.io/" "http://localhost:9001/socket.io/"
        ProxyPassReverse "/etherpad/socket.io/" "http://localhost:9001/socket.io/"


        ProxyPass /etherpad/ http://localhost:9001/
        ProxyPassReverse /etherpad/ http://localhost:9001/
        CacheDisable *

        ProxyPreserveHost on
        <Proxy *>
                Options FollowSymLinks MultiViews
                AllowOverride All
                Order allow,deny
                allow from all
        </Proxy>

`

अपाचे httpd को पुनरारंभ करें, आनंद लें~

अपाचे के लिए, @cpres उत्तर का पालन करें, यह काम करता है। मेरी जानकारी

<VirtualHost *:80>
    ServerAdmin [email protected]
    ServerName reservation.tinker.press

    DocumentRoot /var/www/html/node-js-order-socket-demo
    <Directory />
        Options -Indexes +FollowSymLinks
        AllowOverride None
        Require all granted
    </Directory>

    RewriteEngine on
    RewriteCond %{HTTP:UPGRADE} ^WebSocket$ [NC]
    RewriteCond %{HTTP:CONNECTION} ^Upgrade$ [NC]
    RewriteRule .* ws://127.0.0.1:3001%{REQUEST_URI} [P]

    ProxyRequests Off
    ProxyPreserveHost On
    ProxyVia Full
    <Proxy *>
        Require all granted
    </Proxy>

    ProxyPass / "http://127.0.0.1:3001/"
    ProxyPassReverse / "http://127.0.0.1:3001/"

    ErrorLog ${APACHE_LOG_DIR}/error.log

    # Possible values include: debug, info, notice, warn, error, crit,
    # alert, emerg.
    LogLevel warn

    CustomLog ${APACHE_LOG_DIR}/access.log combined
</VirtualHost>

मुझे पोर्ट 80 पर HTTP के बजाय पोर्ट 80 पर टीसीपी का उपयोग करने के लिए अपने लोचदार लोड बैलेंसर को भी समायोजित करना पड़ा।

क्या कई नोड्स के साथ ProxyPass निर्देश का उपयोग करना संभव है? मैं https://github.com/socketio/socket.io/pull/2819 के लिए RewriteRule का उपयोग कर समाप्त हुआ:

Header add Set-Cookie "SERVERID=sticky.%{BALANCER_WORKER_ROUTE}e; path=/" env=BALANCER_ROUTE_CHANGED

<Proxy "balancer://nodes_polling">
    BalancerMember "http://server-john:3000"    route=john
    BalancerMember "http://server-paul:3000"    route=paul
    BalancerMember "http://server-george:3000"  route=george
    BalancerMember "http://server-ringo:3000"   route=ringo
    ProxySet stickysession=SERVERID
</Proxy>

<Proxy "balancer://nodes_ws">
    BalancerMember "ws://server-john:3000"    route=john
    BalancerMember "ws://server-paul:3000"    route=paul
    BalancerMember "ws://server-george:3000"  route=george
    BalancerMember "ws://server-ringo:3000"   route=ringo
    ProxySet stickysession=SERVERID
</Proxy>

RewriteEngine On
RewriteCond %{HTTP:Upgrade} =websocket [NC]
RewriteRule /(.*) balancer://nodes_ws/$1 [P,L]
RewriteCond %{HTTP:Upgrade} !=websocket [NC]
RewriteRule /(.*) balancer://nodes_polling/$1 [P,L]

@darrachequesne यह ठीक काम किया! धन्यवाद

धन्यवाद!

किसी ऐसे व्यक्ति के लिए जिसे अभी भी AWS एप्लिकेशन लोड बैलेंसर में कोई समस्या है, अपनी सुरक्षा नीति को अपडेट करने का प्रयास करें, मैं उसी समस्या में भाग गया, भले ही यह किसी अन्य वेबसाइट के लिए सटीक सेटअप में पूरी तरह से ठीक काम कर रहा था, लेकिन देखा कि सुरक्षा नीति लगभग 1 वर्ष पीछे थी। ऐसा लगता है कि इसे एक नए में अपडेट करने से समस्या हल हो गई है।

Nginx और क्लाइंट को कॉन्फ़िगर करने के बाद भी मैं सटीक समाधान खोजने के लिए संघर्ष कर रहा था।
लेकिन @visibleajay ने वह टिप्पणी की और मुझे एहसास हुआ कि मैंने io.connect कमांड में {'transports': ['websocket'] } भाग का उपयोग नहीं किया।

तो किसी के लिए भी जो एक ही परेशानी में हो सकता है,
var socket = io.connect('https://server.com/socket.io-path-here', { 'transports': ['websocket'] });

सही nginx कॉन्फ़िगरेशन के साथ मिलकर काम किया।

@ fot1 कृपया ध्यान रखें कि { 'transports': ['websocket'] } का उपयोग करने का अर्थ है कि जब वेबसोकेट कनेक्शन स्थापित नहीं किया जा सकता है तो लंबे समय तक मतदान में कोई कमी नहीं है।

Nginx के साथ पूरा उदाहरण: https://github.com/socketio/socket.io/tree/master/examples/cluster-nginx

@darrachequesne मेरा मानना ​​​​है कि आप सही हैं, क्या होगा यदि मैं 'वेबसोकेट' 'मतदान', या 'xhr-मतदान' के साथ सरणी में शामिल करूं? प्रदान किए गए उदाहरण के लिए धन्यवाद।

@ fott1 डिफ़ॉल्ट वास्तव में ['polling', 'websocket'] ( रेफरी ) है।

लेकिन आपको सही nginx कॉन्फ़िगरेशन का उपयोग करने की आवश्यकता होगी, क्योंकि polling ( websocket के विपरीत) परिवहन के लिए आवश्यक है कि प्रत्येक अनुरोध एक ही socket.io सर्वर पर भेजा जाए।

@darrachequesne दूसरे शब्दों में। यदि मेरे पास एकाधिक सर्वर उदाहरण हैं तो प्रत्येक अनुरोध को एक ही उदाहरण पर भेजा जाना चाहिए? अगर मैं ग़लत हूं तो मेरी गलती सुझाएं। टिप के लिए धन्यवाद।

@ fott1 हाँ, यह सही है। स्पष्टीकरण यहाँ है: https://socket.io/docs/using-multiple-nodes/

FWIW - मैं इसे अपने स्थानीय (कोई nginx, कोई प्रॉक्सी नहीं) पर प्राप्त कर रहा था। सॉकेट के साथ बाहर निकलता है। io आपको क्लाइंट और सर्वर दोनों में ट्रांसपोर्ट को पहले वेबसोकेट के रूप में स्पष्ट रूप से निर्दिष्ट करना होगा, फिर मतदान करना होगा। पता नहीं क्यों यह सिर्फ डिफ़ॉल्ट नहीं होगा। या शायद मैं इसे गलत कर रहा हूँ।

हमारी मूल समस्या यह थी कि हमने वेबसोकेट से पहले मतदान किया था, यह महसूस नहीं कर रहा था कि आदेश मायने रखता है।

मूल सेटअप:
सर्वर:
io.set('transports', ['polling', 'websocket']);
ग्राहक:
var socket = io.connect(server, { reconnect: true });

हमने महसूस किया कि हमारा क्लाइंट मतदान कर रहा था, इसलिए हमने विकल्प के रूप में उसे हटा दिया। फिर सब कुछ विफल होने लगा और हमें 400 खराब अनुरोध मिला।

तो अंत में हमें पता चला कि आपको क्लाइंट और सर्वर दोनों में ऑर्डर निर्दिष्ट करना होगा, और यदि आप क्लाइंट नहीं करते हैं तो सीधे मतदान के लिए जाएंगे, जो मेरे लिए बहुत कम समझ में आता है। आपको लगता है कि यह पहले websocket के लिए डिफ़ॉल्ट होगा।

ठीक कर:
सर्वर:
io.set('transports', ['websocket', 'polling']);
ग्राहक:
var socket = io.connect(server, { reconnect: true, transports: ['websocket', 'polling'] });

फिर से, कृपया ध्यान रखें कि { 'transports': ['websocket', 'polling'] } का उपयोग करने का अर्थ है कि जब वेबसोकेट कनेक्शन स्थापित नहीं किया जा सकता है तो लंबे समय तक मतदान में कोई कमी नहीं है।

आइए उस मुद्दे को बंद करें, यदि आवश्यक हो तो कृपया फिर से खोलें।

मैंने पहले के कुछ सुझावों के समान स्थान सेटिंग्स के साथ इलास्टिक बीनस्टॉक के डिफ़ॉल्ट nginx कॉन्फ़िगरेशन को "विस्तारित" करने का दृष्टिकोण लिया। इस तरह एक निर्देशिका संरचना बनाएं:

 ~/कार्यक्षेत्र/माई-ऐप/
 |-- .ebextensions
 | `-- nginx
 | `-- conf.d
 | `-- myconf.conf
 `-- web.jar

जहां myconf.conf , जिसका नाम तब तक मनमाना है जब तक वह .conf में समाप्त होता है:

 सर्वर {
 स्थान / {
 प्रॉक्सी_पास http://127.0.0.1:5000;
 प्रॉक्सी_http_संस्करण 1.1;
 प्रॉक्सी_सेट_हेडर अपग्रेड $http_upgrad;
 प्रॉक्सी_सेट_हेडर कनेक्शन "अपग्रेड";
 प्रॉक्सी_सेट_हेडर होस्ट $ होस्ट;
 }
 }

पोर्ट नंबर को अपनी आवश्यकताओं के अनुसार समायोजित करना सुनिश्चित करें।

मैंने केवल {ट्रांसपोर्ट: ['मतदान'] } जोड़कर इस समस्या का समाधान किया।

_

वर सॉकेट = io.connect (सर्वर, {परिवहन: ['मतदान']});

_

@ hyewon330 यदि आपने वास्तव में इसे _समाधान_ नहीं किया है तो लगता है कि आपने पहली बार में websockets का उपयोग करने का प्रयास न करने के लिए बस socket.io को कॉन्फ़िगर किया है। निश्चित रूप से, त्रुटि संदेश चला गया है, लेकिन अब आप socket.io को मतदान का उपयोग करने के लिए मजबूर कर रहे हैं, भले ही क्लाइंट और सर्वर के बीच कनेक्शन _would_ websockets का समर्थन करता हो। सुनिश्चित नहीं है कि यह आपके आवेदन के लिए महत्वपूर्ण है, बस यह सुनिश्चित करना चाहता था कि आप जानते हैं

Nginx का उपयोग करने वाले किसी भी व्यक्ति के लिए, @tylercb समाधान पूरी तरह से काम करता है।

इस समाधान ने मेरी समस्या को चमकदार ऐप्स के साथ ठीक कर दिया। प्रीफेक्ट

@tylercb @rudolfschmidt @juanjoLenero @rwillett @cpres हैलो, मैं आपकी विधि का उपयोग करता हूं लेकिन यह मेरे लिए काम नहीं करता है। मुझे संदेह है क्योंकि मैं 8080 के बजाय अन्य पोर्ट का उपयोग करता हूं। उदाहरण के लिए, मेरे ऐप को आईपी 170.8.8.8 मॉनिटरिंग पोर्ट 5000 के साथ मशीन ए में रखा गया है, और मैंने मशीन बी में आईपी 170.8.8.2 के साथ nginx भी पोर्ट 5000 की निगरानी की है। तो मैं बी में आईपी: 5000 पर जाना चाहते हैं जो ए में आईपी: 5000 पर जाएं। नीचे मशीन बी में मेरा nginx कॉन्फ़िगरेशन है:

upstream cuitccol.com{ #the name of server cluster
        server 170.8.8.8:5000 max_fails=5 fail_timeout=50s; #for the first web server
        }

    server {
        listen       5000;
        server_name  localhost;

        #charset koi8-r;

        #access_log  logs/host.access.log  main;

        location / {
            proxy_pass http://cuitccol.com;
            proxy_http_version 1.1;
            proxy_set_header Upgrade $http_upgrade;
            proxy_set_header Connection "upgrade";
            proxy_set_header Host $host;
        } 

मुझे नहीं पता कहां गलत हो जाता है। क्या आप कुछ सलाह दे सकते हैं?
बहुत बहुत धन्यवाद~
आपके उत्तर के लिए प्रतीक्षा कर रहे हैंं

मैं इस मुद्दे का सामना स्थानीय सहित हर एनवी में थोड़ी देर के लिए कर रहा हूं। @darrachequesne मुझे बताएं कि क्या मुझे और जानकारी प्रदान करने की आवश्यकता है:

मेरे पास एक्सप्रेस और नीचे दिए गए कोड के साथ एक नोड जेएस है, जो वास्तव में socket.io "कैसे उपयोग करें" अनुभाग का पालन करता है:

var app = require('express')();
var server = require('http').createServer(app);
var io = require('socket.io')(server);
io.on('connection', function(){ /* … */ });
server.listen(3000);

और मैंने नीचे दिए गए कोड के साथ एक बहुत ही सरल क्लाइंट स्थापित किया है, जो वास्तव में socket.io-client "कैसे उपयोग करें" अनुभाग का अनुसरण करता है:

<script src="/socket.io/socket.io.js"></script>
<script>
  var socket = io('http://localhost:3000');
  socket.on('connect', function(){});
  socket.on('event', function(data){});
  socket.on('disconnect', function(){});
</script>

सफलतापूर्वक कनेक्ट होने के बावजूद, मुझे यही त्रुटि मिलती रहती है:

'ws:// localhost:3000/socket.io/?EIO=3&transport=websocket&sid=EWl2jAgb5dOGXwScAAAB ' से वेबसॉकेट कनेक्शन विफल: वेबसॉकेट हैंडशेक के दौरान त्रुटि: अनपेक्षित प्रतिक्रिया कोड: 400

ब्राउज़र कंसोल को देखते समय, त्रुटि websocket.js से लाइन 112 की ओर इशारा कर रही है, जिसमें कहा गया है:

try {
    this.ws = this.usingBrowserWebSocket ? (protocols ? new WebSocket(uri, protocols) : new WebSocket(uri)) : new WebSocket(uri, protocols, opts);
  } catch (err) {
    return this.emit('error', err);
  }

किसी भी विचार की सराहना करें ...

@rafapetter जांचें कि आपको सॉकेट की आवश्यकता नहीं है।

Socket.io क्लाइंट में बस {transports: ['websocket']} विकल्प जोड़ना।

ऐसे दिखते हैं।

import io from 'socket.io-client'
const socket = io('http://localhost:5000', {transports: ['websocket']})

सर्वर पर @spookyUnknownUser सॉकेट.io केवल एक बार आवश्यक है।

@prapansak क्लाइंट एक साधारण जावास्क्रिप्ट फ़ाइल है, एक window.onload फ़ंक्शन के अंदर, कोई ES6 आयात की अनुमति नहीं है। लेकिन मैं कैसे उपयोग करें अनुभाग का पालन करता हूं:
<script src="/socket.io/socket.io.js"></script>

और जैसा आपने सुझाव दिया है सॉकेट को कॉल करते समय:
const socket = io('http://localhost:5000', {transports: ['websocket']})

मुझे यह त्रुटि मिलती है: 'ws: // localhost: 1337/socket.io/?EIO=3&transport=websocket ' से वेबसॉकेट कनेक्शन विफल: अमान्य फ्रेम हेडर

धन्यवाद दोस्तों, अगर आपके पास कोई अन्य विचार है तो मुझे बताएं और मैं इसे यहां आजमाउंगा।

ठीक है, अंत में इसे हल कर लिया!

@spookyUnknownUser आपका विचार मुझे दोहराव के लिए आगे देखने के लिए प्रोत्साहित करता है। और जैसा कि यह निकला, सर्वर पर सर्वर के ठीक बाद। सुनो मैं यह कर रहा था:

io.attach(server, {
  pingInterval: 40000,
  pingTimeout: 25000,
});

जो एक तरह से मुझे लगता है कि सर्वर को दूसरी बार अटैच कर रहा है। इसलिए मैंने इसे हटा दिया और शुरुआत में ही, जब socket.io की आवश्यकता होती है तो मैंने इसे बदल दिया है:

var io = require('socket.io')(server, {
    'pingInterval': 40000,
    'pingTimeout': 25000
});

अब, कोई समस्या नहीं दिखाई जाती है, और सब कुछ ठीक काम करता है।

अंतर्दृष्टि के लिए फिर से धन्यवाद दोस्तों

मेरे पास ईबीएस (एडब्ल्यूएस लोचदार बीनस्टॉक) पर मेरा सॉकेट सर्वर है। मुझे उत्पादन वातावरण में समान समस्या का सामना करना पड़ा, लेकिन एप्लिकेशन लोड बैलेंसर में माइग्रेट किए बिना और ngnix या apache कॉन्फ़िगरेशन को बदले बिना समस्या को ठीक कर सकता था।

इस समस्या को हल करने के लिए मैंने जो परिवर्तन किए: https के बजाय, मैंने अपने एप्लिकेशन पोर्ट पर 443 पर ssl की अनुमति दी और मेरे सुरक्षा समूह पर पोर्ट 443 खोला

एडब्ल्यूएस पर उन लोगों के लिए: एप्लिकेशन लोड बैलेंसर का उपयोग करें और सुनिश्चित करें कि आपने लक्ष्य समूह पर चिपचिपापन सक्षम किया है।

पता चला कि यह हमारे सर्वर पर रुक-रुक कर हो रहा था जब यह अतिभारित था और पीक उपयोग के समय के भीतर था।

डिफ़ॉल्ट सेटिंग्स की अनुमति देते समय io.connect बंद होने के तुरंत बाद XHR अनुरोध और WS अनुरोध बनाता है (जैसा कि ऊपर बताया गया है)। ये सभी XHR अनुरोध सर्वर को ओवरलोड कर रहे थे और इस प्रकार 400 त्रुटियों को वापस कर रहे थे। क्लाइंट कोड में transports: ['websocket']} जोड़ने के ऊपर दिए गए सुझावों का उपयोग करके समस्या का समाधान कर दिया गया है। अगर 400 त्रुटियां बनी रहती हैं तो एक अपडेट पोस्ट करेंगे लेकिन यह अभी के लिए ठोस लगता है।

एक ही समस्या है, न तो ऊपर सुझाए गए सर्वर साइड परिवर्तनों ने इसे हल किया। क्लाइंट साइड पर मेरे पास प्रतिक्रिया मॉड्यूल में socket = io.connect(); है और यह पता लगाने में सक्षम है कि मैं किस सर्वर से कनेक्ट कर रहा हूं।
कनेक्ट करने के लिए server पैरामीटर प्रदान करना एक तरह की परेशानी है लेकिन इसके बिना मैं { reconnect: true, transports: ['websocket', 'polling'] } कैसे निर्दिष्ट कर सकता हूं? ऐसा लगता है कि वैकल्पिक पैरामीटर #1 है, लेकिन महत्वपूर्ण पैरामीटर #2 है

मैंने इसे नीचे जोड़ा, और इसने मेरे लिए काम किया।
स्थान / {
प्रॉक्सी_पास http://localhost :8080;
प्रॉक्सी_http_संस्करण 1.1;
प्रॉक्सी_सेट_हेडर अपग्रेड $http_upgrad;
प्रॉक्सी_सेट_हेडर कनेक्शन "अपग्रेड";
प्रॉक्सी_सेट_हेडर होस्ट $ होस्ट;
}
https://chrislea.com/2013/02/23/proxying-websockets-with-nginx/

दुर्भाग्य से मुझे एक ही समस्या है, यहां तक ​​​​कि अच्छे हेडर सेट के साथ भी .. मैंने अपनी कॉन्फ़िगरेशन के साथ एक स्टैक ओवरफ्लो बनाया है ..

https://stackoverflow.com/questions/50431587/proxy-socket-io-fails-to-connect-with-nginx-node-on-docker

यहां दोहरे उद्धरण चिह्नों पर ध्यान दें:

प्रॉक्सी_सेट_हेडर कनेक्शन "अपग्रेड";

मुझे यह संदेश सिंगल कोट्स का उपयोग करके प्राप्त हुआ लेकिन डबल्स कोट्स का उपयोग करके इसे हल कर दिया।

समस्या निवारण के लगभग एक घंटे के बाद, ऐसा लगता है कि यदि आप अपना समापन बिंदु क्लस्टर के रूप में चला रहे हैं तो कुछ अतिरिक्त कॉन्फ़िगरेशन की आवश्यकता हो सकती है।

यहाँ देखें

tylercb समाधान ने मेरे लिए काम किया (NgInx)। धन्यवाद!

हमारे लिए कुंजी proxy_http_version 1.1; @tylercb के समाधान में थी

मैंने उन कई टिप्पणियों के अनुसार अपने सर्वर पर NginX कॉन्फ़िगरेशन संपादित किया है।
लेकिन यह आंशिक रूप से काम करता है। सबसे पहले, सर्वर पुनरारंभ होने के बाद, यह खराब काम करता है। ज्यादातर हार्ड-रिफ्रेश के साथ। बाद में यह बेहतर काम करता है, बस कभी-कभी हार्ड रिफ्रेश की जरूरत होती है।
स्थानीय रूप से sails lift के साथ यह काम करता है
लेकिन अगर मैं स्थानीय रूप से sails lift --prod का उपयोग कर रहा हूं तो मुझे वही चीज़ मिलती है, वह सॉकेट कनेक्ट नहीं हो सकता है और 400 खराब प्रतिक्रिया होती है। लेकिन कुछ कोशिशों के बाद यह फिर से स्थिर हो जाता है।

ऐसा लगता है कि अभी भी हल नहीं हुआ है - कोई अंतिम समाधान नहीं मिला कि हमारे पास ऐसा क्यों है ..

मैंने प्रलेखन में विभिन्न विन्यास जोड़े: https://socket.io/docs/using-multiple-nodes/

सुधार के लिए किसी भी सुझाव का स्वागत है! => https://github.com/socketio/socket.io-website

मुझे अभी इस समस्या का सामना करना पड़ रहा है और अभी भी एक त्रुटि मिली है, यहां तक ​​​​कि मेरे nginx को भी अक्षम कर दें। अंत में एक्सप्रेस पर express-status-monitor मिडलवेयर की वजह से समस्या, यह वेबसाकेट के पहले (अनुरोध) हैंडशेक पर HTTP कॉल विफल हो जाती है।

मैं उस मिडलवेयर और वेबसॉकेट को अच्छी तरह से काम करने में अक्षम करने का प्रयास करता हूं

हैंडशेक के दौरान आपको 400 क्यों मिलेंगे, इसके कई कारण हैं। निम्नलिखित कुछ चीजें हैं जिन्हें आजमाया जा सकता है

1. 443 इन (ufw/अन्य) फ़ायरवॉल के साथ-साथ (AWS/Google क्लाउड/अन्य) कंसोल की सेटिंग सक्षम करें
2. नोडज सर्वर में टीएलएस सक्षम न करें। इसे nginx के माध्यम से करें।
3. निम्नलिखित nginx विन्यास का प्रयोग करें
   नोट: यह केवल तभी काम करता है जब आपका सॉकेट.आईओ कनेक्शन पहले से काम कर रहा हो लेकिन वेबसोकेट के बजाय लंबे मतदान का उपयोग कर रहा हो। नीचे दिए गए कोड को जोड़ें और यह websocket का उपयोग करना शुरू कर देगा।

        location /{
            proxy_pass http://127.0.0.1:5000/;
            proxy_http_version 1.1;
            proxy_set_header Upgrade $http_upgrade;
            proxy_set_header Connection "upgrade";
            proxy_set_header Host $host;
        }

शायद यह किसी की मदद करेगा। मेरे ऐप में socket.io के दो उदाहरण बनाते समय मुझे यह त्रुटि मिली। मैंने io = socketio(server) को दो बार कॉल किया और त्रुटि 400 मिली। यह किसी प्रकार की मूर्खतापूर्ण त्रुटि है लेकिन... वह मेरी थी।

सुनिश्चित करें कि आप अपने एप्लिकेशन लोड बैलेंसर में स्टिकी सत्र सक्षम करते हैं (क्लासिक लोड बैलेंसर का उपयोग न करें)। यदि आप स्टिकी सत्रों का उपयोग नहीं करते हैं, तो संभवतः आपको 400 त्रुटियां बेतरतीब ढंग से मिलेंगी।

ऐसा इसलिए है क्योंकि जब पोलिंग से वेबसोकेट में अपग्रेड करने का प्रयास किया जाता है, तो यह संभव है कि लोड बैलेंसर अपग्रेड अनुरोध को उस सर्वर से संतुलित करता है जिसने कभी इस सॉकेट आईडी का सामना नहीं किया और 400 त्रुटि फेंकता है। अधिक विवरण यहां: https://socket.io/docs/using-multiple-nodes/

इसके अलावा, यदि आप इलास्टिक बीनस्टॉक का उपयोग कर रहे हैं, तो वेबसोकेट में Nginx के उन्नयन का समर्थन करने के लिए .ebextensions फ़ोल्डर में निम्न websocket.config फ़ाइल जोड़ें:

container_commands:
  enable_websockets:
    command: |
     sed -i '/\s*proxy_set_header\s*Connection/c \
              proxy_set_header Upgrade $http_upgrade;\
              proxy_set_header Connection "upgrade";\
      ' /tmp/deployment/config/#etc#nginx#conf.d#00_elastic_beanstalk_proxy.conf

मैंने गुगली की क्योंकि मुझे भी यही समस्या है और मैं भी nginx का उपयोग करता हूं। समाधान इस भाग को जोड़ना है

प्रॉक्सी_http_संस्करण 1.1;
प्रॉक्सी_सेट_हेडर अपग्रेड $http_upgrad;
प्रॉक्सी_सेट_हेडर कनेक्शन "अपग्रेड";
प्रॉक्सी_सेट_हेडर होस्ट $ होस्ट;

nginx कॉन्फ़िगरेशन फ़ाइल में जैसे tylercb का उल्लेख किया गया है।

तो कम से कम यह तब काम करता है जब आप nginx को रिवर्स प्रॉक्सी के रूप में उपयोग करते हैं, यहाँ स्पष्टीकरण है

WebSocket proxying
To turn a connection between a client and server from HTTP/1.1 into WebSocket, the protocol switch mechanism available in HTTP/1.1 is used.

There is one subtlety however: since the “Upgrade” is a hop-by-hop header, it is not passed from a client to proxied server. With forward proxying, clients may use the CONNECT method to circumvent this issue. This does not work with reverse proxying however, since clients are not aware of any proxy servers, and special processing on a proxy server is required.

Since version 1.3.13, nginx implements special mode of operation that allows setting up a tunnel between a client and proxied server if the proxied server returned a response with the code 101 (Switching Protocols), and the client asked for a protocol switch via the “Upgrade” header in a request.

As noted above, hop-by-hop headers including “Upgrade” and “Connection” are not passed from a client to proxied server, therefore in order for the proxied server to know about the client’s intention to switch a protocol to WebSocket, these headers have to be passed explicitly:

location /chat/ {
    proxy_pass http://backend;
    proxy_http_version 1.1;
    proxy_set_header Upgrade $http_upgrade;
    proxy_set_header Connection "upgrade";
}
A more sophisticated example in which a value of the “Connection” header field in a request to the proxied server depends on the presence of the “Upgrade” field in the client request header:

http {
    map $http_upgrade $connection_upgrade {
        default upgrade;
        ''      close;
    }

    server {
        ...

        location /chat/ {
            proxy_pass http://backend;
            proxy_http_version 1.1;
            proxy_set_header Upgrade $http_upgrade;
            proxy_set_header Connection $connection_upgrade;
        }
    }
By default, the connection will be closed if the proxied server does not transmit any data within 60 seconds. This timeout can be increased with the proxy_read_timeout directive. Alternatively, the proxied server can be configured to periodically send WebSocket ping frames to reset the timeout and check if the connection is still alive.

इस मुद्दे पर कोई खबर? मैंने इसे यहां संदर्भित किया है

कई उपयोगकर्ताओं को nginx कॉन्फ़िगरेशन के कारण यह समस्या होती है और समर्पित सर्वर पर आप इसे ऊपर दिए गए विचारों (nginx कॉन्फ़िगरेशन, आदि) का उपयोग करके ठीक कर सकते हैं, कई उपयोगकर्ताओं के पास इन सेटिंग्स तक पहुंच नहीं है, इसलिए किसी प्रकार का होना बहुत अच्छा होगा। इस पर sockets.io से ठीक करें ...

कोई भी नहीं?

@deemeetree
यदि आप एकाधिक नोड्स का उपयोग करते हैं जो आपकी साइट "सत्र आईडी अज्ञात" पर त्रुटि संदेश के कारण मुझे संभव लगता है, तो आपको स्टैक ओवरफ्लो (https://stackoverflow.com/a/53163917/6271092) पर मेरे उत्तर पर एक नज़र डालनी चाहिए।

संक्षेप में, socket.io जैसा कि वे अपनी साइट पर कहते हैं (https://socket.io/docs/using-multiple-nodes/) ,

यदि आप विभिन्न प्रक्रियाओं या मशीनों के बीच कनेक्शन के भार को वितरित करने की योजना बना रहे हैं, तो आपको यह सुनिश्चित करना होगा कि किसी विशेष सत्र आईडी से जुड़े अनुरोध उस प्रक्रिया से जुड़ें जो उन्हें उत्पन्न करता है।

यह "सॉकेट" के जीवनकाल के दौरान कई अनुरोधों को फायर करने पर निर्भर XHR पोलिंग या JSONP पोलिंग जैसे कुछ ट्रांसपोर्ट के कारण है। चिपचिपा संतुलन को सक्षम करने में विफल होने के परिणामस्वरूप खतरनाक होगा:

Error during WebSocket handshake: Unexpected response code: 400

तो आपके पास कई सॉकेट नहीं हो सकते हैं जो विभिन्न नोड्स पर काम करते हैं। अपने सर्वर को फिर से कॉन्फ़िगर करें जैसा वह कहता है। और अपने एक्सप्रेस के लिए, अपने पोर्ट को इस तरह कॉन्फ़िगर करें,
parseInt(your_port) + parseInt(process.env.NODE_APP_INSTANCE);

आशा है ये मदद करेगा।

विंडोज सर्वर 2008R2 (कोई प्रॉक्सी नहीं, कोई आईआईएस नहीं) पर होस्ट किए गए मेरे ऐप से सीधे कनेक्ट होने में एक ही त्रुटि मिली। बीच में केवल गूंगा मध्यवर्ती हार्डवेयर।

मुझे विंडो सर्वर 2016 पर एक ही समस्या का सामना करना पड़ रहा है कृपया अपने फिक्स का उल्लेख करें। धन्यवाद

मैं काफी समय से इस मुद्दे का सामना कर रहा हूं। अगर किसी के पास कोई जानकारी है तो कृपया मदद करें। मैं अपाचे सर्वर का उपयोग कर रहा हूँ।

कोई सुराग? देव पर बहुत अच्छा काम करता है लेकिन एसएसएल पर एक ही मुद्दा।

PM2 नोड क्लस्टर मोड का उपयोग करना: 4 x 1

अपाचे प्रॉक्सी का उपयोग करना, अभी भी कोई सुराग नहीं है

उन लोगों के लिए जो httpd2/apache2 पर हैं, मेरे पास एक समाधान है जो काम करता प्रतीत होता है:

    ProxyRequests Off
    <Location />
        ProxyPass http://127.0.0.1:1337/
        ProxyPassReverse http://127.0.0.1:1337/

        RewriteEngine On
        RewriteCond %{HTTP:UPGRADE} ^WebSocket$ [NC]
        RewriteCond %{HTTP:CONNECTION} Upgrade$ [NC]
        RewriteRule /socket.io/(.*) ws://127.0.0.1:1337/socket.io/$1 [P]
    </Location>

अरे @ZeldaZach .htaccess फ़ाइल के लिए है? धन्यवाद!

यह कॉन्फ़िगरेशन मेरी साइट-सक्षम/साइट.कॉन्फ़ फ़ाइल में है, लेकिन इसे एचटीएसीएसी में भी काम करना चाहिए

मैं केवल इतना कह सकता हूं, एसएसएल यहां अपराधी है :) अक्षम करें, क्लाउडफ्लेयर लचीला एसएसएल मोड और पूर्ण (सख्त) मोड पर जाएं। निश्चित रूप से यह इस मुद्दे को ठीक कर देगा,
अगर नहीं,

लोकलहोस्ट का उपयोग करें: रिवर्स प्रॉक्सी कॉन्फ़िगरेशन में पोर्ट ।

यहां किसी के लिए भी Nginx और React Express (MERN) का उपयोग कर रहे हैं। मेरे पास एक ही समस्या थी क्योंकि मेरे पास केवल proxy_pass http://localhost:3000; लाइन थी। मैंने इस धागे में ऊपर से @tylercb उत्तर के आधार पर निम्नलिखित पंक्तियों को जोड़ा:

"एक ही समस्या थी, मेरा ऐप nginx के पीछे है। मेरे Nginx कॉन्फ़िगरेशन में इन परिवर्तनों को करने से त्रुटि दूर हो गई।

location / {
proxy_pass http://localhost:3000;
proxy_http_version 1.1;
proxy_set_header Upgrade $http_upgrade;
proxy_set_header Connection "upgrade";
proxy_set_header Host $host;
}

यह मूल रूप से https://chrislea.com/2013/02/23/proxying-websockets-with-nginx/ से है।

यदि किसी को अभी भी Nodejs + Express का उपयोग करने में समस्या हो रही है, तो शायद आपकी समस्या express-status-monitor हो सकती है, जैसा कि @slaveofcode ने उल्लेख किया है। जैसा कि इसके एनपीएम दस्तावेज़ीकरण में बताया गया है, यह मॉड्यूल अपने स्वयं के सॉकेट.आईओ इंस्टेंस को जन्म देता है, इसलिए आपको अपने मुख्य सॉकेट.आईओ इंस्टेंस के साथ-साथ पोर्ट पैरामीटर के साथ वेबसोकेट पैरामीटर भरना चाहिए:

const io = require('socket.io')(server);
const expressStatusMonitor = require('express-status-monitor');
app.use(expressStatusMonitor({
  websocket: io,
  port: app.get('port')
}));

यह मेरी अपाचे कॉन्फ़िगरेशन है, ध्यान दें कि यह /ws/ पथ उपसर्ग का उपयोग कर रहा है, लेकिन अन्यथा यह ठीक काम करता है।

    ProxyRequests Off
    <Proxy *>
        Order deny,allow
        Allow from all
    </Proxy>

    RewriteEngine On
    RewriteCond %{REQUEST_URI}  ^/ws/socket.io         [NC]
    RewriteCond %{QUERY_STRING} transport=websocket    [NC]
    RewriteRule /ws/(.*)           ws://localhost:6001/$1 [P,L]
    ProxyPass /ws http://127.0.0.1:6001
    ProxyPassReverse /ws http://127.0.0.1:6001

वर्तमान में हमारे EKS क्लस्टर के लिए Linkerd डैशबोर्ड (सर्विस मेश) को उजागर करने में इस समस्या का सामना करना पड़ रहा है। हम nginx का उपयोग करते हैं, इसलिए यह निश्चित नहीं है कि इस समय उस से कैसे निकला जाए।

@andrzj ओएमजी यार, तुमने मुझे बचा लिया।

एक ही समस्या थी, मेरा ऐप nginx के पीछे है। मेरे Nginx config में इन परिवर्तनों को करने से त्रुटि दूर हो गई।

स्थान / {
प्रॉक्सी_पास http://localhost :8080;
प्रॉक्सी_http_संस्करण 1.1;
प्रॉक्सी_सेट_हेडर अपग्रेड $http_upgrad;
प्रॉक्सी_सेट_हेडर कनेक्शन "अपग्रेड";
प्रॉक्सी_सेट_हेडर होस्ट $ होस्ट;
}

यह मूल रूप से https://chrislea.com/2013/02/23/proxying-websockets-with-nginx/ से है

यह काम करता हैं।

सहायता गिरोह के लिए धन्यवाद! यदि कोई इसे सामान्य HTTPS ट्रैफ़िक के बगल में काम करने की कोशिश कर रहा है, तो यह अब मेरे लिए निम्न सेटिंग्स के साथ इलास्टिक बीनस्टॉक पर काम कर रहा है:

• लोचदार बीनस्टॉक पर: nginx बंद हो गया (अभी के लिए, उपरोक्त कॉन्फ़िगरेशन को आजमाने के लिए अभी तक गोल नहीं हुआ है)।
• लोचदार बीनस्टॉक पर: लोड बैलेंसर इस प्रकार है:
• नोड/एक्सप्रेस पर: const io = require('socket.io')(3030)
• क्लाइंट पर केवल let connection = io(https://www.myurl.com:3030) . नामकरण

यदि आप लोग अभी भी इस समस्या का सामना कर रहे हैं और आपने मूल को सॉकेट सर्वर में सरणी या मूल के रूप में सेट किया है, तो मूल को फ़िल्टर करने के लिए कॉलबैक फ़ंक्शन के बजाय इस त्रुटि को फेंक देगा

Error during WebSocket handshake: Unexpected response code: 400

मेरे मामले में इस तर्क को अद्यतन करना

io.origins(['https://foo.example.com:443']);

इसके लिए

io.origins((origin, callback) => {  
     if (origin !== 'https://foo.example.com') {    
         return callback('origin not allowed', false);  
     }  
    callback(null, true);
});

बिना किसी त्रुटि के काम किया।

यह वही त्रुटि हो रही है, लेकिन मैंने एनजीआईएनएक्स के लिए कॉन्फ़िगरेशन में जोड़ा है और मुझे अभी भी वही 400 हैंडशेक त्रुटि मिल रही है। हालांकि, मैं एडब्ल्यूएस में एप्लिकेशन लोड बैलेंसर का उपयोग कर रहा हूं और मैंने इसे 80 लक्ष्य समूह और 443 श्रोता पर सेट किया है जो लक्ष्य समूह को आगे बढ़ाता है।

एनजीआईएनएक्स कॉन्फ़ फ़ाइल:

`सर्वर {

listen [::]:80;
listen 80;

server_name <domain_name>;
access_log  /var/log/nginx/access.log;

location / {
    proxy_pass http://127.0.0.1:8000;
    include proxy_params;
    proxy_http_version 1.1;
    proxy_set_header Upgrade $http_upgrade;
    proxy_set_header Connection "upgrade";
    proxy_set_header Host $host;
}

location /socket.io {
    include proxy_params;
    proxy_http_version 1.1;
    proxy_cache_bypass $http_upgrade;
    proxy_buffering off;
    proxy_set_header Host $host;
    proxy_set_header Upgrade $http_upgrade;
    proxy_set_header Connection "upgrade";
    proxy_pass http://127.0.0.1:8000;
}

}`

और मेरी जेएस फ़ाइल के भीतर मेरे पास सॉकेट.आईओ के लिए एक कनेक्शन है जो इस तरह दिखता है:
var socket = io()

मैन्युअल इंस्टेंस बनाएं (बिना एक्सप्रेस app इंस्टेंस के) और एक अलग पोर्ट असाइन करें

const io = require('socket.io')(3001, {
  path: '/',
  serveClient: false,
  // below are engine.IO options
  pingInterval: 10000,
  pingTimeout: 5000,
  cookie: false
})

एक ही समस्या थी, मेरा ऐप nginx के पीछे है। मेरे Nginx config में इन परिवर्तनों को करने से त्रुटि दूर हो गई।

स्थान / {
प्रॉक्सी_पास http://localhost :8080;
प्रॉक्सी_http_संस्करण 1.1;
प्रॉक्सी_सेट_हेडर अपग्रेड $http_upgrad;
प्रॉक्सी_सेट_हेडर कनेक्शन "अपग्रेड";
प्रॉक्सी_सेट_हेडर होस्ट $ होस्ट;
}

यह मूल रूप से https://chrislea.com/2013/02/23/proxying-websockets-with-nginx/ से है

मुझे proxy_set_header Connection "upgrade"; . याद आ रहा था

जब मैं https या wss या ssl का उपयोग करना शुरू करता हूं तो मैं इस समस्या को हल करने के लिए पूरी रात बिताता हूं। यह हमेशा connection stopped before establish के साथ 400 त्रुटि कोड कहता है।

बस एक मिनट पहले, मुझे इसके लिए एक समाधान मिला:

0. क्लाउडफ्लेयर

एसएसएल/टीएलएस टैब पर:

• अगर आपके पास अपना cert या SSL या HTTPS है: इसे Full पर सेट करें। (निम्नलिखित 123 चरणों में यह माना जाता है कि आपके पास अपना स्वयं का https प्रमाणीकरण है)

• यदि आपके पास केवल http server है: इसे Flexible पर सेट करें। (क्लाउडफ्लेयर स्वचालित रूप से आपकी वेबसाइट पर https या ssl जोड़ देगा।)

• उसके बाद, DNS टैब पर जाएं, Proxied सेट करें।

यदि आप सुनिश्चित नहीं हैं कि आप क्या कर रहे हैं, तो बस DNS टैब पर जाएं, DNS only . सेट करें

1. सुनिश्चित करें कि आपके पास सही प्रॉक्सी कॉन्फ़िगरेशन है।

server {
    listen 80;
    server_name ai-tools-online.xyz;
    return 301 https://ai-tools-online.xyz$request_uri;
}

server {
    listen 443 ssl http2;

    ssl_certificate       /data/v2ray.crt;
    ssl_certificate_key   /data/v2ray.key;
    ssl_protocols         TLSv1.2 TLSv1.3;
    #ssl_ciphers           3DES:RSA+3DES:!MD5;
    server_name ai-tools-online.xyz;

    location / {
        proxy_pass http://127.0.0.1:5000;
    }

    location /socket.io {
        proxy_http_version 1.1;
        proxy_buffering off;
        proxy_set_header Upgrade $http_upgrade;
        proxy_set_header Connection "Upgrade";
        proxy_pass http://127.0.0.1:5000/socket.io;
    }
}

ai-tools-online.xyz आपका डोमेन है, http://127.0.0.1:5000 आपका सॉकेट सर्वर है।

2. सुनिश्चित करें कि आपका सर्वर Cross-Origin Controls '*' Cross-Origin Access अनुमति मिल सके

flask-socketio के लिए, flask_socketio.SocketIO(app, cors_allowed_origins = '*') . का उपयोग करना है

3. नए कॉन्फ़िगरेशन को काम करने देने के लिए आपको nginx को पुनरारंभ करना होगा

systemctl restart nginx

4. caddy कैसे सेट करें, इसके बारे में अधिक जानकारी के लिए, निम्न लिंक देखें:

https://github.com/yingshaoxo/Web-Math-Chat#reverse -proxy-configuration-for-https
https://caddy.community/t/using-caddy-0-9-1-with-socket-io-and-flask-socket-io/508/6
https://www.nginx.com/blog/nginx-nodejs-websockets-socketio/

मैंने गुगली की क्योंकि मुझे भी यही समस्या है और मैं भी nginx का उपयोग करता हूं। समाधान इस भाग को जोड़ना है

प्रॉक्सी_http_संस्करण 1.1;
प्रॉक्सी_सेट_हेडर अपग्रेड $http_upgrad;
प्रॉक्सी_सेट_हेडर कनेक्शन "अपग्रेड";
प्रॉक्सी_सेट_हेडर होस्ट $ होस्ट;

nginx कॉन्फ़िगरेशन फ़ाइल में जैसे tylercb का उल्लेख किया गया है।

मेरे लिए अच्छा काम किया धन्यवाद!

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

घंटों तक गुगली करते रहे और ऊपर दिए गए समाधानों में से कोई भी हम पर लागू नहीं हुआ क्योंकि हमारे पास सिर्फ एक नोडज ऐप था और कोई nginx नहीं था।

जिस तरह से हमने इसे हल किया वह सिर्फ कंटेनर से nginx को अक्षम करने के लिए था -> सभी ट्रैफ़िक को सीधे नोड में पास करने के लिए बैलेंसर सेटिंग्स लोड करें।

घंटों तक गुगली करते रहे और ऊपर दिए गए समाधानों में से कोई भी हम पर लागू नहीं हुआ क्योंकि हमारे पास सिर्फ एक नोडज ऐप था और कोई nginx नहीं था।

जिस तरह से हमने इसे हल किया वह सिर्फ कंटेनर से nginx को अक्षम करने के लिए था -> सभी ट्रैफ़िक को सीधे नोड में पास करने के लिए बैलेंसर सेटिंग्स लोड करें।

आपने ऐसा कैसे किया?

यदि आप कॉन्फ़िगरेशन> लोड बैलेंसर पर जाते हैं, तो आप प्रॉक्सी सर्वर के लिए एक ड्रॉप-डाउन पा सकते हैं, आप nginx, Apache का उपयोग कर सकते हैं या इसे नोड ऐप के सभी कनेक्शनों से गुजरने के लिए "कोई नहीं" पर सेट कर सकते हैं।

यह केवल तभी प्रकट होता है जब आप लोड बैलेंसर के साथ एक वातावरण बनाते हैं, एकल उदाहरणों के लिए काम नहीं करता है

संपादित करें: मेरी मूल टिप्पणी लोचदार बीनस्टॉक को संदर्भित की गई थी

एक ही समस्या थी, मेरा ऐप nginx के पीछे है। मेरे Nginx config में इन परिवर्तनों को करने से त्रुटि दूर हो गई।

स्थान / {
प्रॉक्सी_पास http://localhost :8080;
प्रॉक्सी_http_संस्करण 1.1;
प्रॉक्सी_सेट_हेडर अपग्रेड $http_upgrad;
प्रॉक्सी_सेट_हेडर कनेक्शन "अपग्रेड";
प्रॉक्सी_सेट_हेडर होस्ट $ होस्ट;
}

यह मूल रूप से https://chrislea.com/2013/02/23/proxying-websockets-with-nginx/ से है

तो थैंक यू।

यह दस्तावेज़ उन लोगों के लिए है जो क्लाइंट प्रोजेक्ट और रेडिस-सर्वर के बीच अलग सर्वर के साथ लार्वा-इको-सर्वर और Nginx और सॉकेट.आईओ और रेडिस-सर्वर का उपयोग करते हैं।

कृपया यहां लिंक का पालन करें ।

धन्यवाद

मेरे पास यह मुद्दा था। मेरे nginx config को अपडेट करने से कोई मदद नहीं मिली, लेकिन @ santhosh77h के समाधान ने इसे मेरे लिए ठीक कर दिया। किसी कारण से अनुमत उत्पत्ति की सरणी पास करना काम नहीं करता है, लेकिन कॉलबैक का उपयोग करता है।

मैं Nest.js websockets (सॉकेट.io के चारों ओर सिर्फ एक आवरण) का उपयोग करता हूं और अपने गेटवे में निम्नलिखित को जोड़ा:

afterInit(server: Server): any {
    const origins = getOrigins(); // returns an array of origin strings
    server.origins((origin, cb) => {
      if (origins.includes(origin)) {
        cb(null, true)
      } else {
        cb('Invalid origin', false);
      }
    });
  }

मेरे पास NUXT.js के साथ Node.js / Express के साथ AWS इलास्टिक बीनस्टॉक (Nginx प्रॉक्सी) पर चलने वाला एक ही मुद्दा था। मुझे यह पता लगाने में कुछ दिन लगे। मैं अपने पढ़ने के बिंदु साझा करूंगा। शायद किसी को यह उपयोगी लगेगा।

मेरा वातावरण एसएसएल के साथ https के लिए दो पोर्ट 80 और https के लिए 443 के साथ एप्लिकेशन लोड बैलेंसर पर है।

ऊपर से उत्तर के संयोजन में, @tylercb के लिए बड़ा धन्यवाद और AWS और socket.io दस्तावेज़ से आधिकारिक दस्तावेज़ीकरण मैंने एक Nginx कॉन्फ़िग फ़ाइल बनाई जो समस्या को ठीक करती प्रतीत होती है।

मैं जल्दी से चरणों की रूपरेखा तैयार करूंगा:

मेरे index.js नोड फ़ाइल में:

const express = require('express')
const app = express()
const server = http.createServer(app)
const io = require('socket.io')(server)
const host = process.env.HOST || '127.0.0.1'
const port = process.env.PORT || 8081

फ्रंट-एंड पर (मेरे घटकों में से एक):
import io from 'socket.io-client';
मेरे Vue डेटा में ():
socket: io()

अंत में, एप्लिकेशन रूट में, मैंने एक फ़ोल्डर बनाया .ebextensions
ठीक अंदर मैंने एक फ़ाइल बनाई 01-proxy.config निम्नलिखित सामग्री के साथ:

files:
  /etc/nginx/conf.d/01-proxy.conf:
     mode: "000644"
     owner: root
     group: root
     content: |
        upstream nodejs {
          server 127.0.0.1:8081;
          keepalive 256;
        }
        server {
          listen 8080;
          server_name yourdomain.com;

          if ($time_iso8601 ~ "^(\d{4})-(\d{2})-(\d{2})T(\d{2})") {
            set $year $1;
            set $month $2;
            set $day $3;
            set $hour $4;
          }
          access_log /var/log/nginx/healthd/application.log.$year-$month-$day-$hour healthd;
          access_log  /var/log/nginx/access.log  main;

          location / {
              proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
              proxy_set_header Host $host;

              proxy_pass http://nodejs;

              proxy_http_version 1.1;
              proxy_set_header Upgrade $http_upgrade;
              proxy_set_header Connection "upgrade";
          }

          gzip on;
          gzip_comp_level 4;
          gzip_types text/html text/plain text/css application/json application/x-javascript text/xml application/xml application/xml+rss text/javascript;

          location /static {
              alias /var/app/current/static;
          }

        }

  /opt/elasticbeanstalk/hooks/configdeploy/post/99_kill_default_nginx.sh:
    mode: "000755"
    owner: root
    group: root
    content: |
      #!/bin/bash -xe
      rm -f /etc/nginx/conf.d/00_elastic_beanstalk_proxy.conf
      service nginx stop 
      service nginx start

container_commands:
  removeconfig:
    command: "rm -f /tmp/deployment/config/#etc#nginx#conf.d#00_elastic_beanstalk_proxy.conf /etc/nginx/conf.d/00_elastic_beanstalk_proxy.conf"

अतिरिक्त रीडिंग:
nginx विन्यास

बस, इतना ही। काफी लंबा। मेरी माफ़ी और शुभकामनाएँ।

मेरे लिए कोणीय .net कोर के लिए ubuntu और ngnix सर्वर में परिवर्तन के नीचे काम करना

स्थान / {
प्रॉक्सी_पास http://localhost :8080;
प्रॉक्सी_http_संस्करण 1.1;
प्रॉक्सी_सेट_हेडर अपग्रेड $http_upgrad;
प्रॉक्सी_सेट_हेडर कनेक्शन "अपग्रेड";
प्रॉक्सी_सेट_हेडर होस्ट $ होस्ट;
}

यदि किसी को अभी भी Nodejs + Express का उपयोग करने में समस्या हो रही है, तो शायद आपकी समस्या express-status-monitor हो सकती है, जैसा कि @slaveofcode ने उल्लेख किया है। जैसा कि इसके एनपीएम दस्तावेज़ीकरण में बताया गया है, यह मॉड्यूल अपने स्वयं के सॉकेट.आईओ इंस्टेंस को जन्म देता है, इसलिए आपको अपने मुख्य सॉकेट.आईओ इंस्टेंस के साथ-साथ पोर्ट पैरामीटर के साथ वेबसोकेट पैरामीटर भरना चाहिए:

const io = require('socket.io')(server);
const expressStatusMonitor = require('express-status-monitor');
app.use(expressStatusMonitor({
  websocket: io,
  port: app.get('port')
}));

इस जानकारी ने मेरी मदद की

सुनिश्चित करें कि आप socket.io कनेक्शन अमेज़न लोड बैलेंसर से नहीं गुजर रहे हैं। या यदि ऐसा है, तो यह करें: http://blog.flux7.com/web-apps-websockets-with-aws-elastic-load-balancing

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

मेरे एलबी श्रोता इस तरह दिखते हैं

मेरे लिए अच्छा काम किया!

एक ही समस्या थी, मेरा ऐप nginx के पीछे है। मेरे Nginx config में इन परिवर्तनों को करने से त्रुटि दूर हो गई।

स्थान / {
प्रॉक्सी_पास http://localhost :8080;
प्रॉक्सी_http_संस्करण 1.1;
प्रॉक्सी_सेट_हेडर अपग्रेड $http_upgrad;
प्रॉक्सी_सेट_हेडर कनेक्शन "अपग्रेड";
प्रॉक्सी_सेट_हेडर होस्ट $ होस्ट;
}

यह मूल रूप से https://chrislea.com/2013/02/23/proxying-websockets-with-nginx/ से है

हां। यह मददगार था और मेरे लिए भी काम किया।

सुनिश्चित करें कि आप socket.io कनेक्शन अमेज़न लोड बैलेंसर से नहीं गुजर रहे हैं। या यदि ऐसा है, तो यह करें: http://blog.flux7.com/web-apps-websockets-with-aws-elastic-load-balancing

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

मेरे एलबी श्रोता इस तरह दिखते हैं

मेरे लिए अच्छा काम किया!

अच्छा, यह काम किया।

सुनिश्चित करें कि आप socket.io कनेक्शन अमेज़न लोड बैलेंसर से नहीं गुजर रहे हैं। या यदि ऐसा है, तो यह करें: http://blog.flux7.com/web-apps-websockets-with-aws-elastic-load-balancing

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

मेरे एलबी श्रोता इस तरह दिखते हैं

मेरे लिए अच्छा काम किया!

इस मामले में आपका आवेदन 80 पर चल रहा है?