Firebase Admin Node httpAgent: cwmpas y proxy fesul gwasanaeth
Nodwch pa weithrediadau Firebase Admin Node sy'n defnyddio'r asiant HTTP a gyfluniwyd cyn tybio bod holl draffig yr SDK yn defnyddio'r un proxy.
Mae galwad dilysu yn gweithio drwy'r proxy, ond mae cysylltiad cronfa ddata yn methu. Mewn cymhwysiad Firebase, gall hynny fod yn wahaniaeth cludiant yn hytrach na phroxy ysbeidiol.
Mae opsiwn cymhwysiad httpAgent yr Admin Node SDK yn berthnasol i wasanaethau sy'n gwneud galwadau REST, gan gynnwys Auth a Messaging. Mae ei gwmpas dogfennol yn eithrio Realtime Database a Firestore. Mae gan wrthrychau credyn hefyd eu ffurfweddiad asiant eu hunain drwy'r dulliau ffatri credyn cyfatebol.
| Gweithrediad sy'n methu | Ffurfweddiad i'w archwilio |
|---|---|
| Galwad gwasanaeth REST Admin | Asiant HTTP y cymhwysiad |
| Cael tocyn credyn | Ffurfweddiad HTTP y gwrthrych credyn |
| Cysylltiad cronfa ddata | Cymorth cludiant y cleient cronfa ddata ei hun |
Dyma pam na all ychwanegu asiant at gychwyn ardystio bod pob cysylltiad diweddarach yn cymryd yr un llwybr. Cofnodwch y gwasanaeth a'r cyrchfan sy'n methu cyn newid ffurfweddiad sydd eisoes yn gweithio i wasanaeth arall.
Mae trafodaethau hen hefyd yn cymysgu offeryn llinell orchymyn Firebase â SDKau cymhwysiad. Nid yw trwsio CLI ar gyfer darllen http_proxy yn profi bod cleient cronfa ddata o fewn eich proses Node yn defnyddio'r un opsiwn.
Defnyddiwch y rhyngwyneb ffurfweddu a gefnogir ar gyfer y cludiant sydd ei angen arnoch mewn gwirionedd. Gall clytio dibyniaeth WebSocket nythu ymddangos fel pe bai'n effeithio ar un cysylltiad tra'n gadael llwybr arall heb ei newid, ac mae'n gwneud diweddariad dibyniaeth yn y dyfodol yn anoddach i'w resymu.