आपको एक पुल के लिए एक आईपी कॉन्फ़िगर करने की आवश्यकता नहीं है, उसी तरह आपको ईथरनेट डिवाइस के लिए आईपी कॉन्फ़िगर करने की आवश्यकता नहीं है, किसी भी मशीन पर (यह होस्ट / अतिथि या जो भी हो)।
हालाँकि, यदि आपके पास कोई ऐसा डिवाइस / ब्रिज है, जिसका कोई IP पता नहीं है, तो आप यह उम्मीद नहीं कर सकते कि यह उस पार्टी द्वारा उपयोग करने योग्य है जिसके पास इसे ठीक से कॉन्फ़िगर नहीं किया गया है (यह होस्ट या अतिथि हो)।
उदाहरण के लिए, यदि मेरे पास "br_vm" नामक एक पुल के साथ KVM होस्ट है, जिसे मैं सभी KVM मेहमानों को उनके एकमात्र इंटरफ़ेस के रूप में निर्दिष्ट करता हूं (मेहमान इसे संभवतः "eth0" कहेंगे), और यदि br_vm होस्ट में कॉन्फ़िगर नहीं किया गया है , आप मेहमानों से उनके eth0 इंटरफ़ेस के माध्यम से मेजबान से बात करने में सक्षम होने की उम्मीद नहीं कर सकते।
आप पूछते हैं कि आपको एक पुल के लिए आईपी की आवश्यकता क्यों है और जवाब है कि आप नहीं हैं। हालाँकि, यदि आप यह जानना चाहते हैं कि मेजबान में पुल के लिए आप किन परिदृश्यों में आईपी चाहते हैं, तो मैं कुछ सोच सकता हूँ:
- आप चाहते हैं कि आपके वीएम मेजबान से संवाद करें, भले ही डीएचसीपी या डीएनएस के लिए;
- आप VM-to-VM ट्रैफ़िक को अक्षम करना चाह सकते हैं। यदि आप उस पुल को कई वीएम के साथ साझा करते हैं, तो यह विचार करने लायक है;
- आप अपने वीएम के लिए सेट अप हो सकता है किसी भी फ़ायरवॉलिंग के अलावा होस्ट-स्तर पर एक फ़ायरवॉल रखना चाहते हैं। मेजबान पर सभी फ़ायरवॉल नियमों को ध्यान में रखते हुए समझदार हो सकता है यदि आपके सभी वीएम के लिए नीतियां, ज़ोन इत्यादि समान हैं। यह आसान है अगर सभी नियमों, आईपी पते, नीतियों, आदि को एक स्थान पर रखा जाता है (हालांकि मैं प्रत्येक मामले में मूल वीएम पर मूल फ़ायरवॉल सेट करूँगा);
और, वैसे, आप अपने अतिथि वीएम पर डायनेमिक आईपी एड्रेसिंग कर सकते हैं, जिसका मेजबान के ब्रिज पर आईपी से कोई लेना-देना नहीं है (जब तक, निश्चित रूप से, होस्ट नेटवर्क के लिए डीएचसीपी सर्वर है) ।