Virtualbox DNS przestał działać przy aktualizacji do 12.10

25

Mam konfigurację obrazu Debiana na Virtualbox, która używa domyślnego NAT do uzyskania dostępu do Internetu. Działało dobrze, zanim zaktualizowałem do wersji 12.10. Po uaktualnieniu wyszukiwania DNS przestały działać. Nadal mogę uzyskać dostęp do adresów IP, ale to nie jest miłe rozwiązanie.

— null_radix
źródło

2

Powiązany błąd: Błąd # 1048783 „Wyszukiwania nazw sieci zepsute w kartach sieciowych NAT”

— ændrük

Błąd upstream VirtualBox: virtualbox.org/ticket/10864

— Pi

22

Oprócz VBoxManage modifyvm "name" --natdnsproxy1 ontego musiałem uruchomić VBoxManage modifyvm "name" --natdnshostresolver1 onkażdą maszynę wirtualną, aby DNS działał. Znalazłem tę wskazówkę na tej stronie .

— hcsteve
źródło

Słodko, znalazłem to gdzie indziej i zadziałało dla mnie ... potem zobaczyłem, że trafiło to nieco dalej w wynikach wyszukiwania, więc musiałem zagłosować.

— El Yobo,

1

Tylko „--natdnshostresolver1 on” powinno być rzeczywiście konieczne, a nie „--natdnsproxy1 on”.

— Pi Delport

To nie zadziałało. Oboje Używam tego skryptu wsadowego ( gist.github.com/kapitanluffy/61316b4595f3b63ccf41 ) i nie działa. Typ adaptera to PCnet-PCI II

— kapitanluffy

Ustawiłem resolv.conf na 8.8.8.8 i zadziałało. Czy nadal muszę wydawać komendy altervm?

— kapitanluffy

Dzięki, to rozwiązało również dla mnie tajemniczy problem. Aby przenieść to rozwiązanie w górę w wynikach Google, należy zauważyć, że problem związany jest z VirtualBox 4.1.18 (właśnie tego szukałem).

— Andre

11

Rozumiem

VBoxManage modifyvm "VM name" --natdnsproxy1 on

Skrzynka wirtualna ma serwer DHCP dla silnika NAT. Która ma listę zarejestrowanych serwerów DNS. Powyższe polecenie ukrywa tę listę serwerów DNS i używa ustawień programu tłumaczącego hosta, zmuszając w ten sposób silnik NAT VirtualBox do przechwytywania żądań DNS i przekazywania ich do programu tłumaczącego hosta

— null_radix
źródło

Czy wiesz, czy istnieje sposób, aby ustawić to jako domyślne lub zmienić w GUI? Mam ten sam problem, ale pisanie tego na wszystkich moich maszynach wirtualnych wydaje się dużo pracy, której wolałbym uniknąć. Dzięki.

— dobey,

1

@dobey Jestem pewien, że nie możesz tego zrobić w GUI. Jeśli masz dużo, prawdopodobnie napisałbym skrypt. Możesz uzyskać listę swoich nazw maszyn wirtualnych za pomocą VBoxManage list vmsNastępnie po prostu

— iteruj

To niefortunne, jeśli tak. Powinien istnieć sposób na ustawienie go jako domyślnego. Być może pakiet wymaga łatki lub coś w tym rodzaju. : - /

— dobey

3

Najwyraźniej musisz zaktualizować VritualBox do 4.2, w przeciwnym razie nie zadziała

— antych
źródło

1

Czy to twoje osobiste doświadczenie? Czy znalazłeś to gdzieś udokumentowane?

— Lord Loh.

1

Mogę potwierdzić (z własnego doświadczenia), że aktualizacja do 4.2 wydaje się rozwiązać problem ... moje urządzenie nie było w stanie połączyć się z Internetem, po aktualizacji działa magicznie.

— Ben,

1

--natdnsproxy1 onNie działa dla mnie. :(

Ale byłem w stanie wejść na maszynę wirtualną i ręcznie ustawić mój serwer DNS i to zadziałało.

Mój komputer hosta rozwiązuje problem z urządzeniem sprzężenia zwrotnego. Nie jestem pewien, jak i dlaczego /etc/resolv.confustawiono pętlę zwrotną. Moje połączenie sieciowe hosta ma skonfigurowany statyczny serwer DNS, który NIE jest ustawiony na urządzenie zwrotne.

Ale wszystko działa poprawnie na moim komputerze-hoście za pośrednictwem sprzężenia zwrotnego. Dziwny.

— Ted Parvu
źródło

Ups, właśnie zdałem sobie sprawę, że to nie jest pętla zwrotna, lecz zamiast tego; Received 43 bytes from 127.0.1.1#53 in 67 ms Co wydaje się tu wyjaśnione; debian.org/doc/manuals/debian-reference/…

— Ted Parvu

1

Jest to urządzenie pętli zwrotnej, ale nie jest to host lokalny. Wpis DNS wskazujący na 127.0.1.1 jest jednak wynikiem Ubuntu używającego lokalnego serwera nazw, który działa na tym interfejsie.

— dobey

0

Miałem podobny problem z DNS przestał działać. Stało się tak przy użyciu wirtualnego pudełka w wersji 5.02r102096 z uruchomionym serwerem ubuntu jako gościem w systemie Windows 10 64-bitowym jako hostem. Problem wystąpił po pierwszym uruchomieniu przekierowania portów.

Najwyraźniej dopóki nie włączysz przekierowania portów dla NAT, automatycznie włącza przekierowanie portów 53. Włączyłem przekazywanie UDP i TCP na porcie 53, a DNS zaczął ponownie działać. Nie działało tylko z przekazanym UDP.

Obawiam się trochę, że mój host może już nie odbierać i przetwarzać portu 53 i w rezultacie nie powiedzie się przyszłe wyszukiwanie DNS, ale go nie wypróbowałem. Jeśli jest to poprawne, prawdopodobnie musimy również przesłać niektóre inne porty, takie jak czas sieciowy.

Podejrzewam, że jest to błąd w VirtualBoxie, który powinien automatycznie włączać przekazywanie / udostępnianie niektórych z tych popularnych portów, chyba że je jawnie wyłączysz.

Zmodyfikowałem również interfejsy sieciowe w systemie Linux, aby uwzględnić serwery nazw. / etc / network / interfaces z linią dns-nameservers xx.xx.xx.xx, ale nie miało to wpływu na problem do momentu przekazania portu 53.

Uwaga: próbowałem opublikować dwa zdjęcia, aby było bardziej jasne, ale blog wymagał reputacji 10, więc nie mogłem. Możesz się ze mną skontaktować przez bayesanalytic.com dzięki Joe E.

— Joe Ellsworth
źródło

-1

Do Twojej wiadomości złapałem najnowszą wersję VirtualBox (4.2.16) i to rozwiązuje ten problem. Żadne polecenia CLI nie są konieczne, aby DNS działał w sieci NAT.

— Jakub
źródło