Firebase Admin Node httpAgent: ахоп проксі па службах
Вызначце, якія аперацыі Firebase Admin Node выкарыстоўваюць наладжаны HTTP-агент, перш чым меркаваць, што ўвесь трафік SDK ідзе праз адзін проксі.
Выклік аўтэнтыфікацыі працуе праз проксі, а злучэнне з базай даных не ўдаецца. У праграме Firebase гэта можа быць розніца ў транспарце, а не перарывісты проксі.
Параметр праграмы httpAgent у Admin Node SDK дзейнічае для службаў, якія робяць REST-выклікі, у тым ліку Auth і Messaging. Яго дакументаваны ахоп выключае Realtime Database і Firestore. Аб'екты ўліковых даных таксама маюць уласную наладку агента праз адпаведныя метады фабрыкі ўліковых даных.
| Няўдалая аперацыя | Наладка для праверкі |
|---|---|
| Выклік службы Admin REST | HTTP-агент праграмы |
| Атрыманне токена ўліковых даных | HTTP-наладка аб'екта ўліковых даных |
| Злучэнне з базай даных | Уласная падтрымка транспарту кліента базы даных |
Таму даданне агента пры ініцыялізацыі не можа гарантаваць, што ўсе наступныя злучэнні пойдуць тым жа шляхам. Запішыце службу і прызначэнне, якія не ўдаліся, перш чым змяняць наладку, якая ўжо працуе для іншай службы.
Старыя абмеркаванні таксама змешваюць камандны інструмент Firebase з SDK праграм. Выпраўленне CLI для чытання http_proxy не даказвае, што кліент базы даных унутры вашага працэсу Node выкарыстоўвае той жа параметр.
Выкарыстоўвайце падтрыманы інтэрфейс наладкі для таго транспарту, які вам сапраўды патрэбны. Латанне ўкладзенай залежнасці WebSocket можа выглядаць як уплыў на адно злучэнне, пакідаючы іншы шлях нязменным, і ўскладняе разуменне будучага абнаўлення залежнасцей.