वर्चुअल बॉक्स डीएचसीपी को बदलें 192.168.xx जारी करने के लिए 10.0 के बजाय। एड्रेन्स?


31

मेरे पास एक वर्चुअलबॉक्स (v4.1.8) वीएम है जो स्वचालित रूप 10.0.x.xसे डीएचसीपी के माध्यम से सीमा में एक आईपी के साथ सौंपा गया है ।

क्या मैं 192.168.x.xइसके बजाय रेंज का उपयोग करने के लिए इसे बदल सकता हूं ?


2
क्या कोई मुझे बता सकता है कि मुझे नीचा क्यों दिखाई दे रहा है? यह एक शुरुआती सवाल हो सकता है, लेकिन मैं वर्चुअलबॉक्स के साथ एक शुरुआत कर रहा हूं और मुझे उत्तर पाने के लिए एक उचित सा गूगल करना पड़ा, जो है: VBoxManage संशोधन "NameOfVM" --natnet1 "192.68 / 16"
बॉय बुकेमा

मैं पर्याप्त प्रतिनिधि नहीं हो सकता, एक दिन इंतजार करना होगा ... यदि आप इसे पोस्ट कर सकते हैं तो मैं स्वीकार कर सकता हूं और अगले आदमी के पास एक आसान समय होगा :)।
बजे बॉय बुकेमा

निष्पक्षता में मैं एक या एक साल पहले इस सुविधा की तलाश कर रहा था - विशिष्ट उत्तर तुरंत उपलब्ध नहीं था। थोड़ा अनुचित के लिए अनुचित, विशेष रूप से टिप्पणी के बिना।
Coops

4
यह एक ट्रेडऑफ़ है ... मतदान के माध्यम से प्रतिक्रिया को प्रोत्साहित करना, या कारणों और प्रश्नों की आवश्यकता होती है जो डाउनवोट नहीं होते हैं। व्यक्तिगत रूप से मुझे लगता है कि यह एक कारण को छोड़ने के लिए थोड़ा अशिष्ट है, क्योंकि यह उपयोगकर्ताओं को बेहतर प्रश्न कौशल के लिए ज्ञान नहीं देता है या समुदाय के लिए उपयुक्त प्रश्न पूछता है, लेकिन यह मेरी राय है।
बार्ट सिल्वरस्ट्रिम

1
उन लोगों को हो सकता है जो इस तथ्य पर सवाल उठा रहे थे कि यह डीएचसीपी पता आपके इंट्रानेट के साथ संघर्ष कर रहा था, यह मानते हुए कि वर्चुअलबॉक्स द्वारा उपयोग किए जाने वाले बाद के और आंतरिक नेटवर्क के बीच नेट नहीं है।
jlliagre

जवाबों:


23

@RelaXNow के लिए धन्यवाद, यहाँ सवाल का जवाब है:

VBoxManage modifyvm  "NameOfVM" --natnet1 "192.168/16" 

2
जिसे होस्ट मशीन पर चलाया जाना चाहिए, VM नहीं (यह मेरे लिए शुरू से स्पष्ट नहीं था)
periklis

डीएचसीपी सेटिंग्स को बदलने के बाद, डीएचसीपी सर्वर अभी भी अतिथि को पुरानी आईपी रेंज में पट्टे की पेशकश करता है। sudo vboxreloadहोस्ट (वर्चुअलबॉक्स 5.1.26) का उपयोग करके, परिवर्तन करने के लिए मुझे VirtualBox ड्राइवरों को पुनः आरंभ करना पड़ा ।
रोब डब्ल्यू

16

यह प्रदान करते हुए मैंने प्रश्न को समझा है, यदि आप मैनुअल के अध्याय 6 को कहते हैं:

In the VirtualBox graphical user interface, you can configure all these items in the global settings via "File" -> "Settings" -> "Network", which lists all host-only networks which are presently in use. Click on the network name and then on the "Edit" button to the right, and you can modify the adapter and DHCP settings.

यहाँ छवि विवरण दर्ज करें


अच्छा जवाब तस्वीर के लिए धन्यवाद, मैंने डॉक्टर को भी पढ़ा, लेकिन मैं "सामान्य" सेटिंग्स नहीं विशिष्ट मशीन सेटिंग्स में जा रहा था!
एसएसएच यह

हाल के संस्करणों में यह है File-> Preferences-> ...
जरी तुर्किया

-1, ओपी का मुद्दा होस्ट नेटवर्क नहीं बल्कि NAT है।
mmlac


3

आपको आमतौर पर VirtualBox DHCP एड्रेस रेंज को संशोधित करने की आवश्यकता नहीं है। यह नेटवर्क आंतरिक है और केवल आपके VM और VirtualBox एप्लिकेशन के बीच मौजूद है। इसमें कोई रूटिंग शामिल नहीं है लेकिन सिर्फ NAT है।

क्या आपको डिफ़ॉल्ट NAT मोड में रहने के दौरान बाहर से अपनी वर्चुअल मशीन तक पहुँचने की अनुमति देना चाहिए, यह संभवतया चुनिंदा पोर्ट (पोर्ट फ़ॉरवर्डिंग) के लिए संभव है।

उदाहरण के लिए, 2022 पोर्ट के माध्यम से अपने आंतरिक ssh सर्वर तक पहुँच प्राप्त करने के लिए, इस कमांड का उपयोग करें:

VBoxManage modifyvm "NameOfVM" --natpf1 "guestssh,tcp,,2022,,22"

हां, लेकिन अजीब चीजें हो सकती हैं यदि आपका मेजबान वीएम के लिए मार्ग नहीं जानता है। शेयर्ड फोल्डर को माउंट करने में मुझे Vagrant के साथ 5 मिनट का समय लगा। मैं VM से Google को पिंग कर सकता हूं, लेकिन मैं लोकल नेट पर कुछ भी पिंग नहीं कर सकता।
rox0r

@ rox0r मुझे वह नहीं मिलता जो आप चाहते हैं। जब NAT का उपयोग किया जाता है तो मेजबान से VM में कोई रूटिंग शामिल नहीं होती है। बाहर से, वीएम केवल मेजबान पते का उपयोग कर रहा है।
jlliagre

1
हाँ, लेकिन अगर VM को लगता है कि गंतव्य उसके सबनेट पर है, तो डिफ़ॉल्ट गेटवे को वापस नहीं करेगा। Ie: यदि VM 10.0.2.15/24 है और आप 10.0.2.10 को पिंग करने का प्रयास करते हैं जो होस्ट के सबनेट पर है, तो यह NAT गेटवे के माध्यम से रूट करने का प्रयास नहीं करेगा। यदि आप पोर्ट-फ़ॉरवर्डिंग शामिल करते हैं और कनेक्टिंग मशीन 10.0.2.10 है, तो यह सच है। पैकेज VM के लिए रूट करेंगे, लेकिन वे कभी भी वापस बाहर नहीं आएंगे।
rox0r

समझ गया। आंतरिक और बाह्य रूप से एक ही सबनेट होने से वास्तव में एक बहुत ही फर्जी कॉन्फ़िगरेशन होगा।
जुल्गेरे
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.