Firebase Admin Node httpAgent: xizmat bo'yicha proxy qamrovi
Barcha SDK trafigi bir xil proxydan foydalanadi deb taxmin qilishdan oldin qaysi Firebase Admin Node amallari sozlangan HTTP agentdan foydalanishini aniqlang.
Autentifikatsiya chaqiruvi proxy orqali ishlaydi, lekin ma'lumotlar bazasiga ulanish muvaffaqiyatsiz bo'ladi. Firebase ilovasida bu uzilib-uzilib turadigan proxy emas, balki transport farqi bo'lishi mumkin.
Admin Node SDK'dagi httpAgent ilova parametri REST chaqiruvlarini amalga oshiradigan xizmatlarga, jumladan Auth va Messagingga tegishli. Uning hujjatlashtirilgan qamrovi Realtime Database va Firestoreni o'z ichiga olmaydi. Hisob ma'lumotlari obyektlarining ham tegishli credential factory usullari orqali o'z agent konfiguratsiyasi bor.
| Muvaffaqiyatsiz amal | Tekshiriladigan konfiguratsiya |
|---|---|
| Admin REST xizmat chaqiruvi | Ilovaning HTTP agenti |
| Hisob ma'lumoti tokenini olish | Hisob ma'lumoti obyektining HTTP konfiguratsiyasi |
| Ma'lumotlar bazasiga ulanish | Ma'lumotlar bazasi mijozining o'z transport qo'llab-quvvatlashi |
Shuning uchun ishga tushirishda agent qo'shish keyingi har bir ulanish bir xil yo'ldan borishini kafolatlay olmaydi. Boshqa xizmat uchun allaqachon ishlayotgan konfiguratsiyani o'zgartirishdan oldin muvaffaqiyatsiz xizmat va manzilni qayd eting.
Eski muhokamalar Firebase buyruq qatori vositasini ilova SDKlari bilan ham aralashtiradi. http_proxy ni o'qish uchun CLI tuzatishi Node jarayoningizdagi ma'lumotlar bazasi mijozi xuddi shu parametrni ishlatishini isbotlamaydi.
Sizga haqiqatan kerak bo'lgan transport uchun qo'llab-quvvatlanadigan konfiguratsiya interfeysidan foydalaning. Ichki WebSocket bog'liqligini yamash bir ulanishga ta'sir qilgandek ko'rinishi mumkin, boshqa yo'l esa o'zgarishsiz qoladi va kelajakdagi bog'liqlik yangilanishini tushunishni qiyinlashtiradi.