एक Vagrant उदाहरण 10.0.2.2:3128 का उपयोग करता है। आप उसे लैपटॉप के ब्राउज़र में कॉपी करते हैं और प्रॉक्सी तक पहुँच नहीं होती। वह संख्या होस्ट मशीन के लिए सार्वभौमिक पता नहीं थी।

VirtualBox के सामान्य पहले NAT एडाप्टर सेटअप में 10.0.2.2 की गेस्ट-से-होस्ट भूमिका विशेष होती है। उसका अर्थ उसी वर्चुअल नेटवर्किंग व्यवस्था पर निर्भर करता है। कोई दूसरा हाइपरवाइज़र, भिन्न एडाप्टर मोड या दूसरा नेटवर्क नामस्थान दूसरा पता माँग सकता है।

क्लाइंट कहाँ चलता हैक्या पहचानना है
होस्ट स्वयंहोस्ट से पहुँचने योग्य श्रोता, शायद उसका loopback
VirtualBox NAT गेस्टउस एडाप्टर के लिए प्रलेखित होस्ट-पहुँच मैपिंग
ब्रिज्ड गेस्ट या दूसरी LAN मशीनपहुँचने योग्य होस्ट पता और अनुमत श्रोता
गेस्ट के भीतर कंटेनरदूसरी नेटवर्क सीमा और प्रॉक्सी तक उसका मार्ग

गेस्ट का 127.0.0.1 सामान्यतः गेस्ट को दर्शाता है, होस्ट को नहीं। इसके विपरीत, विशेष NAT मैपिंग को हर उस स्थान तक सामान्यीकृत नहीं करना चाहिए जहाँ कॉन्फ़िगरेशन पढ़ा जा सकता है।

पता चुनने के बाद श्रोता और पहुँच नीति जाँचें। केवल वहाँ बँधी होस्ट सेवा, जहाँ ब्रिज्ड गेस्ट नहीं पहुँच सकता, URL की दूसरी वर्तनी से पहुँचने योग्य नहीं होगी। बाइंड का विस्तार एक सोचा-समझा पहुँच निर्णय होना चाहिए, साथ में मेल खाते फ़ायरवॉल प्रतिबंध।

क्लाइंट का स्थान कॉन्फ़िगरेशन उदाहरणों के साथ रखें। यह कहना कि प्रॉक्सी होस्ट पर है, अधूरा है जब कई होस्ट और गेस्ट एक ही सेटअप साझा करते हैं।

संबंधित लेख