Pourquoi mon FreeBSD 6.1 (client de vmware player sous Win7) ne peut-il pas utiliser DNS en mode ponté?


3

J'ai un client FreeBSD 6.1 64 bits , fonctionnant sous Windows 7 (64 bits) via le lecteur VMWare 3.0 , avec la mise en réseau configurée en mode pont .

Le protocole DHCP se passe bien au démarrage ... Je reçois des informations correctes sur l'adresse / la passerelle / le serveur de noms ... J'ai une bonne connectivité avec le monde entier, car je peux envoyer un ping à tout hôte que je peux nommer par adresse IP (y compris les deux serveurs de noms de résolv). conf,) ... mais je ne peux résoudre aucun nom.

À l’intérieur du boîtier Windows, le protocole VMWare Bridge est activé sur l’ interface réseau et la connectivité complète du côté Windows.

dig répond avec:

;; la connexion a expiré; aucun serveur n'a pu être atteint

... même si j'utilise "dig @server_ip_addr" pour pointer vers un serveur de noms qui fonctionne avec un ping

Si je mets le réseau en réseau virtuel en mode NAT, je peux obtenir une connectivité sortante (avec un DNS heureux) mais, bien sûr, je ne peux pas effectuer la connectivité INBOUND, ce dont j'ai besoin.

Pensées?

Réponses:


3

Pourrais aussi bien répondre à ma propre question au cas où quelqu'un d'autre aurait un problème similaire ...

Après de nombreuses bagarres, j'ai découvert que cela était lié au pilote Shrewsoft VPN que je courais aussi, qui s'exécutait au démarrage, que je me connecte ou non au VPN. La mise à jour du pilote 2.1.6 Beta a provoqué la résolution de mon problème.


J'ai le même problème avec Windows XP, VMware player 3.1.4 et un invité exécutant Ubuntu 10.04.2 LTS Server, avec la mise en réseau mise en pont. Je suis allé dans le Panneau de configuration, Outils d’administration, Services et j’ai arrêté le démon ShrewSoft DNS Proxy. Cela a résolu le problème de DNS invité. Je suis passé à ShrewSoft 2.1.7 et je constate toujours un comportement étrange (il semble fonctionner après une connexion unique, même si je me suis déconnecté), mais au moins je sais maintenant où chercher. Merci!
Jwhitlock
En utilisant notre site, vous reconnaissez avoir lu et compris notre politique liée aux cookies et notre politique de confidentialité.
Licensed under cc by-sa 3.0 with attribution required.