Firebase Admin Node httpAgent: cobertura del proxy per servei
Identifiqueu quines operacions de Firebase Admin Node utilitzen l'agent HTTP configurat abans de suposar que tot el trànsit del SDK fa servir el mateix proxy.
Una crida d'autenticació funciona a través del proxy, però una connexió a la base de dades falla. En una aplicació de Firebase, això pot ser una diferència de transport i no un proxy intermitent.
L'opció d'aplicació httpAgent de l'Admin Node SDK s'aplica als serveis que fan crides REST, incloent-hi Auth i Messaging. El seu abast documentat exclou Realtime Database i Firestore. Els objectes de credencials també tenen la seva pròpia configuració d'agent mitjançant els mètodes de fàbrica de credencials corresponents.
| Operació que falla | Configuració a revisar |
|---|---|
| Una crida de servei REST d'Admin | L'agent HTTP de l'aplicació |
| Obtenir un testimoni de credencial | La configuració HTTP de l'objecte de credencial |
| Una connexió a la base de dades | El suport de transport propi del client de la base de dades |
Per això afegir un agent a la inicialització no pot certificar que totes les connexions posteriors segueixin la mateixa ruta. Anoteu el servei i la destinació que fallen abans de canviar una configuració que ja funciona per a un altre servei.
Les discussions antigues també barregen l'eina de línia d'ordres de Firebase amb els SDK d'aplicacions. Una correcció de la CLI per llegir http_proxy no estableix que un client de base de dades dins del vostre procés Node utilitzi aquesta mateixa opció.
Utilitzeu la interfície de configuració compatible per al transport que realment necessiteu. Pedaçar una dependència WebSocket imbricada pot semblar que afecta una connexió mentre deixa un altre camí sense canvis, i fa més difícil raonar sobre una futura actualització de dependències.