web-dev-qa-db-fra.com

Impossible de connecter CentOS VM à Internet (connexion NAT)

Ainsi, après avoir combattu le géant du réseau VMWare pendant la journée écoulée, j'ai décidé de céder et de demander de l'aide. J'ai une image CentOS 6 sous Windows 7 avec un NAT sur VMWare Workstation 8.0.2 build-591240 et, pour une raison quelconque, je ne peux plus me connecter à Internet avec une adresse IP statique. Cela semble s’appliquer uniquement à statique, et non à DHCP, ce qui me dit que c’est soit un programme de mon système d’exploitation Windows 7 qui bloque la connexion pour cette adresse IP, soit quelque chose de bizarre est arrivé à ma configuration sur l’image CentOS.

Je ne savais pas si cela était dû à une mise à jour yum, j'ai donc essayé de réinstaller les outils VMWare. Cela n'a pas semblé résoudre le problème. J'ai aussi essayé ce qui suit:

  1. Assurez-vous que la connexion VMnet est connectée (stupide, mais j'ai du vérifier ... aussi je peux me connecter à Internet avec DHCP)
  2. Veillé à ce que mon pare-feu sous Windows permette à VMware de se connecter à Internet
  3. J'ai vu/lu que Windows bloquait parfois les requêtes de ping, alors j'ai essayé d'aller sur www.google.com dans Firefox, cela obtenait une "réponse du serveur introuvable" ... alors dois-je faire quelque chose de différent pour le DNS?
  4. J'ai vérifié le registre de ma machine Windows, je n'ai qu'une entrée pour une passerelle par défaut

Comme je l'ai dit, cela a semblé se produire à l'improviste. L'image peut se connecter à Internet auparavant sans problème. Quelqu'un est-il au courant d'une mise à jour CentOS qui pourrait en être la cause? J'ai ajouté ma configuration ci-dessous pour sauvegarder certains cycles de débogage:

[root@MyCentOS ~]# ifconfig
eth0      Link encap:Ethernet  HWaddr 00:0C:29:A0:51:BD
          inet addr:192.168.88.128  Bcast:192.168.88.255  Mask:255.255.255.0
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:683 errors:0 dropped:0 overruns:0 frame:0
          TX packets:67 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:64242 (62.7 KiB)  TX bytes:8055 (7.8 KiB)

lo        Link encap:Local Loopback
          inet addr:127.0.0.1  Mask:255.0.0.0
          UP LOOPBACK RUNNING  MTU:16436  Metric:1
          RX packets:1049 errors:0 dropped:0 overruns:0 frame:0
          TX packets:1049 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0
          RX bytes:68417 (66.8 KiB)  TX bytes:68417 (66.8 KiB)


[root@MyCentOS ~]# cat /etc/sysconfig/network-scripts/ifcfg-eth0
DEVICE="eth0"
BOOTPROTO="static"
IPV6INIT="no"
NM_CONTROLLED="no"
ONBOOT="yes"
IPADDR=192.168.88.128
NETMASK=255.255.255.0
GATEWAY=192.168.88.2
TYPE="Ethernet"

[root@MyCentOS ~]# cat /etc/sysconfig/network
NETWORKING=yes
HOSTNAME=MyCentOS
GATEWAY=192.168.88.2

[root@MyCentOS ~]# service iptables status
iptables: Firewall is not running.
[root@MyCentOS ~]# service ip6tables status
ip6tables: Firewall is not running.
[root@MyCentOS ~]# cat /etc/selinux/config

# This file controls the state of SELinux on the system.
# SELINUX= can take one of these three values:
#     enforcing - SELinux security policy is enforced.
#     permissive - SELinux prints warnings instead of enforcing.
#     disabled - No SELinux policy is loaded.
SELINUX=disabled
# SELINUXTYPE= can take one of these two values:
#     targeted - Targeted processes are protected,
#     mls - Multi Level Security protection.
SELINUXTYPE=targeted

[root@MyCentOS ~]# ping 192.168.88.2
PING 192.168.88.2 (192.168.88.2) 56(84) bytes of data.
64 bytes from 192.168.88.2: icmp_seq=1 ttl=128 time=0.391 ms
64 bytes from 192.168.88.2: icmp_seq=2 ttl=128 time=0.271 ms
^C
--- 192.168.88.2 ping statistics ---
2 packets transmitted, 2 received, 0% packet loss, time 1349ms
rtt min/avg/max/mdev = 0.271/0.331/0.391/0.060 ms

[root@MyCentOS ~]# ping www.google.com
ping: unknown Host www.google.com

[root@MyCentOS ~]# uname -a
Linux MyCentOS 2.6.32-431.3.1.el6.x86_64 #1 SMP Fri Jan 3 21:39:27 UTC 2014 x86_64 x86_64 x86_64 GNU/Linux
[root@MyCentOS ~]# vmware-toolbox-cmd -v
8.8.2.10499 (build-590212)
12
gordysc

La meilleure option est de le laisser récupérer automatiquement une adresse IP de DHCP:

dhclient -v

Cela permettra aux centos d’obtenir une adresse IP automatiquement.

48
Programmer

Je viens de résoudre ce problème, pas sûr si quelqu'un a trouvé l'âme. Comment je l'ai corrigé pour moi-même dans VMware (j'ai la 12ème version) je suis allé à 

  1. Modifier
  2. Éditeur de réseau virtuel
  3. Réinitialiser
  4. puis cliquez ok
  5. J'ai réinstallé Centos 7
  6. Cliquez sur réseau et nom d'hôte
  7. Cliquez sur pour Ethernet
  8. Attendez que les détails soient renseignés, par exemple l'adresse IP, le masque de sous-réseau, le DNS ...
  9. Travaux.

Il se peut que vous n’ayez pas besoin de désinstaller le système d’exploitation, essayez d’abord d’éditer et d’éditer l’éditeur de réseau virtuel et de restaurer les valeurs par défaut. Cela devrait fonctionner pour tous les systèmes d'exploitation installés sur VMware.

1
GiGi G

Pour les lecteurs ultérieurs

J'ai couru le même problème. Parfois, le problème peut être sur la machine hôte (Windows 10 et VMware Workstation 12), par exemple dans mon cas.

Vérifiez si le service VMnetDHCP est en cours d'exécution. 

right click on windows icon -> task manager -> service tab

sinon, démarrez le service et redémarrez votre SE invité dans VMware .  VMnetDHCP service

0
Abu Shumon

D'après ce que je vois, le problème pourrait être que vous avez manqué la configuration des entrées DNS dans le VM tout en définissant l'adresse IP.

Veuillez éditer 

nano /etc/resolv.conf
nameserver 192.168.88.2

Le serveur de noms doit être le serveur DNS de votre réseau. Si c'est votre routeur domestique, il doit être identique à votre passerelle ou tout simplement vérifier le réseau de votre ordinateur et attribuer la même adresse DNS.

De plus, si vous souhaitez utiliser une adresse IP statique, il suffit de changer le mode de pontage du réseau et d'attribuer l'adresse IP et le DNS de votre réseau.

L'adaptateur Nt a une adresse IP différente dans un sous-réseau différent de celui de votre réseau ponté, qui est identique à celui de votre ordinateur.

0
siva2guru