Firebase Admin Node httpAgent: cakupan proxy per layanan
Tentukan operasi Firebase Admin Node mana yang memakai agen HTTP yang dikonfigurasi sebelum mengasumsikan semua lalu lintas SDK memakai proxy yang sama.
Panggilan autentikasi berhasil melalui proxy, tetapi koneksi basis data gagal. Dalam aplikasi Firebase, itu bisa jadi perbedaan transportasi, bukan proxy yang terputus-putus.
Opsi aplikasi httpAgent pada Admin Node SDK berlaku untuk layanan yang melakukan panggilan REST, termasuk Auth dan Messaging. Cakupan terdokumentasinya mengecualikan Realtime Database dan Firestore. Objek kredensial juga punya konfigurasi agen sendiri melalui metode pabrik kredensial yang sesuai.
| Operasi yang gagal | Konfigurasi yang perlu diperiksa |
|---|---|
| Panggilan layanan REST Admin | Agen HTTP aplikasi |
| Memperoleh token kredensial | Konfigurasi HTTP objek kredensial |
| Koneksi basis data | Dukungan transportasi milik klien basis data |
Itulah sebabnya menambahkan agen saat inisialisasi tidak dapat memastikan setiap koneksi berikutnya menempuh jalur yang sama. Catat layanan dan tujuan yang gagal sebelum mengubah konfigurasi yang sudah berfungsi untuk layanan lain.
Diskusi lama juga mencampur alat baris perintah Firebase dengan SDK aplikasi. Perbaikan CLI untuk membaca http_proxy tidak membuktikan bahwa klien basis data di dalam proses Node Anda memakai opsi yang sama.
Gunakan antarmuka konfigurasi yang didukung untuk transportasi yang benar-benar Anda butuhkan. Menambal dependensi WebSocket bersarang mungkin tampak memengaruhi satu koneksi sementara jalur lain tetap tidak berubah, dan membuat pembaruan dependensi di masa depan lebih sulit dipahami.