Pourquoi un proxy fonctionne sur un site mais pas sur un autre
Distinguez une connexion proxy opérationnelle des restrictions de destination, règles de ports, erreurs TLS et réponses HTTP.
Gardez la même configuration du proxy lorsqu’un site fonctionne et un autre non. La différence entre ces requêtes est un indice utile ; changer immédiatement de point de connexion le fait disparaître.
Pour HTTPS via un proxy HTTP, distinguez dans la trace du client la réponse CONNECT, le TLS avec la destination et la réponse HTTP finale du site :
| Échec observé | Éléments à examiner |
|---|---|
| Aucune réponse du proxy | La connexion au proxy et le chemin réseau. Qu’un site ait fonctionné auparavant ne prouve pas la disponibilité actuelle. |
| CONNECT refusé pour une cible | La politique des destinations/ports autorisés et l’accessibilité depuis le réseau du proxy. |
| Tunnel accepté, vérification du certificat en échec | L’erreur de certificat signalée : expiration, nom d’hôte, horloge locale, configuration de confiance ou interception administrée. |
| TLS vérifié, puis 403 du site | Les règles d’accès du site, l’état du compte, les cookies requis et les permissions. |
| 429 du site | Les limites de fréquence publiées. D’autres utilisateurs peuvent contribuer à l’activité attribuée à une sortie partagée. |
Regardez qui a produit la page d’erreur. Un intermédiaire peut renvoyer un 403 ou une autre erreur HTTP ; le numéro seul n’en localise pas l’origine. Gardez la vérification TLS activée pour qu’une requête apparemment réussie ne masque pas l’échec de la connexion sécurisée.
Pour chaque cible, notez le résultat de la négociation avec le proxy, le résultat TLS et le statut final. Ajoutez comme référence une destination ordinaire que vous contrôlez. Si le point de connexion l’atteint mais qu’un site rejette systématiquement son adresse de sortie, examinez les exigences du site ou utilisez un autre chemin autorisé. Changer de proxy ne remplace ni l’authentification ni les autorisations d’accès manquantes.