Firebase Admin Node httpAgent: 서비스별 프록시 적용 범위
모든 SDK 트래픽이 같은 프록시를 사용한다고 가정하기 전에 어떤 Firebase Admin Node 작업이 구성된 HTTP 에이전트를 소비하는지 확인하세요.
인증 호출은 프록시를 통해 동작하지만 데이터베이스 연결은 실패합니다. Firebase 애플리케이션에서는 이것이 간헐적인 프록시가 아니라 전송 방식의 차이일 수 있습니다.
Admin Node SDK의 httpAgent 애플리케이션 옵션은 Auth와 Messaging을 포함해 REST 호출을 수행하는 서비스에 적용됩니다. 문서화된 범위에서는 Realtime Database와 Firestore가 제외됩니다. 자격 증명 객체도 해당 자격 증명 팩터리 메서드를 통해 자체 에이전트 구성을 가집니다.
| 실패하는 작업 | 확인할 구성 |
|---|---|
| Admin REST 서비스 호출 | 애플리케이션의 HTTP 에이전트 |
| 자격 증명 토큰 획득 | 자격 증명 객체의 HTTP 구성 |
| 데이터베이스 연결 | 데이터베이스 클라이언트 자체의 전송 지원 |
그래서 초기화 시 에이전트를 추가해도 이후의 모든 연결이 같은 경로를 탄다고 보증할 수 없습니다. 다른 서비스에서 이미 동작하는 구성을 변경하기 전에 실패한 서비스와 목적지를 기록하세요.
오래된 논의는 Firebase 명령줄 도구와 애플리케이션 SDK를 혼동하기도 합니다. http_proxy 을 읽기 위한 CLI 수정은 Node 프로세스 내부의 데이터베이스 클라이언트가 같은 옵션을 사용한다는 것을 입증하지 않습니다.
실제로 필요한 전송 방식에 대해 지원되는 구성 인터페이스를 사용하세요. 중첩된 WebSocket 종속성을 패치하면 한 연결에는 영향을 주는 것처럼 보이면서 다른 경로는 그대로 둘 수 있고, 향후 종속성 업데이트를 추론하기 어렵게 만듭니다.