Um site específico da WEB (www.vocaonline.com) atinge o tempo limite através do meu ISP (Suddenlink), mas não se eu usar uma VPN ou rede ATT.
Você pode ver que lw-dc4-dist1-te8-1.rtr.liquidweb.com [50.28.96.7] é o último a retornar pacotes. Não tenho certeza do que está acontecendo aqui.
Aqui está um tracert:
sem VPN
kjo@Giga ~
$ tracert vocaonline.com
Tracing route to vocaonline.com [50.28.99.59]
over a maximum of 30 hops:
1 <1 ms <1 ms <1 ms router.blackops [192.168.1.1]
2 * * * Request timed out.
3 20 ms 8 ms 8 ms 173-219-237-153.suddenlink.net [173.219.237.153]
4 14 ms 13 ms 12 ms 173-219-237-228.suddenlink.net [173.219.237.228]
5 * * * Request timed out.
6 20 ms 14 ms 13 ms LIQUID-WEB.bear2.Phoenix1.Level3.net [4.28.83.26]
7 31 ms 29 ms 29 ms lw-dc4-core1-nexus-eth4-3.rtr.liquidweb.com [50.28.96.230]
8 30 ms 32 ms 29 ms lw-dc4-dist1-te8-1.rtr.liquidweb.com [50.28.96.7]
9 * * * Request timed out.
10 * * * Request timed out.
11 * * * Request timed out.
12 * * * Request timed out.
13 * * * Request timed out.
Trace complete.
Com VPN
kjo@Giga ~
$ tracert vocaonline.com
Tracing route to vocaonline.com [50.28.99.59]
over a maximum of 30 hops:
1 176 ms 177 ms 176 ms 10.13.0.1
2 177 ms 179 ms 190 ms 10.0.3.1
3 176 ms 177 ms 177 ms spcr-11.provedorwebmailmarketing.com.br [81.17.21.61]
4 176 ms 177 ms 176 ms 190.211.252.129
5 181 ms 179 ms 180 ms 179.43.158.133
6 180 ms 181 ms 180 ms te0-0-1-1.rcr12.b021037-0.zrh01.atlas.cogentco.com [149.14.212.121]
7 181 ms 180 ms 181 ms be2079.ccr21.zrh01.atlas.cogentco.com [130.117.0.201]
8 195 ms 194 ms 195 ms be2295.ccr41.par01.atlas.cogentco.com [130.117.3.53]
9 201 ms 201 ms 201 ms be12497.ccr41.lon13.atlas.cogentco.com [154.54.56.129]
10 267 ms 266 ms 266 ms be2317.ccr41.jfk02.atlas.cogentco.com [154.54.30.185]
11 273 ms 281 ms 274 ms be2806.ccr41.dca01.atlas.cogentco.com [154.54.40.106]
12 286 ms 293 ms 285 ms be2112.ccr41.atl01.atlas.cogentco.com [154.54.7.158]
13 307 ms 307 ms 308 ms be2687.ccr41.iah01.atlas.cogentco.com [154.54.28.70]
14 323 ms 322 ms 323 ms be2927.ccr21.elp01.atlas.cogentco.com [154.54.29.222]
15 330 ms 331 ms 332 ms be2930.ccr22.phx02.atlas.cogentco.com [154.54.42.77]
16 332 ms 340 ms 342 ms be2914.rcr21.b023003-0.phx02.atlas.cogentco.com [154.54.30.242]
17 341 ms 344 ms 333 ms cogent-phx.liquidweb.com [38.122.88.42]
18 332 ms 332 ms 332 ms lw-dc4-core1-nexus-eth4-2.rtr.liquidweb.com [50.28.96.228]
19 332 ms 339 ms 338 ms lw-dc4-dist1-te8-1.rtr.liquidweb.com [50.28.96.7]
20 333 ms 332 ms 332 ms secure.beyondthenet.com [50.28.99.59]
Trace complete.
Responder1
Este pode ser um problema relacionado ao seu ISP (ou ao roteamento upstream) - pode ser que eles tenham filtragem de caminho reverso em uma rota que não deveriam e os pacotes estejam saindo, mas não voltando por uma rota diferente, ou que um dos os caminhos são anunciados incorretamente em algum lugar. Também pode ser que haja algum tipo de firewall ou bloqueio em andamento.
O uso de uma VPN força uma rota diferente para o endpoint, contornando o problema. Este problema deve ser relatado ao seu ISP.
Existem alguns outros cenários concebíveis, mas altamente improváveis (como um problema de MTU combinado com um bloco ICMP)