4.3. 認証演算子プロキシーフィールド参照
認証 オペレーターリソース (operator.openshift.io/v1) の spec.proxy オブジェクトは、認証コンポーネントのプロキシーと信頼できる CA の設定を定義します。
| フィールド | 型 | 説明 |
|---|---|---|
|
|
|
HTTP リクエストのプロキシー URL を指定します。ホスト名が空でなく、パス、クエリーパラメーター、フラグメントを含まない、 |
|
|
|
HTTPS リクエストのプロキシー URL を指定します。 |
|
|
|
プロキシーをバイパスするホスト名、ドメイン、CIDR 範囲、または IP アドレスを指定します。各項目は 1-253 文字で入力してください。最大 64 件のエントリーが可能です。重複申請は認められません。クラスター内部のデフォルト値 ( |
|
|
|
|
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 ファイルをホットリロードします。