Socket.io-client: सॉकेट.हैंडशेक.क्वेरी को एक फ़ंक्शन होने दें

+1
बग #1086 के लिए फिक्स भी आपकी समस्या का समाधान करना चाहिए। सफल कनेक्शन के बाद क्वेरी विकल्प बदलना पुराने सॉकेट.आईओ-क्लाइंट संस्करण के साथ काम कर रहा था, लेकिन वर्तमान संस्करण के साथ क्वेरी ऑब्जेक्ट का संदर्भ खो गया :(

@reeltimedoktor वर्तमान में आपको query ऑब्जेक्ट को reconnect_attempt ईवेंट पर अपडेट करने में सक्षम होना चाहिए:

socket.on('reconnect_attempt', function () {
  socket.io.opts.query = { token: /* ... */ };
});

@darrachequesne का समाधान मेरे लिए काम नहीं कर रहा है :(

मैं पर हूँ socket.io-client संस्करण 2.3.0 क्लाइंट पर, के साथ एक नोड सर्वर के साथ socket.io संस्करण 2.3.0 ।

ग्राहक पर मैं यह कर रहा हूँ:

 socket.on('reconnect_attempt', async () => {
      const newToken = await getNewToken();
      socket.io.opts.query = {
        token: latestToken,
      };
    });

और फिर सर्वर io.use() को पास किए गए मिडलवेयर का उपयोग करके टोकन को प्रमाणित कर रहा है (जो सॉकेट कनेक्ट होने या फिर से कनेक्ट होने पर आग लगनी चाहिए, afaik?)

इस समय सर्वर प्रमाणीकरण पुन: कनेक्ट करने में विफल हो रहा है, कह रहा है कि टोकन समाप्त हो गया है - ऐसा लगता है कि नया टोकन socket.io.opts.query.token को ठीक से असाइन नहीं किया जा रहा है - कोई विचार क्यों?

धन्यवाद :)

अद्यतन: ऐसा लगता है कि सॉकेट ऑब्जेक्ट में विभिन्न स्थानों का एक समूह है जहां ऑथ टोकन संग्रहीत है, उदाहरण के लिए socket.io.engine.query.token , socket.io.engine.transport.query.token । जब आप socket.io.opts.query.token सेट करते हैं तो ये स्वचालित रूप से पॉप्युलेट नहीं होते हैं। हालांकि, इन्हें बदलना अभी भी सर्वर 'देखने' को प्रभावित नहीं करता है - यह अभी भी केवल पुराने टोकन को देखता है।

ऐसा लगता है कि टोकन को सॉकेट ऑब्जेक्ट में कुछ यूआरएल फ़ील्ड में यूआरएल पैरामीटर के रूप में भी शामिल किया गया है। शायद इन्हें भी अपडेट करने की जरूरत है?

आगे की जांच के बाद, ऐसा लगता है कि रूप से टोकन की स्थापना socket.io.opts.query.token पुन: कनेक्ट पर पुन: प्रमाणीकरण के लिए टोकन बदलने के लिए पर्याप्त है - कुछ और ही मेरे ऐप के लिए समस्या है, शायद firebase प्रमाणीकरण टोकन पीढ़ी के साथ कुछ हो रहा है। तो किसी और के लिए जो इस पर आता है, @darrachequesne का समाधान काम करता है!

ठीक है, लगता है कि मैंने इसे ठीक कर दिया है - आपको यह सुनिश्चित करने की ज़रूरत है कि आपको 'reconnect_attempt' कॉलबैक में नया टोकन समकालिक रूप से मिल रहा है, यानी ऐसा न करें:

 socket.on('reconnect_attempt', async () => {
      const newToken = await getNewToken(); // won't work
      socket.io.opts.query = {
        token: latestToken,
      };
    });

ऐसा लगता है कि नया टोकन सेट होने से पहले सर्वर साइड प्रमाणीकरण किया जा रहा था। यदि आप टोकन को समकालिक रूप से प्राप्त करते हैं (इसे कुछ समय पहले प्राप्त करके और इसे संग्रहीत करके, और फिर इसे श्रोता कॉलबैक में पुनर्प्राप्त करके), सर्वर को पुन: कनेक्शन प्रमाणीकरण के लिए समय पर नया ऑथ टोकन मिलता है।

"socket.io-client": "3.0.4" मुझे TS2341: Property 'opts' is private and only accessible within class 'Manager'. त्रुटि मिल रही है। मैं "typescript": "4.1.3" का उपयोग कर रहा हूं

ठीक है, लगता है कि मैंने इसे ठीक कर दिया है - आपको यह सुनिश्चित करने की ज़रूरत है कि आपको 'reconnect_attempt' कॉलबैक में नया टोकन _तुल्यकालिक रूप से मिल रहा है, यानी ऐसा न करें:

 socket.on('reconnect_attempt', async () => {
      const newToken = await getNewToken(); // won't work
      socket.io.opts.query = {
        token: latestToken,
      };
    });

ऐसा लगता है कि नया टोकन सेट होने से पहले सर्वर साइड प्रमाणीकरण किया जा रहा था। यदि आप टोकन को समकालिक रूप से प्राप्त करते हैं (इसे कुछ समय पहले प्राप्त करके और इसे संग्रहीत करके, और फिर इसे श्रोता कॉलबैक में पुनर्प्राप्त करके), सर्वर को पुन: कनेक्शन प्रमाणीकरण के लिए समय पर नया ऑथ टोकन मिलता है।

हमारे पास एक समान समस्या है। लेकिन मेरा वर्तमान समाधान सर्वर-साइड से disconnect लिए है जब प्रमाणन विफल हो जाता है। क्लाइंट पर disconnect ईवेंट प्राप्त करने पर, हम async प्रॉमिस कॉल के साथ क्वेरी/हेडर का पुन: निर्माण करते हैं। जब तक यह reconnecting ईवेंट तक पहुंचता है, तब तक क्वेरी/हेडर में इसका नया मान पहले से ही होता है।

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

Socket.IO v2 में query विकल्प का व्यवहार थोड़ा अजीब है, क्योंकि इसका उपयोग दोनों में किया जाता है:

• क्वेरी पैरामीटर (प्रबंधक उदाहरण के लिए)
• Socket.IO हैंडशेक (लेकिन केवल एक गैर-डिफ़ॉल्ट नाम स्थान के लिए)

तो मुझे यकीन नहीं है कि हम इसे पिछड़े-संगत तरीके से कैसे ठीक कर सकते हैं ...

कृपया ध्यान दें कि यह Socket.IO v3 में तय किया गया है, क्योंकि अब आप auth विकल्प का उपयोग कर सकते हैं:

// plain object
const socket = io({
  auth: {
    token: "abc"
  }
});

// or with a function
const socket = io({
  auth: (cb) => {
    cb({
      token: "abc"
    });
  }
});

इसे async फ़ंक्शन के साथ भी काम करना चाहिए:

const socket = io({
  auth: async (cb) => {
    cb({
      token: "abc"
    });
  }
});

यह सभी देखें:

• https://socket.io/docs/v3/migrating-from-2-x-to-3-0/#Add -a-clear-distinction-between-the-Manager-query-option-and-the-Socket -क्वेरी-विकल्प
• https://socket.io/docs/v3/middlewares/#Sending -credentials