Socket.io-client: खराब हैंडशेक विधि (केवल अतिरिक्त हेडर का उपयोग करते समय!)

को निर्मित 23 जून 2017 · 13टिप्पणियाँ · स्रोत: socketio/socket.io-client

आप चाहते हैं कि:

[x] एक बग की रिपोर्ट करें
[] एक सुविधा का अनुरोध करें

वर्तमान व्यवहार

मेरे सर्वर को एक अतिरिक्त हेडर से जोड़ने का प्रयास करते समय मुझे {"code":2,"message":"Bad handshake method"} संदेश के साथ 400 मिलता है (यदि मैं इसे जोड़ने का प्रयास नहीं करता तो ठीक काम करता है)।

पुन: पेश करने के चरण (यदि वर्तमान व्यवहार एक बग है)

मैं अपने सर्वर को निम्न कॉन्फ़िगरेशन से जोड़ने का प्रयास करता हूं:

  const options = {
    transportOptions: {
      polling: {
        extraHeaders: {
          Authorization: "Bearer test"
        }
      }
    }
  };

मैंने यह भी देखा कि जब मैं यह अतिरिक्त शीर्षलेख जोड़ता हूं तो एक विकल्प अनुरोध किया जाता है (जब मैं इसे नहीं जोड़ता तो जीईटी के बजाय)

अपेक्षित व्यवहार

हैंडशेक को नहीं तोड़ने वाले अतिरिक्त हेडर के साथ एक GET अनुरोध (कुकीज़ को संरक्षित करने के लिए) प्राप्त करें।

सेट अप

ओएस: मैक
ब्राउज़र: क्रोम 58
सॉकेट.आईओ संस्करण: 2.0.3

स्रोत

JohnCoding94

👍18

सबसे उपयोगी टिप्पणी

नमस्ते! मुझे लगता है कि आपको सर्वर-साइड पर उचित शीर्षलेख जोड़ना होगा (ऐसा लगता है कि आप एक सीओआरएस स्थिति में हैं):

const io = require('socket.io')(3000, {
  handlePreflightRequest: function (req, res) {
    var headers = {
      'Access-Control-Allow-Headers': 'Content-Type, Authorization',
      'Access-Control-Allow-Origin': 'http://localhost:3001',
      'Access-Control-Allow-Credentials': true
    };
    res.writeHead(200, headers);
    res.end();
  }
});

मैंने वहां एक उदाहरण जोड़ा: https://github.com/darrachequesne/socket.io-fiddle/tree/extra-headers

darrachequesne 30 अग॰ 2017

👍14 👀1

सभी 13 टिप्पणियाँ

वही मुद्दा, यहां .. पूरी तरह से सॉकेट के नोडज संस्करण के साथ काम करता है। आईओ-क्लाइंट हालांकि ब्राउज़र नहीं है

ओएस: विन
ब्राउज़र: क्रोम 59
सॉकेट.आईओ संस्करण: 2.0.3

ghostfreak3000 19 जुल॰ 2017

const io = require('socket.io')(3000, {
  handlePreflightRequest: function (req, res) {
    var headers = {
      'Access-Control-Allow-Headers': 'Content-Type, Authorization',
      'Access-Control-Allow-Origin': 'http://localhost:3001',
      'Access-Control-Allow-Credentials': true
    };
    res.writeHead(200, headers);
    res.end();
  }
});

मैंने वहां एक उदाहरण जोड़ा: https://github.com/darrachequesne/socket.io-fiddle/tree/extra-headers

darrachequesne 30 अग॰ 2017

👍14 👀1

@darrachequesne मूल के लिए एकाधिक डोमेन कैसे निर्दिष्ट करें, निम्नलिखित तरीके काम नहीं कर रहे हैं:

'पहुंच-नियंत्रण-अनुमति दें-उत्पत्ति': ' http://localhost :3001, http://localhost :3002'
'पहुंच-नियंत्रण-अनुमति दें-उत्पत्ति': [' http://localhost :3001, http://localhost :3002']
'पहुंच-नियंत्रण-अनुमति दें-उत्पत्ति': ' http://localhost :3001 http://localhost :3002'

DaVincii 28 सित॰ 2017

@DaVincii आप एकाधिक डोमेन का उपयोग नहीं कर सकते हैं, आपको क्लाइंट हेडर मूल को पढ़ने और अपनी श्वेतसूची को

स्टैकोवफ्लो पर इसे और यह देखें

stalinb87 28 सित॰ 2017

❤2 👀1 👍1

@DaVincii मैंने शून्य के रूप में परिभाषित किया है, लेकिन किसी भी डोमेन से मुक्त हो जाता है।

कॉन्स्ट हेडर = {
'पहुंच-नियंत्रण-अनुमति दें-शीर्षलेख': 'सामग्री-प्रकार, प्राधिकरण',
'पहुंच-नियंत्रण-अनुमति दें-उत्पत्ति': शून्य,
'पहुंच-नियंत्रण-अनुमति दें-प्रमाण-पत्र': सत्य
};

roberto-souza-dbc 3 अक्तू॰ 2017

कॉर्स उपयोग के लिए
{
हैंडलप्रीफ्लाइट रिक्वेस्ट: फंक्शन (रिक, रेस) {
वर हेडर = {
'पहुंच-नियंत्रण-अनुमति दें-शीर्षलेख': 'सामग्री-प्रकार, प्राधिकरण',
'पहुंच-नियंत्रण-अनुमति दें-उत्पत्ति': req.headers.origin ,
'पहुंच-नियंत्रण-अनुमति दें-प्रमाण-पत्र': सत्य
};
res.writeHead(200, शीर्षलेख);
res.end ();
}
}

corescript 19 मार्च 2018

👍5

कॉर्स उपयोग के लिए
{
हैंडलप्रीफ्लाइट रिक्वेस्ट: फंक्शन (रिक, रेस) {
वर हेडर = {
'पहुंच-नियंत्रण-अनुमति दें-शीर्षलेख': 'सामग्री-प्रकार, प्राधिकरण',
'पहुंच-नियंत्रण-अनुमति दें-उत्पत्ति': req.headers.origin ,
'पहुंच-नियंत्रण-अनुमति दें-प्रमाण-पत्र': सत्य
};
res.writeHead(200, शीर्षलेख);
res.end ();
}
}

'पहुंच-नियंत्रण-अनुमति दें-उत्पत्ति': req.headers.origin
इसने मेरा दिन बचा लिया! जब मैंने इस्तेमाल किया:
'पहुंच-नियंत्रण-अनुमति दें-उत्पत्ति': ' ',यह मुझे निम्न त्रुटि देगा:"प्रतिक्रिया में 'पहुंच-नियंत्रण-अनुमति-उत्पत्ति' शीर्षलेख का मान वाइल्डकार्ड नहीं होना चाहिए ' ' जब अनुरोध का क्रेडेंशियल मोड 'शामिल' होता है। XMLHttpRequest द्वारा शुरू किए गए अनुरोधों के क्रेडेंशियल मोड को withCredentials विशेषता द्वारा नियंत्रित किया जाता है। ।"

miguelsantos500 24 जन॰ 2019

यह अब नवीनतम socket.io के साथ काम नहीं कर रहा है। टाइपस्क्रिप्ट इसे पसंद नहीं करता है। वैसे भी ठीक करने के लिए?

supertiger1234 16 जून 2020

यह अब नवीनतम socket.io के साथ काम नहीं कर रहा है। टाइपस्क्रिप्ट इसे पसंद नहीं करता है। वैसे भी ठीक करने के लिए?

@supertiger1234 handlePreflightRequest का नवीनतम संस्करण में एक अलग इंटरफ़ेस है

Screenshot 2020-07-20 at 20 16 00

तो आपके मामले में यह होना चाहिए:

...
handlePreflightRequest: function(server, req, res) {
  var headers = {
    "Access-Control-Allow-Headers": "Content-Type, Authorization",
    "Access-Control-Allow-Origin": config.allowedOrigins,
    "Access-Control-Allow-Credentials": true,
  };

  res.writeHead(200, headers);
  res.end();
...

pixochi 20 जुल॰ 2020

❤1 👍1

@supertiger1234 handlePreflightRequest का नवीनतम संस्करण में एक अलग इंटरफ़ेस है

️ यदि आप npm से अभी socket.io स्थापित करते हैं तो आपके पास एक पुराना संस्करण होगा, लेकिन यदि आप टाइपिंग (@types के माध्यम से) स्थापित करते हैं तो इसमें नई टाइपिंग होगी! जो सुपर भ्रामक हो सकता है।

pA1nD 23 सित॰ 2020

मैं नवीनतम सॉकेट io कैसे स्थापित करूं?

supertiger1234 23 सित॰ 2020

भविष्य के संदर्भ के लिए: यह समस्या तब भी होती है जब एक प्री-3.0 क्लाइंट के साथ पोस्ट-3.0 सर्वर का उपयोग किया जाता है। यह एक गलत कॉन्फ़िगर किए गए कैश के कारण हो सकता है जो क्लाइंट को socket.io.js पुराने संस्करण का उपयोग करने के लिए मजबूर करता है।

lovasoa 17 नव॰ 2020

👍5 🚀1

भविष्य के पाठकों के लिए, कृपया देखें:

v2 के लिए CORS प्रलेखन: https://socket.io/docs/v2/handling-cors/
v3 के लिए CORS दस्तावेज़ीकरण: https://socket.io/docs/v3/handling-cors/

darrachequesne 25 नव॰ 2020

👍2

क्या यह पृष्ठ उपयोगी था?

0 / 5 - 0 रेटिंग्स