Impossibile abilitare la rete dopo la nuova installazione di CentOS 6.3

Sto cercando di eseguire una nuova installazione di CentOS 6.3, quindi eseguire vari yumcomandi come yum install httpd.

L'installazione funziona bene, tuttavia non riesco a eseguire alcun comando di rete come yum

Sono consapevole che l'installazione predefinita ha la rete disabilitata. Ho modificato il /etc/sysconfig/network-scripts/ifcfg-eth0file in conformità con questa guida , ma continuo a ricevere l'errore

Impossibile recuperare il mirrorlist http://mirrorlist.centos.org?release=6arch=i1386&repo=os errore

14: PYCURL ERROR 6 - "Impossibile risolvere l'host 'mirrorlist.centos.org'"

Errore: impossibile trovare un baseurl valido per repo: base

Da allora ho modificato il /etc/resolv.conffile per includere il nameserver di Google 8.8.8.8 ma questo non ha cambiato nulla.

Ho modificato /etc/sysconfig/networkcambiando hostnameda localhost.localdomaina local.igoo.net(un dominio inventato ma pienamente qualificato?).

L'ho fatto funzionare ieri, quindi ho provato a installare WHM / cPanel che è andato bene. Ho quindi deciso che non avevo bisogno di WHOS / cPanel così nuovo e completamente insoddisfatto CentOS e ora non riesco a ricreare i passi che ho fatto per far funzionare la rete. Quando eseguo /etc/init.d/network restartil messaggio di errore:

Visualizzazione dell'interfaccia eth0:

Determinazione delle informazioni IP per eth0 ... non riuscita; nessun collegamento presente. Controllare il cavo?

(Il cavo non è scollegato)

Non sono sicuro di cosa provare dopo! Qualcuno può suggerire quello che mi sono perso?

Ho avuto gli stessi messaggi di errore dopo aver installato CentOS 6.3 Minimal guest utilizzando VirtualBox sul mio host Windows XP (laptop). Non sono stato in grado di eseguire aggiornamenti yum, sia tramite il cavo micro USB che tramite wireless con il mio Huawei Mobile Mifi

Tuttavia, ho trovato entrambi networking e aggiornamenti per funzionare con una piccola modifica solo alla /etc/sysconfig/network-scripts/ifcfg-eth0 e /etc/init.d/network riavvio

DEVICE = "eth0"
BOOTPROTO = "dhcp"
HWADDR = "Il mio indirizzo hardware"
NM_CONTROLLED = "yes"
ONBOOT = "yes"
TYPE = "Ethernet"

Osservazione interessante:

NM_CONTROLLED = "yes"

Da quello che stavo leggendo , l'impostazione preferita per i server è no . Tuttavia, sì funziona bene per i laptop in modalità wireless.

L'opzione NM_Controlled sarebbe controllata da Network Manager e ciò significherebbe che si controllerebbero le interfacce tramite il gestore di rete rispetto ai metodi ifup, ifdown.

L'opzione per includere Bridged vs Nat nell'opzione virtalbox assegnerà un indirizzo IP separato alla tua VM nella stessa rete IP della tua macchina fisica, mentre l'opzione nat tradurrebbe l'ip della tua VM nella tua rete virtuale (all'interno della virtualbox) nell'indirizzo IP delle tue macchine fisiche. È lo stesso approccio di NAT in una lan domestica che si connette a Internet tramite un router.

La risoluzione DNS è importante da impostare se la connessione non utilizza DHCP per la configurazione dell'interfaccia di rete. Se si utilizza DHCP, ciò viene gestito (o dovrebbe essere) dal server DHCP. In una LAN domestica che sarebbe il tuo router Internet, in una rete aziendale sarebbe il tuo server DHCP designato, quando configuri un VM all'interno di VirtualBox, tuttavia potrebbe essere necessario configurarlo all'interno di VirtualBox.

Non dimenticare che potresti dover configurare un proxy se non hai accesso diretto a Internet, se vuoi che yum funzioni.

Spero che possa essere d'aiuto, sto riscontrando altri problemi nell'installazione di CentOS da solo dopo un'installazione minima su un server fisico in un ambiente aziendale.

La prima volta che crei una VM in Parallels, utilizza eth0. Se, tuttavia, lo template o lo cloni, allora l'interfaccia ethernet che viene allocata cambia (in eth1, eth2 ...). Se si utilizza la virtualizzazione, questo potrebbe essere il problema.

# ifconfig -a

... dovrebbe mostrarti quale interfaccia è presente ma non abilitata.

Se è, in effetti, eth0, allora i consigli degli altri qui (come Anthony e Warren) sono buoni.

Se l'interfaccia disabilitata è eth1 (o eth2 ...), devi duplicare un profilo in / etc / sysconfig / network-scripts / e modificare le sue impostazioni DEVICE e HWADDR in modo che corrispondano all'interfaccia effettiva e all'indirizzo MAC della tua VM.

Maggiori dettagli sul mio blog se questo è effettivamente il caso. In bocca al lupo!

Ho avuto lo stesso problema con l'installazione di CentOS 6.3 utilizzando VirtualBox in esecuzione su Linux Mint 13. Ho cambiato le impostazioni di rete su VirtualBox da "NAT" a "Bridged Adapter" e questo ha risolto il problema.

È molto probabile perché l'indirizzo MAC è stato modificato sulla scheda di rete.

Se hai clonato / duplicato una macchina virtuale e ha creato un nuovo indirizzo mac, prova a impostarlo come sulla macchina originale. Copia e incolla il vecchio indirizzo MAC nelle impostazioni di rete> avanzate e riavvia la VM.

(Ho appena avuto lo stesso errore su una VM CentOS 6.3 che ho clonato con Virtual Box).

Ho avuto lo stesso problema su CentOS 6 su VirtualBox con 1 adattatore di rete abilitato. Dopo l'installazione predefinita aveva solo l'adattatore di loopback locale 127.0.0.1 Sebbene potessi iniziare manualmente il collegamento in rete immettendo il comando

dhclient -v eth1

non ha avviato automaticamente la rete all'avvio. La soluzione per me era modificare la configurazione di rete come segue:

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

e modificare le seguenti righe:

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

il resto delle righe ifcfg-eth1rimane come nel ifcfg-eth0file originale :

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

Ora salva ifcfg-eth1e riavvia il servizio di rete

$ /etc/init.d/network restart

Dai un'occhiata $ 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)

Controlla il tuo /etc/resolv.conffile. YUM controllerà solo il primo nameserver, se è il risolutore DNS locale, ti darà l'errore "Impossibile risolvere l'host ..."

Inserisci questo nei tuoi resolv.confnameserver come mostrato di seguito:

nameserver 8.8.8.8
nameserver 8.8.4.4

(Questi sono i server DNS pubblici di Google .)

Arrivato qui cercando su Google "come avviare la rete su centos 6.3"?

Inizia con la guida citata nella domanda . In sintesi, CentOS non attiva il livello di rete per impostazione predefinita, ma è facilmente configurabile.

Hai ancora problemi? Se CentOS è in esecuzione in una macchina virtuale su Hyper-V 2012, l'interfaccia di rete potrebbe aver cambiato nome. Problema e correzione identificati qui .

Se sei sotto un dominio e hai il tuo DHCP, DNS, AD semplicemente inserisci quell'IP nel primo elenco del nameserver:

nameserver xx.xx.xx.xx

Salvalo e quindi esegui:

service network restart
ifup eth0

Questo funzionerà.

Questo è simile alla risposta di Daniel ma, ho usato il seguente comando:

service network restart
ifup e\*

Questo avvia automaticamente l'adattatore denominato (enp0s3 nel mio caso, poiché ifup eth0 non ha funzionato)

Modifica: aggiornato con stringa di escape