Firebase Admin Node httpAgent: hizmete göre proxy kapsamı
Tüm SDK trafiğinin aynı proxy'yi kullandığını varsaymadan önce hangi Firebase Admin Node işlemlerinin yapılandırılmış HTTP aracısını kullandığını belirleyin.
Bir kimlik doğrulama çağrısı proxy üzerinden çalışır, ancak bir veritabanı bağlantısı başarısız olur. Bir Firebase uygulamasında bu, aralıklı bir proxy değil taşıma farkı olabilir.
Admin Node SDK'daki httpAgent uygulama seçeneği, Auth ve Messaging dahil olmak üzere REST çağrıları yapan hizmetler için geçerlidir. Belgelenen kapsamı Realtime Database ve Firestore'u hariç tutar. Kimlik bilgisi nesnelerinin de ilgili kimlik bilgisi fabrikası yöntemleri aracılığıyla kendi aracı yapılandırması vardır.
| Başarısız işlem | İncelenecek yapılandırma |
|---|---|
| Admin REST hizmet çağrısı | Uygulamanın HTTP aracısı |
| Kimlik bilgisi belirteci alma | Kimlik bilgisi nesnesinin HTTP yapılandırması |
| Veritabanı bağlantısı | Veritabanı istemcisinin kendi taşıma desteği |
Bu nedenle başlatma sırasında aracı eklemek, sonraki her bağlantının aynı yolu izleyeceğini garanti edemez. Başka bir hizmet için zaten çalışan bir yapılandırmayı değiştirmeden önce başarısız hizmeti ve hedefi kaydedin.
Eski tartışmalar Firebase komut satırı aracını uygulama SDK'larıyla da karıştırır. http_proxy okumak için yapılan bir CLI düzeltmesi, Node sürecinizdeki bir veritabanı istemcisinin aynı seçeneği kullandığını kanıtlamaz.
Gerçekten ihtiyaç duyduğunuz taşıma için desteklenen yapılandırma arabirimini kullanın. İç içe bir WebSocket bağımlılığına yama uygulamak bir bağlantıyı etkiliyor gibi görünürken başka bir yol değişmeden kalabilir ve gelecekteki bir bağımlılık güncellemesini anlamayı zorlaştırır.