Não é possível acessar a internet no centOS de um IP estático

Question

Estou tentando configurar um servidor centOS com um endereço IP estático público, mas se eu tentar executar o ping no roteador (192.168.1.1) recebo "Rede inacessível", se eu tentar pingar google.com, recebo " host desconhecido google.com "

Este é o despejo do ifconfig

eth0      Link encap:Ethernet  HWaddr D4:9A:20:F8:9D:F8  
          inet addr:200.37.213.113  Bcast:200.37.213.113  Mask:255.255.255.248
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:1178 errors:0 dropped:0 overruns:0 frame:0
          TX packets:1014 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000 
          RX bytes:292875 (286.0 KiB)  TX bytes:40593 (39.6 KiB)

lo        Link encap:Local Loopback  
          inet addr:127.0.0.1  Mask:255.0.0.0
          UP LOOPBACK RUNNING  MTU:16436  Metric:1
          RX packets:249 errors:0 dropped:0 overruns:0 frame:0
          TX packets:249 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0 
          RX bytes:20076 (19.6 KiB)  TX bytes:20076 (19.6 KiB)

Despejo da rota:

Kernel IP routing table 
Destination     Gateway          Genmask           Flags Metric Ref Use Iface
200.37.213.112  *                255.255.255.248   U     0      0   0   eth0
link-local      *                255.255.0.0       U     1002   0   0   eth0
0.0.0.0         200.37.213.118   0.0.0.0           UG    0      0   0   eth0

Dump de / etc / hosts

127.0.0.1             localhost localhost.localdomain localhost4 localhost4.localdomain4
::1                   localhost localhost.localdomain localhost6 localhost6.localdomain6
200.37.213.113        server.mypersonaldomain.com server

Dump do /etc/resolve.conf

nameserver 8.8.8.8
nameserver 8.8.4.4

Enviar de / etc / sysconfig / network

NETWORKING=yes
HOSTNAME=server.mypersonaldomain.com
GATEWAY=200.37.213.118

Dump de / etc / sysconfig / network-scripts / ifcfg-eth0

DEVICE="eth0"
BOOTPROTO="none"
IPADDR:="200.37.213.113"
NETMASK="255.255.255.248"
GATEWAY="200.37.213.118"
ONBOOT="yes"
TYPE="Ethernet"

Alguma idéia de onde estou errado aqui?

• Atualização - eu sou capaz de pingar 200.37.213.113 e receber uma resposta, mas não 200.37.213.118 ou qualquer outro domínio / IP

• Atualizar - Ainda tendo problemas com isso, alguém mais tem alguma ideia?

Answer 1

Você está perdendo um gateway padrão que é demonstrado pelo seu route "dump", então o seu servidor não tem como enviar tráfego para um destino que não seja uma correspondência específica dentro de sua tabela de roteamento.

Despejo da rota:

Kernel IP routing table
Destination     Gateway    Genmask            Flags Metric Ref Use Iface
Your IP  *          255.255.255.248    U     0      0   0   eth0
link-local      *          255.255.0.0        U     1002   0   0   eth0

Você pode adicionar uma rota ao mundo exterior definindo um GATEWAY sob sua ifcfg-eth0 e devolvendo o serviço de rede ou eth0:

DEVICE="eth0"
BOOTPROTO="none"
IPADDR:="Your IP"
NETMASK="255.255.255.248"
ONBOOT="yes"
TYPE="Ethernet"
GATEWAY="Your Gateway IP"  <----

    

Answer 2

O seu ip do roteador é 192.168.1.1 mas o seu host ip é 200.37.213.113. Tanto o seu host e roteador estão em duas redes diferentes, não há como chegar a 200.37.213.118

    

Answer 3

Eu segui este vídeo para o tee e funcionou: link

Você precisará saber qual de sua interface de rede é a interface ativa, por exemplo, eth0, eth1 ou ...

Uma observação aos usuários do VMware, embora o gateway padrão (configurado pelo VMware player) seja 192.168.38.1 e o servidor de nomes seja 192.168.38.2, use 192.168.38.2 como o GATEWAY AND nameserver nos arquivos mostrados no vídeo acima e tudo vai funcionar.

    

Answer 4

Se você estiver usando a GUI, terá que configurar todos os valores não apenas no shell, mas também na GUI manualmente. Tente desligar o firewall (também o serviço iptables & ip6tables), bem como o selinux.

    

Answer 5

Adicionar um gateway padrão

# route add default gw 200.37.213.113 eth0      

    

Answer 6

Eu tive uma situação semelhante. Foi resolvido adicionando as entradas search domain e nameserver corretas em /etc/resolv.conf .