Firebase Admin Node httpAgent: proxy-dekning per tjeneste
Fastslå hvilke Firebase Admin Node-operasjoner som bruker den konfigurerte HTTP-agenten før du antar at all SDK-trafikk bruker samme proxy.
Et autentiseringskall fungerer gjennom proxyen, men en databasetilkobling feiler. I en Firebase-applikasjon kan det være en transportforskjell snarere enn en periodisk proxy.
Applikasjonsvalget httpAgent i Admin Node SDK gjelder tjenester som gjør REST-kall, blant annet Auth og Messaging. Det dokumenterte omfanget utelukker Realtime Database og Firestore. Legitimasjonsobjekter har også sin egen agentkonfigurasjon gjennom de tilsvarende fabrikkmetodene.
| Feilende operasjon | Konfigurasjon som må undersøkes |
|---|---|
| Et Admin REST-tjenestekall | Applikasjonens HTTP-agent |
| Anskaffelse av et legitimasjons-token | HTTP-konfigurasjonen til legitimasjonsobjektet |
| En databasetilkobling | Databaseklientens egen transportstøtte |
Derfor kan det å legge til en agent ved initialisering ikke garantere at hver senere tilkobling tar samme rute. Noter den feilende tjenesten og destinasjonen før du endrer en konfigurasjon som allerede fungerer for en annen tjeneste.
Eldre diskusjoner blander også Firebase-kommandolinjeverktøyet med applikasjons-SDK-er. En CLI-rettelse for å lese http_proxy beviser ikke at en databaseklient i Node-prosessen din bruker samme valg.
Bruk det støttede konfigurasjonsgrensesnittet for transporten du faktisk trenger. Å patche en innebygd WebSocket-avhengighet kan se ut som det påvirker én tilkobling mens en annen rute forblir uendret, og det gjør en fremtidig avhengighetsoppdatering vanskeligere å forstå.