De repente, não é possível conectar-se ao website por Wi-Fi, mas pode se conectar a ele pelo smartphone

Question

Estou hospedando meu site— strongjoshua.com —com o serviço de hospedagem na web easyDNS . Ontem, eu estava tentando me conectar ao CPanel do meu site, mas não consegui me lembrar da senha. Eu tentei algumas variações, mas acabei desistindo, então pedi uma redefinição de senha. Isso estava demorando um pouco para ser processado, então decidi experimentar uma última senha, sobre a qual recebi um erro de rede.

Eu presumi que isso ocorreu porque a senha foi redefinida, mas ainda achei estranho. Em seguida, verifico meu e-mail e recebo 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 eu não consigo acessar isso.

Não consigo acessar o site somente a partir do meu Wi-Fi doméstico, mas usar dados com um telefone funciona normalmente. Tentei alterar os servidores DNS do meu roteador para do Google , incluindo os do 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.”]

    

Answer 1

Resposta mais curta

Não creio que a solicitação de redefinição de senha tenha algo a ver com isso, mas parece que o serviço de hospedagem em si, ou sua configuração, está sufocando. Recomendaria fazer login no painel de controle de um computador que possa conectar-se ao seu site e / ou entrar em contato com o provedor de hospedagem para solicitar a investigação.

Resposta mais longa

Nada do que estou vendo indica que essa é uma questão ISP de origem solucionável pelo cliente e eis o motivo.

Estou em Brooklyn, NY, EUA e posso ver seu site bem se eu o acessar por meio do nome do host strongjoshua.com :

Mas,seeutentaracessá-lopormeiodoendereçoIPde64.68.202.30,recebereiumaconfiguraçãodepáginasemsaída/erropeloprovedordehospedagem:

Isso me diz que o provedor de hospedagem está usando algum tipo de host virtual baseado em nome como aquele que o Apache usa :

Name-based virtual hosting is usually simpler, since you need only configure your DNS server to map each hostname to the correct IP address and then configure the Apache HTTP Server to recognize the different hostnames. Name-based virtual hosting also eases the demand for scarce IP addresses. Therefore you should use name-based virtual hosting unless you are using equipment that explicitly demands IP-based hosting.

O que basicamente significa que potencialmente dúzias de hosts podem ter o mesmo endereço IP no mesmo servidor da Web, mas o que os diferencia em um nível de servidor da Web é o nome do host real. Portanto, acessar através do endereço IP bruto resultará em um erro, mas acessá-lo por meio do nome do host de strongjoshua.com enviará você ao site correto.

Tudo isso dito, ainda não explica os problemas que você está vendo. Então, usando mtr - que é uma versão melhor de traceroute que combina o rastreamento de rota com o ping dados - 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 com o seu traceroute - com diferenças entre os saltos iniciais devido à minha localização física e à sua - mas também observe 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 do seu traceroute para comparação:

11    36 ms    37 ms    37 ms  173.237.223.2 [173.237.223.2]
12     *        *        *     Request timed out.

Os tempos limite de traceroute acontecem logo após alcançar 173.237.223.2 e via mtr eu posso ver a entrada inversa de DNS (PTR) para o último salto, que é cpanel5.easyweb.com .

O que isso tudo significa? Bem, parece que se você comparar o que está vendo ou não vendo com o que estou vendo, está claro que estamos chegando ao endereço IP do provedor de hospedagem de 173.237.223.2 ; pode ser um roteador ou um switch em sua rede. Mas você é um beco sem saída no seu 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 seu acesso. Talvez seja uma configuração de firewall ou algo semelhante em um nível de aplicativo, mas não vejo isso como um problema de rede que você pode resolver do seu lado.

Eu recomendaria entrar em contato com seu provedor de hospedagem ou fazer login no painel de controle de um sistema que você pode usar para se conectar ao seu provedor de hospedagem e verificar se você pode depurá-lo a partir dele. Ou, pelo menos, abra um ticket de suporte com seu provedor de hospedagem para que eles façam o check-in na configuração do seu site.

    

Answer 2

Se você usar o ADSL para acessar a Internet do roteador, verifique as configurações do MTU, especialmente se você já teve outros sites com o mesmo problema, mesmo que sejam apenas alguns. Tente configurar o ADSL MTU para 1470 ou mais.

Eu tive esse problema em vários computadores.