Zmienić VirtualBox DHCP, aby wydawał adresy 192.168.xx zamiast adresów 10.0.xx?

31

Mam maszynę wirtualną VirtualBox (v4.1.8), która jest automatycznie przypisywana do adresu IP w 10.0.x.xzakresie za pośrednictwem DHCP.

Czy mogę go zmienić, aby 192.168.x.xzamiast tego korzystać z zakresu?

networking virtualbox

— Boy Baukema
źródło

2

Czy ktoś mógłby mnie oświecić, dlaczego otrzymuję głos negatywny? To może być pytanie dla początkujących, ale jestem początkującym w VirtualBox i musiałem trochę google, aby uzyskać odpowiedź, która brzmi: VBoxManage modyfikvm „NameOfVM” --natnet1 „192.168 / 16”

— Boy Baukema

Nie mogę, za mało przedstawicieli, muszę czekać dzień ... jeśli mógłbyś to opublikować, mógłbym zaakceptować, a następny facet będzie miał łatwiejszy czas :).

— Boy Baukema

Uczciwie szukałem tej funkcji około rok temu - konkretna odpowiedź nie była natychmiast dostępna. Trochę niesprawiedliwe, aby głosować, szczególnie bez komentarza.

— Coops

4

Jest to kompromis ... zachęcanie do wyrażania opinii poprzez głosowanie lub wymaganie powodów, a pytania nie są negatywne. Osobiście uważam, że to trochę niegrzeczne, aby nie zostawiać powodu, ponieważ nie oświeca użytkowników do lepszego doskonalenia umiejętności zadawania pytań lub zadawania pytań odpowiednich dla społeczności, ale takie jest moje zdanie.

— Bart Silverstrim,

1

Być może ci, którzy przegłosowali, kwestionowali fakt, że ten adres DHCP był w konflikcie z twoim intranetem, zakładając, że nie powinno być routingu, ale NAT między tym ostatnim a siecią wewnętrzną używaną przez VirtualBox.

— jlliagre

23

Dzięki @RelaXNow oto odpowiedź na pytanie:

VBoxManage modifyvm  "NameOfVM" --natnet1 "192.168/16"

— cutrightjm
źródło

2

Które powinny być uruchamiane na maszynie hosta, a nie na maszynie wirtualnej (od początku nie było to dla mnie oczywiste)

— periklis 30.01.2014

Po zmianie ustawień DHCP serwer DHCP nadal oferował gościowi dzierżawę w starym zakresie IP. Musiałem zrestartować sterowniki VirtualBox, aby zmiany odniosły skutek, używając go sudo vboxreloadna hoście (VirtualBox 5.1.26).

— Rob W

16

Pod warunkiem, że zrozumiałem pytanie, jeśli przejrzysz rozdział 6 instrukcji , powiesz :

In the VirtualBox graphical user interface, you can configure all these items in the global settings via "File" -> "Settings" -> "Network", which lists all host-only networks which are presently in use. Click on the network name and then on the "Edit" button to the right, and you can modify the adapter and DHCP settings.

wprowadź opis zdjęcia tutaj

— tombull89
źródło

Dobra odpowiedź, dziękuję za zdjęcie, też przeczytałem dokument, ale nadal przechodziłem do konkretnych ustawień maszyny, a nie do „ogólnych” ustawień!

— SSH

Najnowsze wersje mają to File-> Preferences-> ...

— Jari Turkia

-1, problemem OP nie jest sieć hosta, ale NAT.

— mmlac

3

Tak, można to zmienić. Dokumentacja jest tutaj:

http://www.virtualbox.org/manual/ch08.html#vboxmanage-dhcpserver

Jest obsługiwany przez VBoxManage dhcpserverpolecenie.

— Coops
źródło

3

Zwykle nie trzeba modyfikować zakresu adresów VirtualBox DHCP. Ta sieć jest wewnętrzna i istnieje tylko między maszyną wirtualną a aplikacją VirtualBox. Nie wymaga routingu, tylko NAT.

Jeśli chcesz zezwolić na dostęp do maszyny wirtualnej z zewnątrz, pozostając w domyślnym trybie NAT, możesz selektywnie otwierać porty (przekierowywanie portów).

Na przykład, aby umożliwić dostęp do wewnętrznego serwera ssh przez port 2022, użyj tej komendy:

VBoxManage modifyvm "NameOfVM" --natpf1 "guestssh,tcp,,2022,,22"

— jlliagre
źródło

Tak, ale dziwne rzeczy mogą się zdarzyć, jeśli Twój host nie wie, jak trasować do maszyny wirtualnej. Miałem ten problem, ponieważ Vagrant potrzebował 5 minut na zamontowanie folderu współdzielonego. Mogłem pingować google z VM, ale nie mogłem pingować niczego w lokalnej sieci.

— rox0r

@ rox0r Nie rozumiem o co ci chodzi. Podczas korzystania z translacji NAT nie ma potrzeby routingu z hosta na maszynę wirtualną. Z zewnątrz maszyna wirtualna po prostu używa adresu hosta.

— jlliagre

1

Tak, ale maszyna wirtualna nie przekieruje domyślnej bramy, jeśli uzna, że miejsce docelowe znajduje się w podsieci. Tj .: jeśli maszyną wirtualną jest 10.0.2.15/24 i spróbujesz wysłać polecenie ping 10.0.2.10, które znajduje się w podsieci hosta, nie będzie próbował trasować przez bramę NAT. To samo odnosi się do przekazywania portów, a maszyną łączącą jest 10.0.2.10. Pakiety będą kierowane do maszyny wirtualnej, ale nigdy nie zostaną przekierowane z powrotem.

— rox0r

Rozumiem. Posiadanie tej samej podsieci zarówno wewnętrznie, jak i zewnętrznie byłoby bardzo nieprawdziwą konfiguracją.

— jlliagre