Firebase Admin Node httpAgent: सेवेनुसार प्रॉक्सी व्याप्ती
सर्व SDK रहदारी एकाच प्रॉक्सीचा वापर करते असे गृहीत धरण्यापूर्वी कोणत्या Firebase Admin Node क्रिया संरचित HTTP एजंट वापरतात ते ओळखा.
प्रमाणीकरण कॉल प्रॉक्सीमधून कार्य करते, पण डेटाबेस कनेक्शन अयशस्वी होते. Firebase अनुप्रयोगात हे अधूनमधून येणाऱ्या प्रॉक्सीऐवजी वाहतुकीतील फरक असू शकतो.
Admin Node SDK चा httpAgent अनुप्रयोग पर्याय REST कॉल करणाऱ्या सेवांना लागू होतो, त्यात Auth आणि Messaging यांचा समावेश आहे. त्याच्या दस्तऐवजीकृत व्याप्तीत Realtime Database आणि Firestore यांचा समावेश नाही. क्रेडेन्शियल वस्तूंनाही संबंधित क्रेडेन्शियल फॅक्टरी पद्धतींद्वारे स्वतःचे एजंट संरचना असते.
| अयशस्वी क्रिया | तपासायची संरचना |
|---|---|
| Admin REST सेवा कॉल | अनुप्रयोगाचा HTTP एजंट |
| क्रेडेन्शियल टोकन मिळवणे | क्रेडेन्शियल वस्तूची HTTP संरचना |
| डेटाबेस कनेक्शन | डेटाबेस क्लायंटचा स्वतःचा वाहतूक आधार |
म्हणूनच इनिशियलायझेशनमध्ये एजंट जोडल्याने पुढील प्रत्येक कनेक्शन तोच मार्ग घेईल याची खात्री देता येत नाही. दुसऱ्या सेवेसाठी आधीच कार्यरत असलेली संरचना बदलण्यापूर्वी अयशस्वी सेवा आणि गंतव्यस्थान नोंदवा.
जुन्या चर्चा Firebase कमांड-लाइन साधन अनुप्रयोग SDK सोबतही मिसळतात. http_proxy वाचण्यासाठीची CLI दुरुस्ती तुमच्या Node प्रक्रियेतील डेटाबेस क्लायंट तोच पर्याय वापरतो हे सिद्ध करत नाही.
तुम्हाला खरोखर आवश्यक असलेल्या वाहतुकीसाठी समर्थित संरचना इंटरफेस वापरा. नेस्टेड WebSocket अवलंबनाला पॅच करणे एका कनेक्शनवर परिणाम करताना दिसू शकते, तर दुसरा मार्ग अपरिवर्तित राहतो, आणि भविष्यातील अवलंबन अद्यतन समजणे कठीण होते.