この問題についてもう少し詳しく教えていただけますか？

• どのバージョンのマシンですか？
• どのドライバー（IPに基づいてvboxを想定しています）？
• マシンの作成に使用されるコマンドライン

ありがとう

docker-machineバージョン0.1.0
virtualbox
docker-machine create -d virtualbox --virtualbox-disk-size '40000' --virtualbox-memory '4096' devbox

また、デーモンに--insecure-registryを追加して、プライベートレジストリと通信できるようにしました（重要な場合）。

マスターからテストしてもよろしいですか（ローカルでビルドしたくない場合は、https：//docker-machine-builds.evanhazlett.com/latest/を使用できます）。 私はこれをVMがIPを変更してテストしましたが、すべてが期待どおりに機能します。

ehazlett machine> docker-machine ls
NAME        ACTIVE   DRIVER       STATE     URL
test-vbox   *        virtualbox   Running   tcp://192.168.99.100:2376
ehazlett machine> docker-machine stop test-vbox
ehazlett machine> docker-machine create -d virtualbox test-vbox-2
...
ehazlett machine> docker-machine ls
NAME          ACTIVE   DRIVER       STATE     URL
test-vbox              virtualbox   Stopped   
test-vbox-2   *        virtualbox   Running   tcp://192.168.99.100:2376
ehazlett machine> docker-machine start test-vbox
...      
ehazlett machine> docker-machine ls
NAME          ACTIVE   DRIVER       STATE     URL
test-vbox              virtualbox   Running   tcp://192.168.99.101:2376
test-vbox-2   *        virtualbox   Running   tcp://192.168.99.100:2376            
ehazlett machine> docker $(docker-machine config test-vbox) ps
CONTAINER ID        IMAGE               COMMAND             CREATED             STATUS              PORTS               NAMES

test-vboxがIPを切り替えたことがわかります。

わかりました、これが私がしたことです：

現在のマシンを停止します
新しいマシンビンの使用を開始します
新しいマシンでの「machinels」は問題なく、次のように表示されます。
"devbox * virtualbox Running tcp：//192.168.99.100 ：2376
devbox2virtualboxが停止しました」

「dockerinfo」は以下を生成します：
FATA [0000]接続しようとしてエラーが発生しました：Get https://192.168.99.100：2376 / v1.16 / info：x509：証明書は192.168.99.100ではなく192.168.99.103に対して有効です

ありがとう。 上記のマスタービルドで試しましたか？ 私はあなたが行ったのと同じ手順を実行しましたが、証明書の問題はありませんでした。

その「最新の」バイナリをダウンロードしました。

うーん、わかりました。 @sthulbこれを再現できるかどうか試してみてください。

• virtualboxマシンを作成する
• 最初のマシンを停止します
• 2番目のvirtualboxマシンを作成する
• 最初のマシンを起動します
• 最初のマシンのIPが変更されたことを確認します
• 両方でdockerデーモンにアクセスできるかどうかを確認します

@stephenlawrenceはそのプロセスは正しいですか？

ありがとう

@ehazlett技術的には、これはそれが始まった方法ではありません。 Macを再起動したときに開始され、DMは再起動時に別のIPを思い付きました。 それがあなたが説明することをすることと違うのかどうかはわかりません。 しかし今では、以前に動作していたマシンにアクセスしようとすると、x509メッセージが表示されます。

@stephenlawrence IPは常に変更され、VMはそのままなので、再作成できません。 私は単にVMをエミュレートして別のIPを取得しましたが、これは私が信じているのと同じものを作成するはずです。 新しいバイナリと新しいVMのセットで上記を試してみませんか？ 証明書は、正しいプロセスなどを使用していない古いビルドを使用して作成されたのではないかと思います。

@stephenlawrence DOCKER_CERT_PATHのように、設定を台無しにしているものがbashrcにないことを確認しますか？

他の誰も関連するコードを参照していないので、 machineがIPアドレスを含む証明書を作成していることをここで指摘します： https ：

IPアドレスが変更されると、その証明書は機能しなくなります。

b2d initスクリプトには、関連するIPアドレスが変更された場合にサーバー証明書を再生成するコードがあります： https ：

皆さんがb2dISOを使用していると思ったので、 machine場合にb2dコードのそのビットがトリガーされない理由は完全にはわかりません。

ええ、ありがとう、私はこのコードがそこにあることを知っています、しかし、IPが変更されたとき（
上に示した）テスト時に問題はなかったので、少なくともしようとしています
これを再現可能にしてテストします。

0:58で土、2015年2月14日には、マイク・ディロン[email protected]
書きました：

他の誰かが関連するコードを参照しているのを見たことがなかったので、私はただ
マシンがのIPアドレスで証明書を作成していることを指摘します
ここに：
https://github.com/docker/machine/blob/973b267fec3ec0a900e26557475b387891c0138a/host.go#L123

IPアドレスが変更されると、その証明書は機能しなくなります。

b2d initスクリプトには、サーバーを再生成するコードがあります
関連するIPアドレスが変更された場合の証明書：
https://github.com/boot2docker/boot2docker/blob/5db7efbb4e0557f6efefdb56cb0263f80ed55834/rootfs/rootfs/usr/local/etc/init.d/docker#L46

なぜb2dコードのそのビットがトリガーされないのか完全にはわかりません
皆さんがb2dISOを使用していると思ったので、マシンケース。

—
このメールに直接返信するか、GitHubで表示してください
https://github.com/docker/machine/issues/531#issuecomment-74363452 。

@ md5 @stephenlawrence偶然にb2d証明書を使用するものがあるかどうかを確認していただけませんか？ デバッグ後、b2d証明書がマシンで使用されているようです。

@ehazlettあなたが私に何をチェックするように頼んでいるのか

@ md5申し訳ありませんが、もっと明確にすべきでした。 環境変数DOCKER_CERT_PATHとDOCKER_HOSTをチェックして、それらが正しいマシンを指しているかどうかを確認します。 マシンにアクセスするときにDOCKER_CERT_PATHがb2d証明書に構成されているか、またはその逆のように思われます。

@ehazlettこれが誤ったDOCKER_CERT_PATH場合である場合、別のエラーになります。 その状況での問題は、 ca.pemがmachine制御インスタンス上のDockerサーバーによって提示された証明書の信頼ルートではないか、 cert.pemクライアント証明書であるかのいずれかです。サーバーによって受け入れられません。

ここで見られるエラーは、クライアント（つまり、 docker exec ）がサーバーの証明書を受け入れていないことです。 192.168.99.100でサーバーにアクセスしようとしていますが、サーバーは192.168.99.103に対してのみ有効な証明書を提示しています。 これは、ポート2376 192.168.99.100で応答しているサーバーが、 192.168.99.103用に作成された証明書を使用するように構成されていることを意味するだけです。

理にかなっている@ md5 。 どうすれば再作成できますか？ 上記のように、virtualboxインスタンスのIPを変更しましたが、この問題は発生していません。

それは良い質問です。 自分でも再現できませんでした。

再現できないようで閉店。 私の疑いは、boot2dockerVMとマシンインスタンスの環境変数が混在していることです。 .bashrcなどを設定している可能性があるものがないか確認することをお勧めします。

この問題が再び発生しています。 192.168.99.101でDockerマシンを実行していましたが、Macを再起動すると、そのマシンは192.168.99.100で実行されます。

これは、コンテナに対して「docker-compose run」を実行できるため、Dockerの問題のように見えますが、dockerコマンドを試行すると、次のエラーがスローされます。

$ docker ps
FATA [0000]接続しようとしてエラーが発生しました：Get https://192.168.99.100：2376 / v1.17 / containers / json：x509：証明書は192.168.99.100ではなく192.168.99.101に対して有効です

現在の環境：
DOCKER_CERT_PATH = / Users / myusername / .docker / machines / .client
DOCKER_TLS_VERIFY = yes
DOCKER_HOST = tcp：//192.168.99.100 ：2376

$ ls -l〜 / .docker / machines / .client /
合計48
-rw-r--r--1myusernameスタッフ10542月11日10：21ca.pem
-rw-r--r--1myusernameスタッフ10541月30日08：53ca.pem.bak
-rw-r--r--1myusernameスタッフ10942月11日10：21cert.pem
-rw-r--r-- 1myusernameスタッフ10941月30日08：53cert.pem.bak
-rw ------- 1myusernameスタッフ1675年2月11日10：21key.pem
-rw ------- 1myusernameスタッフ16791月30日08：53key.pem.bak

@stephenlawrence ughok 。 たまたまb2dも使っていますか？ 私がこれを見たのは、b2dとmachineの間の何かだけでした。 私は個人的に複製することはできませんが、それは証明書と環境変数と関係がありました。

たぶん、「regenerate-certs」コマンドが後でではなく早く必要になるでしょう:)

ええと、DMに切り替える前はb2dだけを使っていました。 DMはb2dも使用しますか？

ちょうど使用@stephenlawrence machine管理するためにb2dさんを。 元のb2dインストールとVMを削除します

私もこれを経験しました。 b2d直接作成するのではなく、 machineを使用して仮想マシンを作成しました。 証明書を再生成するコマンドは役に立ちそうです。

b2dを削除しても必ずしも問題が解決するわけではありませんが、削除しました。

これにより、現時点ではdocker-machineが使用できなくなっていることを付け加えておきます。 その問題を解決したいと思って新しいマシンを作成しましたが、新しいマシンでも同じ問題が発生します。

@stephenlawrence上記の私のPRを試して、

702でこれを修正しました：smiley：Macを再起動した後、 machine start機能した後に証明書を再生成します。

フィードバックのための@jeffdmthx ！

これはまだ問題だと思います。 私が考えることができる2つの可能な解決策：

• IPアドレスが変更されると想定します。 TLSハンドシェイクでIPアドレスを確認する必要がありますか？ マシンが持っている特定の証明書を検証できませんか？
• DHCPに依存しません。 おそらく、VMに静的IPを与えることができますか？

同様の問題が発生しています...使用しているCiscoVPNクライアントはipfwルールを設定し、vboxnetNにバインドされている192.168.xアドレスにアクセスする機能をほとんどブロックします。

そこで、127.0.0.1：2376がDockerサーバーにヒットするように、virtualboxでポートマッピングルールを設定しました。 問題は、Dockerサーバーの証明書が127.0.0.1ではなく192.168.99.101用であるということです。

$ export DOCKER_TLS_VERIFY = ""
$ docker画像
FATA [0000] http://127.0.0.1：2376 / v1.17 / images / json：不正な形式のHTTP応答 "\ x15 \ x03 \ x01 \ x00 \ x02 \ x02"を取得します。 TLSなしでTLS対応デーモンに接続しようとしていますか？
$ export DOCKER_TLS_VERIFY = yes
$ docker画像
FATA [0000]接続しようとしてエラーが発生しました：Get https://127.0.0.1：2376 / v1.17 / images / json：x509：証明書は127.0.0.1ではなく192.168.99.101で有効です
$ docker --tlsverify = false images
（これは動作します）

すべての手動実行コマンドに「--tlsverify = false」を入れることができるので、これはショーストッパーではありませんが、figのような他のツールはそれを行いません。 また、何らかの理由でDOCKER_OPTSが機能しません。

おそらく、virtualboxインスタンスを作成するときに、証明書を別のアドレスでも有効にするオプションはありますか？ サーバーに内部IPアドレスと外部IPアドレスの両方が使用されている場合にも問題があることがわかります（たとえば、ec2で使用されますが、DNS名を使用します）。

@cwilkesそれを構成できるようにするための問題がありました/ありました。

https://github.com/docker/machine/pull/702が役立つかもしれませんが、今日https://github.com/docker/machine/compare/v0.1.0でマスターにプッシュされたようです。 。主人 。 うまくいけば、すぐに0.1.1リリースがあるでしょう:)

これについて@sthulbと@nathanleclaireと話し合った後、 @ sthulb @ nathanleclaire ？

同意しました。

はい、 @ ehazlettをお願いし

同じ問題を抱えている+1

私もこれに遭遇しています。 AWSドライバーを使用してマシンをスピンアップし、ElasticIPをボックスに割り当てました。 CLIを介してマシンを停止および起動しようとしましたが、環境をアクティブ化した後にdocker psを実行するたびに、次のようになります。

certificate is valid for 52.11.XXX.XXX, not 52.10.XXX.XXX

`〜/ .docker / machine '構成でIPを手動で変更しようとしました。 それはうまくいきませんでした。

@duro @killerwolf @cwilkes @jeffdm @stephenlawrence @ md5

＃770をチェックアウトしてください。 これにより、証明書エラーが発生した場合の自動再生が追加されます。 configおよびenvコマンドでのみ機能するため、dockerに問題がある場合（つまり、 docker psなど）は、 $(docker-machine env <name>)を実行する必要があることに注意してください。またはdocker $(docker-machine config <name>) ps修正します。 このPRには、 regenerate-certsコマンドを使用して手動で証明書を再生成する機能も追加されています（私は＃702の機能を使用しました）。

うまくいけば、これでTLSエラーが完全に解決されるでしょう:)

awsインスタンスを通常のリブートした後、AWSIPの変更を検出しました。
docker-machine ssh amazonec2-03は、/。docker / machine / machines / amazonc2-03 /confg.jsonでIPアドレスを手動で編集した後にのみ機能します

dockerデーモン証明書が機能しません。明日＃770を確認できます。

PTAL @nathanleclaire @sthulb

同じ問題があり、すぐに＃770をチェックアウトします...

現在のヘッドを使用できます:)

または、RCを使用することもできます-修正されています。

同じ問題がありましたが、最新のマイルストーンバージョン0.2.0で解決されました！ ありがとう！

@gschmutzフィードバックをありがとう！

1.7.0にアップグレードしてから、これを使用しています。
b2dを再起動すると、次のエラーが発生します。

$ eval "$(boot2docker shellinit)"
Writing /Users/gravis/.boot2docker/certs/boot2docker-vm/ca.pem
Writing /Users/gravis/.boot2docker/certs/boot2docker-vm/cert.pem
Writing /Users/gravis/.boot2docker/certs/boot2docker-vm/key.pem
Your environment variables are already set correctly.
$ docker ps -a
An error occurred trying to connect: Get https://192.168.59.103:2376/v1.19/containers/json?all=1: x509: certificate is valid for 127.0.0.1, 10.0.2.15, not 192.168.59.103

ありがとう

@gravisどうしてマシンでboot2docker shellinit使っているのですか？

申し訳ありませんが、間違ったリポジトリに投稿しました:)
私はそれがb2dだと思った、私は私のタブを台無しにした。

これに遭遇した他の人のために、ここに可能な解決策があります： https ：
そして
https://github.com/boot2docker/boot2docker/pull/411

これまでのところ、これで問題は解決しました。 / var / lib / boot2docker / tls / hostnamesファイルにVMのIPがない（つまり、boot2docker ipと入力したときに表示されるIPがない）ことがわかります。これにより、追加できるようになります（it提案された遅延を追加した後、ホスト名リストの最後に表示されます）。

しばらく前にboot2dockerをテストしましたが、長い間忘れていました。今日、boot2dockerの最新バージョンをダウンロードしてインストールしました。 インストール後、ここで説明したのと同じX.509の問題が発生し、次の方法で解決しました。

1）.boot2dockerディレクトリ（私のホームディレクトリにあります）とその内容を削除し、
2）すべてのboot2docker仮想マシンファイルも削除します

お役に立てれば。

ps。 私はboot2dockerをテストしただけなので、何かを削除するときに何かを失ってもかまいません...

pasitolonenが修正したのと同じ方法で問題を修正しました。 .boot2docker dirを削除し、boot2dockerinitを実行します。 これには、画像を削除するという副作用があります（私は気にしませんでした）。

これは、wifiが変更されるたびに発生します。 たとえば、自宅から使用してから、オフィスで使用する場合です。

エラー：接続しようとしてエラーが発生しました：Get https://192.168.59.104：2376 / v1.19 / version：x509：証明書は192.168.59.104ではなく127.0.0.1、10.0.2.15で有効です

$ dockerバージョン
クライアントバージョン：1.7.0
クライアントAPIバージョン：1.19
Goバージョン（クライアント）：go1.4.2
Gitコミット（クライアント）：0baf609
OS / Arch（クライアント）：darwin / amd64

どうやらこれは問題を解決しているようです： https ：

alias docker="docker --tlsverify=false"

RAMを再割り当てした後、これを経験しました。 rajaraodvがalias docker="docker --tlsverify=false"解決したように

セキュリティを無効にする（ --tlsverify=false ）ことは、推奨される回避策ではありません。

私にとって有効な回避策はboot2docker ssh 'sudo /etc/init.d/docker restart' 。これにより、Dockerは他のIPアドレスに加えてboot2dockerに有効な新しいx509証明書を生成します。 セキュリティ機能をオフにする前に、それを試してください。

@indygregソリューションは私のために働いた。 どうもありがとう。

@indygregも私を救ってくれました。 ありがとう！

おかげで私もうまくいきます:-)

こんにちは、まだboot2docker証明書の問題が発生している場合は、最初にboot2docker upgradeを試してVMを最新に更新してください（1.7.1でこの問題が修正されます）。 github.com/boot2docker/boot2docker-cliで問題を報告します。 このリポジトリは、Dockerマシンの問題用です。 ありがとう！

@indygreg素晴らしいthx

@indygregありがとうそれは私のためにも働きます:-)

@indygreg私も働いた！ ありがとうございました。

私のために働いた、ありがとう！

ありがとう@indygreg！ 私はここにコメントにリンクを追加しているので、グーグルは彼が推薦したものを簡単に見ることができます。

https://github.com/docker/machine/issues/531#issuecomment -120554419

再起動後にWindows上のDockerToolbox 1.9.1でこの問題が発生し、VMに別のIPが割り当てられました。これは、Googleでのトップヒットでした。

したがって、これを打つ他の人にとっては、現在の修正はさらに簡単です。 （ここで、 defaultはDockerマシンです）

docker-machine regenerate-certs default

@johnmccabeに感謝し、

これは、WLANを切り替えたり、VPNを使用したりするために、私にはよく起こります。 これを自動化する方法はありますか？ または、代わりに証明書がIPアドレスの範囲に対して有効である可能性がありますか？

@johnmccabe注：VMが常に同じIPで起動することを確認できます： http ： //stackoverflow.com/a/35367277/6309

私はOSXを使用していますが、これらのハックを使用して、最終的には壊れてしまうことにうんざりしています。

Vagrantには、構成でIPアドレスを設定するオプションがあります。 この種のパラメーターまたはフラグがdocker-machineにまだ存在しない理由がわかりません（どちらもvirtualboxを使用しているため、vagrantと比較するだけです）

@onnimonni ：これは長い間（ほぼ1年）解決されました。 マシンには、IPが変更された場合に証明書を再生成するコマンドが含まれています。

私はこの問題に初めて遭遇し、このスレッドのすべてをチェックして、次のオプションのいずれかで問題を正常に修正しました：（1つ選択してください）

• docker-machine regenerate-certs default2
• docker-machine kill default2次にdocker-machine create default2 ...
• docker-machine upgrade default2 （まだアップグレードされていない場合）

OSXでこの問題を再現するには：

1. Docker Toolbox（v1.10）をインストールします
2. 192.168.99.100を取得するdefaultマシンを作成します
3. 192.168.99.101を取得するdefault2マシンを作成します
4. 両方をシャットダウンします（場合によっては再起動も必要です）
5. docker-compose start default2これは192.168.99.100（およびx509証明書の競合）を取得します

したがって、複数のマシンが異なる順序で起動されると、異なるIPが発生し、証明書が破損する可能性があります。この問題についてgithubを検索して、新しい証明書を作成して再度使用できるようにする解決策を見つける必要があります...方法はありますかこれを防ぐには？ 人々が複数のDockerマシンを切り替えるのはとても珍しいことですか？

$ alias docker = "docker --tlsverify = false"私のために働いてください！

@ivancarranchoなぜdocker-machine regenerate-certs -fでTLSを有効にしておかないのですか？

@nathanleclaireはい、それは「--tlsveify」よりも優れています多くの感謝

@nathanleclaireは約4分かかるため... 6つ以上のノードのクラスターがあると想像してください...いくつかの証明書を再生成して一日を費やさないように、並列証明書再生機能を作成する必要があります...さらにすべてを再起動しますターゲットマシン上のDockerコンテナ..。

IPアドレスの変更後に証明書を再生成するというこの要件は、AWSクラウドにとって大きな苦痛です...パブリックIPは常に変更されます。 私が知っている唯一の解決策は、ec2インスタンスから新しいインスタンスを作成することですが、何らかの理由で機能しませんhttps://github.com/docker/machine/pull/1453#issuecomment -215371216

ところで、 docker-machine create --amazonec2-use-private-addressが別のec2インスタンスからec2インスタンスを作成することになっている場合はどうでしょうか。

これは、証明書の定期的な再生成を回避する方法を私が知っている唯一の方法です...

ところで、docker-machine create --amazonec2-use-private-addressが別のec2インスタンスからec2インスタンスを作成することになっている場合はどうでしょうか？

はい。作成ノードからプライベートIPにアクセスする必要がある他の方法がない限り（プロキシなど）。

この問題を解決できる可能性があるため、ElasticIPなどのさまざまなソリューションを検討しています。

ええ、しかし私が言ったように、それはこのオプションでもsshアクセスにぶら下がっています
有効
2016年5月2日20:26、「NathanLeClaire」 [email protected]は次のように書いています。

ところで、docker-machine create--amazonec2-use-private-addressが
別のec2インスタンスからec2インスタンスを作成することになっていますか？

はい、他にプライベートIPにアクセスする方法がない限り
作成ノード（プロキシなど）。

Elastic IPなど、さまざまなソリューションを検討しています。
この問題を解決します。

—
あなたがコメントしたのであなたはこれを受け取っています。
このメールに直接返信するか、GitHubで表示してください
https://github.com/docker/machine/issues/531#issuecomment -216319103

セキュリティグループが正しく構成されていない可能性がありますか？ 現在、 --amazonec2-use-private-ip-addressを使用している場合、ユーザーはこれらの種類のネットワークアクセスの詳細が事前に適切に構成されていることを確認する用意があると想定されています。

dockerをターミナル経由で起動する必要があるたびに、その醜い$ evalステートメントを実行する必要がある理由がわかりません。

この問題が存在する理由がわかりません。

Dockerは、ひどく壊れた製品のように見えますが、それは「イン」のものであったため、多くの人が遅れをとっていました。

dockerとdocker-machineの最新バージョンを使用していますが、同じ問題が発生します。次の方法でいくつかのvirtualbox dockerホストを作成しました。

    docker-machine create -d virtualbox xxxx \
        --engine-opt="cluster-store=${KVSTORE}" \
        --engine-opt="cluster-advertise=eth1:2376" \
        ${NAME}
...

また、VMを再起動するか、Macを再起動するたびに、 certificate is valid for 192.168.99.100, not 192.168.99.101ようなエラーが発生します。

私のバージョンは次のとおりです。

$ docker --version
Docker version 1.12.0-rc4, build e4a0dbc, experimental
$ docker-machine -v
docker-machine version 0.8.0-rc2, build 4ca1b85
$ vboxmanage -v
5.1.0r108711

これらのエラーの発生を防ぐための解決策はありますか？ または、固定IPでvirtualboxホストを作成しますか？

回避策： docker-machine provision 。

docker-machine regenerate-certs xxx問題を修正しました

$ docker-machine ls
NAME        ACTIVE   DRIVER       STATE     URL                         SWARM   DOCKER    ERRORS
xxx   -        virtualbox   Running   tcp://192.168.99.100:2376           Unknown   Unable to query docker version: Get https://192.168.99.100:2376/v1.15/version: x509: certificate is valid for 192.168.99.101, not 192.168.99.100
~$ docker-machine regenerate-certs xxx
Regenerate TLS machine certs?  Warning: this is irreversible. (y/n): y
Regenerating TLS certificates
Waiting for SSH to be available...
Detecting the provisioner...
Copying certs to the local machine directory...
Copying certs to the remote machine...
Setting Docker configuration on the remote daemon...
~$ docker-machine ls
NAME        ACTIVE   DRIVER       STATE     URL                         SWARM   DOCKER    ERRORS
xxx   *        virtualbox   Running   tcp://192.168.99.100:2376           v1.12.6

@VonCリンクをたどると、 docker-machine-ipconfig https：//github.com/fivestars/docker-machine-ipconfigに出くわしました

 $ cd〜 / .docker /
 $ git clone https://github.com/fivestars/docker-machine-ipconfig.git
 ＃〜/ .profileに追加
 $ echo 'エイリアスdocker-machine-ipconfig =〜/ .docker / docker-machine-ipconfig / docker-machine-ipconfig' >>〜/ .profile 
 $ソース〜/ .profile

例：マシン名に静的IPを割り当てます。

 $ docker-machine-ipconfig static machine-name
 ＃または暗黙のIPを指定
 $ docker-machine-ipconfig static machine-name 192.168.99.110

これにより、再起動するたびにdocker-machine regenerate-certs -f machine-nameが不要になります。 virtualboxで実行されているマシンの静的IPを設定する簡単な方法。

Windowsをサポートしていますか？ 「for」と「on」の両方を意味します。

それはまだ問題のようです。 それを修正する方法はありますか？

@johnmccabe 、
ありがとう。
正常に動作します。 ツールボックスを再起動したところ、すべてがゲームに戻っています。

コンテナの静的アカウントを取得するにはどうすればよいですか？docker-machineを再起動するたびにアカウントを変更できますか？

docker-machine-ipconfig回避策が表示されますが、ドキュメントのために、これはWindows 10 DockerMachineとHyper-Vでも発生することを報告しています。

このメッセージを微調整することをお勧めします。「起動したマシンには新しいIPアドレスがある可能性があります。 docker-machine envコマンドを再実行する必要がある場合があります。」 「そしてdocker-machineregenerate-certs ...」のようなことを言うとFWIW .. ..

@rdp素晴らしいキャッチ、私はこの問題が何が起こったのかを見て30分でした、そしてkubernetesでいくつかのことをしようとした後、物事をインストールしてアンインストールしました...実行中
docker-machine env
私の環境で一致したIPは、証明書でエラーを生成していたIPと一致しました...
その後：
eval $(docker-machine env)
構成を適切に設定してください...

minikube stop && minikube startは私のためにこれを修正しました

minikube stop && minikube startは私のためにこれを修正しました

@PatMyron驚いたことに、これは私にとってもうまく