Não é possível ativar a rede após a nova instalação do CentOS 6.3

16

Estou tentando executar uma nova instalação do CentOS 6.3 e, em seguida, executar vários comandos yum , como yum install httpd .

A instalação é executada corretamente, mas não consigo executar comandos baseados em rede como yum

Estou ciente de que a instalação padrão desativou a rede. Eu alterei o arquivo /etc/sysconfig/network-scripts/ifcfg-eth0 de acordo com este guia , mas continuo recebendo o erro

Could not retrieve mirrorlist http://mirrorlist.centos.org?release=6arch=i1386&repo=os error was

14: PYCURL ERROR 6 - "Couldn't resolve host 'mirrorlist.centos.org'"

Error: Cannot find a valid baseurl for repo: base

Eu já alterei o arquivo /etc/resolv.conf para incluir o servidor de nomes do Google 8.8.8.8, mas isso não mudou nada.

Alterei /etc/sysconfig/network alterando o hostname de localhost.localdomain para local.igoo.net (um domínio inventado, mas totalmente qualificado?).

Eu tive que trabalhar ontem, então tentei instalar o WHM / cPanel, que correu bem. Decidi então que não precisava do WHM / cPanel tão novo e não podia recriar as etapas que fiz para que a rede funcionasse. Quando eu executar /etc/init.d/network restart a mensagem de erro:

Bringing up interface eth0:

Determining IP information for eth0... failed; no link present. Check cable?

(o cabo não está desconectado)

Não sei o que tentar em seguida! Alguém pode sugerir o que eu perdi?

    
por Larry B 25.07.2012 / 15:11

10 respostas

13

Eu tive as mesmas mensagens de erro depois de instalar o CentOS 6.3 Mínimo convidado usando o VirtualBox no meu host do Windows XP (laptop). Não consegui fazer as atualizações do yum, tanto via cabo micro USB quanto sem fio usando meu Huawei Mobile Mifi

No entanto, tenho redes e atualizações para trabalhar com uma pequena alteração somente para /etc/sysconfig/network-scripts/ifcfg-eth0 e /etc/init.d/network restart

DEVICE="eth0"
BOOTPROTO="dhcp"
HWADDR="My hardware address"
NM_CONTROLLED="yes"
ONBOOT="yes"
TYPE="Ethernet"

Observação interessante:

NM_CONTROLLED="yes"

Do que eu estava reading , a configuração preferida para servidores é não . No entanto, yes funciona bem para laptops sem fio. Espero que isso ajude

    
por 05.08.2012 / 02:26
7

A opção NM_Controlled seria controlada pelo Network Manager e isso significaria que você controlaria as interfaces através do gerenciador de rede versus os métodos ifup, ifdown.

A opção de incluir Bridged vs Nat na opção virtalbox irá atribuir um endereço ip separado para sua vm na mesma rede ip da sua máquina física, enquanto a opção nat traduziria o ip da sua vm em sua rede virtual (dentro o virtualbox) no endereço IP de suas máquinas físicas. É a mesma abordagem que o NAT em um lan em casa conectando-se à internet através de um roteador.

A resolução do DNS é importante para ser configurada se a sua conexão não estiver usando DHCP para a configuração da interface de rede. Se estiver usando DHCP, então isso é feito (ou deveria ser) pelo servidor DHCP. Em uma lan em casa que seria seu roteador de internet, em uma rede corporativa seria o seu servidor DHCP designado, ao configurar um vm dentro do VirtualBox, no entanto, você pode precisar configurá-lo dentro do VirtualBox.

Não esqueça que você pode precisar configurar um proxy se não tiver acesso direto à Internet, se quiser que o yum funcione.

Espero que ajude, estou tendo outros problemas ao configurar o CentOS depois de uma instalação mínima em um servidor físico em um ambiente corporativo.

    
por 13.11.2012 / 12:04
5

A primeira vez que você cria uma VM no Parallels, ela usa eth0. Se, no entanto, você modela ou clona, então a interface ethernet recebe mudanças (para eth1, eth2 ...). Se você estiver usando a virtualização, esse pode ser o problema.

# ifconfig -a

... deve mostrar a você qual interface está lá, mas não está ativada.

Se é, de fato, eth0, então o conselho de outros aqui (como Anthony e Warren) é bom.

Se sua interface desativada for eth1 (ou eth2 ...), será necessário duplicar um perfil em / etc / sysconfig / network-scripts / e editar suas configurações de DEVICE e HWADDR para corresponder à interface real e ao endereço MAC de seu VM.

Mais detalhes no meu blog se este for na verdade o caso. Boa sorte!

    
por 02.10.2012 / 17:24
3

Eu tive o mesmo problema com a instalação do CentOS 6.3 usando o VirtualBox rodando no Linux Mint 13. Eu mudei as configurações de rede no VirtualBox de "NAT" para "Bridged Adapter" e isso resolveu o problema.

    
por 31.08.2012 / 18:00
2

É mais provável que o endereço MAC tenha mudado na sua placa de rede.

Se você clonou / duplicou uma máquina virtual e criou um novo endereço mac, tente defini-la da mesma forma que a máquina original. Copie e cole o endereço MAC antigo nas configurações de rede > avançado e reinicie a VM.

(Acabei de ter o mesmo erro em uma VM do CentOS 6.3 que eu clonei com o Virtual Box).

    
por 18.11.2012 / 02:44
2

Eu tive o mesmo problema no CentOS 6 no VirtualBox com 1 adaptador de rede habilitado. Após a instalação padrão, ele tinha apenas o adaptador de loopback local 127.0.0.1 Embora eu pudesse iniciar a conexão em ponte manualmente, digitando o comando

dhclient -v eth1

ele não iniciou a rede automaticamente na inicialização. A solução para mim foi ajustar a configuração de rede da seguinte forma:

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

e modifique as seguintes linhas:

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

o restante das linhas em ifcfg-eth1 permanece como no arquivo original ifcfg-eth0 :

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

Agora salve ifcfg-eth1 e reinicie o serviço de rede

$ /etc/init.d/network restart

Verifique $ 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)
    
por 15.02.2013 / 20:40
0

Verifique seu arquivo /etc/resolv.conf . O YUM verificará somente o primeiro servidor de nomes, se ele for o resolvedor de DNS local, ele fornecerá o erro "Não foi possível resolver o host ..."

Coloque isso em seus resolv.conf nameservers como mostrado abaixo:

nameserver 8.8.8.8
nameserver 8.8.4.4

(Estes são os servidores DNS públicos do Google .)

    
por 25.09.2012 / 17:18
0

Tenho aqui googling 'como iniciar a rede em centos 6.3'?

Comece com o guia mencionado na pergunta . Em resumo, o CentOS não ativa a camada de rede por padrão, mas é facilmente configurável.

Ainda tem problemas? Se o CentOS estiver sendo executado em uma VM no Hyper-V 2012, a interface de rede pode ter alterado o nome. Problema e correção identificados aqui .

    
por 11.02.2013 / 19:45
0

Se você estiver em um domínio e tiver seu próprio DHCP, DNS, AD, forneça esse IP na primeira lista do servidor de nomes:

nameserver xx.xx.xx.xx

Salve e execute:

service network restart
ifup eth0

Isso funcionará.

    
por 17.07.2013 / 08:30
0

Isso é semelhante à resposta de Daniel, mas usei o seguinte comando:

service network restart
ifup e\*

Isso inicializa automaticamente o adaptador nomeado (enp0s3 no meu caso, já que ifup eth0 não funcionou)

Editar: atualizado com uma string de escape

    
por 14.10.2014 / 22:37