Firebase Admin Node httpAgent: proxy-umfang eftir þjónustu
Greindu hvaða Firebase Admin Node aðgerðir nota stillta HTTP-agentinn áður en gert er ráð fyrir að allur SDK-umferð fari í gegnum sama proxy.
Auðkenningarkall virkar í gegnum proxyið, en gagnagrunnstenging mistekst. Í Firebase-forriti getur það verið munur í flutningi en ekki slitrótt proxy.
Forritsvalkosturinn httpAgent í Admin Node SDK á við þjónustur sem gera REST-köll, þar á meðal Auth og Messaging. Skjalfest umfang hans útilokar Realtime Database og Firestore. Auðkennis-hlutir hafa einnig sína eigin agentstillingu í gegnum samsvarandi auðkennisverksmiðjuaðferðir.
| Aðgerð sem mistekst | Stilling sem þarf að skoða |
|---|---|
| Kall á Admin REST-þjónustu | HTTP-agent forritsins |
| Öflun auðkenningar-tákns | HTTP-stilling auðkennis-hlutarins |
| Gagnagrunnstenging | Eigin flutningsstuðningur gagnagrunnsbiðlarans |
Þess vegna getur það að bæta agent við upphafstillingu ekki staðfest að hver síðari tenging fari sömu leið. Skráðu þjónustuna og viðtakandann sem mistakast áður en þú breytir stillingu sem virkar þegar fyrir aðra þjónustu.
Gömlar umræður blanda einnig Firebase skipanalínutólinu saman við SDK forrita. CLI-lagfæring til að lesa http_proxy sannar ekki að gagnagrunnsbiðlari inni í Node-ferlinu þínu noti sama valkost.
Notaðu studda stilliviðmótið fyrir þann flutning sem þú þarft í raun. Að plástra innbyggða WebSocket-háðleika getur virst hafa áhrif á eina tengingu á meðan önnur leið helst óbreytt, og gerir framtíðaruppfærslu háðleika erfiðari við að átta sig á.