Entrer Mon compte
Instructions et aide

Codes d'erreur lors de la vérification du proxy Vérificateur de proxy OnlineProxy

  • 25 février 2026
  • 6 minutes

Le vérificateur de proxy OnlineProxy lors de la vérification d'un proxy passe par plusieurs étapes: analyse les données saisies, tente de résoudre le domaine, se connecte via TCP, si nécessaire établit TLS, puis vérifie le fonctionnement du protocole (HTTP/SOCKS) et l'accès au site cible. À n'importe quelle étape, les codes d'erreur ci-dessous peuvent apparaître — ils aident à comprendre rapidement où se situe le problème: dans le format du proxy, le réseau, l'authentification, le protocole ou les blocages.


  • INVALID_PROXY_FORMAT — Le proxy entré est sous une forme invalide. Par exemple, le port est manquant ou des caractères superflus. Techniquement: la chaîne ne correspond pas au modèle host:port ou user:pass@host:port, le port est hors plage. Veuillez consulter ci-dessous les formats pris en charge.
    DNS_RESOLUTION_FAILED — Impossible de trouver l'adresse du serveur proxy par nom. En général, le nom de domaine est mal écrit ou n'existe plus. Techniquement: DNS retourne NXDOMAIN, SERVFAIL ou un résultat vide.

  • DNS_TIMEOUT — Le DNS « pense » trop longtemps et ne répond pas. Cela peut arriver en raison de problèmes chez le fournisseur ou d'un résolveur surchargé. Techniquement: dépassement du timeout de requête DNS (UDP/TCP) lors de la résolution de l'hôte.

  • DNS_RESOLVED_PRIVATE_IP — Le domaine du proxy renvoie une IP privée qui ne doit pas être visible depuis Internet. C'est souvent le signe d'une usurpation ou d'une mauvaise configuration. Techniquement: le DNS résout vers des plages privées/loopback 10., 172.16–31., 192.168., 127. ou ::1.

  • TCP_REFUSED — Le serveur a refusé la connexion, comme si le port était fermé. Le plus souvent, le service n'est pas démarré ou l'accès est interdit. Techniquement: la connexion TCP reçoit RST immédiatement après le SYN (Connection refused).

  • TCP_TIMEOUT — Impossible de se connecter, car personne n'a répondu. Cela peut arriver lors d'un filtrage, d'un pare-feu silencieux ou d'une IP incorrecte. Techniquement: la poignée de main TCP ne s'est pas terminée dans le temps imparti (SYN sans réponse).

  • TCP_RESET — La connexion a été interrompue en cours de fonctionnement. Parfois, c'est le pare-feu qui le fait, parfois le proxy lui-même sous surcharge. Techniquement: réception d'un TCP RST pendant la session établie.

  • TLS_HANDSHAKE_FAILED — Impossible de « serrer la main » HTTPS et de négocier le chiffrement. La raison peut être dans les paramètres du proxy ou dans une manipulation du trafic. Techniquement: erreur TLS handshake due au certificat, aux suites de chiffrement, SNI/ALPN ou données inattendues.

  • TLS_TIMEOUT — Le chiffrement n'a pas démarré à temps, la connexion s'est bloquée au début de HTTPS. Souvent, réseau instable ou nœud surchargé. Techniquement: délai d'attente des étapes ClientHello/ServerHello/Finished.

  • SOCKS_UNSUPPORTED_VERSION — Le proxy ne comprend pas la version de SOCKS nécessaire. Vous vous connectez en tant que SOCKS5, mais sur le port peut être un autre service. Techniquement: le serveur répond avec une version VER incorrecte ou ne prend pas en charge SOCKS4/5.

  • SOCKS_NO_ACCEPTABLE_AUTH — Le proxy n'a pas accepté les méthodes d'authentification proposées. En général, il en exige une autre ou est configuré différemment. Techniquement: SOCKS5 choisit 0xFF (no acceptable methods) ou rejette l'ensemble de méthodes.

  • SOCKS_AUTH_FAILED — L'authentification a échoué, le nom d'utilisateur ou le mot de passe est incorrect. Parfois le mot de passe est correct, mais le compte est bloqué. Techniquement: SOCKS5 username/password renvoie le statut failure.

  • SOCKS_MALFORMED_REPLY — Le proxy répond avec des données « mal formées » qui ne peuvent pas être interprétées. Cela arrive avec des implémentations non standard ou en cas de corruption du trafic. Techniquement: champs REP/ATYP/LEN incorrects, réponse tronquée ou mal formée.

  • SOCKS_FAKE_SUCCESS — Le proxy fait semblant que tout est connecté, mais rien ne fonctionne ensuite. Cela ressemble à un « succès sans trafic ». Techniquement: SOCKS REP=0, mais les lectures suivantes sont vides ou la connexion vers la cible n'est pas établie.

  • HTTP_PROXY_AUTH_REQUIRED — Le proxy exige un nom d'utilisateur et un mot de passe. Sans eux, il ne laissera pas passer les requêtes. Techniquement: réponse 407 Proxy Authentication Required et l'en-tête Proxy-Authenticate.

  • HTTP_PROXY_FORBIDDEN — Le proxy a interdit l'accès. La raison peut être des restrictions IP, le tarif, la géolocalisation ou les règles d'accès. Techniquement: réponses 403/401 ou bloc par ACL, limites ou politique du fournisseur.

  • HTTP_PROXY_PROTOCOL_ERROR — Le proxy se comporte pas comme un proxy HTTP: il renvoie une réponse étrange ou casse le format. Souvent cela arrive lorsque le port n'est pas du tout HTTP. Techniquement: réaction incorrecte à CONNECT/GET, chaîne de statut incorrecte ou en-têtes.

  • HTTP_HTML_ERROR_PAGE — Au lieu d'une réponse normale, le proxy a renvoyé une page HTML d'erreur, un captcha ou « accès interdit ». C'est souvent un signe d'usurpation ou de filtrage. Techniquement: du texte HTML reçu là où une réponse proxy était attendue.

  • TARGET_UNREACHABLE — Par le biais du proxy, il est impossible d'atteindre le site cible. Le proxy peut être sans accès à Internet ou avec une route défectueuse. Techniquement: erreur de connexion vers la cible, ICMP unreachable, échec du CONNECT ou absence de route.

  • TARGET_TIMEOUT — Le site n'a pas répondu à temps lors de l'utilisation via le proxy. Soit le site est lent, soit le proxy est instable. Techniquement: dépassement du délai de connect/read jusqu'à l'hôte cible via le proxy.

  • TARGET_BLOCKED — L'accès au site est bloqué du côté proxy. Cela peut être un filtrage de domaines ou une politique de contenu. Techniquement: liste de refus (deny-list), filtrage SNI/URL, réponses du type 403/451 ou page de blocage.

  • NO_FIRST_BYTE — La connexion semble établie, mais la réponse ne démarre pas. On dirait que ça « reste vide ». Techniquement: aucun octet reçu en réponse, le TTFB dépasse la limite.

  • PARTIAL_RESPONSE — La réponse est arrivée incomplète et s'est interrompue au milieu. En conséquence, la page ou les données sont endommagées. Techniquement: fermeture de la connexion avant la fin du corps, non-conformité Content-Length ou erreurs chunked.

  • READ_TIMEOUT — Les données ont cessé d'arriver et l'attente s'est prolongée. Parfois les premiers octets arrivent, mais ensuite le silence. Techniquement: délai d'attente de lecture du socket après l'établissement de la connexion (idle read timeout).

  • IP_MISMATCH — L'IP de sortie s'est avéré différent de celui attendu. Par exemple, ce n'est pas la bonne ville ou pas le bon pool. Techniquement: l'IP de sortie réelle diffère de celle déclarée selon les paramètres, la commande ou l'emplacement.

  • TRANSPARENT_PROXY — Le proxy est trop « détectable » et ne ressemble pas à un client ordinaire. Il peut ajouter des en-têtes de service ou modifier les requêtes. Techniquement: présence de Via, X-Forwarded-For, modification des en-têtes et signes comportementaux d'un proxy transparent.

  • INCONSISTENT_IDENTITY — Le proxy se comporte de manière incohérente: aujourd'hui une « identité », demain une autre. Cela augmente le risque de blocages. Techniquement: les IP, ASN, localisation géographique, signatures TLS/HTTP ou paramètres de session varient.

  • HIGH_JITTER — Le lien est instable: la latence fluctue constamment. Pour les bots et les API, c'est souvent pire que lent. Techniquement: grande variabilité du RTT, jitter marqué sur une série de mesures.

  • SLOW_PROXY — Le proxy fonctionne trop lentement. Les pages se chargent lentement, les requêtes « traînent ». Techniquement: RTT élevé, faible bande passante, mauvaises performances de téléchargement/téléversement et de latence.

  • FLAPPING_PROXY — Le proxy fonctionne par intermittence: parfois il marche, parfois il tombe. Le test peut montrer du succès par intermittence. Techniquement: erreurs intermittentes, alternance entre requêtes réussies et timeouts, resets et refus.

  • CHECK_TIMEOUT — L'ensemble de la vérification n'a pas tenu dans le temps. Parfois le proxy est presque opérationnel, mais l'un des étapes traîne. Techniquement: dépassement du délai global du scénario (DNS, TCP, TLS, HTTP) ou limite de tentatives.

  • UNKNOWN — Il s'est produit quelque chose d'inhabituel, et le système n'a pas pu attribuer cela à des erreurs connues. Généralement, il est utile de refaire la vérification et d'examiner les journaux. Techniquement: exception non capturée, code rare ou séquence de réponses inattendue.


Liste des formats pris en charge des chaînes de connexion Proxy dans le vérificateur de proxy OnlineProxy

  • IP:PORT
  • HOST:PORT
  • LOGIN@HOST:PORT
  • LOGIN:PASSWORD@IP:PORT
  • LOGIN:PASSWORD@HOST:PORT
  • IP:PORT:LOGIN:PASSWORD
  • HOST:PORT:LOGIN:PASSWORD
  • IP:PORT@LOGIN:PASSWORD
  • HOST:PORT@LOGIN:PASSWORD
  • LOGIN:PASSWORD:IP:PORT
  • http://IP:PORT
  • http://LOGIN:PASSWORD@IP:PORT
  • socks4://IP:PORT
  • socks4://LOGIN:PASSWORD@IP:PORT
  • socks5://IP:PORT
  • socks5://LOGIN:PASSWORD@IP:PORT
  • LOGIN-part1-part2-partN:PASSWORD@HOST:PORT