Vagrant (वर्चुअलबॉक्स) होस्ट-केवल कई नोड नेटवर्किंग समस्या


9

मैं ओपनस्टैक को तैनात करने के लिए एक परीक्षण के रूप में एक बहु-वीएम योनि वातावरण का उपयोग करने की कोशिश कर रहा हूं, और एक वीएम-इन-द-वीएम के लिए एक वीएम से संवाद करने की कोशिश के साथ एक नेटवर्किंग समस्या में चला गया हूं।

मेरे पास दो Vagrant नोड्स, एक क्लाउड कंट्रोलर नोड और एक कंप्यूट नोड है। मैं होस्ट-केवल नेटवर्किंग का उपयोग कर रहा हूं। मेरा Vagrantfile इस तरह दिखता है:

Vagrant::Config.run do |config|

  config.vm.box = "precise64"

  config.vm.define :controller do |controller_config|
    controller_config.vm.network :hostonly, "192.168.206.130" # eth1
    controller_config.vm.network :hostonly, "192.168.100.130" # eth2
    controller_config.vm.host_name = "controller"
  end

  config.vm.define :compute1 do |compute1_config|
    compute1_config.vm.network :hostonly, "192.168.206.131" # eth1
    compute1_config.vm.network :hostonly, "192.168.100.131" # eth2
    compute1_config.vm.host_name = "compute1"
    compute1_config.vm.customize ["modifyvm", :id, "--memory", 1024]
  end
end

जब मैं एक (QEMU- आधारित) VM को शुरू करने की कोशिश करता हूं, तो यह compute1 पर सफलतापूर्वक बूट होता है, और इसका वर्चुअल निक (vnet0) पुल, br100 के माध्यम से जुड़ा होता है:

root@compute1:~# brctl show 100
bridge name bridge id       STP enabled interfaces
br100       8000.08002798c6ef   no      eth2

                        vnet0

जब QEMU VM नियंत्रक पर चलने वाले DHCP सर्वर (dnsmasq) के लिए अनुरोध करता है, तो मैं नियंत्रक पर syslog पर आउटपुट के कारण अनुरोध तक पहुँचता देख सकता हूं:

Aug  6 02:34:56 precise64 dnsmasq-dhcp[12042]: DHCPDISCOVER(br100) fa:16:3e:07:98:11 
Aug  6 02:34:56 precise64 dnsmasq-dhcp[12042]: DHCPOFFER(br100) 192.168.100.2 fa:16:3e:07:98:11 

हालाँकि, DHCPOFFER इसे कभी भी VM1 पर वापस नहीं बनाता है। अगर मैं अपने होस्ट मशीन पर vboxnet3 इंटरफ़ेस पर tcpdump का उपयोग करने वाले अनुरोधों को देखता हूं, जो Vagrant (Mac OS X) चलाता है, तो मैं अनुरोध और उत्तर दोनों देख सकता हूं

$ sudo tcpdump -i vboxnet3  -n port 67 or port 68
tcpdump: WARNING: vboxnet3: That device doesn't support promiscuous mode
(BIOCPROMISC: Operation not supported on socket)
tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
listening on vboxnet3, link-type EN10MB (Ethernet), capture size 65535 bytes
22:51:20.694040 IP 0.0.0.0.68 > 255.255.255.255.67: BOOTP/DHCP, Request from fa:16:3e:07:98:11, length 280
22:51:20.694057 IP 0.0.0.0.68 > 255.255.255.255.67: BOOTP/DHCP, Request from fa:16:3e:07:98:11, length 280
22:51:20.696047 IP 192.168.100.1.67 > 192.168.100.2.68: BOOTP/DHCP, Reply, length 311
22:51:23.700845 IP 0.0.0.0.68 > 255.255.255.255.67: BOOTP/DHCP, Request from fa:16:3e:07:98:11, length 280
22:51:23.700876 IP 0.0.0.0.68 > 255.255.255.255.67: BOOTP/DHCP, Request from fa:16:3e:07:98:11, length 280
22:51:23.701591 IP 192.168.100.1.67 > 192.168.100.2.68: BOOTP/DHCP, Reply, length 311
22:51:26.705978 IP 0.0.0.0.68 > 255.255.255.255.67: BOOTP/DHCP, Request from fa:16:3e:07:98:11, length 280
22:51:26.705995 IP 0.0.0.0.68 > 255.255.255.255.67: BOOTP/DHCP, Request from fa:16:3e:07:98:11, length 280
22:51:26.706527 IP 192.168.100.1.67 > 192.168.100.2.68: BOOTP/DHCP, Reply, length 311

लेकिन, अगर मैं गणना पर eth2 पर tcpdump करता हूं, तो मैं केवल अनुरोध देखता हूं, उत्तर नहीं:

root@compute1:~# tcpdump -i eth2 -n port 67 or port 68
tcpdump: WARNING: eth2: no IPv4 address assigned
tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
listening on eth2, link-type EN10MB (Ethernet), capture size 65535 bytes
02:51:20.240672 IP 0.0.0.0.68 > 255.255.255.255.67: BOOTP/DHCP, Request from fa:16:3e:07:98:11, length 280
02:51:23.249758 IP 0.0.0.0.68 > 255.255.255.255.67: BOOTP/DHCP, Request from fa:16:3e:07:98:11, length 280
02:51:26.258281 IP 0.0.0.0.68 > 255.255.255.255.67: BOOTP/DHCP, Request from fa:16:3e:07:98:11, length 280

इस बिंदु पर, मैं फंस गया हूं। मुझे यकीन नहीं है कि डीएचसीपी के जवाब इसे गणना नोड के लिए क्यों नहीं बना रहे हैं। शायद यह VirtualBox वर्चुअल स्विच / राउटर के कॉन्फ़िगरेशन के साथ कुछ करना है?

ध्यान दें कि दोनों नोड्स पर eth2 इंटरफेस को प्रोमिसस मोड पर सेट किया गया है।

जवाबों:


11

समस्या यह है कि इंटरफ़ेस को वैग्रंट के माध्यम से प्रोमिसस मोड पर सेट किया जाना है, इसे अतिथि ऑपरेटिंग सिस्टम के अंदर करना पर्याप्त नहीं है।

उदाहरण के लिए, यदि आप दो एनआईसी जोड़ते हैं, और अंतिम एनआईसी जिसे आप परिभाषित करते हैं, वह वह है जिसे वीएम के लिए ब्रिज किया जाएगा, तो आपके वैग्रांटाइल में कुछ ऐसा होना चाहिए:

compute1_config.vm.customize ["modifyvm", :id, "--nicpromisc3", "allow-all"]

3
क्या आप स्पष्ट कर सकते हैं कि "nicpromisc3" क्या निर्दिष्ट करता है?
jayunit100

2
@ jayunit100 यह तीसरा निक सेट करता है (जो कि eth2 से मेल खाता है) "प्रोमिसस मोड" के लिए, जिसका अर्थ है कि वर्चुअलबॉक्स VM को पैकेट भेजेगा भले ही पैकेट में गंतव्य होस्ट का मैक पता मैक पते से मेल नहीं खाता हो वी एम।
लोरिन होचस्टीन

1
तो --nicpromisc3 ​​एडाप्टर 3 है? इसलिए --nicpromisc2 एडाप्टर 2 है?
CMCDragonkai

@CMCDragonkai हां, मेरा ऐसा मानना ​​है।
लोरिन होचस्टीन

1
@ इसThe following settings shouldn't exist: customize त्रुटि को ठीक करने के लिए इस प्रश्न को देखें ।
निक क्रेग-वुड
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.