+1、この機能が必要

+1

+1

+1

これが良い回避策です。 ~/.bash_profile以下を追加します。

eval `docker-machine env <docker-machine name>`
export <some variable>=$(docker-machine ip <docker-machine name>)

@letsgolescoには、そのための--virtualbox-hostonly-cidrオプションを使用できます。これにより、適切なvboxnetXホスト専用アダプターが選択されます。

デフォルトでは、docker-machineがランダムに1つを選択するように見えるため、 vboxnet0 （ 192.168.59.3/24 、boot2dockerで使用されるもの）に使用するように強制すると、問題が解決するようです。

$ docker-machine create --driver virtualbox --virtualbox-hostonly-cidr "192.168.59.3/24" dev
Creating VirtualBox VM...
Creating SSH key...
Starting VirtualBox VM...
Starting VM...
To see how to connect Docker to this machine, run: docker-machine env dev

$ docker-machine ip dev
192.168.59.103

乾杯。

@ luislavena-残念ながらそれはうまく

+1

ただし、Defにはこの機能が必要です。

@krinkereはあなたのvboxnet0 dhcpserver構成を微調整する必要がありました：

$ VBoxManage dhcpserver modify --ifname vboxnet0 --disable

$ VBoxManage dhcpserver modify --ifname vboxnet0 --ip 192.168.59.3 --netmask 255.255.255.0 --lowerip 192.168.59.103 --upperip 192.168.59.203

$ VBoxManage dhcpserver modify --ifname vboxnet0 --enable

$ docker-machine create --driver "virtualbox" --virtualbox-cpu-count "-1" --virtualbox-disk-size "30000" --virtualbox-memory "2560" --virtualbox-hostonly-cidr "192.168.59.3/24" dev

ご覧のとおり、これは巨大なハック：smile_cat：ですが、今のところは機能します：smile：

この機能を見たいです！

@ luislavena-ご回答ありがとうございます

これが私のMacで得られるものです。

$ docker-machine create --driver virtualbox --virtualbox-hostonly-cidr "192.168.99.3/24" dev
VirtualBoxVMを作成しています...
SSHキーを作成しています...
VirtualBoxVMを起動しています...
VMを起動しています...
Dockerをこのマシンに接続する方法を確認するには、次のコマンドを実行します。docker-machineenv dev

$ docker-machine ip dev
192.168.99.100

私は正しいサブネットにIPを持っていますが、それは私が使用したいIPではありません... Defはこの機能を見たいと思っています

+1便利な機能

+1この機能は本当に役に立ちます！

docker-machineを使用してローカルElasticsearchクラスターを実行し、 elastic-local.mycompany.comマップされる192.168.59.103 /etc/hostsエントリがあります。 boot2dockerからdocker-machineに移行したため、このhostsファイルエントリを、dockerVMに割り当てられた新しいIPに手動で継続的に更新する必要がありました。 このhostsファイルエントリを更新する自動化を作成することもできますが、docker-machineで新しいマシンに構成可能なIPアドレスを使用できるようにすると、はるかに簡単になります。

+1

+1

+1

+1

+1

+1

+1

+1

+1

+1

+1（および）

+1

+1

+1

一時的にいくつかのbashスクリプトを使用してhostsファイルを更新していますが、sudo'dスクリプトを介して/ etc / hostsを更新する必要があるため、扱いにくいですが、docker-machineからIPを取得できるため機能します。 私は要点を共有するかもしれません。

ianlintner-wf、スクリプトを共有してください。 私はそれとまったく同じものを自分で書き込もうとしていますが、車輪の再発明ができなければ、それは素晴らしいことです。

これが私が使用している主要なスクリプトです。 私はそれを少しクリーンアップしましたが、より正式なデフォルトのパラメータやその他のものが欠けています。

https://gist.github.com/ianlintner-wf/a2b917158aaf100d9fb3

+1してください！

スクリプト@ ianlintner-wfに感謝します。 実行中のDockerマシンのホスト/ IPを動的に追加するものを作成しました。 OS X ElCapitanでテスト済み。

https://gist.github.com/cookandy/f14fadd31721dc6e136e

IP増分は、VirtualBoxDHCPサーバーによってキャッシュされます。 VirtualBoxを停止して再起動すると、IP増分がリセットされます。

+ 1、envは静的な/ etc / hostsエントリに依存しているため、OSX開発者はまだboot2dockerを使用しています。 （ところで、スクリプト@ ianlintner-wfに感謝します）

+1

+1

+1

+1

+2

私のハッキーハックソリューションは、間違いなくすべての人に適しているわけではありません。DockerマシンでCassandraを実行しており、開発中のnode.jsアプリからアクセスできるようにしたいと考えています。 Dockerマシンに固定IPを使用するのではなく、次のことを行います。

docker-machine stop dockervm
VBoxManage modifyvm "dockervm" --natpf1 "tcp-port9160,tcp,,9160,,9160"
VBoxManage modifyvm "dockervm" --natpf1 "tcp-port9042,tcp,,9042,,9042"
docker-machine start dockervm
eval "$(docker-machine env dockervm)"

これにより、ローカルホストからDockerVMへのポートトンネリングのポート転送が可能になります。 これで、 localhost：9042に接続でき

@luislavenaありがとうございます。これらのオプションを使用してデフォルトのマシンを再作成しただけで、すべてが正常に機能します。

+1

+ 1、hostsファイルの自動更新を使用してスクリプトを試してみますが、間違いなくこの機能が必要です。

@cookandyと@ ianlintner-wfスクリプトに基づいて、私は自分のものを作成しました。

docker-machine-nameとhostnameの間のマップを使用して構成できます。

古いDockerマシンのIPと新しいものを削除してホストを更新します

https://gist.github.com/juliengarcia/9a208ca5cf6590b25150

+1

：+1：

+1

+1

：+1：

+1

+1

+1

Dockerは、IPが変更された場合に証明書を再生成するように指示します。この問題を回避するには、静的IPを設定する必要がありますか、それとも別の解決策がありますか？

eval "$(docker-machine env machine-1)"

Error running connection boilerplate: Error checking and/or regenerating the certs: There was an error validating certificates for host "192.168.99.101:2376": x509: certificate is valid for 192.168.99.108, not 192.168.99.101
You can attempt to regenerate them using 'docker-machine regenerate-certs name'.
Be advised that this will trigger a Docker daemon restart which will stop running containers.

この機能のETAを+1しますか？

一部のユースケースの回避策は、次のようなマシンを作成することです。

192.168.98.100

docker-machine create -d virtualbox --virtualbox-hostonly-cidr "192.168.98.1/24" m98

192.168.97.100

docker-machine create -d virtualbox --virtualbox-hostonly-cidr "192.168.97.1/24" m97

192.168.96.100

docker-machine create -d virtualbox --virtualbox-hostonly-cidr "192.168.96.1/24" m96

同じcidr持つマシンが他にない場合、マシンは起動時に常に.100 IPを取得する必要があります。

@ schmunk42非常に良い

私のvirtualboxのdhcp範囲は192.168.99.100〜255で、100より前にIPを設定したいと思います。

静的IPを設定する簡単なトリックを見つけました。マシンを作成した後、このコマンドを実行してマシンを再起動します。

echo "ifconfig eth1 192.168.99.50 netmask 255.255.255.0 broadcast 192.168.99.255 up" | docker-machine ssh prova-discovery sudo tee /var/lib/boot2docker/bootsync.sh > /dev/null

このコマンドは、boot2docker起動スクリプトによって検索されて実行されるファイルbootsync.shを作成します。

これで、マシンの起動中にコマンドが実行され、静的IPが設定されます。

docker-machine ls
NAME              ACTIVE   DRIVER       STATE     URL                                      SWARM
test-1                      -        virtualbox     Running   tcp://192.168.99.50:2376      test-1 (master)

それは良いトリックでもあります@micheletedeschi ：+1：

@micheletedeschiがこれを修正した方法が好きです。 docker-machineの変更を伴わない簡単で標準的な方法のようです。 多分これはどこかに文書化されるべきですか？

ここまたはここにいくつかのドキュメントがあります

+1
私は3つのVMを使用していますが、ssh経由で接続し、utils、hostsファイルなどを構成する際に常に問題が発生します。

+1

：+1：

+1

+1

+1

+1

+1マシンの作成を自動化しようとしていますが、 /etc/hostsエントリを何度も追加する権限を期待できません。 安定したIPを持つということは、これを1回だけ設定する必要があることを意味します。

docker-machineipを使用してホスト上でdnsmasqを事前に入力するスクリプトを設定することになりました。

2015年12月19日に、12：18 PMで、ペドロCattoriの[email protected]は書きました：

+1

—
このメールに直接返信するか、GitHubで表示してください。

非常に便利な機能：+1：

愛する@micheletedeschiの修正、私は仮想インターフェイス上でIPを入れて巻かれても（置き換えるeth1とeth1:1上記のコマンドで）eth1インターフェイスはDHCPを実行しているし、最終的に戻りますので、 DHCPによって割り当てられたIPアドレス。

dhcpリースの更新時間がどれくらいかわからない（最初の修正で1日実行した後、突然「TLS証明書を再生成する必要があります」というエラーが発生し、何が起こっているのかがわかりました）。 仮想インターフェイスにIPを配置しても問題が解決しない場合は、報告します

@dragsコマンドを次のように更新しました：

echo "kill `more /var/run/udhcpc.eth1.pid`\nifconfig eth1 192.168.99.50 netmask 255.255.255.0 broadcast 192.168.99.255 up" | docker-machine ssh prova-discovery sudo tee /var/lib/boot2docker/bootsync.sh > /dev/null

次にコマンドを実行します（初回のみ）

docker-machine regenerate-certs prova-discovery

これで、IPはDHCPによって変更されなくなります

：+1：

+1

：+1：

+1

+1

+1

誰かが@micheletedeschiの回避策をスクリプト化する運がありましたか？ チームの全員が開発vmを起動するために実行できる単一のコマンドが必要です。 私は次のことを試しました：

docker-machine create -d virtualbox dev
echo "ifconfig eth1 192.168.99.50 netmask 255.255.255.0 broadcast 192.168.99.255 up" | docker-machine ssh dev sudo tee /var/lib/boot2docker/bootsync.sh > /dev/null
sleep 30
docker-machine restart dev
sleep 30
docker-machine regenerate-certs -f dev

コマンドを手動で実行すると、機能します。 スクリプトでは、スリープ30を設定する必要がありました。そうしないと、再起動コマンドがハングします。 これでスクリプトは正常に終了しますが、実行後もvmは古いIPで実行されています。

vagrantを使用してDockerマシンを起動してから、vagrant-hostmanagerなどのプラグインを使用できます。 ただし、もちろん、VMクロスプラットフォームを起動するための単一のコマンドにしたい場合は、他の問題に対処する必要があります。

現時点では、完璧な解決策はありません（機能）。

ええ、私は今のところVagrantに固執すると思います。

DOCKER_OPTS="-H 0.0.0.0:2375"実行されているdockerを使用してVagrantボックスイメージを構築しています。 次に、プライベートネットワークにハードコードされたIPを使用してvagrant vmを作成し、そのIPを使用してDOCKER_HOSTと/ etc / hostsを設定できます。これは、かなり理想的な設定になると思います。

+1、特にマシンドライバーvmwarevsphereでの作業

+1

+1

+1

+1、マシンのIPアドレスを設定できるだけです。 現在、CLIはそれの取得のみをサポートしています。 AWS Elastic IPを使用するには、これが必要になります。 それ以外の場合は、マシンのconfig.jsonを手動で更新する必要があります。

~/.docker/machine/machines/my-machine-with-aws-elastic-ip/config.json

@dcossonwrtスクリプト。

docker-machineを起動してから、次の2つのコマンドを実行します（1つはdhcpクライアントを強制終了し、2つは静的IPを設定します）。 bootsync.shをトリガーするために「dockerrestart」を実行しないことを選択しました。 おそらく、その起動スクリプトは機能しませんか？ また、dhcpクライアントがユーザーを混乱させ、eth1IPをリセットしていた可能性もあります。

echo "kill `more /var/run/udhcpc.eth1.pid`\nifconfig eth1 192.168.1.11 netmask 255.255.255.0 broadcast 192.168.99.255 up" | docker-machine ssh <machine-name> sudo tee /var/lib/boot2docker/bootsync.sh > /dev/null
docker-machine ssh <machine-name> "sudo ifconfig eth1 192.168.1.11 netmask 255.255.255.0 broadcast 192.168.1.255 up"

+1

+1

再起動したくなかったので、dhcpサーバーをすぐに強制終了するために

echo "kill `more /var/run/udhcpc.eth1.pid`\nifconfig eth1 192.168.1.11 netmask 255.255.255.0 broadcast 192.168.99.255 up" | docker-machine ssh <machine-name> sudo tee /var/lib/boot2docker/bootsync.sh > /dev/null

docker-machine ssh <machine-name> "sudo cat /var/run/udhcpc.eth1.pid | xargs sudo kill"

docker-machine ssh <machine-name> "sudo ifconfig eth1 192.168.1.11 netmask 255.255.255.0 broadcast 192.168.1.255 up"

領事を実行しているマシンに静的IPを設定しないことが、スウォームクラスターに関する問題を引き起こしていると感じています。 このための+1

+1

+1

+1

+1

+1

+ 1_000000 :)

+1

@micheletedeschiのコメントに基づいて、 Docker-machineVMに固定IPを設定するためのスクリプトを
http://stackoverflow.com/a/35367277/6309

+1

+1

+1

+1

私がやったことは、hostsファイルのコピーをどこにでも作成することです。

動的に変更するパーツのプレースホルダーを設定します

<docker-machine-ip> doctify.local.com
<docker-machine-ip> doctify.local.co.uk
<docker-machine-ip> www.doctify.local.com
<docker-machine-ip> www.doctify.local.co.uk

参考：私はデフォルトのsedとしてgnu-sedを使用しているので、Macでは使用されません。
brew install gnu-sed --with-default-names

開始スクリプトでは、それらを置き換えてから、hostsファイルを切り替えます。 これで、hostsファイルのコピーが以前と同じようになっている場合。 他のサービスには影響しないはずです

#!/bin/bash

echo
echo "########################################################"
echo "####              Update Docker Dev Hosts           ####"
echo "########################################################"
echo

machine_name="doctify-dev"

update_hosts() {
    echo
    # Copy over default hosts file
    echo "Copy Default Hosts..."
    cp -fv nginx/hosts docker/hosts

    echo
    # Replace with actual ip address
    echo "Replace hosts file..."
    echo "$machine_name IP ($machine_ip)"
    sed -i -e "s|<docker-machine-ip>|$machine_ip|g" docker/hosts

    echo
    # Move to /etc/hosts
    echo "Move hosts to correct location..."
    sudo mv -fv docker/hosts /etc/hosts

    echo
    # Remove copied hosts file
    echo "Clean up hosts file if it still remains..."
    rm -rfv docker/hosts
}

echo
# Get Current IP
echo "Retrieving Current IP Address..."
ip=($(cat /etc/hosts | grep doctify.local.com | sed -n '1p'))
echo "Current IP: $ip"

echo
# Get IP address of docker machine
echo "Get Current Machine IP address..."
machine_ip=$(docker-machine ip $machine_name)
echo "Machine IP: $machine_ip"

echo
if [ "$ip" = "$machine_ip" ]; then
    echo "IP Addresses are matching. Exiting..."
else
    echo "IP Addresses differ. Updating..."
    update_hosts
fi

スクリプトを開始します。

#!/bin/bash

echo
echo "########################################################"
echo "####            Start Docker Dev Environment        ####"
echo "########################################################"
echo

$machine_name=doctify-dev

echo
echo "Start Machine..."
docker-machine start $machine_name

echo
echo "Attach Machine to Terminal..."
eval $(docker-machine env --shell bash $machine_name)

echo
echo "Update hosts IP..."
source docker/update-hosts

echo
echo "Set Machine IP as Hostname..."
export DOCKER_HOST_IP=$(docker-machine ip $machine_name)

echo
echo "Clean Docker Images..."
source docker/clean

echo
echo "Build Docker Images..."
docker-compose build

echo
echo "Start Docker Images..."
sh docker/bin/osx-dev -r "docker-compose up" -i ".rsyncignore"

+1

+1

+1

+1

+1

+1

+1

+1

一貫性のあるIPを使用してDockerマシン環境を作成するために使用するものは次のとおりです。

#--- Usage: d-machine-static new_dm_name new_dm_ip [new_dm_memory]
function d-machine-static {
    new_dm_name="${1}"
    new_dm_ip="${2:-192.168.90.100}"
    new_dm_memory="${3:-1024}"
    docker-machine create -d virtualbox --virtualbox-hostonly-cidr "${new_dm_ip}/24" --virtualbox-memory "${new_dm_memory}" "${new_dm_name}"
    echo -e "\033[1;34m${new_dm_name}\033[0m = \033[0;32m$(/usr/local/bin/docker-machine ip ${new_dm_name})\033[0m"
}

一部のIPは他のIPよりも頻繁に成功する傾向があり、私は192.168.x.100の形式のIP

そして、これが私がそれらを素早く切り替えるために使用するものです：

#--- Switch to a different docker-machine environment.
function d-env () {
    target_environment="${1}"
    if [[ $(/usr/local/bin/docker-machine status ${target_environment}) = "Stopped" ]]; then
        docker-machine start "${target_environment}"
        sleep 1
    fi
    eval "$(/usr/local/bin/docker-machine env ${target_environment})"
    echo -e "\033[1;34m${target_environment}\033[0m = \033[0;32m$(/usr/local/bin/docker-machine ip ${target_environment})\033[0m"
}

自由に使用、変更、および心ゆくまで配布してください。

+1

また、デフォルトゲートウェイを追加する必要がありました...

これは、PowerShellとHyper-V（ICSの代わりにNAT用のVMNat.dllサービスを使用）を使用してWindows10でこれを行う方法です。

• サブネットは192.168.233.0/24です
• DHCPサーバーは.1で実行されています
• .2のDNSとNAT
• .10静的IPを取得する新しいdocker-machine

`` `` `` PowerShell
docker-machine create --driver hyperv --hyperv-virtual-switch "VMWare NAT" --hyperv-memory "512" consul0

再起動後にデフォルトゲートウェイが機能するかどうかはまだテストしていません。

echo "kill` `more /var/runudhcpc.eth0.id```nifconfig eth0 192.168.233.10 netmask 255.255.255.0 broadcast 192.168.233.255 up" | docker-machine ssh consul0 "sudo tee /var/lib/boot2docker/bootsync.sh"> $ null

eth0インターフェイスでdhcpをすぐに強制終了します

docker-machine ssh consul0 "sudo cat /var/run/udhcpc.eth0.pid | xargs sudo kill"

新しい静的IPでeth0を起動します。

次のコマンドがハングします...しばらくしてからCTRL + Cを実行する必要があります...

docker-machine ssh consul0 "sudo ifconfig eth0 192.168.233.10 netmask 255.255.255.0 broadcast 192.168.233.255 up"

古い動的IP用のtls証明書を修正します

docker-machine regenerate-certs consul0

デフォルトゲートウェイを再度追加して、インターネットが引き続き機能することを確認します（私の場合は欠落していました）

docker-machine ssh consul0 "route add default gw 1​​92.168.233.2"
`` `` ``

知っておくと良い：

#get the ip
$(Get-VM consul0).NetworkAdapters[0].IPAddresses[0]

#open vmconnect
$vm=Get-VM consul0

vmconnect $env:COMPUTERNAME $vm.Name -G $vm.Id

注：boot2docker initが失敗したように見え、Hyper-VがアダプターIPを取得できない場合があります...

+1

+1

まだプラスワンモードですか？ :)

それはいつも私の設定を台無しにし、特にローカルで異なるプロジェクトのために複数の開発環境を実行しているときに固定IPを与えることは完全に理にかなっています

上記の戦略がMacOSXでdocker-machineを使用している他のユーザーにも有効であることが確認されるのを待っています。 ここでは、より簡潔な形式になっています。

1）変数xを1から98までの任意の整数に設定します。例：
x='42'

2）変数new_dm_nameを、新しい
new_dm_name='magic'

3）次のコマンドを実行します。
docker-machine create -d virtualbox --virtualbox-hostonly-cidr "192.168.$x.100/24" "$new_dm_name"

これで、新しい静的IPは192.168.x.100になり、そのIPを他に割り当てない限り、セッション間で存続するはずです。 これが当てはまるかどうかを確認するには、次のコマンドを実行することをお勧めします。

docker-machine ip "$new_dm_name"
docker-machine stop "$new_dm_name"
docker-machine start "$new_dm_name"
docker-machine ip "$new_dm_name"

運が良ければ、これはWindowsにも適応できます。

+1

まあ、私は運命にあります。 私の会社は自分のローカルIPに192.168.99.xを使用しているので、これを変更できるようにしてください。

@ xbeta -VBoxネットワークを再構成できますか？ Hyper-Vを使用しているため、その方法を説明することはできませんが、デフォルトのVBoxドライバーを使用している場合は、それによって作成された仮想nicを見てください。 docker-machineはVBoxをラップするだけです

+1

よろしくお願いします、+ 1コメントで止めてください。 Githubに+1機能が追加されました。 右上の[+ Smiley]をクリックし、親指を立てるアイコンをクリックするだけです。 ここにコメントした人全員にメールを送ることなく、あなたのサポートを伝えます。 #kthxbye

https://blog.docker.com/2016/03/docker-for-mac-windows-beta/

より高速で信頼性の高い：VirtualBoxはもう必要ありません！

DockerがVirtualBoxを捨てているようです。 修正を取得するたびに、この問題に対する期待を調整することをお勧めします。

+1

+1

+1

：+1：

+1

+1

+1

ええ、オタクになってください、プラスを続けてください。 それはとても自信を植え付けます。

@ everett-toews VirtualBoxは、Swarm、Kubernetes、NomadなどのマルチホストDockerソリューションでも引き続き役立ちます。DockerforMacは、1つのホストセットアップに相当します（Macがホストです）。
もう1つのローカルソリューションはVmwareFusionで、再起動時にホストのIPを保持します。 これは最近の修正です。
そうです、VirtualBoxの静的IPを指定する簡単な方法が必要です。

@gittycatうん。 そのため、私はまだDockerToolboxを実行しています。 ちょうど私が群れを作成できるように。 それでも、私はむしろこの機能要求を見たいと思い複数のVM 。

+1

+1

+1

+1

+1

boot2dockerマシンの静的IPを設定する必要がある場合は、 / var / lib / boot2docker / profileを編集して追加するだけです。

sudo cat /var/run/udhcpc.eth1.pid | xargs sudo kill 
sudo ifconfig eth1 <ip address to assign> netmask <subnet mask> broadcast <broadcast address> up

その後、証明書を再生成する必要があります
docker-machine regenerate-certs rancher -f

+1

少なくともMacn Windowsの場合は、このリクエストを無関係として閉じる時が来たと思います。 docker-machine ipに関する私の問題はすべて、docker forMacによって解決されました。 みんな思いますか？

@caledhwa同意します、 docker -machineを処理する理由がわかりません。

@caledhwa Docker for Macは1台のマシンのみをサポートします。複数のマシンをセットアップしている場合でも、これは適切です。

@davidolrikが言ったように、 除外する1つのホストのみをサポートします。

👍

+1

まだ動きはありませんか？ ゲストの競合するネットワークアドレスを変更できないため、これはdocker-machineを使用するためのブロッカーです。

バーチャルボックスのDockerマシンIPを修正できるようにするために必要な機能です。

群れの例としていくつかのDockerホストをセットアップしましたが、再起動後、ほぼすべてのホストのIPが変更され、エラーが発生します。

x509: certificate is valid for 192.168.99.103, not 192.168.99.100

はい、 docker-machine regenerate-certsを使用して証明書の問題を修正できる可能性がありますが、Key-ValueストアのIPも変更されたため、構成で手動で変更するまで、群れが機能しなくなりました。もう一度。

たぶん、それらを削除して、それらのホストを再度作成する方がよいでしょう。 ただし、これらのホスト内のすべてのイメージ/コンテナーは失われます。

そのため、ホストのIPを指定できるようにするか、virtualbox dockerホストに固定IPを自動的に割り当て、再起動時に変更させないようにしてください。

+1
DHCPとDNSにdnsmaqを使用する場合があります。上記のコメントに基づいて、仮想ボックスインターフェイスのDHCPサーバーを無効にしてみました。私の場合はvboxnet4ようにVBoxManage dhcpserver remove --netname HostInterfaceNetworking-vboxnet4ように再起動する必要がありますマシンがdnsmasqからDHCP範囲を選択する場合、直面している問題は、新しいマシンを作成するたびに、docker-machineがvboxnet4 dhcpサーバーを有効にし、dnsmasqを使用する他のサーバーがそれを実行できないことです。 docker-machinesを検索します。vnetの削除を繰り返してから、docker-machinesを再起動する必要があります。 docker-machine-createにフラグを追加して、dhcpのようなものを有効にしないようにできると便利です。

+1

+1

+1

+1

これは、 @ micheletedeschiの作業をカプセル化し、DHCP構成と静的構成を切り替えるための便利なコマンドです。 また、要求された場合は、 /etc/hostsファイルも更新されます。

https://github.com/fivestars/docker-machine-ipconfig

私たちはここ数週間それを使用しており、大きな成功を収めています。 Dockerマシンを作成した直後に実行してください。

Usage: docker-machine-ipconfig <command> args...

Commands:
    ls                             List running docker-machines' ip addresses

    static <machine> [ip-address]  Configure <machine> to use a static IP address
                                   (default is current address)

    dhcp <machine>                 Configure <machine> to use DHCP client to gather IP address

    hosts                          Update /etc/hosts file

このオプションはVsphere、Azure、およびその他のデプロイ環境でも興味深いため、誰もがより「一般的な」ソリューション（Dockerマシンのネイティブ機能）を考えていました。 しかし、それは本当に大歓迎です。

+1

+1

+1

+1

+1

+1

@micheletedeschiの回避策は

+ 1、ZooKeeperとVirtualBoxを使用して今日同じ問題が発生しました

@micheletedeschiの回避策は

DHCPクライアントを強制終了していますか？ 元に戻した後、DHCPクライアントがまだ実行されていないことを確認できますか？

最終的に機能する別の回避策を見つけました。_advertise= $（ifconfig eth1 | grep -Eo "192.168.99.1 [0-9] {2}"）：2376_を使用して各マシンでスウォームエージェントを起動し、現在のZooKeeper（またはその他の検出サービス）へのIP。 私の場合、これは問題ありません。各マシンに192.168.99.1 **アドレスが割り当てられることに依存できるからです（これは単なる実験的な設定です）。 任意のIP範囲に適用できるより高度な正規表現があると思います。 これは良くなく、ちょっとハッキーかもしれませんが、それは仕事をします。

+1

+1

再起動時に突然無効になるVMIPとTLS証明書を任意に変更すると、多くの問題が発生し、工数が無駄になります。

これも優先されますか？ このケースは全体で13か月間開かれています。 +10000

私の推測では、この問題に関して、Dockerマシンチームの一部の人々と世界の他の人々との間に哲学的な意見の相違があると思います。 DHCPを使用し、非決定論的なIPを使用することは、私のすべてのユースケースにとってほとんど価値がありません。

私は昨年、この回避策を使用しています。 これは、上記のワンライナーの回避策のいくつかから適応されています。

DockerマシンにSSHで接続します
docker-machinesshのデフォルト

boot2docker起動スクリプトを追加/編集します
sudo vi /var/lib/boot2docker/bootsync.sh

#!/bin/sh
/etc/init.d/services/dhcp stop
ifconfig eth1 192.168.99.50 netmask 255.255.255.0 broadcast 192.168.99.255 up

sudo chmod 755 /var/lib/boot2docker/bootsync.sh
出口

マシンを再起動し、証明書を再生成します
docker-machinerestartデフォルト
docker-machineregenerate-certsのデフォルト

+1

+1

+1（docker-machineおよびjimmidyson / minishiftの場合）

+1

@eytanhanig残念ながら、あなたの方法は私にはうまく

+1

+1

人々がこれを+1しているのはばかげています。

+1

私はこの機能を持っているのが大好きですが、それを実装するためのエレガントなアプローチは見つかりませんでした。

この問題はVirtualboxのDHCPが原因で発生します。システムを再起動すると、DHCPサーバーは割り当てられたすべてのIPデータを失い、最後に同じIPを持つ可能性が低いVMにIPを再割り当てしようとします。

VirtualboxにDHCPデータを永続化させることが正しいかどうかはわかりません。 また、Boot2dockerはDHCPによって割り当てられたIPを永続化しません。これは、実際には正しい動作です。

私見ですが、DHCPを回避するのは正しい方法ではないと思います。静的IPをBoot2dockerとdocker-machinevirtualboxドライバーに指定する機能を追加することで問題を解決できると思います。

DHCPを使用するよりも、静的IPを指定する機能を追加するなど、最初にhttps://github.com/boot2docker/boot2dockerプロジェクトに静的IPを実装する方がよい場合があります。

DHCP呼び出しをトリガーするコードは次のとおりです。

https://github.com/boot2docker/boot2docker/blob/master/rootfs/rootfs/bootscript.sh#L16

# Trigger the DHCP request sooner (the x64 bit userspace appears to be a second slower)
echo "$(date) dhcp -------------------------------"
/etc/rc.d/dhcp.sh
echo "$(date) dhcp -------------------------------"

/var/lib/boot2docker/profileに一連のIP構成を追加することで、条件付きにすることができます。静的IPが構成されている場合は、DHCPからの要求IPの代わりに静的IPを使用します。

次に、 virtualboxドライバーに1つ以上のオプションを追加して、静的IP構成を指定できます（ --virtualbox-boot2docker-cidr 、 --virtualbox-boot2docker-gateway 、 --virtualbox-boot2docker-dns ...）。

+1

+1

+1

みんな、さあ。 明らかに長期にわたる問題で+1を止めてもらえますか？ その特定の理由で「いいね」ボタンが実装されました。 加入者にスパムを送信する必要はありません。

加入者にスパムを送信する必要はありません。

退会できます。

私はすべて加入者にスパムを送ります。

それらのサブスクライバーの一部は、プロジェクトチームの一部です。

2017年1月26日14:20、「SergeyNevmerzhitsky」 [email protected]
書きました：

加入者にスパムを送信する必要はありません。

退会できます。
[画像：1]
https://cloud.githubusercontent.com/assets/1006042/22332699/4cf1a8b4-e3e3-11e6-8bad-52406c3b8055.png

—
コメントしたのでこれを受け取っています。
このメールに直接返信し、GitHubで表示してください
https://github.com/docker/machine/issues/1709#issuecomment-275386350 、
またはスレッドをミュートします
https://github.com/notifications/unsubscribe-auth/AG44NZ2KdnsH6JTU6iI_5Uieh9WZxWXBks5rWJ2RgaJpZM4FsQYg
。

私はすべて加入者にスパムを送ります。
それらのサブスクライバーの一部は、プロジェクトチームの一部です。

メンテナがチェックインします。+ 1のコメントで問題をスパムしないでください。 これはよく知られた問題であり、スレッドにスパムを送信しても効果はありません。 必要に応じて、「+ 1」の絵文字反応でサポートを示してください。 いつものように、プルリクエストや詳細な提案を喜んで評価します。 皆さんありがとう。

（補足として、 @ twang2218は一般的に正しい考えを持っているようです-静的IPは、このスレッドのサブスクライバーが念頭に置いている可能性のあるユースケースに

静的IPは本当に必要ありません。 ただし、作成中にIPアドレスが選択されると、それ以降の再起動時にIPアドレスを保持する必要があります。 これはすでに利用可能ですか？

VPNを備えたDockerがあり、標準の192.168.99.100が読み込まれませんでした。 これはVPN接続が原因であると考えたため、Virtualbox内にブリッジネットワークをセットアップして、192.168.1.159経由でDockerにアクセスしました。 これをKitematicの公開IPアドレスに表示したいと思います。 そうする方法はありますか？

この機能の実装を待つことができない場合は、 VagrantVirtualBoxプロバイダーとdocker-machine汎用ドライバーを使用してカスタムIPとカスタムCPU /メモリを割り当てることができます。

たとえば、Windowsでは、次のVagrantfileを配置します。

Vagrant.configure("2") do |config|
  config.vm.box = "AlbanMontaigu/boot2docker"
  config.vm.provider "virtualbox" do |v|
    v.memory = 8192
    v.cpus = 8
  end
  config.vm.synced_folder ".", "/vagrant", disabled: true
  config.vm.synced_folder "C:/Users", "/c/Users"
  config.vm.network "private_network", ip: "192.168.99.103"
end

vagrant.pemという名前のvagrant defaultssh秘密鍵を配置し

実行します

vagrant up
docker-machine create --driver generic --generic-ip-address=192.168.99.103 --generic-ssh-user=docker --generic-ssh-key=vagrant.pem default
docker-machine ls

また、カスタムIP、CPU、メモリなどがvagrant経由で構成されたDockerホストを取得し、同時にdocker-machine経由でアクセスできます。

Windows用の作業ファイルセットはhttps://github.com/joelhandwell/dockerhostにあります。

@jcwilsonこんにちは、Josh et al、どうもありがとう。同じ問題を修正するためにスクリプトをフォークしました（https://github.com/minishift/minishift/issues/343、https://github.com/minishiftを参照） / minishift / issues / 598）ミニシフトとの組み合わせ：

https://github.com/ahilbig/docker-machine-ipconfig

連絡あった？

現在、Minishiftでこれを実験しています： https ：
ただし、別のアプローチは、cloud-initのようなものを使用することです（これは、このアプローチには多分重いか、Goベースのバイナリ内にDHCPサーバーを埋め込み、これを使用して割り当てられたIPアドレスを強制します）

+1。
現在、複数のマシンを持っていることは恐ろしい苦痛です。 追加の証明書（たとえば、カスタムDockerリポジトリ用）を使用し、起動マシンの順序を変更する場合は、次のことを行う必要があります。

Error checking TLS connection: Error checking and/or regenerating the certs: There was an error validating certificates for host "192.168.99.100:2376"
: x509: certificate is valid for 192.168.99.101, not 192.168.99.100

これにより、証明書を再生成するか、すべてのマシンを無効にして、実行順序を復元する必要があります（これも時には苦痛になる可能性があります）。

さらに、Chefを使用してDockerベースのプロジェクトを構成することも、作成されたマシンが常に同じIPを持っていると想定できる場合（たとえば、hostsファイルに追加してIPを忘れることができる場合）ははるかに優れています。

+1

+1

+1
thx jcwilson、スクリプトdocker-machine-ipconfigはとても良いです！ スクリプトでeth1をeth0に変更する必要がありました。その後、スクリプトは私にとって完璧に機能しました。 私はvmwarevsphereを使用しています。

さよなら。

+1

ミニシフトの一部として、 https：//github.com/minishift/minishift/issues/1316を実装しましたが、これはこれまでのところうまく機能しています。 現在、他のハイパーバイザーに対して同じことを行うための代替案を検討していますが、最初にhttps://github.com/minishift/minishift/issues/1457を使用してアドレスを修正し

+1

私が見つけた最も簡単な回避策は、ドーカーマシンによる仮想マシンの起動シーケンスに依存することです。

VirtualBoxには、192.168.99.100からIPアドレスの割り当てを開始するDHCPサーバーがあります。

1. すべてのVMを停止します
   docker-machine stop ${docker-machine ls -q}
   この手順により、割り当てられたすべてのアドレスがVirtualBoxDHCPに解放されます

2. VMを順番に起動します
   docker-machine start vbox1 && docker-machine start vbox2 && docker-machine start vbox3
   この手順では、次のようにIPを割り当てます。
   192.168.99.100：vbox1
   192.168.99.101：vbox2
   192.168.99.102：vbox3

docker-machine start vbox1 vbox2 vbox3は機能しないことに注意してください。ただし、その理由はわかりません。

+1

docker-machine.exe start実行すると、DHCP waiting for an IP 15秒以上かかります（インターネットが壊れている場合は2分以上かかります）、静的IPを設定できれば、高速に起動できると思います。

この機能は少し前にMinishiftに追加されましたが、
機能するにはISOを変更する必要があります。
Hyper-Vで、boot2dockerイメージにはない問題が発生しました
うまく再生されました...したがって、CentOSおよびFedoraベースのイメージでのみ機能しました。
また、DHCPに依存しているため、これは現在のKVMドライバーでは機能しません。

これには少し再設計が必要です...

23:08の日、2019年2月3日はfcyingに[email protected]を書きました：
>>

docker-machine.exe startを実行すると、DHCPがIPを待機するのに15秒以上かかります（インターネットが切断されている場合は2分以上かかります）。静的IPを設定できれば、高速に起動できると思います。

—
コメントしたのでこれを受け取っています。
このメールに直接返信するか、GitHubで表示するか、スレッドをミュートしてください。

-

Gerard Braad | http://gbraad.nl
[オープンソースの問題を行う]

私が見つけた最も簡単な回避策は、ドーカーマシンによる仮想マシンの起動シーケンスに依存することです。

VirtualBoxには、192.168.99.100からIPアドレスの割り当てを開始するDHCPサーバーがあります。

1. すべてのVMを停止します
   docker-machine stop ${docker-machine ls -q}
   この手順により、割り当てられたすべてのアドレスがVirtualBoxDHCPに解放されます
2. VMを順番に起動します
   docker-machine start vbox1 && docker-machine start vbox2 && docker-machine start vbox3
   この手順では、次のようにIPを割り当てます。
   192.168.99.100：vbox1
   192.168.99.101：vbox2
   192.168.99.102：vbox3

docker-machine start vbox1 vbox2 vbox3は機能しないことに注意してください。ただし、その理由はわかりません。

時々、vboxに192.168.99.100から始まるIPを割り当てるために、WindowsでVBoxNetDHCP.exeプロセスを強制終了する必要がありました。
そうしないと、vboxは以前のマシンで使用されていたIPを解放しません（理由はわかりません）

👍

それは本当に私の人生を楽にするでしょう。

私が見つけた最も簡単な回避策は、ドーカーマシンによる仮想マシンの起動シーケンスに依存することです。

VirtualBoxには、192.168.99.100からIPアドレスの割り当てを開始するDHCPサーバーがあります。

1. すべてのVMを停止します
   docker-machine stop ${docker-machine ls -q}
   この手順により、割り当てられたすべてのアドレスがVirtualBoxDHCPに解放されます
2. VMを順番に起動します
   docker-machine start vbox1 && docker-machine start vbox2 && docker-machine start vbox3
   この手順では、次のようにIPを割り当てます。
   192.168.99.100：vbox1
   192.168.99.101：vbox2
   192.168.99.102：vbox3

docker-machine start vbox1 vbox2 vbox3は機能しないことに注意してください。ただし、その理由はわかりません。

とても便利です。

static ip address 192.168.99.50をVirtualBoxのdocker-machine（デフォルト）に割り当てるために、次を使用しました。

$ echo -e "kill \`cat /var/run/udhcpc.eth1.pid\`\nifconfig eth1 192.168.99.50 netmask 255.255.255.0 broadcast 192.168.99.255 up" | docker-machine ssh default sudo tee /var/lib/boot2docker/bootsync.sh > /dev/null

$ docker-machine restart default
Restarting "default"...
(default) Check network to re-create if needed...
(default) Waiting for an IP...
Waiting for SSH to be available...
Detecting the provisioner...
Restarted machines may have new IP addresses. You may need to re-run the `docker-machine env` command.

$ docker-machine env
Error checking TLS connection: Error checking and/or regenerating the certs: There was an error validating certificates for host "192.168.99.50:2376": x509: certificate is valid for 192.168.99.103, not 192.168.99.50
You can attempt to regenerate them using 'docker-machine regenerate-certs [name]'.
Be advised that this will trigger a Docker daemon restart which might stop running containers.

$ docker-machine regenerate-certs default
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 env
export DOCKER_TLS_VERIFY="1"
export DOCKER_HOST="tcp://192.168.99.50:2376"
export DOCKER_CERT_PATH="/Users/mandrake/.docker/machine/machines/default"
export DOCKER_MACHINE_NAME="default"
# Run this command to configure your shell:
# eval $(docker-machine env)

私の環境はOSX、VirtualBox（boot2docker.iso）です

これがお役に立てば幸いです🙂
ところで：新機能のリクエストには+1😉
乾杯。

はい、特定のIPで作成するオプションがあります。 あなたがする必要があるのはでip / ip-rangeを指定することです
--virtualbox-hostonly-cidrオプション。

例えば：

• 特定のIPを割り当てたい場合、たとえば10.15.1.24を割り当てたい場合は、適切な構成になります（最も重要なのは、ここで使用しているマスクです。特定のIPの場合、サブネットマスクを32に設定する必要があります）：
  docker-machine create --driver virtualbox --virtualbox-hostonly-cidr "10.15.1.24/32" dev

• 特定のIP範囲からIPを選択する場合は、適切なサブネットマスクを使用する必要があります。

ホストファイルを更新し続ける必要があるという問題がある場合は、コンテナにAvahiをインストールして、mDSNを使用できます。