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

רשימה ציבורית עשויה לכלול נקודת קצה שכבר הפסיקה לקבל חיבורים. זהו הסבר נפוץ לכשל בפרוקסי, אך לא היחיד. אותו סימפטום יכול לנבוע מפרוטוקול שגוי, הגדרת עקיפה, פורט חסום או אתר שדוחה את כתובת ה־IP ביציאה.

בדקו את הרשומה לפני שינוי היישום

העתיקו שוב את ה־IP, הפורט והפרוטוקול. ספרה חסרה בפורט או בלבול בין HTTP ל־SOCKS מספיקים כדי למנוע לחיצת יד. אל תסיקו את הפרוטוקול מהפורטים 8080 או 1080, ואל תוסיפו שם משתמש אלא אם השירות אכן מספק אותו.

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

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

החליפו את כתובת התיעוד ברשומה שלכם. ל־SOCKS5 השתמשו בפורט האמיתי ובסכמת SOCKS המתאימה.

בחנו את הכשל הראשון

חיבור TCP תקין הוא רק השלב הראשון. אם השירות בפורט אינו משתמש בפרוטוקול הפרוקסי שבחרתם, הבקשה עלולה להיכשל מיד אחר כך.

ערכו שתי השוואות

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

בקשה ישירה היא השוואה שימושית נוספת כאשר גישה ישירה זמינה. הגדירו את העקיפה במפורש כדי שמשתני פרוקסי שהתקבלו בירושה לא ישאירו בשקט את הבדיקה הישירה לכאורה בנתיב פרוקסי.

מתי להפסיק לבדוק רשומה

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

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