Hacktoberfest 2026：メンテナが10月に向けて印を付けた、オープンで初心者向けの issue。 Hacktoberfest の issue を見る

[FR]: Allow setting custom URLs (proxy) for Firebase Admin SDK services (OAuth2, AppCheck, FCM, IID, etc.)

オープン
  • 何か問題がありますか？
#2,980 コメント 2 件 リアクション 0 件 担当者 0 名 GitHub で見る

メンテナーはふだん 7 日以内に返信

まだ誰も着手していません。

評価

難易度
5/5
見積もり時間
1週間以上
初心者へのやさしさ
35/100
issue の種類
機能追加
明瞭さ
おおむね明確
活発さ
停滞
技術スタック
node.js, typescript
領域
api, backend

調査の方向性

issue に記載されている admin.initializeApp オプションから始め、SDK が OAuth2、App Check、FCM、IID のリクエスト用 URL をどのように構築するかを追跡します。既存の固定エンドポイントを一覧化し、サービスごとのオプション URL をどのように表現するかを定義します。一覧にある各サービスが、ネットワークレベルのプロキシによるインターセプトを必要とせず、設定されたカスタムエンドポイント経由でルーティングできるようになれば作業完了です。

索引モデルが issue の本文から書いたものです。

説明

type: feature request

Is your feature request related to a problem? Please describe.
We are using Firebase Admin SDK in a private network environment where direct access to Firebase services is restricted.
Currently, the SDK uses fixed URLs for services like OAuth2, App Check, FCM, and IID.
Because of this, we cannot route traffic through a custom proxy or internal endpoint.

For example, in our private network setup, we need to use a proxy URL to reach these services, but the SDK doesn’t provide a way to override or customize these endpoints.

Describe the solution you'd like
We would like to have the ability to optionally set custom URLs for the different Firebase services used by the Admin SDK.

For instance, being able to configure a proxy URL or custom domain for:
• OAuth2 (+jwks)
• App Check
• FCM
• IID

This configuration could be done through the SDK initialization options, like:

admin.initializeApp({
  apiURLs: {
    oauth2: "https://proxy.example.com/oauth2",
    appCheck: "https://proxy.example.com/appcheck",
    fcm: "https://proxy.example.com/fcm",
    iid: "https://proxy.example.com/iid"
  }
});

This way, we can route all requests through our internal proxy without modifying the SDK code.

Describe alternatives you've considered
Currently, the only alternative is to set up a network-level proxy that intercepts outgoing requests.
However, this is not ideal because:
• It requires additional infrastructure and maintenance.
• It is harder to debug and trace traffic for each service.
• It does not allow fine-grained control over different service endpoints.

Additional context
This feature would greatly improve the flexibility of the SDK in environments with strict network policies.
It would also make the Node.js SDK more consistent with the Go SDK’s approach, while extending the idea to cover all relevant Firebase services.

主要言語
TypeScript
スター
1.8k
フォーク
420
平均マージ
5日 6時間
マージ済み PR（30日）
11

環境構築

はじめの一歩

  1. issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
  2. 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
  3. リポジトリをフォークし、ブランチを切って変更します。
  4. issue 番号を参照したプルリクエストを送ります。

firebase/firebase-admin-node のほかの issue

firebase/firebase-admin-node の issue をすべて見る

似ている issue

TypeScript の issue をもっと見る

新しい issue をメールで受け取る

初心者向けの GitHub issue を短くまとめたダイジェスト。