VirtualBox NAT गेस्टच्या आत SOCKS सर्व्हरपर्यंत पोहोचणे
होस्टचा loopback पोर्ट गेस्ट प्रॉक्सीकडे फॉरवर्ड करा आणि गेस्टचा श्रोता त्याच्या व्हर्च्युअल नेटवर्क इंटरफेसवर कनेक्शन स्वीकारतो का ते तपासा.
VirtualBox गेस्टच्या आत असलेल्या SOCKS सेवेला पोहोचण्याच्या दोन वेगळ्या अटी आहेत: VirtualBox ने कनेक्शन गेस्टपर्यंत पोहोचवायचे आहे आणि गेस्टच्या सेवेने ते स्वीकारायचे आहे.
ज्या VM चा पहिला अडॅप्टर सामान्य NAT वापरतो, त्यासाठी VirtualBox 7.1 या स्वरूपात पोर्ट-फॉरवर्डिंग नियम नोंदवते. VM बंद असताना:
VBoxManage modifyvm "Proxy VM" --nat-pf1 "socks,tcp,127.0.0.1,1080,,1080"
गरजेनुसार VM चे नाव आणि पोर्ट बदला. नंतर होस्ट अनुप्रयोग 127.0.0.1:1080 वर SOCKS निवडतो. होस्टची बाजू 127.0.0.1 ला बांधल्याने हा प्रवेशबिंदू होस्टपुरताच मर्यादित राहतो.
रिकामे गेस्ट-पत्ता क्षेत्र असे गृहीत धरते की गेस्ट NAT इंजिनचे अंगभूत DHCP वाटप वापरते. गेस्टने त्याऐवजी स्थिर पत्ता वापरल्यास तो पत्ता नियमात द्या. शेवटचा 1080 हा गेस्ट सेवेचा पोर्ट आहे; तो होस्ट पोर्टइतकाच असणे आवश्यक नाही.
गेस्टचा श्रोता अजूनही नेटवर्क सेवा आहे
गेस्टच्या आत फक्त 127.0.0.1 ला बांधलेला प्रॉक्सी गेस्ट-स्थानिक कनेक्शन स्वीकारतो. NAT फॉरवर्डिंग त्या loopback श्रोत्याला गेस्टच्या व्हर्च्युअल इंटरफेसवर येणारा रहदारी स्वीकारण्यास भाग पाडत नाही. सेवा योग्य गेस्ट इंटरफेसवर ऐकण्यासाठी संरचीत करा आणि इच्छित रहदारी गेस्ट फायरवॉल आणि प्रॉक्सीच्या प्रवेश नियमांतून जाऊ द्या. श्रोत्याचा अनुमत आणि नाकारलेला प्रवेश तपासा ती मर्यादा बदलल्यानंतर.
अयशस्वी झाल्यास या मर्यादा स्वतंत्रपणे तपासा: होस्ट पोर्ट आणि नियम, निवडलेला गेस्ट पत्ता, आणि गेस्टच्या आतला श्रोता. ब्रिज्ड नेटवर्किंगकडे गेल्याने अजूनही फक्त गेस्ट loopback वर ऐकणारी सेवा दुरुस्त होत नाही.
हा TCP नियम TCP वरच्या SOCKS कनेक्शनला समाविष्ट करतो. तो स्वतःहून SOCKS5 UDP relay साठी आवश्यक असलेला अतिरिक्त UDP मार्ग देत नाही.