Lässt sich ein Proxy mit ping prüfen?

ping zeigt, ob eine ICMP-Echoanfrage beantwortet wurde. Es öffnet weder den HTTP- oder SOCKS-Port aus einer Proxy-Liste noch bittet es den Proxy, eine Website zu erreichen.

Dieser Unterschied zählt, wenn ein Eintrag auf ping antwortet, aber eine Proxy-Verbindung ablehnt. ICMP und der TCP-Dienst des Proxys nehmen unterschiedliche Wege durch Hostsoftware und Zugriffsregeln. Eine erreichbare Adresse kann am gewählten Port ohne lauschenden Proxy sein.

Drei leicht missverständliche Ergebnisse

• Ping antwortet, Proxy scheitert: Dienstport, Protokoll, Authentifizierung und Proxy-Antwort untersuchen. Die Echoantwort hat diese Dinge nicht geprüft.
• Ping scheitert, Proxy funktioniert: Netzwerk oder Host können ICMP filtern und die Proxy-Verbindung trotzdem erlauben. Einen erfolgreichen Anwendungstest nicht wegen einer unbeantworteten Echoanfrage verwerfen.
• Ping ist schnell, Anfragen sind langsam: Die Echo-Umlaufzeit lässt Proxy-Aushandlung, den Weg vom Proxy zum Ziel, TLS und die Antwortzeit des Ziels aus.

Den tatsächlichen Client-Vorgang verwenden

Für einen HTTP-Endpunkt eine begrenzte HTTP-Anfrage darüber ausführen. Wird HTTPS benötigt, zusätzlich Tunnelaufbau und TLS-Antwort des Ziels bestätigen. Für SOCKS den von der Anwendung unterstützten SOCKS-Modus nutzen. Eine TCP-Portprüfung ist eine nützliche Zwischenbeobachtung, endet aber weiterhin vor diesen Protokollschritten.

Bei der Fehlersuche auf einem bekannten Weg ping als ergänzende Netzwerkinformation behalten. Das Ergebnis getrennt vom Anwendungsergebnis berichten. „Die IP beantwortet Echoanfragen“ und „der Proxy hat diese HTTPS-Anfrage abgeschlossen“ sind verschiedene Aussagen. Nur die zweite prüft den beabsichtigten Vorgang.