Firebase Admin Node httpAgent: proxy-dekking per tsjinst
Bepale hokker Firebase Admin Node-bewurkingen de konfigurearre HTTP-agent brûke, foardat jo oannimme dat al it SDK-ferkear deselde proxy brûkt.
In autentikaasjeoprop wurket fia de proxy, mar in databankferbining mislearret. Yn in Firebase-app kin dat in ferskil yn ferfier wêze ynstee fan in tuskenskoftige proxy.
De app-opsje httpAgent fan 'e Admin Node SDK jildt foar tsjinsten dy't REST-oproppen dogge, wêrûnder Auth en Messaging. It dokumintearre berik slút Realtime Database en Firestore út. Ek credential-objekten hawwe har eigen agentkonfiguraasje fia de oerienkommende credential-fabrykmethoden.
| Mislearjende bewurking | Konfiguraasje om te kontrolearjen |
|---|---|
| In oprop fan in Admin REST-tsjinst | De HTTP-agent fan 'e app |
| It krijen fan in credential-token | De HTTP-konfiguraasje fan it credential-objekt |
| In databankferbining | De eigen ferfierstipe fan 'e databankkliïnt |
Dêrom kin it tafoegjen fan in agent by de initialisaasje net garandearje dat elke lettere ferbining deselde rûte nimt. Skriuw de mislearjende tsjinst en bestimming op foardat jo in konfiguraasje feroarje dy't al wurket foar in oare tsjinst.
Aldere diskusjes minge ek it Firebase-kommandorigel-ark mei app-SDK's. In CLI-ferbettering om http_proxy te lêzen bewiist net dat in databankkliïnt yn jo Node-proses deselde opsje brûkt.
Brûk de stipe konfiguraasje-ynterface foar it ferfier dat jo wirklik nedich hawwe. It patchen fan in nestede WebSocket-ôfhinklikens kin lykje ien ferbining te beynfloedzjen wylst in oare rûte ûnferoare bliuwt, en it makket in takomstige ôfhinklikensfernijing dreger te begripen.