פרוקסי SOCKS יכול לטעון הודעות אך להיכשל בשיחות
בעזרת מדריך Dante ודרישות ה-UDP של SOCKS5 מוסבר מדוע נתיב TCP שעובד אינו מוכיח תמיכה בתעבורת השיחות של יישום.
הודעות טקסט מגיעות דרך פרוקסי SOCKS, אך שיחת קול אינה מתחברת לעולם. הפרוקסי לא בהכרח שבור לגמרי. ייתכן שהיישום משתמש בתעבורה אחרת לשיחות.
בקשת TCP מוצלחת מוכיחה נתיב TCP עבור הפעולה הזו. SOCKS5 גם מגדיר שיוך UDP, אך הלקוח, שירות SOCKS, כללי הרשת והגדרות היישום חייבים כולם לתמוך בנתיב ה-UDP המיועד.
יש יותר מאזין TCP
מדריך Dante מפריד בין כללי פרוטוקול לכללי פקודה, כולל connect, udpassociate ו-udpreply. כלל שמתיר רק את חיבור ה-TCP שכבר בדקת אינו קובע את הרשאות ה-UDP הנדרשות.
שיוך UDP כולל גם נקודת קצה של ממסר ותעבורת חזרה. חומות אש ותרגום כתובות חייבים להתיר את הנתיב הממשי הזה. פתיחת מאזין ה-TCP של SOCKS אינה שקולה להפיכת ממסר ה-UDP שלו לנגיש.
בדוק את התיעוד וההגדרות הנוכחיים של הפרוקסי ביישום. גרסאות שונות עשויות לטפל אחרת בהודעות, במדיה ובשיחות. אין להציג מתכון מפורום ללקוח ישן כהוכחה שכל לקוח כיום מנתב שיחות דרך SOCKS.
הימנע מפתיחת כל יציאת UDP כאבחון ראשון. קבע את התנהגות הממסר ואת היקף הלקוחות המיועד, ואז החל את מדיניות הרשת המוגבלת המתאימה. בדומה לכך, השבתת הגדרת פרוקסי לשיחות עשויה לגרום לשיחה לעבוד על ידי שליחתה ישירות, מה שמשנה את הנתיב החוצה במקום לתקן את זה שעובר דרך הפרוקסי.
תעד הצלחה לפי פעולה: הודעות, העברת מדיה ושיחות. בקשה אחת שעובדת או כתובת IP שונה של דפדפן אינן יכולות להוכיח שכל חלק ביישום אחר חולק את אותה יציאת פרוקסי.