Respuesta más corta
No creo que la solicitud de restablecimiento de la contraseña tenga nada que ver con esto, pero parece que el servicio de alojamiento en sí, o su configuración en él, se está ahogando. Recomendaría iniciar sesión en el panel de control desde una computadora que pueda obtener una conexión a su sitio y / o ponerse en contacto con su proveedor de alojamiento para pedirles que investiguen.
Respuesta más larga
Nada de lo que estoy viendo apunta a que este sea un problema de ISP de origen solucionable por el cliente y aquí es por qué.
Estoy en Brooklyn, Nueva York, EE. UU. Y puedo ver la multa de su sitio si accedo a través del nombre de host strongjoshua.com
:
Pero, si intento acceder a través de la dirección IP de 64.68.202.30
, Obtengo una configuración de página de error / finalización por parte del proveedor de alojamiento:
Eso me dice que el proveedor de hosting está usando algún tipo de host virtual basado en nombre como el que usa Apache :
El alojamiento virtual basado en nombres suele ser más sencillo, ya que solo necesita
configure su servidor DNS para asignar cada nombre de host a la IP correcta
dirección y luego configure el servidor HTTP Apache para reconocer la
Nombres de host diferentes. El alojamiento virtual basado en nombres también facilita la demanda.
para direcciones IP escasas. Por lo tanto, debe utilizar virtual basado en nombre
Alojamiento a menos que esté utilizando equipo que explícitamente exige
Alojamiento basado en IP.
Lo que básicamente significa que, potencialmente, docenas de hosts pueden tener la misma dirección IP en el mismo servidor web, pero lo que los diferenciará a nivel de servidor web es el nombre de host real. Por lo tanto, el acceso a través de la dirección IP sin procesar generará un error, pero el acceso a través del nombre de host de strongjoshua.com
te enviará al sitio correcto.
Dicho todo esto, todavía no explica los problemas que está viendo. Así que usando mtr
—Que es una versión más agradable de traceroute
que combina trazado de ruta con actualización continua. ping
Datos: puede ver lo siguiente:
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
Ahora superficialmente se ve exactamente igual a tu traceroute
—Con diferencias entre los saltos iniciales debido a mi ubicación física en comparación con la tuya—, pero también ten en cuenta los dos ú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
Y aquí están las líneas relevantes de su traceroute
para comparacion:
11 36 ms 37 ms 37 ms 173.237.223.2 [173.237.223.2]
12 * * * Request timed out.
Tu traceroute
los tiempos muertos ocurren justo después de alcanzar 173.237.223.2
y via mtr
Puedo ver la entrada de DNS inversa (PTR) para el último salto que es cpanel5.easyweb.com
.
Qué significa todo esto? Bueno, parece que si comparas lo que estás viendo, o no estás viendo, en comparación con lo que estoy viendo, está claro que ambos estamos llegando a la dirección IP del proveedor de alojamiento. 173.237.223.2
; podría ser un enrutador o un conmutador en su red. Sin embargo, no tiene acceso a su acceso y termino viendo el sitio sin problemas.
Entonces, si me preguntas, algo está sucediendo en el lado del proveedor de alojamiento que de alguna manera está bloqueando tu acceso. Tal vez sea una configuración de firewall o algo similar a nivel de aplicación, pero no veo que esto sea un problema de red que pueda resolver desde su lado.
Recomendaría ponerse en contacto con su proveedor de alojamiento o iniciar sesión en su panel de control desde un sistema que pueda utilizar para conectarse a su proveedor de alojamiento y ver si puede depurarlo desde allí. O al menos, abra un ticket de soporte con su proveedor de alojamiento y pídales que se registren en la configuración de su sitio.
Si usa ADSL para acceder a Internet desde el enrutador, verifique la configuración de MTU, especialmente si alguna vez ha tenido otros sitios con el mismo problema, aunque solo sea unos pocos. Intente configurar la MTU ADSL en 1470 o menos.
He tenido este problema en varias computadoras.
fuente
ping strongjoshua.com -f -l 1470
-f puede omitirse), pero aunque la solicitud de ping se envía, todas las solicitudes se agotan.