centos impossibilitados de acessar a internet

Question

Problema

Não é possível acessar a Internet.

O convidado do CentOS não está recebendo tráfego de entrada .

A rede privada está totalmente acessível.

Coçando minha cabeça aqui ... Eu não tenho esse problema no Debian / Ubuntu / Windows! : (

Configuração:

• Host do Hyper-V ( 192.168.137.1 )
• convidado CEntOS recém-construído ( 192.168.137.16 )
• O convidado reside na rede interna com o compartilhamento de conexão com a Internet (ICS) ativado
• O endereço é atribuído pelo servidor DHCP no host
• Intervalo de endereços: 192.168.137.0/24
• O DNS está definido para os servidores de nomes públicos do meu ISP ( resolv.internode.on.net )

Configuração Adicional

• iptables está parado
• SELinux está desativado

Algumas informações que podem ser úteis

ifconfig

eth0      Link encap:Ethernet  HWaddr 00:15:5D:C8:34:5A
          inet addr:192.168.137.16  Bcast:192.168.137.255  Mask:255.255.255.0
          inet6 addr: fe80::215:5dff:fec8:345a/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:111 errors:0 dropped:0 overruns:0 frame:0
          TX packets:18 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:12748 (12.4 KiB)  TX bytes:1788 (1.7 KiB)

eth1      Link encap:Ethernet  HWaddr 00:15:5D:C8:34:5C
          inet addr:192.168.137.15  Bcast:192.168.137.255  Mask:255.255.255.0
          inet6 addr: fe80::215:5dff:fec8:345c/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:147 errors:0 dropped:0 overruns:0 frame:0
          TX packets:117 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:14087 (13.7 KiB)  TX bytes:14587 (14.2 KiB)
          Interrupt:9 Base address:0x2000

netstat -rn

Kernel IP routing table
Destination     Gateway         Genmask         Flags   MSS Window  irtt Iface
192.168.137.0   0.0.0.0         255.255.255.0   U         0 0          0 eth0
169.254.0.0     0.0.0.0         255.255.0.0     U         0 0          0 eth0
0.0.0.0         192.168.137.1   0.0.0.0         UG        0 0          0 eth0

cat /etc/resolv.conf

; generated by /sbin/dhclient-script
nameserver 192.231.203.132
nameserver 192.231.203.3

cat / etc / sysconfig / scripts de rede / ifcfg-eth0

DEVICE=eth0
HWADDR=00:15:5D:C8:34:5A
TYPE=Ethernet
UUID=b4fefb4d-1d42-4a28-84b3-9a70b6ea65ca
ONBOOT=yes
NM_CONTROLLED=yes
BOOTPROTO=dhcp

cat / etc / sysconfig / network

NETWORKING=yes
HOSTNAME=puppet-free.vm.pe
GATEWAY=192.168.137.1

cat /etc/udev/rules.d/70-persistent-net-rules

# net device ()
SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="00:15:5d:c8:34:5a", ATTR{type}=="1", KERNEL=="eth*", NAME="eth0"

# PCI device 0x1011:0x0009 (tulip)
SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="00:15:5d:c8:34:5c", ATTR{type}=="1", KERNEL=="eth*", NAME="eth1"

Perguntas que eu já analisei para responder minhas (em vão)

Unable to ping or access internet

Connect to the internet with CENTOS 5

Centos internet not working

My CentOS 5.7 server can't access the internet

    

Answer 1

Fixo!

Ok, então descobri o que era.

Eu não espero que ninguém já tenha imaginado isso!

Eu tenho dois adaptadores de rede:

• 1x adaptador de rede Ethernet - 192.168.1.13
• 1x Adaptador sem fio - 192.168.1.3

A rede interna do Hyper-V estava em execução no adaptador sem fio com ICS (Internet Connection Sharing - Compartilhamento de conexão com a Internet) ativado.

Os pacotes foram lançados com sucesso, mas, ao voltarem, eles iriam para minha placa Ethernet e não teriam ideia de para onde ir a partir daí, portanto, minhas VMs não receberam nada de volta.

Agora dividi minha rede em dois, por isso tenho minha placa Wireless em 192.168.1.0/24 e minha placa Ethernet em 10.1.1.0/24 .

Esta configuração funciona agora.

Viva!

    

Answer 2

Pode maquinar com endereço IP 192.168.137.1 o tráfego de encaminhamento da rede 192.168.137.0/24 para a internet?

Se esta máquina for Linux, ela precisa ter o encaminhamento permitido, tente ver o arquivo /etc/sysctl.conf .

Na máquina de roteamento pode ser negado o encaminhamento pelo iptables (tente exec iptables -L -n e verifique as regras na cadeia FORWARD ).

Você pode tentar instalar o utilitário tshark (ou tcpdump ou tethereal), mesmo no novo host, mesmo na máquina de roteamento e assistir aos pacotes. Então você pode na nova máquina exec ping 4.4.4.4 , por exemplo, e você verá, se o roteador puder encaminhar o pacote para o próximo salto corretamente.

Se você tem outro roteador na rede: conheça este outro roteador, que o seu primeiro roteador (com um dos endereços IP 192.168.137.1) roteando esta rede? Tente verificar isso executando o comando ping 192.168.137.1 neste próximo roteador (preferencialmente roteador de borda). Se este ping não funcionar, você tem que definir rota estática, algo assim: ip route add 192.168.137.0/24 via x.x.x.x , onde x.x.x.x é o endereço IP do roteador, que tem como outro endereço 192.168.137.1.

Sou muito sory sobre meu inglês, mas acredito que este post pode ajudar você ...

    

Answer 3

Acho que seu problema está na sua configuração de convidado da VM no Hyper-V, e não no próprio sistema operacional. Não sou especialista - mas lembro vagamente de problemas semelhantes há muito tempo relacionados ao tipo de interface de rede virtualizada que eu havia selecionado em minha configuração de HyperV.

A solução para mim foi remover o adaptador de rede configurado por padrão e adicionar um adaptador 'Legacy Network'. Depois disso, pareceu funcionar.

    

Answer 4

Eu tive um problema semelhante ao sair para a Internet com o meu servidor CentOS 7 (convidado KVM). Eu tive que configurar o gateway padrão da rede em /etc/sysconfig/Network , adicionando o endereço IP do meu roteador (deve estar na mesma sub-rede que a NIC que você está usando para o tráfego da Internet). Eu era capaz de ping meu roteador (gateway) neste momento, mas ainda não conseguia acessar a Internet pública (pings para google.com não tiveram sucesso). Eu me certifiquei de que meu servidor dns estivesse definido em /etc/resolv.conf , mas ainda não consegui sair. Eu verifiquei os serviços que estavam executando usando systemctl list-unit-files | grep enabled e vi que o NetworkManager estava habilitado. Eu parei este serviço, então desativado e BINGO! Eu pude sair para o Wild Wild West! Pings para google.com foram bem sucedidos.

Espero que isso ajude.