Firebase Admin Node httpAgent: liputan proksi mengikut perkhidmatan
Tentukan operasi Firebase Admin Node yang menggunakan ejen HTTP yang dikonfigurasikan sebelum menganggap semua trafik SDK menggunakan proksi yang sama.
Panggilan pengesahan berfungsi melalui proksi, tetapi sambungan pangkalan data gagal. Dalam aplikasi Firebase, itu mungkin perbezaan pengangkutan dan bukan proksi yang terputus-putus.
Pilihan aplikasi httpAgent dalam Admin Node SDK terpakai kepada perkhidmatan yang membuat panggilan REST, termasuk Auth dan Messaging. Skopnya yang didokumenkan mengecualikan Realtime Database dan Firestore. Objek kelayakan juga mempunyai konfigurasi ejen sendiri melalui kaedah kilang kelayakan yang berkaitan.
| Operasi yang gagal | Konfigurasi yang perlu diperiksa |
|---|---|
| Panggilan perkhidmatan REST Admin | Ejen HTTP aplikasi |
| Memperoleh token kelayakan | Konfigurasi HTTP objek kelayakan |
| Sambungan pangkalan data | Sokongan pengangkutan klien pangkalan data itu sendiri |
Itulah sebabnya menambah ejen semasa pemulaan tidak boleh menjamin setiap sambungan berikutnya menempuh laluan yang sama. Catat perkhidmatan dan destinasi yang gagal sebelum menukar konfigurasi yang sudah berfungsi untuk perkhidmatan lain.
Perbincangan lama juga mencampurkan alat baris arahan Firebase dengan SDK aplikasi. Pembaikan CLI untuk membaca http_proxy tidak membuktikan bahawa klien pangkalan data dalam proses Node anda menggunakan pilihan yang sama.
Gunakan antara muka konfigurasi yang disokong untuk pengangkutan yang anda benar-benar perlukan. Menampal kebergantungan WebSocket bersarang mungkin kelihatan menjejaskan satu sambungan sementara laluan lain kekal tidak berubah, dan ia menjadikan kemas kini kebergantungan pada masa hadapan lebih sukar difahami.