Firebase Admin Node httpAgent: pokrytí proxy podle služby
Zjistěte, které operace Firebase Admin Node využívají nakonfigurovaný HTTP agent, než budete předpokládat, že veškerý provoz SDK používá stejný proxy.
Volání ověřování funguje přes proxy, ale připojení k databázi selhává. V aplikaci Firebase to může být rozdíl v transportu, nikoli občasný proxy.
Možnost aplikace httpAgent v Admin Node SDK platí pro služby, které provádějí volání REST, včetně Auth a Messaging. Její dokumentovaný rozsah vylučuje Realtime Database a Firestore. Objekty přihlašovacích údajů mají také vlastní konfiguraci agenta prostřednictvím odpovídajících továrních metod.
| Selhávající operace | Konfigurace k prozkoumání |
|---|---|
| Volání služby Admin REST | HTTP agent aplikace |
| Získání tokenu přihlašovacích údajů | HTTP konfigurace objektu přihlašovacích údajů |
| Připojení k databázi | Vlastní podpora transportu klienta databáze |
Proto přidání agenta při inicializaci nemůže zaručit, že každé další připojení půjde stejnou cestou. Zaznamenejte selhávající službu a cíl, než změníte konfiguraci, která už funguje pro jinou službu.
Staré diskuse také zaměňují nástroj příkazového řádku Firebase s SDK aplikací. Oprava v CLI pro čtení http_proxy nedokazuje, že klient databáze ve vašem procesu Node používá stejnou možnost.
Použijte podporované konfigurační rozhraní pro transport, který skutečně potřebujete. Záplatování vnořené závislosti WebSocket může vypadat, že ovlivní jedno připojení, zatímco jiná cesta zůstane nezměněná, a budoucí aktualizaci závislostí činí hůře pochopitelnou.