יציאת TCP פתוחה אינה מוכיחה שפרוקסי עובד

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

יציאת TCP פתוחה מראה שמאזין קיבל חיבור. זה יכול להיות פרוקסי, שרת אינטרנט רגיל או שירות אחר; יציאה 8080 אינה מזהה את הפרוטוקול.

לנקודת קצה שמתועדת כפרוקסי HTTP, השתמשו בכתובת האמיתית בבקשת HTTPS עם מגבלות זמן:

curl --proxy http://203.0.113.10:8080 --noproxy '' --connect-timeout 5 --max-time 15 --verbose https://example.com/

החליפו את כתובת התיעוד בנקודת ה־HTTP שלכם או במועמד מרשימת פרוקסי HTTP. עבור SOCKS השתמשו במצב לקוח SOCKS המתאים והשלימו את המשא ומתן. לחיצת יד שגויה יכולה להיכשל מיד אחרי קבלת TCP.

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

ל־HTTPS דרך פרוקסי HTTP חייבת להיות הרשאת CONNECT ליציאת היעד. אפילו CONNECT 200 הוא שלב ביניים: המנהרה עלולה להיסגר לפני ש־TLS או הבקשה הסופית מצליחים. הצלחה ב־HTTP לא מוצפן אינה מוכיחה את יכולת המנהור הזאת.

השתמשו ביעד עם תוכן צפוי, עדיף בשליטתכם, ובדקו את רישום הבקשה שלו אם הוא זמין. מאזין HTTP לא מוצפן יכול להחזיר דף קבוע עם מצב 200 בלי לפנות ליעד כלל. קבלת מצב הצלחה כלשהו היא ראיה חלשה יותר מהתאמה לתשובה הצפויה; אימות הזהות של HTTPS מוסיף הגנה.

תעדו את השלב האחרון שהצליח. ״יציאה פתוחה, משא ומתן SOCKS נדחה״ נותן נקודת פתיחה שימושית לבדיקה הבאה.

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