Firebase Admin Node httpAgent: pokrivenost proxyja po servisu
Utvrdite koje Firebase Admin Node operacije koriste konfigurirani HTTP agent prije nego pretpostavite da sav SDK promet ide kroz isti proxy.
Poziv za autentifikaciju radi kroz proxy, ali veza s bazom podataka ne uspijeva. U Firebase aplikaciji to može biti razlika u transportu, a ne povremeni proxy.
Opcija aplikacije httpAgent u Admin Node SDK-u primjenjuje se na servise koji upućuju REST pozive, uključujući Auth i Messaging. Njezin dokumentirani obuhvat isključuje Realtime Database i Firestore. Objekti vjerodajnica također imaju vlastitu konfiguraciju agenta kroz odgovarajuće tvorničke metode vjerodajnica.
| Operacija koja ne uspijeva | Konfiguracija koju treba provjeriti |
|---|---|
| Poziv Admin REST servisa | HTTP agent aplikacije |
| Dohvaćanje tokena vjerodajnice | HTTP konfiguracija objekta vjerodajnice |
| Veza s bazom podataka | Vlastita transportna podrška klijenta baze podataka |
Zato dodavanje agenta pri inicijalizaciji ne može jamčiti da će svaka kasnija veza ići istim putem. Zabilježite servis i odredište koji ne uspijevaju prije nego promijenite konfiguraciju koja već radi za drugi servis.
Stare rasprave također miješaju Firebase alat naredbenog retka s aplikacijskim SDK-ovima. Ispravak u CLI-ju za čitanje http_proxy ne dokazuje da klijent baze podataka unutar vašeg Node procesa koristi istu opciju.
Koristite podržano sučelje za konfiguraciju transporta koji vam je stvarno potreban. Krpanje ugniježđene WebSocket ovisnosti može izgledati da utječe na jednu vezu dok drugi put ostaje nepromijenjen, a buduće ažuriranje ovisnosti čini težim za razumijevanje.