הגעה לשרת SOCKS בתוך אורח NAT של VirtualBox
העבר את פורט ה-loopback של המארח לפרוקסי של האורח ובדוק שהמאזין באורח מקבל חיבורים בממשק הרשת הווירטואלי שלו.
לשירות SOCKS בתוך אורח VirtualBox יש שתי דרישות נגישות נפרדות: VirtualBox חייב למסור את החיבור לאורח, ושירות האורח חייב לקבל אותו.
עבור VM שהמתאם הראשון שלו משתמש ב-NAT רגיל, VirtualBox 7.1 מתעד כלל העברת פורט בצורה הזו. כאשר ה-VM כבוי:
VBoxManage modifyvm "Proxy VM" --nat-pf1 "socks,tcp,127.0.0.1,1080,,1080"
החלף את שם ה-VM ואת הפורטים לפי הצורך. לאחר מכן אפליקציית המארח בוחרת SOCKS בכתובת 127.0.0.1:1080. כריכת צד המארח ל-127.0.0.1 מגבילה את נקודת הכניסה הזו למארח עצמו.
שדה כתובת האורח הריק מניח שהאורח משתמש בהקצאת DHCP המובנית של מנוע ה-NAT. אם האורח משתמש בכתובת סטטית במקום, ציין את הכתובת בכלל. ה-1080 האחרון הוא פורט השירות של האורח; אין צורך שהוא יהיה שווה לפורט של המארח.
המאזין באורח הוא עדיין שירות רשת
פרוקסי הכרוך רק ל-127.0.0.1 בתוך האורח מקבל חיבורים מקומיים לאורח. העברת NAT אינה גורמת למאזין ה-loopback הזה לקבל תעבורה שמגיעה בממשק הווירטואלי של האורח. הגדר את השירות להאזין בממשק אורח מתאים, ואפשר לתעבורה המיועדת לעבור דרך חומת האש של האורח וכללי הגישה של הפרוקסי. בדוק את הגישה המותרת והאסורה של המאזין לאחר שינוי הגבול הזה.
כאשר זה נכשל, בדוק את הגבולות האלה בנפרד: הפורט והכלל של המארח, כתובת האורח שנבחרה והמאזין בתוך האורח. מעבר לרשת מגושרת אינו יכול לתקן שירות שעדיין מאזין רק ל-loopback של האורח.
כלל TCP זה מכסה חיבור SOCKS מעל TCP. הוא כשלעצמו אינו מספק את נתיב ה-UDP הנוסף ש-relay של SOCKS5 UDP זקוק לו.