Peut-on vérifier un proxy avec ping ?

ping indique si une requête d’écho ICMP a reçu une réponse. Il n’ouvre pas le port HTTP ou SOCKS indiqué dans une liste de proxys et ne demande pas au proxy de joindre un site.

La distinction compte lorsqu’une entrée répond à ping mais refuse une connexion proxy. ICMP et le service TCP du proxy suivent des chemins différents dans le logiciel et les règles d’accès de l’hôte. Une adresse joignable peut n’avoir aucun proxy à l’écoute sur le port choisi.

Trois résultats faciles à mal interpréter

• Ping répond, le proxy échoue : examinez le port du service, le protocole, l’authentification et la réponse du proxy. La réponse d’écho n’a rien testé de cela.
• Ping échoue, le proxy fonctionne : le réseau ou l’hôte peut filtrer ICMP tout en autorisant la connexion proxy. Ne rejetez pas un test applicatif réussi parce qu’une requête d’écho est restée sans réponse.
• Ping est rapide, les requêtes sont lentes : l’aller-retour d’écho exclut la négociation proxy, le trajet du proxy à la destination, TLS et le temps de réponse de la destination.

Utiliser l’opération réelle du client

Pour un point HTTP, effectuez une requête HTTP bornée à travers lui. Si vous avez besoin de HTTPS, confirmez aussi l’établissement du tunnel et la réponse TLS de la destination. Pour SOCKS, utilisez le mode SOCKS pris en charge par l’application. Un contrôle de port TCP est une observation intermédiaire utile, mais s’arrête avant ces étapes protocolaires.

Gardez ping comme information réseau complémentaire lors du dépannage d’un trajet connu. Présentez son résultat séparément du résultat applicatif. « L’IP répond aux requêtes d’écho » et « le proxy a terminé cette requête HTTPS » sont deux affirmations différentes ; seule la seconde teste l’opération recherchée.