VPN कनेक्ट करा, आणि एका मिनिटापूर्वी प्रतिसाद देत असलेला विकास VM शांत होतो। स्पष्ट कथा स्वतः लिहिली जाते: टनलने मार्ग घेतला, होस्ट आता पाहुण्याचा रहदारी कॉर्पोरेट नेटवर्कमध्ये पाठवतो, आणि उपाय म्हणजे स्थिर मार्ग जोडणे किंवा अडॅप्टर ब्रिज मोडमध्ये बदलणे। ती कथा कधीकधी खरी असते। पण ते सामान्य कारण नाही, आणि त्यावर आधारित पहिली कृती सहसा दुसरे काहीतरी तोडते।

host-only नेटवर्किंग होस्टच्या मालकीचे आणि त्याच्या पाहुण्यांसोबत सामायिक केलेले सॉफ्टवेअर नेटवर्क आहे, कोणत्याही भौतिक जोडणीपासून वेगळे। VPN क्लायंटच्या स्वतःच्या इंटरफेसमध्ये काहीही ते नेटवर्क बदलत नाही, म्हणून त्याला स्पर्श करण्यापूर्वी चार थरांपैकी कोणता खरोखर अयशस्वी झाला ते शोधा।

मार्ग सहसा अजूनही स्थानिक असतो

राउटिंग टेबलच्या पहिल्या पानाऐवजी कर्नेलला विचारा। लिनक्सवर ip route get 192.168.56.10 वापरला जाणारा नेमका मार्ग, इंटरफेस आणि स्रोत पत्ता सांगते, जे डीफॉल्ट मार्ग वाचून अंदाज लावण्यापेक्षा वेगळे उत्तर आहे। जर आउटपुट host-only इंटरफेसचे नाव घेते, तर टनल त्या मार्गात अजिबात सहभागी नाही।

दोन गोष्टी खरोखर तो तोडू शकतात, आणि दोन्ही VPN नाही तर पत्त्यांच्या समस्या आहेत। host-only प्रीफिक्सशी ओव्हरलॅप होणारे दूरस्थ सबनेट अधिक विशिष्ट मार्गाला जिंकू देते, आणि कमी मेट्रिकसह रुंद मार्ग स्थापित करणारा VPN क्लायंट प्रीफिक्स ओढून घेऊ शकतो। दोन्ही एकाच आदेशात दिसतात: आउटपुटमध्ये नाव दिलेला इंटरफेस टनल असेल, आणि दुरुस्ती त्या पत्ता योजनेच्या मालकाची आहे।

मार्ग निवड आणि पॅकेट स्वीकार हे दोन वेगळे निर्णय आहेत

हा तो भाग आहे जो मानसिक मॉडेल सहसा चुकवते। परिपूर्ण स्थानिक मार्ग असूनही VPN क्लायंट पॅकेट नाकारू शकतो। अनेक क्लायंट स्थानिक नेटवर्क प्रवेश धोरण लागू करतात जे टनलच्या बाहेर कोणती गंतव्ये अनुमत आहेत हे ठरवते, आणि जोडलेले सबनेट ती यादी स्वयंचलितपणे अद्ययावत करत नाही।

म्हणून अयशस्वीता अनुप्रयोगाच्या बाजूने राउटिंग समस्येसारखीच दिसते, आणि क्लायंटच्या बाजूने पूर्णपणे वेगळी। जर ip route get योग्य इंटरफेसचे नाव घेते आणि कनेक्शन तरीही वेळ संपते, तर मार्ग संपादित करणे थांबवा आणि त्याऐवजी क्लायंटचे दस्तऐवजीकृत स्थानिक प्रवेश वर्तन वाचा। काही क्लायंट स्थानिक सबनेटसाठी अनुमती यादी देतात, काही टनल नसलेले सर्व रोखतात, आणि काही फक्त किल स्विच सक्रिय असताना रोखतात।

तो फरक महत्त्वाचा आहे कारण दुरुस्त्या परस्पर बदलण्यायोग्य नाहीत। मार्ग जोडून फिल्टर समाधानी होत नाही, आणि एका पाहुण्यापर्यंत पोहोचण्यासाठी फिल्टर बंद करणे लक्षण सुचवते त्यापेक्षा खूप मोठा निर्णय आहे।

पाहुण्याकडे नाही म्हणण्याचे तीन मार्ग आहेत

इंटरनेट ब्राउझ करू शकणारा पाहुणा तुम्हाला हव्या असलेल्या सेवेबद्दल काहीही सिद्ध केलेला नाही। ऐकणारा पाहुण्याच्या आत 127.0.0.1 ला बांधलेला असू शकतो, आणि त्या स्थितीत मार्ग कितीही चांगला असला तरी होस्टकडून कोणतीही विनंती पोहोचू शकत नाही। पाहुण्यात ss -ltn ने तपासा आणि फक्त पोर्ट नाही तर स्थानिक पत्ता स्तंभ पाहा।

पुढे पाहुण्याचा स्वतःचा फायरवॉल आहे। प्रतिबंधात्मक डीफॉल्ट असलेली विकास प्रतिमा होस्टची पॅकेट स्वीकारून सेवेच्या सीमेवर टाकून देऊ शकते, ज्यामुळे राउटिंग ब्लॅक होलसारखाच दिसणारा कालबाह्यता येतो। शेवटी सेवेची स्वतःची कॉन्फिगरेशन आहे: विशिष्ट होस्टनावाशी बांधलेले वेब अॅप, किंवा क्लायंट पत्त्यांची अनुमती यादी, प्रत्येक पॅकेट पोहोचले तरी host-only सबनेटमधून आलेली विनंती नाकारेल।

VMचा नेटवर्क मोड बदलण्याचा विचार करण्यापूर्वी हे तीन पूर्ण करा। प्रत्येक पाहुण्याची जोडणी पुन्हा रचण्यापेक्षा लहान बदल आहे, आणि प्रत्येकाची स्पष्ट चाचणी आहे।

ब्रिज प्रत्यक्षात काय आहे, आणि त्याची किंमत किती

अडॅप्टर ब्रिज मोडमध्ये बदलणे हे host-only मार्गाचे दुरुस्ती नाही। ते पाहुण्याला दुसऱ्या नेटवर्कवर, सहसा भौतिक LAN वर ठेवण्याचा निर्णय आहे, जिथे तो तिथे राहणाऱ्या इतर सर्वांना दिसू लागतो। ते तुम्हाला हवे असेल तेच असू शकते। पण मूळ कॉन्फिगरेशन करत होते ते नाही।

पाहुण्याला खरोखर त्या LAN वर समकक्ष असणे आवश्यक असेल आणि उघडकीस अनुमती असेल तेव्हा ते वापरा। एका सेवेने प्रतिसाद देणे थांबवले म्हणून ते वापरू नका, कारण बदल पाहुण्याला त्याच्याविरुद्ध विकास सुरक्षित करणाऱ्या अलगावातून बाहेर काढू शकतो।

कोणत्याही मंजूर दुरुस्तीनंतर निश्चित क्रमाने चाचणी करा: होस्टकडून पाहुण्याकडे नवीन विनंती, टनलमधून आवश्यक कॉर्पोरेट संसाधन, आणि टनल बंद असताना इच्छित नाकारलेले वर्तन। जर शेवटचे आता लागू होत नसेल, तर दुरुस्ती समस्येच्या पलीकडे गेली आहे।

VirtualBoxचा host-only नेटवर्किंग विभाग होस्टच्या बाजूचा सॉफ्टवेअर इंटरफेस आणि तो ब्रिज जोडणीपेक्षा कसा वेगळा आहे हे वर्णन करतो, आणि दोन्ही मोड बदलण्यायोग्य मानण्यापूर्वी वाचण्यासारखा हा संदर्भ आहे।

संबंधित लेख