ping pokazuje, czy żądanie echa ICMP otrzymało odpowiedź. Nie otwiera portu HTTP lub SOCKS z listy proxy ani nie prosi proxy o połączenie z witryną.

Różnica ma znaczenie, gdy wpis odpowiada na ping, ale odmawia połączenia proxy. ICMP i usługa TCP proxy przechodzą różnymi ścieżkami przez oprogramowanie i reguły dostępu hosta. Osiągalny adres może nie mieć proxy nasłuchującego na wybranym porcie.

Trzy wyniki, które łatwo błędnie odczytać

  • Ping odpowiada, proxy zawodzi: zbadaj port usługi, protokół, uwierzytelnianie i odpowiedź proxy. Odpowiedź echa nie sprawdziła tych rzeczy.
  • Ping zawodzi, proxy działa: sieć lub host mogą filtrować ICMP, pozwalając na połączenie proxy. Nie odrzucaj udanego testu aplikacji z powodu żądania echa bez odpowiedzi.
  • Ping jest szybki, żądania są wolne: czas echa w obie strony pomija negocjację proxy, trasę od proxy do celu, TLS i czas odpowiedzi celu.

Użyj rzeczywistej operacji klienta

Dla punktu HTTP wykonaj przez niego żądanie HTTP z określonymi ograniczeniami. Jeśli potrzebujesz HTTPS, potwierdź też zestawienie tunelu i odpowiedź TLS celu. Dla SOCKS użyj trybu SOCKS obsługiwanego przez aplikację. Kontrola portu TCP to przydatna obserwacja pośrednia, ale nadal kończy się przed tymi krokami protokołu.

Zachowaj ping jako pomocniczą informację sieciową przy diagnozie znanej trasy. Podawaj jego wynik oddzielnie od wyniku aplikacji. „IP odpowiada na żądania echa” i „proxy zakończyło to żądanie HTTPS” to różne twierdzenia; tylko drugie sprawdza zamierzoną operację.

Powiązane artykuły