Por que estou obtendo resultados diferentes de dois servidores localizados na mesma rede de destino?

Question

Existem dois servidores com o mesmo IP de rede, e a única diferença entre eles são os dois últimos números, como: 37.211.15.247 e 37.211.166.178 . O provedor de hospedagem afirma que a máscara de sub-rede para ambas as redes é 255.254.0.0

Quando eu tento o comando Tracert (Traceroute) para testar o ping e ver quais saltos são necessários para chegar ao servidor de destino, recebo diferentes tempos de ping e diferentes resultados de caminho à frente, o que é estranho porque eles estão todos localizados no mesmo host da empresa.

Há algo errado? Não deveria seguir o mesmo caminho também?

Eu adicionei os endereços IP completos aos dois servidores conforme solicitado por alguns comentadores. Bem, os dois servidores não são "internacionais" de qualquer maneira, então, tanto quanto eu sei, a única coisa que vem à mente é a possibilidade de que os dois são configurados em sub-redes diferentes, assim como o que " joeqwerty "afirma em sua resposta . Embora seja suspeito.

UPDATE: Depois de fazer muita pesquisa, descobri a sub-rede desses dois hosts. Eles estão em uma máscara de sub-rede /15 ( 255.254.0.0 ). Infelizmente, isso é o que esse provedor de hospedagem afirmou para mim, o que não é verdade, e a verdadeira Subnet que eles aparentemente usam é uma máscara de sub-rede /17 ( 255.255.128.0 ). Acontece que eles estavam definitivamente em diferentes sub-redes. É por isso que obtive traceroutes diferentes quando testei esses dois IPs 37.211.15.247 e 37.211.166.178 porque eles estão claramente em sub-redes diferentes. Obrigado a todos por essas boas respostas, especialmente joeqwerty sua resposta me ajudou muito.

    

Answer 1

Você está deixando de fora uma informação crucial, que é a máscara de sub-rede. Você está fazendo uma suposição incorreta de que esses dois hosts estão na mesma rede / sub-rede com base unicamente nos valores do octeto sem considerar a máscara de sub-rede que cada host está usando. Eles poderiam muito bem estar em redes diferentes.

Pense em um endereço da casa. Se eu lhe dissesse que morava na 123 Smith Street, você saberia onde fica minha casa? Não, você não faria. Se eu lhe dissesse que morava na 123 Smith Street, em Smithtown, você saberia onde fica minha casa? Não, você não faria. Se eu te dissesse que John Smith também mora na Smith Street, você saberia se ele e eu somos vizinhos? Não, você não faria. Mesmo se eu lhe disser que John Smith também mora em Smithtown, não é possível que você saiba se somos vizinhos. Se eu lhe dissesse que morava na 123 Smith Street, em Smithtown, Michigan 46123, você saberia onde fica minha casa? Sim, você faria. Se eu te dissesse que John Smith mora em 361 Smith Street em Smithtown, Michigan 46123, você saberia se somos vizinhos? Sim, você saberia que somos vizinhos e moramos no mesmo bairro.

Conhecer o endereço IP sem conhecer a máscara de sub-rede é como saber o endereço da minha casa e o nome da rua sem conhecer a cidade, o estado e o código postal. Está incompleto e não fornece informações suficientes para saber onde fica minha casa ou se uma pessoa em particular também mora no meu bairro.

    

Answer 2

O mesmo host da empresa não significa que eles estejam na mesma arquitetura de rede ... assim, a rota e o ping podem ser diferentes se estiverem conectados a diferentes elementos de rede (proxy, firewall, balanceadores de carga ...). Como eles estão em sub-redes diferentes, eles também podem estar em diferentes Datacenters, o que significa localização física diferente, portanto, o tempo de ping pode ser diferente

    

Answer 3

Se você está obtendo resultados traceroute diferentes, é porque o roteamento está sendo tratado de maneira diferente. Isso pode ter acontecido porque os hosts não estão na mesma rede (como o primeiro comentário de Paul sob sua pergunta foi ... Eu concordo com o comentário dele ... muitas empresas hoje em dia são internacionais, então fazer parte da mesma empresa não significa necessariamente que o tráfego será encaminhado para o mesmo local).

Outra possível razão é que um roteador pode estar apenas configurado incorretamente. Para realmente solucionar isso, pode ser necessário ter acesso às tabelas de roteamento do roteador que fornecem a rota diferente. Se isso é apenas algum ISP aleatório, você provavelmente não tem acesso a essa tabela de roteamento.

    

Answer 4

Resposta mais curta:

Obrigado por fornecer os endereços IP reais. Isso nos ajuda a ver o que você está vendo até certo ponto. E aqui está o que estou vendo.

37.211.166.178 parece estar inacessível, enquanto 37.211.15.247 está bem. Assim, a diferença nos tempos de ping que você viu inicialmente pode ser devido a uma interrupção na rede desse provedor de hospedagem associada a esse endereço. Parece que ambos os endereços IP estão sendo gerenciados por diferentes redes e equipamentos diferentes; ou seja, eles podem estar no mesmo local físico, mas são claramente gerenciados por equipamentos diferentes em sub-redes totalmente diferentes. Por exemplo:

• Parece que 37.211.166.178 está se conectando ao mundo externo por meio de qatar-ic-305455-ffm-b2.c.telia.net ( 80.239.135.22 ).
• Parece que 37.211.15.247 está se conectando por meio de 80.231.60.98 .

Ou seja, 37.211.166.x claramente não é a mesma sub-rede que 37.211.15.x ; essas máquinas não estão na mesma rede compartilhada.

Passado isso, ninguém aqui pode ajudá-lo a entender por que um IP que você acredita que deveria estar ativo de repente estaria morto ou por que seu provedor de hospedagem iria atribuir / organizar IPs e servidores de tal maneira. Você precisaria entrar em contato com seu provedor de hospedagem para pedir que investigasse isso. Não há muito o que podemos fazer aqui, exceto fornecer mais confirmação para o que você pode ver a si mesmo. Mais detalhes abaixo.

Resposta mais longa:

37.211.166.178 parece estar morto para o mundo.

Por exemplo, tentar pingar 37.211.166.178 resulta em um beco sem saída sem respostas de ping; Eu tive que Ctrl + C para sair de ping :

ping 37.211.166.178
PING 37.211.166.178 (37.211.166.178) 56(84) bytes of data.
^C
--- 37.211.166.178 ping statistics ---
30 packets transmitted, 0 received, 100% packet loss, time 31628ms

Fazendo um teste desse IP através das Ferramentas Pingdom mostra 100% de perda de pacotes também.

Em seguida, executar um teste com MTR (My Traceroute) mostra mais detalhes da bagunça. O comando seria:

mtr 37.211.166.178

E a saída é esta:

                                   My traceroute  [v0.80]
localhost (0.0.0.0)                                               Sat Oct 17 15:22:01 2015
Keys:  Help   Display mode   Restart statistics   Order of fields   quit
                                                    Packets               Pings
 Host                                             Loss%   Snt   Last   Avg  Best  Wrst StDev
 1. ???
 2. ???
 3. ???
 4. 100.64.16.77                                   0.0%     7    0.4   0.4   0.4   0.5   0.0
 5. 54.239.48.194                                  0.0%     7    1.3   2.0   1.1   5.0   1.5
 6. 205.251.232.214                                0.0%     7    1.1   1.4   1.1   2.2   0.4
 7. 205.251.232.78                                 0.0%     7   61.5  14.8   6.4  61.5  20.6
 8. 205.251.226.184                                0.0%     7    6.5   6.6   6.4   7.3   0.3
 9. sea-b1-link.telia.net                          0.0%     7    7.5   7.5   7.4   7.5   0.0
10. chi-b21-link.telia.net                         0.0%     7   50.8  51.2  50.7  52.1   0.6
11. nyk-bb2-link.telia.net                         0.0%     7   99.9  91.0  72.6 134.0  23.0
12. ffm-bb2-link.telia.net                         0.0%     7  199.2 207.3 199.2 216.1   6.6
13. ffm-b2-link.telia.net                          0.0%     7  201.4 207.3 199.4 222.8   8.7
    ffm-b2-link.telia.net
    ffm-b2-link.telia.net
    ffm-b2-link.telia.net
14. qatar-ic-305455-ffm-b2.c.telia.net             0.0%     7  304.4 311.1 302.9 323.8   7.8
    qatar-ic-305457-ffm-b2.c.telia.net
    qatar-ic-305456-ffm-b2.c.telia.net
15. 89.211.2.229                                   0.0%     7  300.2 305.4 300.2 310.6   3.7
16. 89.211.4.130                                   0.0%     7  300.9 308.9 300.9 329.7   9.6
17. ???

Os tempos de ping se tornam abismais e o host em si não responde quando o rastreamento é concluído. Este servidor e endereço IP estão totalmente configurados e em execução?

37.211.15.247 parece bem.

Por outro lado, a tentativa de executar o ping de 37.211.15.247 funciona conforme o esperado:

ping 37.211.15.247
PING 37.211.15.247 (37.211.15.247) 56(84) bytes of data.
64 bytes from 37.211.15.247: icmp_req=1 ttl=45 time=259 ms
64 bytes from 37.211.15.247: icmp_req=2 ttl=45 time=258 ms
64 bytes from 37.211.15.247: icmp_req=3 ttl=45 time=258 ms
64 bytes from 37.211.15.247: icmp_req=4 ttl=45 time=259 ms
64 bytes from 37.211.15.247: icmp_req=5 ttl=45 time=258 ms
64 bytes from 37.211.15.247: icmp_req=6 ttl=45 time=258 ms
64 bytes from 37.211.15.247: icmp_req=7 ttl=45 time=258 ms
64 bytes from 37.211.15.247: icmp_req=8 ttl=45 time=259 ms

E um teste desse IP por meio das Ferramentas Pingdom mostra 0% de perda de pacotes; o que é ótimo!

Da mesma forma, o MTR (My Traceroute) mostra um rastreio agradável e limpo para o endereço IP de destino. O comando seria:

mtr 37.211.15.247

E a saída é esta:

                                   My traceroute  [v0.80]
localhost (0.0.0.0)                                               Sat Oct 17 15:21:21 2015
Keys:  Help   Display mode   Restart statistics   Order of fields   quit
                                                    Packets               Pings
 Host                                             Loss%   Snt   Last   Avg  Best  Wrst StDev
 1. ???
 2. ???
 3. ???
 4. 100.64.16.35                                   0.0%     7    0.4   0.4   0.4   0.4   0.0
 5. 54.239.48.192                                  0.0%     7    1.8   1.3   1.0   1.8   0.4
 6. 205.251.232.196                                0.0%     7    1.1   1.7   1.1   4.7   1.3
 7. 205.251.232.73                                 0.0%     7    6.3   7.7   6.3  13.7   2.8
 8. 205.251.225.179                                0.0%     7    7.4   7.0   6.5   7.4   0.4
 9. ae-9.r05.sttlwa01.us.bb.gin.ntt.net            0.0%     7    7.7  29.2   7.4 159.0  57.2
10. ix-10-0.tcore1.00S-Seattle.as6453.net          0.0%     7    7.2   7.2   7.2   7.3   0.0
11. if-1-0-0.core1.00S-Seattle.as6453.net          0.0%     7    7.3   7.3   7.3   7.4   0.1
12. if-8-2-3-0.tcore2.CT8-Chicago.as6453.net       0.0%     6  155.4 155.4 155.3 155.5   0.1
13. if-22-2.tcore1.CT8-Chicago.as6453.net          0.0%     6  145.1 145.5 145.1 146.7   0.6
14. if-12-6.tcore2.NYY-New-York.as6453.net        16.7%     6  151.7 154.3 151.6 163.7   5.3
15. if-20-2.tcore2.L78-London.as6453.net           0.0%     6  144.4 151.4 144.4 183.6  15.8
16. if-2-2.tcore1.L78-London.as6453.net            0.0%     6  145.1 173.1 144.8 314.3  69.1
17. if-17-2.tcore1.LDN-London.as6453.net           0.0%     6  150.7 170.1 150.6 266.4  47.2
18. 80.231.60.98                                   0.0%     6  257.6 256.1 254.7 257.8   1.4
19. 89.211.5.37                                    0.0%     6  463.8 290.3 254.6 463.8  85.0
20. 89.211.3.146                                   0.0%     6  415.9 283.7 256.4 415.9  64.8
21. 37.211.15.247                                  0.0%     6  367.9 277.0 258.4 367.9  44.5