Firebase Admin Node httpAgent: proxy-umfat eftir tænastu
Finn út, hvørji Firebase Admin Node-verknaðar brúka tann uppsetta HTTP-agentin, áðrenn tú gongur út frá, at allur SDK-ferðsla brúkar sama proxy.
Eitt sannleikagóðkenningarkall virkar gjøgnum proxyið, men ein dátubasasambinding fellur. Í eini Firebase-app verður hetta ein munur í flutningi heldur enn eitt óstøðugt proxy.
App-innstillingin httpAgent í Admin Node SDK virkar fyri tænastur, ið gera REST-køll, eitt nú Auth og Messaging. Tann skjalfesta víddin útiskilur Realtime Database og Firestore. Credential-objekt hava eisini sína egnu agent-uppseting gjøgnum tey samsvarandi credential-factory-háttirnar.
| Verknaður, ið fellur | Uppseting, ið skal kannað verða |
|---|---|
| Eitt Admin REST-tænastukall | HTTP-agenturin hjá appini |
| At fáa eitt credential-token | HTTP-uppsetingin hjá credential-objektinum |
| Ein dátubasasambinding | Egin flutningsstuðul dátubasaklientans |
Tí kann at leggja ein agent afturat í byrjanini ikki tryggja, at hvør seinni sambinding tekur somu leið. Skriva niður tær tænastur og mál, ið falla, áðrenn tú broytir eina uppseting, ið longu virkar fyri aðra tænastu.
Gomul kjak blanda eisini Firebase-kommando-linju-tólið við app-SDK. Ein CLI-rætting til at lesa http_proxy prógvar ikki, at ein dátubasaklientur inni í tínum Node-prosessi brúkar sama valmøguleika.
Brúka tað stuðlaða uppsetingar-grænseflatan fyri tann flutningin, tú veruliga hevur tørv á. At bøta um eina innra WebSocket-treyt kann síggja út sum um tað ávirkar eina sambinding, meðan onnur leið verður óbroytt, og tað ger eina komandi treytar-uppdatering ringari at skilja.