4.3. 認証演算子プロキシーフィールド参照


認証 オペレーターリソース (operator.openshift.io/v1) の spec.proxy オブジェクトは、認証コンポーネントのプロキシーと信頼できる CA の設定を定義します。

表4.1 spec.proxy フィールド
フィールド型説明

httpProxy

string

HTTP リクエストのプロキシー URL を指定します。ホスト名が空でなく、パス、クエリーパラメーター、フラグメントを含まない、http または https スキームを使用する必要があります。ユーザー認証情報が許可されています (例: http://user:password@proxy:3128)。最大 2048 文字。httpProxy または httpsProxy の少なくとも一方が必要です。

httpsProxy

string

HTTPS リクエストのプロキシー URL を指定します。httpProxy と同じフォーマットルールです。httpProxy または httpsProxy の少なくとも一方が必要です。

noProxy

[]string

プロキシーをバイパスするホスト名、ドメイン、CIDR 範囲、または IP アドレスを指定します。各項目は 1-253 文字で入力してください。最大 64 件のエントリーが可能です。重複申請は認められません。クラスター内部のデフォルト値 (.cluster.local、.svc、127.0.0.1、Kubernetes API サービスの IP アドレス、および localhost) は自動的に追加されます。

信頼できる認証局名

string

openshift-config 名前空間内の、キー ca-bundle.crt の下に CA 証明書バンドルを含む config map の名前を指定します。このバンドルは、プロキシー TLS 接続用のシステムトラストストアに追加されます。省略した場合、システムトラストストアのみが使用されます。有効な DNS サブドメイン名 (RFC 1123) である必要があります。最大 253 文字で、小文字の英数字、ハイフン、またはピリオドを使用できます。

4.3.1. 行動に関するメモ

  • spec.proxy が設定されている場合、認証用のクラスター全体のプロキシーが完全に置き換えられます。継承されるフィールドはありません。
  • プロキシー検証コントローラーは、設定変更のたびに IdP への接続性をテストし、エンドポイントに到達できない場合は OperatorStatusChanged イベントを発行します。
  • 接続拒否や TLS ハンドシェイクエラーなどのプロキシーレベルの障害が発生すると、Available 状態が False と 報告されます。劣化 状態は引き続き False ですが、メッセージには ProxyConfigController サブコントローラーからの診断詳細が含まれます。
  • オペレーターは、HTTP_PROXY、HTTPS_PROXY、および NO_PROXY 環境変数を OAuth サーバーの Pod 仕様に挿入します。これらの値を変更すると、再デプロイがトリガーされます。
  • 信頼できる CA の config map は、オペレーターによって openshift-config から openshift-authentication に同期されます。OAuth サーバーは、再デプロイすることなく、マウントされた CA ファイルをホットリロードします。
Red Hat logoGithubRedditYoutubeTwitter

詳細情報

試用、購入および販売

コミュニティー

会社概要

Red Hat は、企業がコアとなるデータセンターからネットワークエッジに至るまで、各種プラットフォームや環境全体で作業を簡素化できるように、強化されたソリューションを提供しています。

多様性を受け入れるオープンソースの強化

Red Hat では、コード、ドキュメント、Web プロパティーにおける配慮に欠ける用語の置き換えに取り組んでいます。このような変更は、段階的に実施される予定です。詳細情報: Red Hat ブログ.

Red Hat ドキュメントについて

Legal Notice

Theme

© 2026 Red Hat
トップに戻る