Impossible d'activer le réseau après une nouvelle installation de CentOS 6.3

J'essaie d'effectuer une nouvelle installation de CentOS 6.3 puis d'exécuter diverses yumcommandes telles que yum install httpd.

L'installation fonctionne correctement, mais je ne peux exécuter aucune commande basée sur le réseau comme yum

Je suis conscient que l'installation par défaut a désactivé la mise en réseau. J'ai modifié le /etc/sysconfig/network-scripts/ifcfg-eth0fichier conformément à ce guide , mais continue de recevoir l'erreur

Impossible de récupérer la liste miroir http://mirrorlist.centos.org?release=6arch=i1386&repo=os erreur était

14: ERREUR PYCURL 6 - "Impossible de résoudre l'hôte 'mirrorlist.centos.org'"

Erreur: impossible de trouver un baseurl valide pour repo: base

Depuis, j'ai modifié le /etc/resolv.conffichier pour inclure le serveur de noms de Google 8.8.8.8, mais cela n'a rien changé.

Je l' ai modifiée /etc/sysconfig/networkchanger le hostnamede localhost.localdomainà local.igoo.net(un composé mais domaine complet?).

Je l'ai fait fonctionner hier, puis j'ai essayé d'installer WHM / cPanel, ce qui s'est bien passé. J'ai alors décidé que je n'avais pas besoin de WHM / cPanel donc CentOS insatllé frais et que je ne peux plus recréer les étapes que j'ai prises pour faire fonctionner le réseau. Lorsque j'exécute /etc/init.d/network restartle message d'erreur:

Affichage de l'interface eth0:

Échec de la détermination des informations IP pour eth0 ...; aucun lien présent. Vérifier le cable?

(Le câble n'est pas débranché)

Je ne sais pas quoi essayer ensuite! Quelqu'un peut-il suggérer ce que j'ai manqué?

J'ai eu les mêmes messages d'erreur après avoir installé CentOS 6.3 Minimal guest à l'aide de VirtualBox sur mon hôte Windows XP (ordinateur portable). Je n'ai pas pu faire de mises à jour miam, à la fois via le câble micro USB et sans fil à l'aide de mon Huawei Mobile Mifi

Cependant, je suis arrivé à la fois la mise en réseau et mises à jour de travail avec un changement mineur que pour /etc/sysconfig/network-scripts/ifcfg-eth0 et /etc/init.d/network redémarrer

DEVICE = "eth0"
BOOTPROTO = "
dhcp " HWADDR = "Mon adresse matérielle"
NM_CONTROLLED = "oui"
ONBOOT = "oui"
TYPE = "Ethernet"

Observation intéressante:

NM_CONTROLLED = "oui"

D'après ce que je lisais , le paramètre préféré pour les serveurs est non . Cependant, oui fonctionne bien pour les ordinateurs portables sans fil.

L'option NM_Controlled serait contrôlée par le gestionnaire de réseau et cela signifierait que vous contrôleriez les interfaces via le gestionnaire de réseau par rapport aux méthodes ifup, ifdown.

L'option d'inclure Bridged vs Nat dans l'option virtalbox attribuera une adresse IP distincte à votre vm dans le même réseau ip que votre machine physique, tandis que l'option nat traduira l'ip de votre vm dans votre réseau virtuel (à l'intérieur de la virtualbox) dans l'adresse IP de vos machines physiques. C'est la même approche que NAT dans un LAN domestique se connectant à Internet via un routeur.

La résolution DNS est importante à configurer si votre connexion n'utilise pas DHCP pour la configuration de l'interface réseau. Si vous utilisez DHCP, cela est pris en charge (ou devrait l'être) par le serveur DHCP. Dans un réseau local qui serait votre routeur Internet, dans un réseau d'entreprise, ce serait votre serveur DHCP désigné, lors de la configuration d'un vm dans VirtualBox, mais vous devrez peut-être le configurer dans VirtualBox.

N'oubliez pas que vous devrez peut-être configurer un proxy si vous n'avez pas d'accès direct à Internet, si vous voulez que yum fonctionne.

J'espère que cela aide, j'ai d'autres problèmes pour configurer CentOS moi-même après une installation minimale sur un serveur physique dans un environnement d'entreprise.

La toute première fois que vous créez une VM dans Parallels, elle utilise eth0. Si, cependant, vous le modèlez ou le clonez, alors l'interface Ethernet lui est affectée change (en eth1, eth2 ...). Si vous utilisez la virtualisation, cela peut être le problème.

# ifconfig -a

... devrait vous montrer quelle interface est là mais non activée.

Si c'est effectivement eth0, alors les conseils des autres ici (comme Anthony et Warren) sont bons.

Si votre interface désactivée est eth1 (ou eth2 ...), vous devez dupliquer un profil dans / etc / sysconfig / network-scripts / et modifier ses paramètres DEVICE et HWADDR pour correspondre à l'interface réelle et à l'adresse MAC de votre machine virtuelle.

Plus de détails sur mon blog si c'est effectivement le cas. Bonne chance!

J'ai eu le même problème avec l'installation de CentOS 6.3 à l'aide de VirtualBox fonctionnant sous Linux Mint 13. J'ai changé les paramètres réseau sur VirtualBox de "NAT" à "Bridged Adapter" et cela a résolu le problème.

C'est probablement parce que l'adresse MAC a changé sur votre carte réseau.

Si vous avez cloné / dupliqué une machine virtuelle et qu'elle a créé une nouvelle adresse mac, essayez de la définir de la même manière que la machine d'origine. Copiez et collez l'ancienne adresse MAC dans les paramètres réseau> avancés et redémarrez la machine virtuelle.

(Je viens d'avoir la même erreur sur une machine virtuelle CentOS 6.3 que j'ai clonée avec Virtual Box).

J'ai eu le même problème sur CentOS 6 sur VirtualBox avec 1 adaptateur réseau activé. Après l'installation par défaut, il n'y avait que l'adaptateur de bouclage local 127.0.0.1 Bien que je puisse démarrer manuellement le réseau ponté en entrant la commande

dhclient -v eth1

il n'a pas démarré la mise en réseau automatiquement au démarrage. La solution pour moi était de modifier la configuration du réseau comme suit:

$ cd /etc/sysconfig/network-scripts; 
$ cp ifcfg-eth0 ifcfg-eth1
$ vi ifcfg-eth1

et modifiez les lignes suivantes:

DEVICE="eth1"                 # set device name to ether
ONBOOT="yes"
HWADDR="08:00:27:20:9D:71"    # must match to VirtualBox "MAC address" value

les autres lignes ifcfg-eth1restent comme dans le ifcfg-eth0fichier d' origine :

BOOTPROTO="dhcp" 
NM_CONTROLLED="yes"
TYPE="Ethernet" 
UUID="7830e5b9-785b-4650-b1ce-caf9f9c257f5"

Maintenant, enregistrez ifcfg-eth1et redémarrez le service réseau

$ /etc/init.d/network restart

Vérifier $ ifconfig

eth1      Link encap:Ethernet  HWaddr 08:00:27:20:9D:71  
      inet addr:192.168.0.20  Bcast:192.168.0.255  Mask:255.255.255.0
      inet6 addr: fe80::a00:27ff:fe20:9d71/64 Scope:Link
      UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
      RX packets:958 errors:0 dropped:0 overruns:0 frame:0
      TX packets:452 errors:0 dropped:0 overruns:0 carrier:0
      collisions:0 txqueuelen:1000 
      RX bytes:106251 (103.7 KiB)  TX bytes:74948 (73.1 KiB)
      Interrupt:10 Base address:0xd020 

lo        Link encap:Local Loopback  
      inet addr:127.0.0.1  Mask:255.0.0.0
      inet6 addr: ::1/128 Scope:Host
      UP LOOPBACK RUNNING  MTU:16436  Metric:1
      RX packets:0 errors:0 dropped:0 overruns:0 frame:0
      TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
      collisions:0 txqueuelen:0 
      RX bytes:0 (0.0 b)  TX bytes:0 (0.0 b)

Vérifiez votre /etc/resolv.confdossier. YUM ne vérifiera que le premier serveur de noms, s'il s'agit du résolveur DNS local, il vous donnera l'erreur "Impossible de résoudre l'hôte ..."

Mettez ceci dans vos resolv.confserveurs de noms comme indiqué ci-dessous:

nameserver 8.8.8.8
nameserver 8.8.4.4

(Il s'agit des serveurs DNS publics de Google .)

Vous êtes arrivé ici en recherchant «comment démarrer le réseau sur centos 6.3»?

Commencez avec le guide référencé dans la question . En résumé, CentOS n'active pas la couche réseau par défaut, mais elle est facilement configurable.

Vous avez toujours des problèmes? Si CentOS s'exécute dans une machine virtuelle sur Hyper-V 2012, l'interface réseau peut avoir changé de nom. Problème et correction identifiés ici .

Si vous êtes sous un domaine et que vous avez votre propre DHCP, DNS, AD, donnez simplement cette IP dans la première liste du serveur de noms:

nameserver xx.xx.xx.xx

Enregistrez-le puis exécutez:

service network restart
ifup eth0

Cela fonctionnera.

Ceci est similaire à la réponse de Daniel mais, j'ai utilisé la commande suivante:

service network restart
ifup e\*

Cela démarre automatiquement l'adaptateur nommé (enp0s3 dans mon cas, car ifup eth0 ne fonctionnait pas)

Edit: mis à jour avec une chaîne d'échappement