Tous les proxys expirent ? Vérifiez les ports que vous cherchez à joindre
Distinguez un port sortant restreint du client vers le proxy du port de destination demandé dans un tunnel.
La cible est HTTPS sur le port 443, vous vous attendez donc à ce que l'autorisation HTTPS du réseau suffise. Or le proxy choisi écoute sur le port 18347 ; la première connexion se fait vers ce port.
Le point de sortie client-vers-proxy et la destination nommée dans CONNECT sont deux adresses distinctes. Un réseau peut autoriser le trafic direct vers 443 tout en restreignant les connexions sortantes vers des ports de proxy arbitraires.
Si de nombreuses entrées de proxy sans rapport échouent avant toute réponse du proxy, comparez leurs ports d'écoute et la politique sortante approuvée du client. Gardez la cible fixe pendant l'analyse du premier saut commun. Pour les essais approuvés, comparez les ports de la liste de proxys gratuits avec cette politique ; la liste ne prouve pas l'accessibilité depuis ce réseau. Ne concluez pas que tous les points publics sont hors ligne simplement parce qu'un réseau restreint ne peut les atteindre.
Une tentative de connexion abandonnée peut expirer ; un rejet actif échoue plus tôt. Aucun des deux messages ne désigne à lui seul qui a appliqué la politique. Utilisez les journaux du réseau local ou les règles fournies par l'administrateur lorsqu'elles existent.
Demandez le point approuvé ou une modification d'accès étroitement justifiée. Supprimer toute la politique sortante n'est pas un prérequis pour utiliser un proxy, et il ne faut pas désactiver la vérification TLS de la destination pour réparer une connexion qui n'a jamais atteint un échange TLS.