VirtualBox NAT गेस्ट के अंदर SOCKS सर्वर तक पहुँचना

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 पथ नहीं देता।