Firebase Admin Node httpAgent: phạm vi proxy theo dịch vụ
Xác định những thao tác Firebase Admin Node nào dùng HTTP agent đã cấu hình trước khi giả định mọi lưu lượng SDK đều đi qua cùng một proxy.
Một lệnh gọi xác thực hoạt động qua proxy, nhưng kết nối cơ sở dữ liệu lại thất bại. Trong ứng dụng Firebase, đó có thể là khác biệt về vận chuyển chứ không phải proxy chập chờn.
Tùy chọn ứng dụng httpAgent của Admin Node SDK áp dụng cho các dịch vụ thực hiện lệnh gọi REST, bao gồm Auth và Messaging. Phạm vi được ghi trong tài liệu không bao gồm Realtime Database và Firestore. Các đối tượng thông tin xác thực cũng có cấu hình agent riêng thông qua các phương thức factory tương ứng.
| Thao tác thất bại | Cấu hình cần kiểm tra |
|---|---|
| Lệnh gọi dịch vụ REST của Admin | HTTP agent của ứng dụng |
| Lấy token thông tin xác thực | Cấu hình HTTP của đối tượng thông tin xác thực |
| Kết nối cơ sở dữ liệu | Hỗ trợ vận chuyển riêng của client cơ sở dữ liệu |
Đó là lý do việc thêm agent khi khởi tạo không thể bảo đảm mọi kết nối sau đó đi theo cùng một tuyến. Ghi lại dịch vụ và đích đến bị lỗi trước khi thay đổi cấu hình vốn đã hoạt động cho dịch vụ khác.
Các cuộc thảo luận cũ cũng trộn công cụ dòng lệnh Firebase với SDK ứng dụng. Một bản sửa CLI để đọc http_proxy không chứng minh rằng client cơ sở dữ liệu trong tiến trình Node của bạn dùng cùng tùy chọn đó.
Hãy dùng giao diện cấu hình được hỗ trợ cho loại vận chuyển bạn thực sự cần. Vá một phụ thuộc WebSocket lồng nhau có thể trông như ảnh hưởng đến một kết nối trong khi một tuyến khác không đổi, và khiến việc cập nhật phụ thuộc sau này khó suy luận hơn.