Miałem jedną maszynę wirtualną w moim VirtualBox i chciałem użyć jej jako szablonu / obrazu, więc sklonowałem ją. Następnie uruchomiłem jednocześnie oryginał i klon (aby zasymulować klaster serwerów dla czegoś, nad czym pracowałem), jednak obydwu instancjom przypisano ten sam adres IP. Czy to może błąd w naszym DHCP, który moim zdaniem VirtualBox używa do uzyskiwania adresów IP? A może coś w sposobie konfiguracji moich maszyn wirtualnych? W każdym razie jestem ostatecznie zainteresowany rozwiązaniem tego problemu, dzięki czemu mogę jednocześnie obsługiwać dwie maszyny wirtualne tego samego obrazu.
virtualbox
virtual-machine
ip
dhcp
amfibia
źródło
źródło
ifconfig -a, pokazał ten sam adres MAC dla obu (wyświetlany jakoHWaddr)CloneOdpowiedzi:
Jest to znane jako konflikt adresów IP i może powodować poważne problemy w sieci.
Możesz ponownie zainicjować adres MAC sklonowanej maszyny wirtualnej; oznacza to po prostu wygenerowanie nowego losowego. Na sklonowanej maszynie wirtualnej kliknij Ustawienia >> Sieć >> Zaawansowane, a następnie kliknij dwie okrągłe strzałki, aby wygenerować nowy MAC. Twoja maszyna wirtualna będzie musiała być wyłączona. Podczas uruchamiania serwer DHCP powinien przypisać maszynie wirtualnej inny adres IP.
Również do Twojej wiadomości, kiedy sklonowałeś swoją maszynę wirtualną, powinieneś zobaczyć pole wyboru ze słowami „ponownie zainicjować MAC”, które sklonowałyby maszynę wirtualną i wygenerowałyby nowy adres MAC zamiast klonowania.
Jeśli jesteś ciekawy, klonowanie maszyny wirtualnej jest często używane do wykonania pełnej kopii zapasowej maszyny wirtualnej, w tym przypadku chciałbyś, aby MAC i IP były takie same na wypadek, gdybyś musiał użyć kopii zapasowej. W przypadku klonowania maszyny wirtualnej w celu zbudowania klastra będziesz chciał ponownie zainicjować MAC na każdym klonie.
Aktualizacja 1 W odpowiedzi na twoje komentarze z 8.10.2013.
Upewnij się, że adres IP nie jest ustawiony statycznie. Wspomniałeś w swoim pytaniu, że maszyna wirtualna powinna uzyskiwać swój adres IP z DHCP. W takim przypadku konfiguracja powinna wyglądać następująco. W przypadku systemów opartych na Debianie można go znaleźć w / etc / network / interfaces
W przypadku systemów opartych na redhat konfiguracja sieci znajduje się w / etc / sysconfig / network-scripts / ifcfg-eth0
W twoim drugim komentarzu wspomniałem, że brakuje eth0. Czy masz eth1? Ponieważ komputer zmienił adresy mac, system operacyjny zachowuje oryginalny komputer Mac jako eth0 i zwykle przypisuje eth1 do nowego komputera Mac. Aby zresetować urządzenia eth *, aby mieć eth0, a nie eth1, musisz wyczyścić zasady udev networking.
Bałagan w sieci może być owłosiony. Jedną z opcji byłoby usunięcie sklonowanej maszyny wirtualnej i ponowne sklonowanie oryginału i zaznaczenie opcji „ponownie zainicjuj komputer Mac”. Nie jestem pewien, czy to rozwiąże twój problem, ale może tak być.
źródło
eth0kiedy uruchamiamifconfigDostałem te same
10.0.2.15maszyny wirtualne IP , kiedy sklonowałem Ubuntu na komputerze Mac.Aby rozwiązać problem, najpierw zamykam maszyny wirtualne.
Następnie dla każdej maszyny wirtualnej
wybieram ustawienia, następnie klikam zakładkę Sieć, a następnie zmieniam załącznik:
Bridged Adapternastępnie klikam zaawansowane, wybieram zezwól wszystkim na tryb rozwiązany, w
końcu odświeżam adres MAC, aby zmienić adres MAC. Kliknij OK.
Teraz uruchom maszyny wirtualne, a otrzymasz różne adresy IP.
Mam
192.168.0.14pierwszy i192.168.0.15drugi. Można je również pingować z hosta Mac.źródło
Przeczytaj o dostępnych adapterach w VirtualBox ( https://www.virtualbox.org/manual/ch06.html#networkingmodes ). Jeśli chcesz mieć połączenie tylko między maszynami wirtualnymi, do testów będzie bardziej odpowiednia karta sieci wewnętrznej. Jednak z twojego komentarza wynika, że używasz NAT.
Sprawdziłem poniższy scenariusz na VirtualBox 5.0.2 na hoście Mint 17.2 i gościach Fedory 21:
Utwórz główną maszynę wirtualną z domyślnym adapterem NAT. Utwórz połączony klon ( https://www.virtualbox.org/manual/ch01.html#clone ) z ponownym zainicjowaniem MAC. Sklonowana i oryginalna maszyna wirtualna ma te same wartości w pliku:
jednak
pokazuje różne adresy MAC na każdym z nich.
Kiedy zaktualizowałem HWADDR w tym pliku zgodnie z wartością linku / eteru z polecenia ip i zmieniłem UUID na nowy przy użyciu
następnie pomimo tego samego adresu IP na tych interfejsach (enp0s3) na oryginalnych i sklonowanych maszynach wirtualnych sieć zewnętrzna (Internet) działała dobrze.
źródło
Tę samą sytuację spotkałem dzisiaj. Używałem adaptera NAT i adaptera Ethernet tylko do hosta dla mojej maszyny Wirtualnej Solaris. Adres IP klonu zmienił się, gdy odświeżyłem adres MAC adaptera hosta.
źródło
Rozumiem twój ból. Sklonowałem mojego vm. Wygenerowałem nowego Maca na wirtualnym pudełku Oracle, uruchomiłem klonowanie, zmieniłem nazwę hosta i zaktualizowałem plik skryptów sieciowych o nowego Maca.
Po ponownym uruchomieniu nadal korzystał z tego samego adresu IP z dhcp. Interfejs jest ustawiony na Nat.
:(
Dave
źródło