ping indica si una solicitud de eco ICMP recibió respuesta. No abre el puerto HTTP o SOCKS indicado en una lista de proxies ni pide al proxy que acceda a un sitio web.

La distinción importa cuando una entrada responde a ping pero rechaza la conexión proxy. ICMP y el servicio TCP del proxy siguen caminos distintos por el software y las reglas de acceso del equipo. Una dirección accesible puede no tener ningún proxy escuchando en el puerto elegido.

Tres resultados fáciles de malinterpretar

  • Ping responde, el proxy falla: investiga el puerto del servicio, el protocolo, la autenticación y la respuesta del proxy. La respuesta de eco no ha probado nada de eso.
  • Ping falla, el proxy funciona: la red o el equipo pueden filtrar ICMP y permitir la conexión proxy. No descartes una prueba de aplicación correcta porque una solicitud de eco no tuvo respuesta.
  • Ping es rápido, las solicitudes son lentas: el recorrido de ida y vuelta del eco no incluye la negociación del proxy, la ruta del proxy al destino, TLS ni el tiempo de respuesta del destino.

Usa la operación real del cliente

Para un punto HTTP, realiza una solicitud HTTP acotada a través de él. Si necesitas HTTPS, confirma también el establecimiento del túnel y la respuesta TLS del destino. Para SOCKS, usa el modo SOCKS compatible con la aplicación. Comprobar un puerto TCP es una observación intermedia útil, pero sigue sin llegar a esos pasos del protocolo.

Conserva ping como información de red complementaria al investigar una ruta conocida. Informa su resultado por separado del de la aplicación. «La IP responde al eco» y «el proxy completó esta solicitud HTTPS» son afirmaciones distintas; solo la segunda prueba la operación que intentabas realizar.

Artículos relacionados