2017-07-11 13 views
1

セットアップ: kubectlを使用したKubernetesでの安全でないプライベートレジストリ、localhostへのポートフォワード。Windows Dockerプッシュ停止動作

クライアント: バージョン:17.06.0-CE APIのバージョン:1.30 囲碁バージョン:go1.8.3 Gitはコミット:02c1d87 内蔵:金6月23日午前21時30分30秒2017 OS /アーチ:窓/ AMD64

サーバー: バージョン:17.06.0-CE APIバージョン:1.30(最小バージョン1.12) 囲碁バージョン:go1.8.3 Gitはコミット:02c1d87 内蔵:金6月23日夜9時51分55秒2017 をOS/Arch:linux/amd64 実験的:偽

カールhttp://127.0.0.1:8020/v2/_catalog

作品を!

ドッカープッシュローカルホスト:8020/hello-world

失敗!

エラーメッセージ: プッシュリポジトリを参照する[localhostを:8020 /ハローワールド] http://localhost:8020/v2/を取得します:getsockoptの::TCP 127.0.0.1:8020をダイヤル接続は、Linuxの作品から

同じプッシュを拒否しました。これは、IT部門がWindows上でいくつかの新しいFWポリシーを適用するまで、Windows上で動作するために使用されていました。彼らは以来、トラブルシュートのためにFWポリシーを削除しようとしましたが、問題は解決しませんでした。

他にどのような原因が考えられますか?

答えて

1

実行中の可能性のあるWindowsにはネットワークの制限があります。詳細についてはDocker for Windows documentationをご覧ください。 "ローカルホストと公開されたポートのWindowsコンテナの制限 Docker for Windowsには、WindowsコンテナとLinuxコンテナを切り替えるオプションがあります.Windowsコンテナを使用している場合は、現在のWindowsの実装によるネットワークに関する制限があります

すぐに遭遇するかもしれないことは、Windowsコンテナの公開ポートがローカルホストへのループバックを行わず、代わりにコンテナのエンドポイントのみであるということですコンテナのIPとポートを使用してホストから到達することができます。

+0

ありがとうございました。ちょうど明らかであるように、私たちはまっすぐなLinuxのコンテナを取り扱っています(私たちは歴史的にWindowsの店であったため、Windowsではドッカーを実行しています)。そして問題は、実行中のコンテナとのネットワーキングではなく、単純にドッカーが*画像*をプッシュすることではありません。 – bonchef

関連する問題