La machine virtuelle du serveur Ubuntu sur un Mac Mini ne peut pas envoyer de ping aux serveurs sur Internet

Je suis sur le point d’héberger mon propre serveur Web de développement sur une machine virtuelle invitée VirtualBox exécutant Ubuntu Server. J'aimerais que cette machine virtuelle soit accessible non seulement à partir de mon réseau domestique, mais également à l'extérieur du réseau local.

En tant que tel, j'ai configuré une adresse IP statique pour pouvoir ultérieurement transférer des ports vers cette adresse IP statique. Les paramètres de My VirtualBox utilisent cette machine virtuelle avec un seul adaptateur en mode ponté.

Voici à quoi /etc/network/interfacesressemble mon look:

iface eth0 inet static
address 10.0.1.203 /*this is outside the DHCP range*/
netmask 255.255.255.0
gateway 10.0.1.1
network 10.0.1.0
broadcast 10.0.1.255
dns-nameservers: 8.8.8.8 8.8.8.4

Voici à quoi ifconfigressemble la sortie de :

Voici ifconfig -a:

Voici le résultat de lspci:

Et voici mes paramètres de VirtualBox:

Mon système hôte est un Mac Mini sous Mac OS X 10.7.

Dans l'OS invité, si je cingle google.com:

$ ping google.com
# outputs 'ping: unknown host google.com' immediately

Pourquoi suis-je incapable d'accéder au Web?

ubuntu networking virtualbox

— Jess
source

Veuillez mettre à jour votre message avec ces sorties: ifconfiget lspci. Cela nous dira si votre invité VM détecte le périphérique réseau virtuel. Indiquez-nous également si vous avez installé les ajouts d'invités VB.

— Inverser

[Question évidente] Avez-vous vérifié les résultats de ping 10.0.1.1et ping 8.8.8.8/ ping 8.8.8.4pour vous assurer que vous atteignez la passerelle et le (s) serveur (s) de noms? La réponse immédiate de l'hôte inconnu indique que votre ordinateur virtuel ne résout pas le problème "google.com".

— StarNamer

dit 'connect: le réseau est inaccessible' quand i Ping 10.0.1.1 je suis sûr que c'est l'adresse de mon routeur cependant. Je regarde dans les paramètres réseau de mon hôte Mac

— jessh

@ jessh dans vos captures d’écran ifconfig - votre interface eth0 est en panne. Avez-vous essayé ifconfig eth0 up?

— Sean C.

@ jessh en outre, après avoir regardé votre message, /etc/network/interfacesil vous manque la auto eth0déclaration qui met l'interface en ligne au démarrage, donc je soupçonne que l'interface est en panne et ifconfig eth0 uple corrigera. Voir: wiki.debian.org/…

— Sean C.

Réponses:

Selon les informations fournies, l' eth0interface semble hors ligne. Selon le wiki Debian , /etc/network/interfacesvous devez ajouter:

auto eth0

en haut de votre configuration afin de mettre la carte en ligne au démarrage.

Pour mettre l'interface en ligne après le démarrage, vous pouvez émettre la commande suivante:

ifconfig eth0 up

Si vous préférez utiliser iproute2 aux outils standard, vous pouvez utiliser la commande suivante:

ip link set eth0 up

Au cours de discussions avec @jessh, un bogue lié à MAC OS et à un pont WiFi a été détecté sur VirtualBox. C’est peut-être ce qui était à l’origine du problème, mais cela n’a pas encore été confirmé.

— Sean C.
source

hmm. ne fonctionne toujours pas: dl.dropbox.com/u/2241201/locker/…

— jessh

Est ifconfig eth0-ce que montrer que la connexion est en place?

— Sean C.

Je ne pense pas .. (pas d'adresse IP) dl.dropbox.com/u/2241201/locker/…

— jessh

@jessh surveille le journal du noyau, tail -f /var/log/syslogpuis bascule l'interface virtuelle entre déconnecté et ponté, ou désactivé et ponté. Surveillez le message dans le journal qui indique eth0 NIC Link is Up. Je soupçonne qu’il peut être difficile d’obtenir un opérateur sur l’interface. Vous avez ifconfig eth0 updéjà essayé d'utiliser je suppose?

— Sean C.

Oui j'ai essayé la dernière chose que vous avez dite. Malheureusement, je ne pourrai pas suivre le journal du noyau, car la machine virtuelle doit être désactivée pour que je puisse apporter des modifications au réseau. Voici une idée alternative. Si je règle le mode réseau sur NAT, sera-t-il affiché comme un autre PC sur mon réseau local?

— Jess

Je vois certaines choses qui pourraient être la cause de votre problème. La première est que votre dns-nameservers: 8.8.8.8 8.8.8.4ligne a deux points, ce qui pourrait causer un problème. Deuxièmement, 8.8.8.4n’est pas un serveur DNS Google valide (ce devrait être 8.8.4.4comme cela ), mais peu importe si l’ 8.8.8.8adresse fonctionne. Ensuite, je ne vois nulle part dans vos journaux où vous avez redémarré la mise en réseau de votre machine Ubuntu après avoir changé l'adresse IP. Les modifications ne sont donc peut-être pas encore appliquées. Enfin, si vous utilisez l'une des versions les plus récentes d'Ubuntu, votre dns-nameserversligne peut être dépréciée au profit du fichier resolv.conf. Vous pouvez lire comment résoudre ce problème, ici .

— Blerg
source