घुम्ने ल्यापटप: स्थिर नाम वा स्थिर अफिस ठेगाना?

तपाईं घरबाट व्यवस्थापन कन्सोल खोल्नुहुन्छ, ल्यापटपलाई नामले खोज्नुहुन्छ र अफिस छोड्दा अमान्य भएको ठेगाना पाउनुहुन्छ। अफिसको ठेगाना VPN एडाप्टरमा सार्यो भने सबै चलिरहन्छ भन्ने सहज प्रवृत्ति हुन्छ। तर त्यो सुधार सामान्यतया अरू केही बिगार्छ, किनकि यन्त्र खोज्नु, यसको ट्राफिकलाई अनुमति दिनु र सत्र जीवित राख्नु तीन फरक समस्या हुन्। ठेगानाको डिजाइन छान्नुअघि तिनलाई अलग गर्नुहोस्।

तीन आवश्यकतालाई अलग गर्नुहोस्

तीनमध्ये वास्तवमा कुन असफल भइरहेको छ लेख्नुहोस्। व्यक्ति वा उपकरणले सेवा भेट्टाउन सक्दैन; स्रोत ठेगाना सूचीमा नभएका कारण सर्भरले अनुरोध अस्वीकार गर्छ; वा इन्टरफेस बदलिँदा एप्लिकेसन खस्छ। स्प्रेडसिटमा ती एउटै देखिन्छन् र फरक सुधार चाहिन्छ।

अधिकांश घुम्ने गुनासा पहिलो टोकरीमा पर्छन् र DNS मा समाधान हुन्छन्। स्थिर पहिचानलाई नाम दिनु सस्तो छ र पहिलो अवस्था ढाक्छ। ठेगाना जोगाउनु महँगो छ र नीति जसरी भए पनि पुनः लेखिने भए मात्र दोस्रोमा मद्दत गर्छ।

नामलाई स्थिर वस्तु बनाउनुहोस्

कल गर्नेले पुग्न सक्ने जुनसुकै ठेगानामा समाधान हुने नाम ल्यापटपलाई दिनुहोस्। यो उदाहरणमा अफिसको ठेगाना 192.168.50.42 हो, टाढाको पहुँच पूलले 10.90.0.42 दिन्छ, र laptop17.corp.example जडानलाई पछ्याउँछ। अन्तिम अक्टेट मिल्नैपर्ने कुनै आवश्यकता छैन, र त्यो मिलानको वरिपरि डिजाइन गर्दा फाइदाविना काम सिर्जना हुन्छ। रेकर्डले कल गर्नेले वास्तवमा प्रयोग गर्न सक्ने ठेगानालाई देखाउनुपर्छ, ल्यापटपसँग कहिल्यै भएका हरेक इन्टरफेसलाई होइन।

dig +short laptop17.corp.example

रिजोल्भरहरूले उत्तरहरू क्यास गर्छन्, त्यसैले परिवर्तन सबैका लागि तत्काल हुँदैन। छोटा TTL ले मद्दत गर्छ, र एप्लिकेसनको पुनः जडान तर्कले अझ बढी मद्दत गर्छ।

जब स्रोत अनुमति सूची नै वास्तविक सीमा हो

स्रोत अनुमति सूचीले संरक्षित सेवाले पाउने ठेगाना देख्छ, कुनै पनि अनुवादपछि। त्यो प्रायः गेटवे वा NAT ठेगाना हुन्छ, ल्यापटपको आफ्नै होइन, त्यसैले DNS रेकर्ड सम्पादन गर्दा अस्वीकृत अनुरोध कहिल्यै सुधारिँदैन। वास्तवमा आउने ठेगानाका लागि नीति अद्यावधिक गर्नुहोस्, वा सूचीलाई प्रमाणित पहिचानले बदल्नुहोस्।

सर्भरमा एउटा स्वीकृत अनुरोध समात्नुहोस् र स्रोत फिल्ड पढ्नुहोस्, त्यसपछि टाढाको मार्गबाट दोहोर्याउनुहोस्। दुई ठेगाना फरक भए नीतिलाई दुई प्रविष्टि वा अर्को संयन्त्र चाहिन्छ। दुवै ठेगाना नीति-प्रविष्टिसँगै लेख्नुहोस् ताकि अर्को व्यक्तिले दुई किन छन् देख्न सकोस्। एउटै लिङ्कमा पहिल्यै सक्रिय ठेगाना पुनः प्रयोग गर्नु आफ्नै पत्ता लगाउने नियमहरू भएको छुट्टै द्वन्द्व समस्या हो।

निरन्तरता वास्तवमा के माग्छ

जडानको निरन्तरता सबैभन्दा कठिन आवश्यकता हो र सबैभन्दा धेरै गलत बुझिने आवश्यकता। TCP जडान दुवै ठेगाना र दुवै पोर्टले पहिचान गर्छ, त्यसैले नयाँ स्थानीय ठेगाना अर्को जडान हो, DNS ले जे भने पनि। महत्त्वपूर्ण एप्लिकेसनहरूले पुनः जडान गर्नुपर्छ, जसको अर्थ सत्र तह वा पुनः प्रयास गर्ने क्लाइन्ट हो, नेटवर्कको चलाखी होइन। स्थानान्तरणका क्रममा सत्र हेर्नुहोस् र विच्छेद तत्काल हुन्छ, बिस्तारै होइन।

ss -tnp state established '( dport = :443 )'

MAC ठेगाना क्लोन गर्दा पनि यो समाधान हुँदैन। DHCP लिज पहिचानले स्पष्ट क्लाइन्ट पहिचानकर्ता प्रयोग गर्न सक्छ, र एउटै पहिचान साझा गर्ने दुई इन्टरफेसलाई अझै समन्वित मार्गहरू चाहिन्छ। गतिशीलतालाई एप्लिकेसन र आवण्टन डिजाइनका रूपमा लिनुहोस्, र यन्त्रको पहिचान स्थिर राख्नुहोस् जब त्यसको ठेगाना नेटवर्कलाई पछ्याउँछ।