Firebase Admin Node httpAgent: starpniekservera pārklājums pa pakalpojumiem
Nosakiet, kuras Firebase Admin Node darbības izmanto konfigurēto HTTP aģentu, pirms pieņemat, ka viss SDK trafiks izmanto vienu un to pašu starpniekserveri.
Autentifikācijas izsaukums darbojas caur starpniekserveri, bet datubāzes savienojums neizdodas. Firebase lietojumprogrammā tas var būt transporta atšķirība, nevis periodiski zūdošs starpniekserveris.
Admin Node SDK lietojumprogrammas opcija httpAgent attiecas uz pakalpojumiem, kas veic REST izsaukumus, tostarp Auth un Messaging. Tās dokumentētais apjoms neietver Realtime Database un Firestore. Arī akreditācijas datu objektiem ir sava aģenta konfigurācija, izmantojot attiecīgās akreditācijas datu fabrikas metodes.
| Neizdevusies darbība | Pārbaudāmā konfigurācija |
|---|---|
| Admin REST pakalpojuma izsaukums | Lietojumprogrammas HTTP aģents |
| Akreditācijas datu marķiera iegūšana | Akreditācijas datu objekta HTTP konfigurācija |
| Datubāzes savienojums | Datubāzes klienta paša transporta atbalsts |
Tāpēc aģenta pievienošana inicializācijā nevar garantēt, ka katrs vēlākais savienojums izmantos to pašu maršrutu. Pierakstiet neizdevušos pakalpojumu un galamērķi, pirms maināt konfigurāciju, kas jau darbojas citam pakalpojumam.
Vecās diskusijas arī sajauc Firebase komandrindas rīku ar lietojumprogrammu SDK. CLI labojums http_proxy lasīšanai nepierāda, ka datubāzes klients jūsu Node procesā izmanto to pašu opciju.
Izmantojiet atbalstīto konfigurācijas saskarni transportam, kas jums patiešām nepieciešams. Iekļautās WebSocket atkarības labošana var izskatīties kā ietekmē vienu savienojumu, kamēr cits ceļš paliek nemainīgs, un tā padara turpmāko atkarību atjaunināšanu grūtāk saprotamu.