VirtualBox NAT पाहुनाभित्रको SOCKS सर्भरमा पुग्ने

VirtualBox पाहुनाभित्रको SOCKS सेवासँग पुग्ने दुई छुट्टाछुट्टै आवश्यकता छन्: VirtualBox ले जडान पाहुनासम्म पुर्‍याउनुपर्छ, र पाहुनाको सेवाले त्यो स्वीकार गर्नुपर्छ।

पहिलो एडाप्टर सामान्य NAT प्रयोग गर्ने VM का लागि, 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 मार्ग दिँदैन।