traceroute muitos saltos com o mesmo ip

12

Sou desenvolvedor de software que às vezes precisa realizar algumas tarefas fáceis de rede, mas não sabe quase nada sobre isso.

Estou tendo alguns problemas com um vps que aluguei (APRECIE VPS: VPS não gerenciado - VPS médio) e eles insistem que o servidor está funcionando bem, mas eu continuo tendo esse problema, meu servidor fica desativado todos os dias, em menos de 15 minutos , mas é todos os dias (às vezes duas vezes por dia) e acho que isso não é aceitável.

Bem. aqui está o meu traceroute:

Minha pergunta é quase todos os saltos vão para o mesmo ip, que é o meu provedor IP (mas não o servidor IP) ¿está tudo bem? Se configuro meu próprio servidor DNS (bind9), esse pode ser o problema? Quando meu servidor está inoperante, o ping também não responde e não consigo acessar o console APRECIAR VPS. (não me permite parar ou reiniciar o servidor) (então, basicamente, não posso fazer nada)

traceroute para 74.117.153.110 (..HIDDEN ..), 64 saltos no máximo, 52 pacotes de bytes
 1 dsldevice (192.168.1.254) 1.759 ms 1.281 ms 1.627 ms
 2 dsl-servicio-l200.uninet.net.mx (200.38.193.226) 18.611 ms 17,414 ms 26,365 ms
 3 bb-dallas-stemmons-5-pos0-14-0-0.uninet.net.mx (201.125.50.122) 60.559 ms 63.272 ms 72.120 ms
 4 xe-0-3-0-1.r01.dllstx04.us.bb.gin.ntt.net (157.238.225.45) 81.813 ms 81.872 ms 81.872 ms 80.888 ms
 5 ae-9.r07.dllstx09.us.bb.gin.ntt.net (129.250.2.208) 83.735 ms 84.919 ms 89.175 ms
 6 xe-0-0-0-15.r07.dllstx09.us.ce.gin.ntt.net (129.250.195.118) 80.686 ms 81.170 ms 84.883 ms
 7 cust-108-60-193-226.corexchange.com (108.60.193.226) 94.542 ms 86.652 ms 85.616 ms
 8 74.117.154.4 (74.117.154.4) 82.222 ms 81.909 ms 80.970 ms
 9 74.117.154.1 (74.117.154.1) 83.212 ms 83.725 ms 81.852 ms
10 74.117.154.4 (74.117.154.4) 97.692 ms 81.136 ms *
11 74.117.154.1 (74.117.154.1) 83.025 ms 82.698 ms 88.137 ms
12 * * *
13 74.117.154.1 (74.117.154.1) 82.197 ms 83.792 ms 83.093 ms
14 * * *
15 74.117.154.1 (74.117.154.1) 83.534 ms 130.318 ms 83.675 ms
16 * * *
17 74.117.154.1 (74.117.154.1) 84.012 ms 84.844 ms 102.515 ms
18 * * *
19 74.117.154.1 (74.117.154.1) 83.032 ms 94.277 ms 86.625 ms
20 * * *
21 74.117.154.1 (74.117.154.1) 240.106 ms 119.049 ms 82.273 ms
22 * * *
23 74.117.154.1 (74.117.154.1) 84.167 ms 82.956 ms 84.310 ms
24 * * *
25 74.117.154.1 (74.117.154.1) 83.955 ms 83.636 ms 83.214 ms
26 * * 74.117.154.4 (74.117.154.4) 83.097 ms
27 74.117.154.1 (74.117.154.1) 83.860 ms 111.847 ms 86.387 ms
28 * * *
29 74.117.154.1 (74.117.154.1) 83.518 ms 83.944 ms 86.903 ms
30 * * *
31 74.117.154.1 (74.117.154.1) 271.557 ms 83.194 ms 103.277 ms
32 * * *
33 74.117.154.1 (74.117.154.1) 85.195 ms 83.311 ms 83.589 ms
34 * * *
35 74.117.154.1 (74.117.154.1) 87.368 ms 100.705 ms 84.437 ms
36 * * *
37 74.117.154.1 (74.117.154.1) 91.463 ms 120.895 ms 84.287 ms
38 74.117.154.4 (74.117.154.4) 82.238 ms * 82.750 ms
39 74.117.154.1 (74.117.154.1) 83.506 ms 83.911 ms 83.995 ms
40 * * *
41 74.117.154.1 (74.117.154.1) 84.081 ms 85.222 ms 84.120 ms
42 * * *
43 74.117.154.1 (74.117.154.1) 84.200 ms 84.603 ms 98.450 ms
44 * * *
45 74.117.154.1 (74.117.154.1) 85.244 ms 84.741 ms 103.672 ms
46 * * *
47 74.117.154.1 (74.117.154.1) 83.717 ms 84.648 ms 87.149 ms
48 * * *
49 74.117.154.1 (74.117.154.1) 88.051 ms 86.047 ms 84.800 ms
50 * * *
51 74.117.154.1 (74.117.154.1) 201.409 ms 170.421 ms 146.111 ms
52 * * *
53 74.117.154.1 (74.117.154.1) 84.987 ms 84.247 ms 87.167 ms
54 * * *
55 74.117.154.1 (74.117.154.1) 111.967 ms 133.665 ms 88.217 ms
56 74.117.154.4 (74.117.154.4) 109.692 ms * 83.531 ms
57 74.117.154.1 (74.117.154.1) 85.115 ms 86.417 ms 85.426 ms
58 * * *
59 74.117.154.1 (74.117.154.1) 84.038 ms 85.114 ms 122.035 ms
60 * * *
61 74.117.154.1 (74.117.154.1) 125.063 ms 84.423 ms 84.824 ms
62 74.117.154.4 (74.117.154.4) 82.987 ms * 133.977 ms
63 74.117.154.1 (74.117.154.1) 159.238 ms 163.869 ms 164.372 ms
64 * * *

ping traceroute

— Luis Zavaleta
fonte

É uptimecompatível com a sua expectativa?

— Radtrentasei

2

Esse é um loop de roteamento - também conhecido como "ping pong".

— Ricky feixe

15

Esse é um loop de roteamento. O roteador com endereço IP 74.117.154.1 continua enviando seus pacotes para outro roteador (74.117.154.4), que os envia de volta para 74.117.154.1. Eles continuam fazendo isso até o TTL do pacote chegar a zero e o pacote ser descartado.

Isso não pode ser causado pela configuração do bind9, algo está errado com a configuração dos roteadores.

Você deve entrar em contato com as pessoas que administram essa rede. Se você tiver certeza de que está na rede do provedor VPS, entre em contato com eles. Você também pode fazer uma pesquisa whois IP para ver a quem o endereço IP está atribuído.

— Gerben
fonte

3

Se o roteador for 74.117.154.1 e o VPS for 74.117.153.110, é bem provável que o loop de roteamento esteja na rede do provedor VPS.

— Gabe

Eu recebo o mesmo IP em apenas duas linhas de mtrsaída. Deve ser outra pergunta ou também é uma configuração incorreta?

— Pablo A

@ PabloBianchi Eu sugiro fazer uma nova pergunta (contendo mais informações e contexto, incluindo sua saída mtr).

— Gerben 28/05

2

Parece um loop de roteamento, combinado com um limite de taxa ICMP (74.117.154.4 aparece no padrão no início e depois é substituído principalmente por tempos limite).

Ao pesquisar os IPs em quem é o problema, os IPs estão no mesmo bloco de alocação que o destino, portanto, quase certamente está na rede do seu provedor.

O que eu suspeito que está acontecendo é que um dos roteadores (possivelmente a caixa do host da sua VM, se o host faz o roteamento IP nas caixas do host) ao longo do caminho para o servidor na rede de provedores de hospedagem está perdendo a rota para o servidor. Sem rotas melhores, ele corresponde ao pacote com uma rota padrão ou de resumo e envia o pacote de volta ao montante. O roteador upstream, por sua vez, envia de volta o downstream.

Se o seu provedor não puder / não resolver isso, é hora de começar a procurar um melhor.

— Peter Green
fonte