Socket.io-client: हैंडशेक हेडर तक पहुंच की अनुमति दें

इसे भी लेना चाहेंगे।

मुझे लगता है कि अनुरोध करते समय हेडर को 'सेट' करना बेहतर होगा।

शीर्षलेख परिवर्तनों की अपेक्षा करने में समस्या यह है कि कुछ परिवहन उन्हें अनुमति नहीं देते हैं:

• WebSocket कस्टम हेडर की अनुमति नहीं देता है
• JSONP मतदान (उर्फ <script> ) उन्हें अनुमति नहीं देते

एकमात्र शर्त जो हमें विशिष्ट हेडर सेट करने की अनुमति देती है, वह है सॉकेट.आईओ को केवल एक्सएचआर पोलिंग का उपयोग करने के लिए मजबूर करना

मैं ग्राहकों को प्रमाणित करने में सक्षम होने के समान कुछ उम्मीद कर रहा था। क्वेरी स्ट्रिंग में प्राधिकरण टोकन (या पासवर्ड) भेजना एक अच्छा विचार नहीं है।

मैंने इसके बजाय बॉडी में क्रेडेंशियल भेजने के लिए एक मॉड्यूल बनाया है: https://github.com/invisiblejs/socketio-auth

@rauchg क्या आप आगे बता सकते हैं कि https://github.com/Automattic/socket.io/wiki/authorizing#handshaking पर प्रलेखन कहता है:

The handshake is initiated with either an XHR request or a JSONP request

चूंकि:

Users might want to authorize the clients based on information from the headers or IP address

तब से:

Not all transports sends headers when they attempt to establish a real time connection with the server

तो क्या यह इंगित नहीं करता है कि यह अभी भी एक डब्ल्यूएस कनेक्शन स्थापित कर सकता है, भले ही हैंडशेक एक्सएचआर में था, और इसलिए प्राधिकरण के लिए अनुरोध हेडर का उपयोग करना ठीक है?

ऐसा लगता है कि आपके पास एक चरण में इसके लिए कोड था https://github.com/Automattic/socket.io-client/issues/344#issuecomment -9424237

तो मैं अनुमान लगा रहा हूं कि समस्याएं थीं इसलिए इसे कुकीज़ के अलावा मुख्य रेपो में कभी नहीं बनाया गया, ऐसा लगता है कि इसे हटा दिया गया है। इस मामले में सर्वर दस्तावेज़ को अपडेट करना अच्छा होगा जो थोड़ा भ्रामक है http://socket.io/docs/server-api/#namespace #use%28fn:function%29:namespace

var io = require('socket.io')();
io.use(function(socket, next){
  if (socket.request.headers.cookie) return next();
  next(new Error('Authentication error'));
});

क्योंकि यह इंगित करता है कि प्रमाणीकरण के लिए कुकीज़ (यानी हेडर) का उपयोग किया जा सकता है। और प्रमाणीकरण के लिए उदाहरणों के साथ मुख्य साइट पर अप्रचलित प्रमाणीकरण विकी दस्तावेज़ में एक प्रतिस्थापन जोड़ें और अन्य दृष्टिकोणों के साथ समस्याओं का उल्लेख करें क्योंकि मुझे यकीन है कि यह एक सामान्य परिदृश्य है।

इसके कुछ संकल्प के लिए +1। दस्तावेज़ों और उदाहरणों ने मेरा समय खा लिया क्योंकि मुझे टोकन ऑथ के लिए हेडर सेट करने के लिए बेहतर पहुंच की उम्मीद थी।

+1। engine.io क्लाइंट की आगामी रिलीज़ है जो हेडर तक पहुँच को सक्षम करती है, जिससे इस समस्या को हल करने में सुविधा होनी चाहिए।
https://github.com/socketio/engine.io-client/pull/379

क्या यह क्लाइंट JS लाइब्रेरी से भी उपलब्ध है? इसके अलावा, क्या यह वास्तव में कभी अंदर आया? मैं देख रहा हूं कि यह विलय हो गया है लेकिन मुझे नहीं लगता कि यह चालू है, गलत हो सकता है

+1। मैंने ऐसी ही स्थिति में भाग लिया है जहां मुझे ब्राउज़र क्लाइंट प्रमाणित करने की आवश्यकता है। सॉकेट.आईओ-क्लाइंट इसे अनुमति नहीं देता है।

+1 इस पर कोई अपडेट?

इस पर कोई अपडेट?

इस पर कोई अपडेट?

चूंकि 2.0.0 , अब आप एक extraHeaders वस्तु प्रदान कर सकते हैं:

const socket = io({
  transportOptions: {
    polling: {
      extraHeaders: {
        'x-clientid': 'abc'
      }
    }
  }
});

यहां दस्तावेज़ीकरण में जोड़ा गया।

चूंकि 2.0.0 , अब आप एक extraHeaders वस्तु प्रदान कर सकते हैं:

const socket = io({
  transportOptions: {
    polling: {
      extraHeaders: {
        'x-clientid': 'abc'
      }
    }
  }
});

यहां दस्तावेज़ीकरण में जोड़ा गया।

मुझे इसके साथ निम्नलिखित CORS त्रुटि मिल रही है, हालांकि मैं उपयोग कर रहा हूँ cors साथ में express :

प्रीफ्लाइट अनुरोध का जवाब एक्सेस कंट्रोल चेक पास नहीं करता है: इसमें HTTP ठीक स्थिति नहीं है।

@ 4nubhav आपको इस तरह से एक हैंडलप्रेफलाइट रिक्वेस्ट फंक्शन पास करना होगा:

    handlePreflightRequest: (request, response) => {
        const headers = { ... };
        response.writeHead(200, headers);
        response.end();
    }

चूंकि 2.0.0 , अब आप एक extraHeaders वस्तु प्रदान कर सकते हैं:

const socket = io({
  transportOptions: {
    polling: {
      extraHeaders: {
        'x-clientid': 'abc'
      }
    }
  }
});

यहां दस्तावेज़ीकरण में जोड़ा गया।

मैं सॉकेट सर्वर में .of("/path") का उपयोग करता हूं, फिर मैं क्या करता हूं जहां मैं यूआरएल घोषित करता हूं।

@ 4nubhav आपको सर्वर-साइड पर उस हेडर को handlePreflightRequest के साथ अनुमति देनी चाहिए।

const options = {
    handlePreflightRequest: (req, res) => {
        res.writeHead(200, {
            'Access-Control-Allow-Headers': 'x-clientid', // <<< this
        });
        res.end();
     },
};
const io = require('socket.io')(server, options);

अद्यतन: Socket.IO v3 में, transportOptions की अब आवश्यकता नहीं है, आप बस इसका उपयोग कर सकते हैं:

const socket = io({
  extraHeaders: {
    'x-clientid': 'abc'
  }
});

कॉर्स के लिए दस्तावेज़ीकरण:

• v2: https://socket.io/docs/v2/handling-cors/
• v3: https://socket.io/docs/v3/handling-cors/