Un port TCP ouvert montre qu’un point d’écoute a accepté une connexion. Il peut s’agir d’un proxy, d’un serveur web ordinaire ou d’un autre service ; le port 8080 n’identifie pas le protocole.

Pour un point de terminaison documenté comme proxy HTTP, utilisez son adresse réelle dans une requête HTTPS limitée dans le temps :

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

Remplacez l’adresse documentaire par votre point de terminaison HTTP ou un candidat de la liste de proxys HTTP. Pour SOCKS, utilisez le mode client SOCKS correspondant et terminez sa négociation. Une mauvaise négociation peut échouer immédiatement après l’acceptation TCP.

Étape observéeCe qu’elle établit
TCP acceptéLe point d’écoute est joignable.
Négociation du proxy acceptéeLe point d’écoute a accepté cette opération de proxy.
TLS de la destination vérifiéLe client a établi la connexion sécurisée prévue selon ses paramètres de confiance.
Statut et contenu attendus reçusLa requête applicative a produit le résultat attendu.

Pour HTTPS via un proxy HTTP, CONNECT doit être autorisé vers le port de destination. Même CONNECT 200 n’est qu’une étape intermédiaire : le tunnel peut se fermer avant la réussite de TLS ou de la requête finale. Un succès en HTTP non chiffré ne prouve pas cette capacité de tunnel.

Utilisez une destination au contenu prévisible, de préférence sous votre contrôle, et examinez son journal de requêtes s’il est disponible. Un point d’écoute HTTP non chiffré peut renvoyer une page fixe avec le statut 200 sans contacter la cible. Un statut de succès quelconque est un indice moins fort qu’une réponse conforme à celle attendue ; la vérification d’identité HTTPS ajoute une protection.

Notez la dernière étape réussie. « Port ouvert, négociation SOCKS refusée » donne un point de départ utile à la suite du diagnostic.

Articles similaires