Firebase Admin Node httpAgent: покривеност проксија по сервису
Утврдите које операције Firebase Admin Node користе конфигурисани HTTP агент пре него што претпоставите да сав SDK саобраћај иде кроз исти прокси.
Позив за аутентификацију ради кроз прокси, али веза са базом података не успева. У Firebase апликацији то може бити разлика у транспорту, а не повремени прокси.
Опција апликације httpAgent у Admin Node SDK примењује се на сервисе који упућују REST позиве, укључујући Auth и Messaging. Њен документовани обухват искључује Realtime Database и Firestore. Објекти акредитива такође имају сопствену конфигурацију агента кроз одговарајуће фабричке методе.
| Неуспешна операција | Конфигурација коју треба проверити |
|---|---|
| Позив Admin REST сервиса | HTTP агент апликације |
| Добављање токена акредитива | HTTP конфигурација објекта акредитива |
| Веза са базом података | Сопствена транспортна подршка клијента базе података |
Зато додавање агента при иницијализацији не може да гарантује да ће свака каснија веза ићи истим путем. Забележите неуспешни сервис и одредиште пре него што промените конфигурацију која већ ради за други сервис.
Старе расправе такође мешају Firebase алат командне линије са апликацијским SDK-овима. Исправка у CLI-ју за читање http_proxy не доказује да клијент базе података унутар вашег Node процеса користи исту опцију.
Користите подржани интерфејс за конфигурацију транспорта који вам је заиста потребан. Крпљење угнежђене WebSocket зависности може изгледати да утиче на једну везу док други пут остаје непромењен, а будуће ажурирање зависности чини тежим за разумевање.