No se puede habilitar la red después de una instalación nueva de CentOS 6.3

16

Estoy tratando de realizar una nueva instalación de CentOS 6.3 y luego ejecutar varios yumcomandos como yum install httpd.

La instalación funciona bien, sin embargo, no puedo ejecutar ningún comando basado en red como yum

Sé que la instalación predeterminada tiene la red deshabilitada. Modifiqué el /etc/sysconfig/network-scripts/ifcfg-eth0archivo de acuerdo con esta guía , pero sigo recibiendo el error

No se pudo recuperar mirrorlist http://mirrorlist.centos.org?release=6arch=i1386&repo=os error fue

14: PYCURL ERROR 6 - "No se pudo resolver el host 'mirrorlist.centos.org'"

Error: no se puede encontrar una baseurl válida para repo: base

Desde entonces modifiqué el /etc/resolv.confarchivo para incluir el servidor de nombres 8.8.8.8 de Google, pero esto no ha cambiado nada.

Modifiqué el /etc/sysconfig/networkcambio hostnamede localhost.localdomaina local.igoo.net(¿un dominio inventado pero totalmente calificado?).

Lo hice funcionar ayer, luego intenté instalar WHM / cPanel, que funcionó bien. Luego decidí que no necesitaba WHM / cPanel, CentOS tan fresco y ahora no puedo recrear los pasos que tomé para que la red funcionara. Cuando ejecuto /etc/init.d/network restartel mensaje de error:

Presentando la interfaz eth0:

La determinación de la información de IP para eth0 ... falló; Sin enlace presente. ¿Comprobar el cable?

(El cable no está desconectado)

¡No estoy seguro de qué probar a continuación! ¿Alguien puede sugerir lo que me he perdido?

Larry B
fuente
2
Intente configurar manualmente la interfaz y luego haga un ping. Asumiendo que su red es 10.0.0.0: ifconfig eth0 10.0.0.100 upentoncesping 10.0.0.something
Tim
1
Muestra tu contenido /etc/sysconfig/networky el ifcfg-eth0archivo. Además, ¿estás seguro de que quieres DHCP? Los cuadros de CentOS suelen ser servidores, por lo que generalmente necesitan direcciones estáticas. El bit "Determinando información de IP ..." en su pregunta indica que está probando DHCP.
Warren Young
1
Por cierto, ¿sabe que podría haber habilitado la creación de redes durante su segunda instalación? La red está deshabilitada de forma predeterminada en EL6, pero es posible configurarla completamente durante la instalación, incluida la configuración para que se inicie en el arranque.
Warren Young
1
@Warren Young Gracias Lo investigaré, sin duda sería útil.
Larry B
@RodgersandHammertime, ¿podría mostrarnos lo siguiente? contenido de ifcfg-eth0 y resolv.conf, también un ifconfig -a podría ser útil. Gracias.
tripledes

Respuestas:

13

Recibí los mismos mensajes de error después de instalar CentOS 6.3 Minimal guest usando VirtualBox en mi host de Windows XP (laptop). No pude hacer actualizaciones de Yum, tanto a través del cable micro USB como de forma inalámbrica usando mi Huawei Mobile Mifi

Sin embargo, tengo tanto trabajo en red y actualizaciones para funcionar con un cambio de menor importancia solamente a /etc/sysconfig/network-scripts/ifcfg-eth0 y /etc/init.d/network reinicio

DISPOSITIVO = "eth0"
BOOTPROTO = "dhcp"
HWADDR = "Mi dirección de hardware"
NM_CONTROLLED = "yes"
ONBOOT = "yes"
TYPE = "Ethernet"

Observacion interesante:

NM_CONTROLLED = "yes"

Por lo que estaba leyendo , la configuración preferida para los servidores es no . Sin embargo, funciona bien para computadoras portátiles de forma inalámbrica.

Antonio
fuente
7

La opción NM_Controlled estaría controlada por Network Manager y eso significaría que usted controlaría las interfaces a través del administrador de red frente a los métodos ifup, ifdown.

La opción para incluir Bridged vs Nat en la opción virtalbox asignará una dirección IP separada a su vm en la misma red ip que su máquina física, mientras que la opción nat traduciría la ip de su vm en su red virtual (dentro de la virtualbox) en la dirección IP de sus máquinas físicas. Es el mismo enfoque que NAT en una LAN doméstica que se conecta a Internet a través de un enrutador.

Es importante configurar la resolución DNS si su conexión no utiliza DHCP para la configuración de la interfaz de red. Si usa DHCP, el servidor DHCP se encarga de eso (o debería hacerlo). En una LAN doméstica que sería su enrutador de Internet, en una red empresarial sería su servidor DHCP designado, al configurar un vm dentro de VirtualBox, sin embargo, es posible que deba configurarlo dentro de VirtualBox.

No olvide que puede necesitar configurar un proxy si no tiene acceso directo a Internet, si desea que yum funcione.

Espero que eso ayude, estoy teniendo otros problemas para configurar CentOS yo mismo después de una instalación mínima en un servidor físico en un entorno empresarial.

John T
fuente
5

La primera vez que crea una VM en Parallels usa eth0. Sin embargo, si lo plantilla o lo clona, ​​la interfaz de Ethernet a la que se le asigna cambia (a eth1, eth2 ...). Si está utilizando la virtualización, este puede ser el problema.

# ifconfig -a

... debería mostrarte qué interfaz hay pero no está habilitada.

Si es, de hecho, eth0, entonces el consejo de otros aquí (como Anthony y Warren) es bueno.

Si su interfaz deshabilitada es eth1 (o eth2 ...), entonces necesita duplicar un perfil en / etc / sysconfig / network-scripts / y editar su configuración de DISPOSITIVO y HWADDR para que coincida con la interfaz real y la dirección MAC de su VM.

Más detalles en mi blog si este es realmente el caso. ¡Buena suerte!

Tim
fuente
3

Tuve el mismo problema con la instalación de CentOS 6.3 usando VirtualBox ejecutándose en Linux Mint 13. Cambié la configuración de red en VirtualBox de "NAT" a "Adaptador en puente" y esto resolvió el problema.

rjrich
fuente
2

Lo más probable es que la dirección MAC haya cambiado en su tarjeta de red.

Si clonó / ​​duplicó una máquina virtual y creó una nueva dirección mac, intente configurarla igual que la máquina original. Copie y pegue la antigua dirección MAC en la configuración de red> avanzada y reinicie la VM.

(Acabo de tener el mismo error en una máquina virtual CentOS 6.3 que cloné con Virtual Box).

KJS
fuente
1
Probablemente cambiar la configuración de red en la VM a puente habría sido suficiente. Configuración común en VirtualBox de todos modos. Asegúrate de verificar las respuestas dadas especialmente para publicaciones más antiguas, y mejóralas si puedes. Bienvenido a U&L.
vgoff
2

Tuve el mismo problema en CentOS 6 en VirtualBox con 1 adaptador de red habilitado. Después de la instalación predeterminada, solo tenía el adaptador de bucle de retorno local 127.0.0.1. Aunque podría iniciar la conexión en red de forma manual ingresando el comando

dhclient -v eth1

no comenzó la creación de redes automáticamente en el arranque. La solución para mí fue ajustar la configuración de red de la siguiente manera:

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

y modifique las siguientes líneas:

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

El resto de las líneas ifcfg-eth1permanecen como en el ifcfg-eth0archivo original :

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

Ahora guarde ifcfg-eth1y reinicie el servicio de red

$ /etc/init.d/network restart

Cheque $ 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)
Vladimir Kroz
fuente
0

Revisa tu /etc/resolv.confarchivo. YUM verificará solo el primer servidor de nombres, si es el solucionador DNS local, le dará el error "No se pudo resolver el host ..."

Ponga esto en sus resolv.confservidores de nombres como se muestra a continuación:

nameserver 8.8.8.8
nameserver 8.8.4.4

(Estos son los servidores DNS públicos de Google ).

Shah.V
fuente
1
No -1, pero estoy tentado de hacerlo, siempre que alguien sugiera esto sin un GRAN descargo de responsabilidad. Me parece que Google recopila suficientes datos sobre las personas, DNS es solo otra pieza en el rompecabezas.
0xC0000022L
0

Si está bajo un dominio y tiene su propio DHCP, DNS, AD, simplemente ingrese esa IP en la primera lista del servidor de nombres:

nameserver xx.xx.xx.xx

Guárdelo y luego ejecute:

service network restart
ifup eth0

Esto funcionará

Daniel
fuente
0

Esto es similar a la respuesta de Daniel, pero utilicé el siguiente comando:

service network restart
ifup e\*

Esto inicia automáticamente el adaptador con nombre (enp0s3 en mi caso, ya que ifup eth0 no funcionó)

Editar: actualizado con cadena escapada

Colin D
fuente
Tenga en cuenta que probablemente debería escapar del asterisco ( ifup e\*). Sin escapar de él, su shell puede acumular archivos en el directorio de trabajo actual que comienza e, si hay alguno presente. Su comando se ejecutará como algo así comoifup employee1.txt employee2.txt ...
drs