質問: hyperv-vagrantを使用した静的ip 私はlaravel homestead with vagrantを使用しています。windowsに統合されているため、virtual boxの代わりにhyper-vを使用するのが理にかなっていると思います。これが私の問題です。時々、hyper-v仮想マシンは新しいipを取得します。通常は172.20.83.xです。ドメインをテストするためにipsを実行するときに、これは私のhostsファイルをめちゃくちゃにします。そのため、hyper-vサーバーが新しいipを取得するたびに、新しいipを再入力する必要があり、すぐに退屈になります。私は自分のマシンで常に同じになるようにipを設定できる方法があるかどうか疑問に思っています。サーバーの仮想スイッチマネージャーをいじってみましたが、インターネットが完全に失われました。
回答: バックグラウンドアスカー、および同様のユースケースを持つ誰もが、ローカル開発の目的でワークステーション(windows serverエディションではない)で動作している可能性が高く、hyper-vが 変更すべてのホストマシンの再起動時のipアドレスの割り当て 。プロビジョニング後、vmのネットワーク構成内に静的ipアドレスを「手動で」ハードコードする必要があり、面倒で自動化を妨げます。 「使い捨て」開発vmの精神とハンズフリーのプロビジョニングワークフローに合わせて、プロセス全体を自動化する方がはるかに望ましいのではないでしょうか。なぜそうなのでしょう!vagrantは(まだ)hyper-vマシンに静的ipアドレスを設定できないため、このすべてのフープジャンプが必要です。見る: https://www.vagrantup.com/docs/hyperv/limitations.html https://github.com/hashicorp/vagrant/issues/8384 概観つまり、これを機能させるための一連のイベントは次のとおりです。 natスイッチをhyper-v用に作成します(これは内部でのみ使用できるスイッチであり、その背後で静的ipアドレスを持つ任意の数のvmが座って、hyper-vと通信できます。ホスト。このスイッチの背後にあるゲストは、インターネットやlanなど、ホストがアクセスできるすべてのネットワークリソースにアウトバウンドアクセスできます。 リロード前のイベント内でvagrant-reloadプラグインを利用するvagrant triggerを設定して、特定のvmのネットワークスイッチをオンデマンドで変更します。 vagrant up、ただし初期プロビジョニングではdefault switch(新しいnatswitchではなく)を選択します。 プロビジョニングプロセスの最初に、natswitchの範囲内にある静的ipをvmのオペレーティングシステム内に構成します(この手順はos固有です)。 config.vm.provision :reloadを呼び出します。これにより、a)手順2で定義したトリガーが起動され、vmのネットワークスイッチが新しいnatswitchに変更されます。およびb)vagrant reloadを発行し、vmの再起動後にプロビジョニングプロセスを続行します。 vmが再起動すると、静的ipアドレスがnatswitchから取得され、無期限に使用されます。 1.作成natスイッチこの手順は確かに1回、手動で行うことができますが、プロビジョニング中にvagrantfileから呼び出すことができるスクリプトにコマンドをベイクする方がより強力です。このようなスクリプトは次のようになります。./scripts/create-nat-hyperv-switch.ps1:# see: https://www.petri.com/using-nat-virtual-switch-hyper-v if ("natswitch" -in (get-vmswitch | select-object -expandproperty name) -eq $false) { 'creating internal-only switch named "natswitch" on windows hyper-v host...' new-vmswitch -switchname "natswitch" -switchtype internal new-netipaddress -ipaddress 192.168.0.1 -prefixlength 24 -interfacealias "vethernet (natswitch)" new-netnat -name "natnetwork" -internalipinterfaceaddressprefix 192.168.0.0/24 } else { '"natswitch" for static ip configuration already exists; skipping' } if ("192.168.0.1" -in (get-netipaddress | select-object -expandproperty ipaddress) -eq $false) { 'registering new ip address 192.168.0.1 on windows hyper-v host...' new-netipaddress -ipaddress 192.168.0.1 -prefixlength 24 -interfacealias "vethernet (natswitch)" } else { '"192.168.0.1" for static ip configuration already registered; skipping' } if ("192.168.0.0/24" -in (get-netnat | select-object -expandproperty internalipinterfaceaddressprefix) -eq $false) { 'registering new nat adapter for 192.168.0.0/24 on windows hyper-v host...' new-netnat -name "natnetwork" -internalipinterfaceaddressprefix 192.168.0.0/24 } else { '"192.168.0.0/24" for static ip configuration already registered; skipping' } 次に、適切なトリガーをvagrantfile configセクションの先頭に追加します。これにより、vagrant upで構成が常に正しいことが保証されます。config.trigger.before :up do |trigger| trigger.info = "creating 'natswitch' hyper-v switch if it does not exist..." trigger.run = {privileged: "true", powershell_elevated_interactive: "true", path: "./scripts/create-nat-hyperv-switch.ps1"} end 2. vagrant reload triggerを設定しますプロビジョニングの最中にvm)を再起動(リロード)するには、静的ipアドレスに切り替えるために https://github.com/aidanns/vagrant- reload プラグインなので、最初にインストールします。vagrant plugin install vagrant-reload トリガーが呼び出すスクリプトは非常に単純です。./scripts/set-hyperv-switch.ps1:# see: https://www.thomasmaurer.ch/2016/01/change-hyper-v-vm-switch-of-virtual-machines-using-powershell/ get-vm "homestead" | get-vmnetworkadapter | connect-vmnetworkadapter -switchname "natswitch" 次に、適切なトリガーをvagrantfile configセクションに追加します(つまり、前の手順で追加したトリガーのすぐ下)。config.trigger.before :reload do |trigger| trigger.info = "setting hyper-v switch to 'natswitch' to allow for static ip..." trigger.run = {privileged: "true", powershell_elevated_interactive: "true", path: "./scripts/set-hyperv-switch.ps1"} end 3.ゲストvm内で静的ipを構成する静的ipの構成はos固有のタスクであるため、この手順は、特定のゲストosに合わせて調整する必要があります。 2つの例を次に示します。[〜#〜]注[〜#〜]:企業ネットワーク上にある場合、googleのように会社のdnsサーバーを使用してください(これらの例)に到達できない場合があります。ubuntu 18.04 ltsの例ubuntu 18.04 ltsでは、これはうまく機能します:./scripts/configure-static-ip.sh:#!/bin/sh echo 'setting static ip address for hyper-v...' cat << eof > /etc/netplan/01-netcfg.yaml network: version: 2 ethernets: eth0: dhcp4: no addresses: [192.168.0.2/24] gateway4: 192.168.0.1 nameservers: addresses: [8.8.8.8,8.8.4.4] eof # be sure not to execute "netplan apply" here, so the changes take effect on # reboot instead of immediately, which would disconnect the provisioner. redhat、centos、およびoracle linuxの例./scripts/configure-static-ip.sh:#!/bin/sh echo 'setting static ip address for hyper-v...' cat << eof > /etc/sysconfig/network-scripts/ifcfg-eth0 device=eth0 bootproto=none onboot=yes prefix=24 ipaddr=192.168.0.2 gateway=192.168.0.1 dns1=8.8.8.8 eof # be sure not to execute "systemctl restart network" here, so the changes take # effect on reboot instead of immediately, which would disconnect the provisioner. 上記のスクリプトを配置したら、先ほど追加したトリガー定義のすぐ下に次のようなものを追加します。config.vm.provision "shell", path: "./scripts/configure-static-ip.sh" config.vm.provision :reload 4. vmをプロビジョニングするvagrant upをクリックし、プロンプトが表示されたらdefault switchを選択します。これにより、vmは、vagrantがvmにssh経由で接続し、共有フォルダーをマウントし、プロビジョニングを開始するのに十分な動的ipv4アドレスを取得します。これで、静的ipアドレスが設定され、プロビジョニングが続行される前にvmがリロードされます。出力例: homestead: setting static ip address for hyper-v... ==> homestead: running provisioner: reload... ==> homestead: running action triggers before reload ... ==> homestead: running trigger... ==> homestead: setting hyper-v switch to 'natswitch' to allow for static ip... homestead: running local script: ./scripts/set-hyperv-switch.ps1 ==> homestead: attempting graceful shutdown of vm... ==> homestead: stopping the machine... homestead: configuring the vm... ==> homestead: starting the machine... ==> homestead: waiting for the machine to report its ip address... homestead: timeout: 120 seconds homestead: ip: 192.168.0.2 ==> homestead: waiting for machine to boot. this may take a few minutes... ==> homestead: machine booted and ready! 5.その他の考え 最初のdefault switchの後にvagrant upを選択するには、手動入力が必要です。これを回避する方法を見つけることが理想的です。 vagrant-reloadプロビジョナーはマシンを正常にシャットダウンできず、強制的に停止する必要があります。 (最初のプロビジョニング時に)1回だけ発生するため、重大な問題ではありません。これは、vmのhyper-vスイッチをdefault switchからnatswitchに変更する前にリロードイベント中に実行する必要があるために発生します。これは、事実上、イーサネットコードを引き出すのに似ています。物理的なジャックの別のスイッチに接続します。