סיסמת ה-SSH שלך אינה סיסמת SOCKS

הקלדת סיסמה כדי להפעיל ssh -D. היא אימתה את חיבור ה-SSH שלך. היא לא יצרה חשבון SOCKS מוגן בסיסמה לכל תוכנית שיכולה להגיע למאזין החדש.

העברה דינמית של OpenSSH מספקת שירות SOCKS מקומי מעל תעבורת SSH מאומתת. הטיפול שלה ב-SOCKS5 בוחר בשיטה ללא אימות; זה אינו שרת SOCKS כללי עם שם משתמש וסיסמה.

לשימוש אישי, חיברו מקומית:

ssh -N -D 127.0.0.1:1080 [email protected]

יישומים באותו מחשב משתמשים בפורט 1080 בלי להזין את סיסמת ה-SSH שלך כסיסמת SOCKS. התיעוד של העברה דינמית מתאר את המאזין, וקוד הטיפול ב-SOCKS של OpenSSH מוסר את פרט האימות.

שיתוף משנה את הבעיה

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

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

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

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