Un puerto TCP abierto demuestra que un punto de escucha aceptó una conexión. Podría ser un proxy, un servidor web normal u otro servicio; el puerto 8080 no identifica el protocolo.

Para un endpoint documentado como proxy HTTP, usa su dirección real en una petición HTTPS con límites de tiempo:

curl --proxy http://203.0.113.10:8080 --noproxy '' --connect-timeout 5 --max-time 15 --verbose https://example.com/

Sustituye la dirección de documentación por tu endpoint HTTP o un candidato de la lista de proxies HTTP. Para SOCKS, usa el modo de cliente SOCKS correspondiente y completa esa negociación. Un saludo incorrecto puede fallar justo después de aceptar TCP.

Etapa observadaQué demuestra
TCP aceptadoEl punto de escucha es accesible.
Negociación del proxy aceptadaEl punto de escucha aceptó esta operación de proxy.
TLS del destino verificadoEl cliente completó la conexión segura prevista según sus ajustes de confianza.
Estado y contenido esperados recibidosLa petición de la aplicación produjo el resultado esperado.

Para HTTPS mediante un proxy HTTP, debe permitirse CONNECT hacia el puerto de destino. Incluso CONNECT 200 es una etapa intermedia: el túnel puede cerrarse antes de que TLS o la petición final tengan éxito. Un éxito con HTTP sin cifrar no demuestra esa capacidad de túnel.

Usa un destino con contenido predecible, preferiblemente bajo tu control, e inspecciona su registro de peticiones si está disponible. Un punto de escucha HTTP sin cifrar puede devolver una página fija con estado 200 sin contactar al destino. Recibir algún estado de éxito es una prueba más débil que obtener la respuesta esperada; la verificación de identidad HTTPS añade protección.

Registra la última etapa exitosa. «Puerto abierto, negociación SOCKS rechazada» proporciona un punto de partida útil para investigar.

Artículos relacionados