Como testar porque um site está inativo?

Question

Eu tenho alguns sites hospedados no servidor ubuntu. O servidor possui 3 endereços IP e um dos sites é apontado para um endereço IP e está funcionando. os outros sites estão apontados para outro endereço IP e todos eles estão inativos. O erro diz que não pode se conectar ao site. O site que me preocupa é o link . isso poderia ser um problema com o apache? Eu não mudei as configurações para isso, exceto eu mudei o formulário de um DNS interno para algo fora do site. Os sites ficarão prontos por alguns dias e depois serão desligados por mais alguns.

O único problema no log de erros é

[Sun Aug 12 11:22:36 2012] [notice] caught SIGTERM, shutting down
[Sun Aug 12 11:22:44 2012] [notice] Apache/2.2.14 (Ubuntu) PHP/5.3.2-1ubuntu4.17 with Suhosin-Patch configured -- resuming normal operations

Eu estou vpning no servidor para que ele não pode ser realmente para baixo. O ip está correto.

as0t0     Link encap:UNSPEC  HWaddr 00-00-00-00-00-00-00-00-00-00-00-00-00-00-00-00
          inet addr:10.8.0.1  P-t-P:10.8.0.1  Mask:255.255.255.0
          UP POINTOPOINT RUNNING NOARP MULTICAST  MTU:1500  Metric:1
      RX packets:115212 errors:0 dropped:0 overruns:0 frame:0
      TX packets:126152 errors:0 dropped:0 overruns:0 carrier:0
      collisions:0 txqueuelen:200
      RX bytes:31897718 (31.8 MB)  TX bytes:96598640 (96.5 MB)

eth0      Link encap:Ethernet  HWaddr 00:30:48:9f:30:c4
      inet addr:173.165.134.13  Bcast:173.165.134.15  Mask:255.255.255.248
      inet6 addr: fe80::230:48ff:fe9f:30c4/64 Scope:Link
      UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
      RX packets:50741898 errors:0 dropped:0 overruns:0 frame:0
      TX packets:42443370 errors:0 dropped:0 overruns:0 carrier:0
      collisions:0 txqueuelen:1000
      RX bytes:47892044123 (47.8 GB)  TX bytes:10339161772 (10.3 GB)
      Interrupt:27 Base address:0xe000

eth0:1    Link encap:Ethernet  HWaddr 00:30:48:9f:30:c4
      inet addr:173.165.134.12  Bcast:173.165.134.255  Mask:255.255.255.0
      UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
      Interrupt:27 Base address:0xe000

eth0:2    Link encap:Ethernet  HWaddr 00:30:48:9f:30:c4
      inet addr:173.165.134.11  Bcast:173.165.134.255  Mask:255.255.255.0
      UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
      Interrupt:27 Base address:0xe000

eth1      Link encap:Ethernet  HWaddr 00:30:48:9f:30:c5
      inet addr:192.168.8.254  Bcast:192.168.8.255  Mask:255.255.255.0
      inet6 addr: fe80::230:48ff:fe9f:30c5/64 Scope:Link
      UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
      RX packets:45697259 errors:0 dropped:0 overruns:0 frame:0
      TX packets:50623015 errors:0 dropped:0 overruns:0 carrier:0
      collisions:0 txqueuelen:1000
      RX bytes:9869007722 (9.8 GB)  TX bytes:47344187732 (47.3 GB)
      Interrupt:28

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:25822 errors:0 dropped:0 overruns:0 frame:0
      TX packets:25822 errors:0 dropped:0 overruns:0 carrier:0
      collisions:0 txqueuelen:0
      RX bytes:4641338 (4.6 MB)  TX bytes:4641338 (4.6 MB)

    

Answer 1

Já experimentou um tracert para o site para ver a que distância está a rota? Isso pode fornecer mais uma pista para onde está falhando.

    

Answer 2

O problema não parece estar na configuração do apache, mas na configuração da sua rede.

A abertura de http://173.165.134.13 em um navegador da Web exibe uma página e pode ser acessada pela Internet.

No entanto, 173.165.134.11 não é nem pingável nem navegável.

Sua interface principal, eth0 , mostra uma máscara de 255.255.255.248 , ou seja, um endereço de sub-rede de 173.165.134.8/29 . No entanto, eth0:1 e eth0:2 têm uma máscara de rede diferente, 255.255.255.0 e estão na sub-rede 173.165.134.0/24 .

Tente definir a máscara de rede de acordo e veja se funciona melhor:

# ifconfig eth0:1 173.165.134.12/28
# ifconfig eth0:2 173.165.134.11/28

Editar: Desde que você corrigiu sua configuração, a situação é diferente. Recebo "Bem-vindo ao trizon 404" em http://173.165.134.11 e o endereço IP é acessível.

Agora você tem um problema no apache, não mais um problema de rede.

    

Answer 3

Não é realmente um problema com o apache. Você precisa verificar se o endereço IP está atribuído corretamente.

Por favor cole a saída do ifconfig, para que eu possa fornecer mais ajuda.

Nota: Se o problema for do apache, o ping deve ter sido trabalhado de qualquer maneira.