Virtualbox DNS a cessé de fonctionner sur la mise à niveau vers 12.10

25

J'ai une configuration d'image Debian sur Virtualbox qui utilise le NAT par défaut pour accéder à Internet. Cela fonctionnait bien avant de passer à 12.10. Après avoir mis à niveau les recherches DNS ne fonctionnent plus. Je peux toujours accéder aux adresses IP, mais ce n'est pas une bonne solution.

— null_radix
source

2

Bogue

— ændrük

Bogue

— Pi Delport

22

De plus VBoxManage modifyvm "name" --natdnsproxy1 on, j'ai également dû exécuter VBoxManage modifyvm "name" --natdnshostresolver1 onsur chacune de mes machines virtuelles pour faire fonctionner DNS. J'ai trouvé cette astuce sur cette page .

— hcsteve
source

Sweet, l'a trouvé ailleurs et cela a fonctionné pour moi ... puis j'ai vu cela frapper un peu plus bas dans les résultats de la recherche, donc j'ai dû voter pour.

— El Yobo

1

Seul "--natdnshostresolver1 on" devrait réellement être nécessaire, pas "--natdnsproxy1 on".

— Pi Delport

Cela n'a pas fonctionné. Les deux. J'utilise ce script par lots ( gist.github.com/kapitanluffy/61316b4595f3b63ccf41 ) et ne fonctionne pas.Le type d'adaptateur est PCnet-PCI II

— kapitanluffy

J'ai mis le resolv.conf à 8.8.8.8 et cela a fonctionné. Dois-je toujours émettre les commandes modifyvm?

— kapitanluffy

Merci, cela a aussi résolu le mystérieux problème pour moi. Pour faire remonter cette solution dans les résultats de Google, il faut noter que le problème est lié à VirtualBox 4.1.18 (c'est ce que j'ai recherché).

— Andre

11

Je l'ai

VBoxManage modifyvm "VM name" --natdnsproxy1 on

La boîte virtuelle a un serveur DHCP pour le moteur NAT. Qui a une liste de serveurs DNS enregistrés. La commande ci-dessus masque cette liste de serveurs DNS et utilise les paramètres du résolveur de l'hôte, forçant ainsi le moteur NAT VirtualBox à intercepter les requêtes DNS et à les transmettre au résolveur de l'hôte

— null_radix
source

Savez-vous s'il existe un moyen de définir cette valeur par défaut ou de la modifier dans l'interface graphique? J'ai le même problème, mais taper cela pour toutes mes machines virtuelles semble être beaucoup de travail que je préfère éviter. Merci.

— dobey

1

@dobey Je suis tout à fait sûr que vous ne pouvez pas faire cela dans l'interface graphique. Si vous en avez beaucoup, j'écrirais probablement un script. Vous pouvez obtenir la liste des noms de vos machines virtuelles avec VBoxManage list vmsEnsuite, parcourez simplement cette liste

— null_radix

C'est malheureux si c'est le cas. Il devrait y avoir un moyen de le définir comme valeur par défaut. Peut-être que le paquet doit être corrigé ou quelque chose d'autre. : - /

— dobey

3

Apparemment, vous devez mettre à niveau VritualBox vers 4.2, sinon cela ne fonctionnera pas

— antych
source

1

Est-ce votre expérience personnelle? Avez-vous trouvé cela documenté quelque part?

— Lord Loh.

1

Je peux confirmer (par expérience personnelle) que la mise à niveau vers 4.2 semble résoudre le problème ... ma box n'a pas pu se connecter à Internet, après la mise à jour, cela fonctionne comme par magie.

— Ben

1

Ça --natdnsproxy1 onn'a pas marché pour moi. :(

Mais j'ai pu entrer dans la machine virtuelle et configurer mon serveur DNS à la main, et cela a fonctionné.

Ma machine hôte se résout en périphérique de bouclage. Je ne sais pas comment ni pourquoi /etc/resolv.confavoir réglé le bouclage. Ma connexion au réseau hôte a un serveur DNS statique configuré, qui n'est PAS défini sur le périphérique de bouclage.

Mais tout se passe bien sur ma machine hôte, via le bouclage. Impair.

— Ted Parvu
source

Oups, je viens de réaliser que ce n'est pas le bouclage, c'est plutôt; Received 43 bytes from 127.0.1.1#53 in 67 ms Ce qui semble être expliqué ici; debian.org/doc/manuals/debian-reference/…

— Ted Parvu

1

Il s'agit du périphérique de bouclage, mais il ne s'agit pas d'un hôte local. L'entrée DNS pointant vers 127.0.1.1 est cependant le résultat d'Ubuntu utilisant un serveur de noms de mise en cache local, qui s'exécute sur cette interface.

— dobey

0

J'ai eu un problème similaire avec l'arrêt du DNS. Cela s'est produit en utilisant la version 5.02r102096 de la boîte virtuelle exécutant le serveur Ubuntu en tant qu'invité sur Windows 10 64 bits en tant qu'hôte. Le problème s'est produit après la première activation de la redirection de port.

Apparemment, jusqu'à ce que vous activiez la redirection de port pour le NAT, il active automatiquement la redirection du port 53. J'ai activé le transfert UDP et TCP sur le port 53 et DNS a recommencé à fonctionner. Cela n'a pas fonctionné avec seulement UDP transmis.

Je crains un peu que mon hôte ne reçoive et ne traite plus le port 53 et échoue en conséquence à la recherche DNS future, mais je ne l'ai pas essayé. Si cela est correct, nous devons probablement transférer également certains des autres ports, comme l'heure du réseau.

Je soupçonne que c'est un bogue dans VirtualBox où il devrait automatiquement activer le transfert / partage de certains de ces ports communs, sauf si vous les désactivez explicitement.

J'ai également modifié les interfaces réseau sous Linux pour inclure les serveurs de noms. / etc / network / interfaces avec la ligne dns-nameservers xx.xx.xx.xx mais cela n'a eu aucun effet sur le problème jusqu'à ce que le port 53 soit transféré.

Remarque: j'ai essayé de publier deux photos pour le rendre plus clair, mais le blog exigeait une réputation de 10, donc je ne pouvais pas. Vous pouvez me contacter via bayesanalytic.com merci Joe E.

— Joe Ellsworth
source

-1

Pour info j'ai récupéré la version la plus récente de VirtualBox (4.2.16) et elle corrige ce problème. Aucune commande CLI n'est nécessaire pour que DNS fonctionne sur un réseau NAT.

— Jacob
source