Cuando intento conectarme al servidor de mi amigo, la conexión parece retrasarse aleatoriamente, a veces son 50 ms, 40 ms, 60 ms, pero a veces tarda 1, 3 o 7 segundos.
time curl -vv 'http://ipaddress/foo.json'
* Hostname was NOT found in DNS cache
* Trying ipaddress... --> SLOW AT THIS LINE !!!
* Connected to ipaddress (ipaddress) port 80 (#0)
> GET /foo.json HTTP/1.1
> User-Agent: curl/7.37.0
> Host: ipaddress
> Accept: */*
>
< HTTP/1.1 200 OK
< Date: Tue, 24 Jun 2014 02:51:45 GMT
* Server Apache/2.2.27 (Unix) mod_ssl/2.2.27 OpenSSL/1.0.1e-fips mod_bwlimited/1.4 is not blacklisted
< Server: Apache/2.2.27 (Unix) mod_ssl/2.2.27 OpenSSL/1.0.1e-fips mod_bwlimited/1.4
< Last-Modified: Tue, 24 Jun 2014 02:42:12 GMT
< ETag: "2e8109e-871-4fc8be82affe4"
< Accept-Ranges: bytes
< Content-Length: 2161
< Content-Type: application/json
¿Cómo podría saber qué parte del sistema causa esto?
Intenté desactivar mod_bwlimited, pero el retraso aún se produjo
Intenté usar otro servidor web (mono) en otro puerto, todavía sucedió
el servidor:
Linux bar 2.6.32-042stab090.3 #1 SMP Fri Jun 6 09:35:21 MSK 2014 x86_64 x86_64 x86_64 GNU/Linux
También cuando intenté cambiar /etc/sysctl.conf
y usar sysctl -p
usando root
:
net.ipv4.tcp_tw_recycle = 1
net.ipv4.tcp_tw_reuse = 1
fs.file-max = 524288
Muestra:
error: permission denied on key 'net.ipv4.tcp_tw_recycle'
error: permission denied on key 'net.ipv4.tcp_tw_reuse'
error: permission denied on key 'fs.file-max'
¿Quizás esos valores fueron restringidos por la empresa de hosting?
Respuesta1
Cuando esté retrasado, utilícelo mtr
para verificar la conexión al servidor.
mtr
es un programa traceroute con esteroides. Se ejecuta de forma continua traceroute
y genera estadísticas de red significativas, como el porcentaje de paquetes perdidos y varias métricas de RTT.
Se generan estadísticas para cada enlace entre usted y el punto final seleccionado. Cualquier enlace que muestre un nivel alto Loss%
o Avg
pueda ser una fuente de problemas de red para su conexión.