を動作させるために、Minikube VM内の同じENV変数を設定していました同じ問題に陥ってしまって、何度か間違ったターンをした後に学んだことを分かち合っています。これはminikube v0.19.0です。古いバージョンをお持ちの場合は、更新したいかもしれません。
- デスクトップ上minikubeに接続するときkubctlがプロキシを経由しないことを確認してください:
は、我々が達成するために必要な2つのものがあることを覚えておいてください。
- イメージリポジトリに接続する必要があるときに、ミニキューブのドッカーデーモンがになっていることを確認してください。
まず、ご使用の環境でプロキシ設定が正しいことを確認してください。ここに私の.bashrcからの例です:
export {http,https,ftp}_proxy=http://${MY_PROXY_HOST}:${MY_PROXY_PORT}
export {HTTP,HTTPS,FTP}_PROXY=${http_proxy}
export no_proxy="localhost,127.0.0.1,localaddress,.your.domain.com,192.168.99.100"
export NO_PROXY=${no_proxy}
注意するカップルの事:
- 私は下と上の両方のケースを設定します。時にはこれは重要です。
- 192.168.99.100は、
minikube ip
である。クラスタの起動後に追加することができます。
OK、正しく動作するkubectlを処理する必要があります。次に、次の問題があります。これは、minikube内のDockerデーモンがプロキシ設定で構成されていることを確認しています。設定撮影した学位論文ことを確認するために
$ minikube delete
$ minikube start --docker-env HTTP_PROXY=${http_proxy} --docker-env HTTPS_PROXY=${https_proxy} --docker-env NO_PROXY=192.168.99.0/24
、次の操作を行います:あなたは、このようPMATで述べたように、これを行う
$ minikube ssh -- systemctl show docker --property=Environment --no-pager
あなたが記載されているプロキシ環境変数が表示されるはずです。
minikube delete
はなぜですか?それがなければ、前もってクラスタを作成していれば(プロキシ情報なしで)Docker環境が更新されないからです。たぶん、これはPMatが--docker-envを起動するのに成功しなかった理由です(あるいは古いバージョンのminikubeにあったかもしれません)。
'docker pull gcr.io/google_containers/pause-amd64:3.0'を実行すると、実際にはネットワーク上の問題と思われます。 – Crazykev
はい私はそれを実行することができます – PMat
@Crazykevお願いします。下の私の答えを参照してください – PMat