Eu tenho um novo VPS no IP 155.xxx.xxx.xxx. Comecei a configurá-lo e, de repente, a conexão SSH foi desligada e não pude mais reconectar a ela do PC do meu escritório. Tentei mais tarde para ligar da minha casa (mesmo ISP) e não poderia também (sem SSH, sem portas 80, 443, etc, com um servidor web em execução na caixa VPS).
No entanto, posso ligar a esta caixa a partir de outros servidores externos sem problemas. Eu também posso conectar-me ao VPS sem problema do meu celular (outra operadora que a minha casa / escritório).
A execução de tracert
/ traceroute
mostra que o IP normalmente é resolvido para 155.xxx.xxx.1 em 15 saltos.
No entanto, para 155.xxx.xxx.2 a 155.xxx.xxx.255, o mesmo 15º salto envia para um 16º que parece bloquear a conexão. Ele sempre para de resolver no mesmo hop - ae0.332.lax.edge.swiftinternet.net [104.255.32.16] - como mostrado abaixo:
C:\Users\Me>tracert 155.xxx.xxx.60
Tracing route to 155.xxx.xxx.60 over a maximum of 30 hops
1 <1 ms <1 ms <1 ms router.localhost [192.168.2.1]
2 * * * Request timed out.
3 13 ms 12 ms 15 ms 10.158.4.1
4 14 ms 15 ms 15 ms 10.192.55.57
5 16 ms 15 ms 14 ms 10.192.42.225
6 43 ms 15 ms 15 ms 10.192.41.217
7 20 ms 18 ms 15 ms 10.192.37.153
8 17 ms 15 ms 15 ms 10.192.55.150
9 * 18 ms * 10.192.12.38
10 55 ms 51 ms 54 ms xe-0-4-0-5.r05.miamfl02.us.bb.gin.ntt.net [129.250.195.33]
11 53 ms 53 ms 73 ms ae-4.r21.miamfl02.us.bb.gin.ntt.net [129.250.3.172]
12 82 ms 93 ms 81 ms ae-4.r22.dllstx09.us.bb.gin.ntt.net [129.250.2.219]
13 96 ms 99 ms 97 ms ae-5.r22.lsanca07.us.bb.gin.ntt.net [129.250.7.69]
14 115 ms 124 ms 114 ms ae-1.r00.lsanca07.us.bb.gin.ntt.net [129.250.3.17]
15 97 ms 99 ms 111 ms xe-0-9-0-24.r00.lsanca07.us.ce.gin.ntt.net [129.250.207.178]
16 222 ms 116 ms 118 ms ae0.332.lax.edge.swiftinternet.net [104.255.32.16]
17 * * * Request timed out.
18 * * * Request timed out.
19 * * * Request timed out.
20 * * * Request timed out.
21 * * * Request timed out.
22 * * * Request timed out.
23 * * * Request timed out.
24 * * * Request timed out.
25 * * * Request timed out.
26 * * * Request timed out.
27 * * * Request timed out.
28 * * * Request timed out.
29 * * * Request timed out.
30 * * * Request timed out.
Trace complete.
Compartilhei isso com o ISP para que eles resolvam o problema ... em seus clientes @ ... endereço de e-mail, conforme indicado pelo suporte técnico. No entanto, historicamente, eles me acostumaram a um serviço ruim e a um acompanhamento desses tipos de problemas.
Até agora, identifiquei as seguintes correções para esse problema, mas nenhuma é perfeita:
Então, aqui está a pergunta: há algo que eu possa fazer para forçar uma rota diferente para chegar ao endereço IP que seria livre de problemas para meus usuários (ou seja, sem ter que instalar uma VPN em suas máquinas, etc)?
Por exemplo, alguém aqui saberia qual é o protocolo adequado para eu notificar o operador do servidor que considero defeituoso (Swiftinternet) do problema?
Agradecemos antecipadamente por sua ajuda!
Tags networking router isp