Estou hospedando meu site— strongjoshua.com—comeasyDNSserviço de hospedagem na web. Ontem estava tentando me conectar ao CPanel do meu site, mas não consegui lembrar a senha. Tentei algumas variações, mas acabei desistindo, então solicitei uma redefinição de senha. O processamento estava demorando um pouco, então decidi tentar uma última senha, e recebi um erro de rede.
Presumi que fosse porque a senha foi redefinida, mas ainda achei estranho. Então verifico meu e-mail e recebi o e-mail de redefinição. Mas depois disso, não consegui mais acessar meu site. O CPanel está hospedado no próprio site, então também não consigo acessá-lo.
Não consigo acessar o site apenas pelo Wi-Fi de minha casa, mas usar dados com um telefone funciona normalmente. Tentei alterar os servidores DNS do meu roteador parado Google—incluindo os IPv6—mas sem sucesso.
Meu traceroute é:
Tracing route to strongjoshua.com [64.68.202.30]
over a maximum of 30 hops:
1 1 ms 2 ms 2 ms 10.0.0.1
2 102 ms 112 ms 31 ms 98.221.240.1
3 14 ms 11 ms 9 ms te-1-2-ur02.raritan.nj.panjde.comcast.net [68.85
.78.13]
4 28 ms 25 ms 11 ms xe-4-0-1-0-ar03.audubon.nj.panjde.comcast.net [6
8.85.63.65]
5 15 ms 15 ms 15 ms he-2-14-0-0-cr01.newyork.ny.ibone.comcast.net [6
8.86.166.113]
6 * 14 ms 13 ms ae12.edge1.NewYork2.level3.net [4.68.127.1]
7 26 ms 27 ms 32 ms ae-2-23.edge1.Toronto2.Level3.net [4.69.200.238]
8 36 ms 35 ms 36 ms 4.31.208.150
9 36 ms 42 ms 36 ms te-1-1.core01.tor1.prioritycolo.com [204.11.48.1
30]
10 48 ms 42 ms 38 ms c.gi-3-5.core03.tor2.prioritycolo.com [67.223.96
.82]
11 36 ms 37 ms 37 ms 173.237.223.2 [173.237.223.2]
12 * * * Request timed out.
13 * * * Request timed out.
14 * * * Request timed out.
15 * * * Request timed out.
16 * * * Request timed out.
17 * * * Request timed out.
[times out up until 30 tries and ends with “trace complete.”]
Responder1
Resposta mais curta
Não acho que a solicitação de redefinição de senha tenha algo a ver com isso, mas parece que o próprio serviço de hospedagem – ou sua configuração nele – está sufocando. Eu recomendaria fazer login no painel de controle a partir de um computador que possa se conectar ao seu site e/ou entrar em contato com seu provedor de hospedagem para solicitar uma investigação.
Resposta mais longa
Nada do que vejo aponta para que este seja um problema de ISP de origem solucionável pelo cliente e aqui está o porquê.
Estou no Brooklyn, NY, EUA e posso visualizar seu site sem problemas se acessá-lo através do nome do host strongjoshua.com:
Mas, se eu tentar acessá-lo através do endereço IP de 64.68.202.30, recebo uma configuração de página sem saída/erro pelo provedor de hospedagem:
Isso me diz que o provedor de hospedagem está usando algum tipo de host virtual baseado em nomecomo aquele que o Apache usa:
A hospedagem virtual baseada em nome geralmente é mais simples, pois você só precisa configurar seu servidor DNS para mapear cada nome de host para o endereço IP correto e, em seguida, configurar o servidor Apache HTTP para reconhecer os diferentes nomes de host. A hospedagem virtual baseada em nomes também facilita a demanda por endereços IP escassos. Portanto, você deve usar hospedagem virtual baseada em nome, a menos que esteja usando equipamento que exija explicitamente hospedagem baseada em IP.
O que basicamente significa que potencialmente dezenas de hosts podem ter o mesmo endereço IP no mesmo servidor web, mas o que os diferenciará no nível do servidor web é o nome do host real. Portanto, acessar através do endereço IP bruto resultará em um erro, mas acessá-lo através do nome do host strongjoshua.comenviará você para o site correto.
Dito isso, ainda não explica os problemas que você está vendo. Então, usandomtr-que é uma versão melhor detracerouteque combina rastreamento de rota com atualização contínuapingdados - você pode ver o seguinte:
Host Loss% Snt Last Avg Best Wrst StDev
1. ???
2. 10.42.37.197 0.0% 11 189.0 200.8 176.9 255.6 27.1
3. 66.233.174.161 0.0% 11 188.6 198.9 167.3 378.9 60.2
4. 66.233.174.253 0.0% 11 199.0 212.9 178.7 293.2 35.7
5. sl-crs2-nyc-.sprintlink.net 0.0% 11 189.8 196.2 154.8 259.5 25.2
6. 144.232.10.198 0.0% 11 350.5 202.7 174.4 350.5 52.3
7. xe-10-3-0.tor10.ip4.gtt.net 10.0% 11 315.8 269.1 238.6 372.9 46.1
8. db-transit-gw.ip4.gtt.net 0.0% 10 205.9 221.2 193.5 259.3 18.0
9. te-1-1.core01.tor1.prioritycolo. 0.0% 10 231.2 244.1 219.9 302.5 29.2
10. c.gi-3-5.core03.tor2.prioritycol 0.0% 10 301.2 237.3 209.5 301.2 25.3
11. 173.237.223.2 0.0% 10 216.7 227.7 214.2 237.0 9.0
12. cpanel5.easyweb.com 0.0% 10 341.9 252.6 220.5 341.9 40.1
Agora, superficialmente, parece exatamente igual ao seu traceroute- com diferenças entre os saltos iniciais devido à minha localização física e a sua - mas observe também os dois últimos saltos:
11. 173.237.223.2 0.0% 10 216.7 227.7 214.2 237.0 9.0
12. cpanel5.easyweb.com 0.0% 10 341.9 252.6 220.5 341.9 40.1
E aqui estão as linhas relevantes traceroutepara comparação:
11 36 ms 37 ms 37 ms 173.237.223.2 [173.237.223.2]
12 * * * Request timed out.
Seus traceroutetempos limite acontecem logo após atingir 173.237.223.2e mtrposso ver a entrada de DNS reverso (PTR) para o último salto, que é cpanel5.easyweb.com.
O que tudo isso significa? Bem, parece que se você comparar o que está vendo – ou não vendo – com o que estou vendo, fica claro que ambos estamos acessando o endereço IP do provedor de hospedagem 173.237.223.2; pode ser um roteador ou um switch em sua rede. Mas você fica sem acesso e eu acabo vendo o site sem problemas.
Então, se você me perguntar, algo está acontecendo do lado do provedor de hospedagem que de alguma forma está bloqueando o seu acesso. Talvez seja uma configuração de firewall ou algo semelhante no nível do aplicativo, mas não vejo isso como um problema de rede que você possa resolver do seu lado.
Eu recomendaria entrar em contato com seu provedor de hospedagem ou fazer login no painel de controle a partir de um sistema que você pode usar para se conectar ao seu provedor de hospedagem e ver se consegue depurá-lo a partir daí. Ou pelo menos abra um tíquete de suporte com seu provedor de hospedagem solicitando que verifiquem a configuração do seu site.
Responder2
Se você usa ADSL para acessar a Internet a partir do roteador, verifique as configurações de MTU, principalmente se você já teve outros sites com o mesmo problema, mesmo que sejam apenas alguns. Tente configurar o ADSL MTU para 1470 ou mais.
Já tive esse problema em vários computadores.