ping אומר אם בקשת הד ICMP קיבלה תשובה. הוא אינו פותח את יציאת HTTP או SOCKS שברשימת פרוקסי ואינו מבקש מהפרוקסי להגיע לאתר.

ההבחנה חשובה כאשר רשומה משיבה ל-ping אך מסרבת לחיבור פרוקסי. ICMP ושירות TCP של הפרוקסי עוברים בדרכים שונות בתוכנה ובכללי הגישה של המארח. כתובת נגישה עשויה להיות ללא פרוקסי שמאזין ביציאה שנבחרה.

שלוש תוצאות שקל לפרש לא נכון

  • Ping משיב, הפרוקסי נכשל: חקרו את יציאת השירות, הפרוטוקול, האימות ותגובת הפרוקסי. תשובת ההד לא בדקה אותם.
  • Ping נכשל, הפרוקסי עובד: הרשת או המארח עשויים לסנן ICMP ובו בזמן לאפשר את חיבור הפרוקסי. אל תפסלו בדיקת יישום מוצלחת בגלל בקשת הד שלא נענתה.
  • Ping מהיר, הבקשות איטיות: זמן ההד הלוך ושוב אינו כולל משא ומתן עם הפרוקסי, את הדרך ממנו ליעד, TLS וזמן תגובת היעד.

השתמשו בפעולת הלקוח האמיתית

לנקודת HTTP, שלחו דרכה בקשת HTTP בעלת גבולות מוגדרים. אם צריך HTTPS, ודאו גם הקמת מנהרה ותגובת TLS של היעד. עבור SOCKS השתמשו במצב SOCKS שהיישום תומך בו. בדיקת יציאת TCP היא תצפית ביניים שימושית, אך נעצרת לפני שלבי הפרוטוקול האלה.

שמרו את ping כמידע רשת מסייע בעת אבחון מסלול מוכר. דווחו את תוצאתו בנפרד מתוצאת היישום. ״ה-IP משיב לבקשות הד״ ו״הפרוקסי השלים את בקשת HTTPS הזאת״ הן טענות שונות; רק השנייה בודקת את הפעולה שרציתם לבצע.

מאמרים קשורים