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 کمانڈ لائن ٹول کو ایپلیکیشن SDKs کے ساتھ بھی ملا دیتی ہیں۔ http_proxy پڑھنے کے لیے CLI اصلاح یہ ثابت نہیں کرتی کہ آپ کے Node عمل کے اندر ڈیٹا بیس کلائنٹ وہی آپشن استعمال کرتا ہے۔

جو ٹرانسپورٹ آپ کو واقعی درکار ہے اس کے لیے تعاون یافتہ کنفیگریشن انٹرفیس استعمال کریں۔ اندرونی WebSocket انحصار کو پیچ کرنا ایک کنکشن پر اثر ڈالتا دکھائی دے سکتا ہے جبکہ دوسرا راستہ بغیر تبدیلی کے رہتا ہے، اور مستقبل کی انحصار اپ ڈیٹ کو سمجھنا مشکل بنا دیتا ہے۔

متعلقہ مضامین