Un porto TCP aberto non demostra que un proxy funcione
Unha comprobación de porto correcta só establece unha conexión. Revisa tamén a negociación do proxy e a resposta esperada do destino.
Un porto TCP aberto mostra que un punto de escoita aceptou unha conexión. Pode ser un proxy, un servidor web normal ou outro servizo; o porto 8080 non identifica o protocolo.
Para un extremo documentado como proxy HTTP, usa o seu enderezo real nunha petición HTTPS con límites de tempo:
curl --proxy http://203.0.113.10:8080 --noproxy '' --connect-timeout 5 --max-time 15 --verbose https://example.com/Substitúe o enderezo de documentación polo teu extremo HTTP ou un candidato da lista de proxies HTTP. Para SOCKS, usa o modo de cliente SOCKS correspondente e completa a negociación. Un saúdo incorrecto pode fallar xusto despois da aceptación TCP.
| Etapa observada | Que demostra |
|---|---|
| TCP aceptado | O punto de escoita é accesible. |
| Negociación do proxy aceptada | O punto de escoita aceptou esta operación de proxy. |
| TLS do destino verificado | O cliente completou a conexión segura prevista segundo os seus axustes de confianza. |
| Estado e contido esperados recibidos | A petición da aplicación produciu o resultado esperado. |
Para HTTPS mediante un proxy HTTP, CONNECT ao porto de destino debe estar permitido. Mesmo CONNECT 200 é unha etapa intermedia: o túnel pode pechar antes de que TLS ou a petición final teñan éxito. Un éxito con HTTP sen cifrar non demostra esa capacidade de túnel.
Usa un destino con contido previsible, preferiblemente baixo o teu control, e revisa o seu rexistro de peticións se está dispoñible. Un punto de escoita HTTP sen cifrar pode devolver unha páxina fixa con estado 200 sen contactar co destino. Calquera estado de éxito é unha proba máis feble ca unha resposta que coincida coa esperada; a verificación de identidade HTTPS engade protección.
Rexistra a última etapa correcta. «Porto aberto, negociación SOCKS rexeitada» dá un punto de partida útil para a seguinte investigación.