स्थानीय नेटवर्क से वर्चुअलबॉक्स होस्ट-ओनली एडॉप्टर तक का ट्रैफ़िक


9

एक परीक्षण के लिए मुझे अपने स्थानीय नेटवर्क से एक वर्चुअलबॉक्स के अंदर एक अतिथि को रूट करने की अनुमति देने की आवश्यकता है। अतिथि के पास पहले से ही पहुंच है।

अब तक मैंने अपने स्थानीय मशीन (OSX 10.9) पर आईपी अग्रेषण सक्षम किया और स्थानीय नेटवर्क पर मशीन पर होस्ट-ओनली नेटवर्क के लिए एक मार्ग जोड़ा।

route add -net 192.168.59.0 netmask 255.255.255.0 gw 192.168.0.107
sysctl -w net.ipv4.ip_forward=1

नेटवर्क जैसा दिखता है।

Local network 192.168.0.104 -> [Wireless 192.168.0.0/24] -> MacOSX 192.168.0.107 (Wifi) & 192.168.59.3 (VboxHost) -> [VBox 192.168.59/24] -> 192.168.59.103

जब तक वर्चुअलबॉक्स बाहर से जानबूझकर छोड़ने वाला पैकेट नहीं है, तब तक यह काम करना चाहिए।

मेरा लक्ष्य इससे 192.168.0.104जुड़ना होगा 192.168.59.103। अभी तक मैं केवल इससे पिंग कर सकता हूं 192.168.59.3

इसके अलावा, मेरे अतिथि के पास पहले से ही डिफ़ॉल्ट gw के साथ एक और एडेप्टर है जो वाईफ़ाई तक पहुंच की अनुमति देता है।

मुझे कौन सा मार्ग या नेटवर्क कॉन्फ़िगरेशन गुम हो सकता है?

इसके अलावा, मैं अपने मेहमान को मिलने वाले पैकेट को समझ सकता था, लेकिन अतिथि जवाब नहीं दे पा रहा था, हालाँकि tcpdump शो में कभी भी कोई पैंतरा नहीं मिलता है अगर मैं मशीन को पिंग करूँ। साथ ही कोई फायरवॉल कहीं नहीं चल रही है।

मेरे मैक पर रूटिंग टेबल

Destination        Gateway            Flags        Refs      Use   Netif Expire
default            192.168.0.1        UGSc           42        1     en0
127                127.0.0.1          UCS             0        0     lo0
127.0.0.1          127.0.0.1          UH              6  2943735     lo0
169.254            link#4             UCS             0        0     en0
192.168.0          link#4             UCS             3        0     en0
192.168.0.1        9c:d6:43:c8:cf:e8  UHLWIir        43    21647     en0   1199
192.168.0.104      8:0:27:c2:fc:68    UHLWI           0        7     en0   1068
192.168.0.106      0:15:99:77:73:ed   UHLWI           0       82     en0    845
192.168.0.107      127.0.0.1          UHS             2     9114     lo0
192.168.59         link#9             UC              3        0 vboxnet
192.168.59.3       a:0:27:0:0:0       UHLWI           0    69759     lo0
192.168.59.103     link#9             UHRLWIi         2    31866 vboxnet     1

3
किसी भी कारण से आप अपने वीएम के नेटवर्क एडॉप्टर को केवल होस्ट के बजाय ब्रिज किए जाने के लिए कॉन्फ़िगर नहीं कर सकते हैं? आपका प्रभावी रूप से समान व्यवहार हो रहा है।
हैवीड जूल

जो उसी? होस्ट केवल एडॉप्टर अलग नेटवर्क है, जबकि ब्रिज किए गए AFAIK होस्ट को मेरे वास्तविक नेटवर्क से जोड़ देगा। जो असुविधाजनक है क्योंकि आईपी कार्यालय से घर, आदि में बदलते समय
kkx

मैं एक VMware लड़का हूँ, लेकिन @heavyd का उल्लेख करने के लिए, आपको वर्चुअल बॉक्स के साथ एक निजी या "होस्ट केवल" LAN सेटअप करने में सक्षम होना चाहिए, जैसे आप VMware फ्यूजन या वर्कस्टेशन के साथ कर सकते हैं।
सक्सैडडी

@SaxDaddy यह वास्तव में है कि मैं उपयोग कर रहा हूं लेकिन परीक्षण के लिए इसे ट्रैफ़िक रूट करने की कोशिश कर रहा हूं। हालाँकि, जैसे मैंने कहा कि काम नहीं करना चाहिए जैसे कि यह चाहिए (या यह वास्तव में बहुत अच्छा काम कर रहा है)। होस्ट-ओनली अडैप्टर बाहर के ट्रैफ़िक को छोड़ता हुआ प्रतीत होता है, भले ही रूटिंग सही हो या MacOSX में कुछ भी ट्रैफ़िक को ठीक से रूट नहीं कर रहा हो।
kkx

4
मैं चकित हूं कि किसी ने भी इस कॉन्फ़िगरेशन में त्रुटि को नहीं देखा, क्योंकि यह इतना स्पष्ट है: रूट एड कमांड में, होस्ट-ओनली नेटवर्क को होस्ट-ओनली नेटवर्क के बाहर एक गेटवे के रूप में उपयोग करने के लिए कॉन्फ़िगर किया गया था । यह संभवतः काम नहीं कर सकता। सही मार्ग के रूप में इस्तेमाल किया जाना चाहिए था gw का मेजबान केवल एडाप्टर पर मैक इंटरफेस आईपी पता, न उसके डिफ़ॉल्ट लैन। अन्य गलतियाँ हैं (क्यों रूटिंग टेबल में लो का पता 192.168.59.3 है ???) लेकिन मार्ग में त्रुटि के साथ कोई भी प्रगति संभव नहीं है। मैं इस नोट को इवेंटऑल पाठकों के लिए छोड़ता हूं।
MariusMatutiae

जवाबों:


1

होस्ट-केवल नेटवर्किंग मोड का उपयोग स्थानीय नेटवर्क से वीएम होस्ट तक ट्रैफ़िक को रूट करने के लिए नहीं किया जा सकता है। आपको Bridged, NAT या NAT नेटवर्क का उपयोग करना चाहिए। पिछले दो के साथ आपको एक पोर्ट-फॉरवर्ड की आवश्यकता है।

संदर्भ:

[१] https://www.virtualbox.org/manual/ch06.html#networkingmodes (खंड ६.२ के अंत में तालिका देखें) [२] https://www.virtualbox.org/manual/ch06.html# network_hostonly


क्षमा करें, यह सच नहीं है। मुझे लगता है कि प्रलेखन भ्रामक हो सकता है। होस्ट केवल नेटवर्क एक स्वतंत्र LAN सत्य की तरह है, लेकिन LAN में गेटवे हो सकते हैं और राउटर के रूप में कार्य करने वाले होस्ट (या यहां तक ​​कि मेहमानों में से एक) को रोकने के लिए कुछ भी नहीं है। मैं इसे LInux पर हर समय करता हूं। मैं यह नहीं देखता कि ओएस-एक्स पर यह क्यों संभव नहीं होना चाहिए। ब्रिजिंग और राउटिंग दो अलग चीजें हैं।
रोडनी

ध्यान दें कि हम वर्चुअलबॉक्स परिभाषित शब्दों का उपयोग कर रहे हैं, सामान्य ज्ञान का नहीं। मुझे शब्दों से गुमराह किया गया था, इसीलिए मैंने दस्तावेज़ीकरण की ओर इशारा किया।
मार्सेलो रॉबर्टो जिमेनेज
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.