Kubeadm: kubeadmはどこからプロキシ設定を取得しますか？

@erikbgithubこの問題を
私はそのような環境であまり実験していないので、前もって私は代理の専門家ではないと言わなければなりません。

したがって、上記の正確なステートメントについて実際にコメントすることはできませんが、プロキシの背後での動作を改善するためにkubeadmに貢献したい場合は、非常にうれしく思います。

あなたの質問に答えるために、ここに関連するgoコードがあります：
https://github.com/kubernetes/kubernetes/blob/master/cmd/kubeadm/app/phases/controlplane/manifests.go#L432

func getProxyEnvVars() []v1.EnvVar {
    envs := []v1.EnvVar{}
    for _, env := range os.Environ() {
        pos := strings.Index(env, "=")
        if pos == -1 {
            // malformed environment variable, skip it.
            continue
        }
        name := env[:pos]
        value := env[pos+1:]
        if strings.HasSuffix(strings.ToLower(name), "_proxy") && value != "" {
            envVar := v1.EnvVar{Name: name, Value: value}
            envs = append(envs, envVar)
        }
    }
    return envs
}

https://github.com/kubernetes/kubernetes/blob/master/cmd/kubeadm/app/preflight/checks.go#L291

// HTTPProxyCheck checks if https connection to specific host is going
// to be done directly or over proxy. If proxy detected, it will return warning.
type HTTPProxyCheck struct {
    Proto string
    Host  string
    Port  int
}

func (hst HTTPProxyCheck) Check() (warnings, errors []error) {

    url := fmt.Sprintf("%s://%s:%d", hst.Proto, hst.Host, hst.Port)

    req, err := http.NewRequest("GET", url, nil)
    if err != nil {
        return nil, []error{err}
    }

    proxy, err := http.DefaultTransport.(*http.Transport).Proxy(req)
    if err != nil {
        return nil, []error{err}
    }
    if proxy != nil {
        return []error{fmt.Errorf("Connection to %q uses proxy %q. If that is not intended, adjust your proxy settings", url, proxy)}, nil
    }
    return nil, nil
}

エンタープライズネットワークの人々をどれだけの労働時間節約できるかを真剣に表現することはできません。

これ以上同意できませんでした

cc @kad @timothysc

@luxasありがとう私はラウンドチュートを取得したときにそれを処理します。 パッチを提供する前に、いくつかの方法を学ぶ必要があるので、他の人が今のところ解約してくれれば幸いです。 ;-)

私が調べる最初のサブ質問は、実際にos.Environ()介して何が得られるかです。

@erikbgithubパッチの作成についてサポートが必要な場合はサポートさせていただきます

その小切手の原作者としての@erikbgithub 、どんな質問にも喜んでお答えします。
最初のいくつかの答え：

• kubeadmは、現在実行中のセッションから環境を取得してチェックします。 $ env | grep -i _proxy= | sortを実行すると、何があるかがわかります。 たとえば、会社のファイアウォールの内側には、次のようなものがあります。
  !shell $ env | grep -i _proxy= | sort ALL_PROXY=http://proxy-ir.example.com:911 FTP_PROXY=http://proxy-ir.example.com:911 HTTPS_PROXY=http://proxy-ir.example.com:911 HTTP_PROXY=http://proxy-ir.example.com:911 NO_PROXY=.example.com all_proxy=http://proxy-ir.example.com:911 ftp_proxy=http://proxy-ir.example.com:911 http_proxy=http://proxy-ir.example.com:911 https_proxy=http://proxy-ir.example.com:911 no_proxy=.example.com $
• 人々が気付かずに踏んでいる通常の問題、no_proxy変数はネットワーク範囲をサポートNO_PROXY=10.0.0.0/8, 192.168.0.0/16ようなものを入れても効果はなく、飛行前のチェックで警告が表示されます。
• 大文字と小文字の* _proxy変数間のコンテンツの違いは重要ではありません。 プロキシ環境変数を処理するGoコードには、処理する順序の内部ロジックがあります（覚えているように、最初に大文字、次に小文字ですが、各アプリがそれらを処理する順序を保証することはできません）。
• / etc / environmentのようなファイルはディストリビューション固有であり、個々のバイナリによって読み取られることはありません。 これらは、ログインスクリプト、PAMモジュールなどによって読み取られ、プロセス環境変数に挿入されます。環境変数は、kubeadmなどの他のバイナリを呼び出しているときに、SSHセッションや外部管理ツール（ansibleなど）から取得することもできます。 したがって、特定の/ etc / environmentなどに依存することは、実行可能でも論理的でもありません。
• 8ポイントの場合、プリフライトチェックは特にそれに関するものです。 kubeadmがプロキシを介してAPIサーバーに移行していることを検出すると、警告が表示されます。 最初はこの飛行前チェックについての議論でしたが、これらのケースは正当である可能性があることが合意されたため、警告のみが発生
• 10の場合：複数の人からこれらの変数を操作することについても反対でした。 （私の最初のアイデアは、すべての* _proxy設定を削除して直接接続を強制することでしたが、プロキシ経由で接続する正当な理由である可能性があるため、拒否されました）。

すべてのクラスターノードIPをNO_PROXYに含め、クラスターに参加するときにすべてのミニオンで同じNO_PROXYを使用することで、この問題を「修正」しました。

$ export NO_PROXY = 'ip、ip、ip、ip、.example.com'
[マスター] $ kubeadm init
[ミニオン] $ kubeadm join --token = {token} abcd：6443

正直なところ、列挙されているすべてのIPアドレスなのか、問題を修正した.example.comなのかはわかりません。

PR kubernetes / kubernetes＃52788がマージされる場合、ノードのNO_PROXYIP範囲で指定することが可能になります。 それは物事を大いに単純化するでしょう。

少しおかしくなった。 コード「checks.go」を調べると。
プロキシに値がある場合は常にエラーメッセージを返します。

プロキシの場合！= nil {
return [] error {fmt.Errorf（ "％qへの接続はプロキシ％qを使用します。それが意図されていない場合は、プロキシ設定を調整してください"、url、proxy）}、nil
}
nil、nilを返します

エンタープライズでは...必然的に3つのプロキシオプションがあります。 （http_proxy、https_proxy、no_proxy）
http_ *は、インターネットに接続するためにイメージをプルするための必須オプションです。
no_proxyオプションが設定されている場合は、エラーメッセージが返されます。

「pl、内部接続のためにプロキシにルーティングされないようにオプション（no_proxy）を設定してください」

kubeadm joinがhttp_proxyをサポートしているかどうかを尋ねたいですか？

kubeadm initをhttp_proxyとno_proxyで動作させることができましたが、kubeadmjoinが次のようなエラーを生成するようです。

kubelet.go:2105] Container runtime network not ready: NetworkReady=false reason:NetworkPluginNotReady message:docker: network plugin is not ready: cni config uninitialized

remote_runtime.go:92] RunPodSandbox from runtime service failed: rpc error: code = Unknown desc = failed pulling image "gcr.io/google_containers/pause-amd64:3.0": Get https://gcr.io/v1/_ping: read tcp <my-ip>:58742->74.125.68.82:443: read: connection reset by peer

そしてまた
/ etc / environmentは、マスターのように構成で満たされるのではなく、空です。

これは、おそらくhttp_proxyとno_proxyがkubeadmjoinでまだサポートされていないことを信じさせてくれます。

この問題にもう一度遭遇します。 それでもプロキシが正しく使用されておらず、プロキシとno_proxyの設定を変更できないようです。

＃687、＃182、またはスタックオーバーフローを参照してください： https ：

私の経験から、kubeadmは/ etc / environmentで定義されたプロキシを使用します

私の経験から、kubeadmは/ etc / environmentで定義されたプロキシを使用します

うん-私の場合は/ etc / environmentでもあります