Saltar al contenidoVelocidad del proxy: cómo medimos la latencia y por qué el ping miente
La velocidad del proxy no es un número único. La latencia, el rendimiento y el tiempo hasta el primer byte miden cosas diferentes, y un ping ICMP crudo te engaña sobre todos ellos. Aquí está lo que realmente importa y cómo medirlo.
La velocidad son tres números diferentes
Latencia, rendimiento y TTFB no son intercambiables.
Cuando alguien pregunta "¿qué tan rápido es este proxy?" generalmente se refiere a una cosa pero necesita tres. Confundirlas es la razón por la que un proxy que "responde rápido" aún se siente lento en el uso real.
- La latencia es el retraso de ida y vuelta para una pequeña solicitud: cuánto tiempo pasa antes de que algo regrese. Domina la sensación del trabajo interactivo y muchas pequeñas solicitudes, como llamadas a la API o navegación por páginas.
- El rendimiento es cuántos datos por segundo puede mover el proxy una vez que se inicia una transferencia. Domina las descargas grandes y el raspado intensivo, y un proxy de baja latencia aún puede tener un rendimiento deficiente.
- El tiempo hasta el primer byte (TTFB) es toda la cadena: DNS, el apretón de manos de conexión, el proxy retransmitiendo tu solicitud, el destino pensando y la llegada del primer byte. Es el número único más cercano a "cómo se sintió realmente la solicitud."
Para la mayoría del trabajo con proxies, el número que importa es la latencia y el TTFB, porque estás haciendo muchas solicitudes, no una descarga gigante. Esa es la columna que mostramos en la lista de proxies gratuitos, y es lo que los scripts a continuación miden.
Las métricas que importan
Y qué tarea predice cada uno.
Latencia (ida y vuelta)
El retraso antes de que comience una respuesta. Mejor predictor para llamadas API, navegación y muchas solicitudes pequeñas. La baja latencia es lo que hace que un proxy se sienta receptivo en lugar de lento.
Rendimiento (ancho de banda)
Datos movidos por segundo durante una transferencia. Mejor predictor para descargas grandes y raspado masivo. Un proxy puede tener baja latencia pero un rendimiento limitado, así que mide el que tu tarea depende.
Tiempo hasta el primer byte
La cadena de solicitud completa, incluyendo el apretón de manos y el tiempo de espera del servidor. El único número más cercano a la sensación del mundo real, y lo que un desglose de tiempo de curl te informa.
Consistencia
Una muestra rápida significa poco. Un proxy que promedia bien pero tiene picos malos detendrá tus trabajos. Mide varias veces y observa la dispersión, no solo el mejor caso.
Por qué un ping en bruto miente
ICMP no es lo que hacen tus solicitudes.
El instinto es hacer ping a un proxy y confiar en la cifra de milisegundos. Es engañoso por varias razones concretas. Un ping utiliza ICMP, un protocolo diferente del TCP y TLS que utiliza tu tráfico real; las redes rutinariamente priorizan, despriorizan o bloquean completamente ICMP, por lo que el número de ping no refleja nada de eso. El ping también mide el salto al proxy, no el camino completo a través de él hasta tu verdadero destino, que es lo que realmente te importa. Y ignora completamente los costos que dominan las solicitudes reales: el apretón de manos de TCP, la negociación de TLS, la resolución de DNS y el tiempo que el destino mismo tarda en responder.
La forma honesta de medir un proxy es medir una solicitud real a través de él, cronometrando las etapas de conexión y el primer byte de la manera en que curl las informa. Eso captura el apretón de manos, el relé y el destino: todo lo que el ping desecha. Es exactamente cómo se producen las cifras de latencia en nuestra lista, que es el objetivo de publicar una metodología transparente en lugar de un número de marketing.
Medir la latencia real del proxy
Guarda como proxy-latency.sh. curl informa el tiempo de conexión y el tiempo hasta el primer byte — lo que realmente siente una solicitud — no un ping ICMP engañoso. Uso: bash proxy-latency.sh HOST:PORT
#!/usr/bin/env bash
# proxy-latency.sh — measure REAL latency through a proxy, not ICMP ping.
# curl exposes connect + time-to-first-byte, which is what a request feels.
# Usage: bash proxy-latency.sh HOST:PORT [url] [runs]
PROXY="$1"
URL="${2:-https://api.ipify.org}"
N="${3:-5}"
fmt='connect=%{time_connect}s ttfb=%{time_starttransfer}s total=%{time_total}s\n'
echo "measuring $PROXY -> $URL ($N runs)"
for i in $(seq 1 "$N"); do
curl -s -o /dev/null --max-time 10 \
--socks5-hostname "$PROXY" \
-w "$fmt" "$URL"
done
# Compare against no proxy to see the true added cost:
# for i in $(seq 1 5); do curl -s -o /dev/null -w "$fmt" "$URL"; doneMidiendo proxies de manera justa
Una metodología corta que puedes reutilizar.
Para comparar proxies de manera honesta, mantén las variables constantes. Prueba cada proxy contra el mismo objetivo y desde la misma red, ejecuta cada uno varias veces y reporta la mediana en lugar de la muestra más afortunada, y siempre mide una línea base sin proxy para que puedas atribuir la latencia añadida al proxy en lugar de a tu propia conexión o al destino. La distancia es física: un proxy geográficamente lejos de ti o del objetivo siempre añadirá latencia que ningún túnel puede eliminar, así que considera la ubicación en lugar de culpar al proxy.
Esta es la misma disciplina detrás de los números de s4m. Los proxies de centro de datos autenticados están diseñados para un rendimiento consistente y de baja latencia, y la columna de latencia de la lista gratuita se genera a partir de solicitudes temporizadas reales, no de ICMP. ¿Quieres que se verifique un solo proxy al instante? Usa el verificador de proxy; ¿quieres validar toda una lista incluyendo velocidad? Consulta cómo verificar la validez del proxy.
Preguntas, respondidas
¿Por qué el ping de mi proxy es bajo pero aún se siente lento?
Porque el ping mide ICMP al proxy, no tu tráfico real a través de él. Tus solicitudes pagan por el apretón de manos TCP, TLS, DNS y el tiempo de respuesta del destino, ninguno de los cuales captura el ping. Un proxy con un gran ping aún puede tener un tiempo de respuesta lento o un rendimiento deficiente, que es lo que realmente sientes.
¿Cuál es la diferencia entre latencia y rendimiento para un proxy?
La latencia es el retraso antes de que comience una respuesta; el rendimiento es cuántos datos se mueven por segundo una vez que lo hace. La latencia domina muchas solicitudes pequeñas como llamadas a API y raspado página por página; el rendimiento domina descargas grandes. Un proxy puede ser fuerte en uno y débil en el otro, así que mide el que tu tarea necesita.
¿Cómo debería evaluar un proxy correctamente?
Mide una solicitud real a través de ello, no un ping. Cronometra las etapas de conexión y primer byte con curl, prueba contra el mismo objetivo desde la misma red, ejecuta varias veces y toma la mediana, y compara contra una línea base sin proxy. El script bash anterior hace exactamente esto.
¿Afecta la distancia al proxy a la velocidad?
Sí, inevitablemente. Un proxy lejos de ti o de tu objetivo añade tiempo de ida y vuelta que ningún software puede eliminar — es física. Al comparar proxies, ten en cuenta la ubicación y prefiere una salida que sea geográficamente sensata tanto para ti como para el destino que estás alcanzando.
Mídelo, no lo adivine
Evalúa proxies de la manera en que las solicitudes realmente se comportan con el script anterior, o comienza con proxies de centro de datos autenticados diseñados para una baja latencia consistente. Prueba uno gratis en el verificador de proxies primero.
Las personas encontraron esta página buscando
- velocidad del proxy
- cómo los sitios web detectan proxies y VPNs
- velocidad del proxy explicado
- cómo configurar velocidad del proxy
- cómo comprobar velocidad del proxy
- interruptor de apagado de VPN comparación
- wireguard para android
- trabajando autenticación de proxy
- cómo lista de proxies gratuitos funciona
- cómo cambiar tu dirección IP
- ¿Cuánto tiempo viven los proxies gratuitos
Frases de búsqueda reales que esta página responde — los enlaces abren la página que las cubre en profundidad.