Firebase Admin Node httpAgent: pokritost proxyja po storitvi
Ugotovite, katere operacije Firebase Admin Node uporabljajo konfiguriranega agenta HTTP, preden domnevate, da ves promet SDK uporablja isti proxy.
Klic za preverjanje pristnosti deluje prek proxyja, povezava z bazo podatkov pa ne uspe. V aplikaciji Firebase je to lahko razlika v transportu in ne občasni proxy.
Možnost aplikacije httpAgent v Admin Node SDK velja za storitve, ki izvajajo klice REST, vključno z Auth in Messaging. Njen dokumentirani obseg izključuje Realtime Database in Firestore. Tudi objekti poverilnic imajo svojo konfiguracijo agenta prek ustreznih tovarniških metod.
| Operacija, ki ne uspe | Konfiguracija za pregled |
|---|---|
| Klic storitve Admin REST | Agent HTTP aplikacije |
| Pridobitev žetona poverilnic | Konfiguracija HTTP objekta poverilnic |
| Povezava z bazo podatkov | Lastna podpora transporta odjemalca baze podatkov |
Zato dodajanje agenta ob inicializaciji ne more zagotoviti, da bo vsaka poznejša povezava šla po isti poti. Zabeležite storitev in cilj, ki ne uspeta, preden spremenite konfiguracijo, ki že deluje za drugo storitev.
Stare razprave tudi mešajo orodje ukazne vrstice Firebase s SDK aplikacij. Popravek v CLI za branje http_proxy ne dokazuje, da odjemalec baze podatkov v vašem procesu Node uporablja isto možnost.
Uporabite podprt konfiguracijski vmesnik za transport, ki ga resnično potrebujete. Zakrpana vgnezdena odvisnost WebSocket lahko vpliva na eno povezavo, medtem ko druga pot ostane nespremenjena, in oteži razumevanje prihodnje posodobitve odvisnosti.