फिरता लॅपटॉप: स्थिर नाव की स्थिर ऑफिस पत्ता?

तुम्ही घरून व्यवस्थापन कन्सोल उघडता, लॅपटॉप नावाने शोधता आणि तो ऑफिस सोडल्यावर अवैध झालेला पत्ता मिळवता। ऑफिसचा पत्ता 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 भाडे ओळख स्पष्ट क्लायंट ओळखकर्ता वापरू शकते, आणि एक ओळख सामायिक करणाऱ्या दोन इंटरफेसना तरीही समन्वित मार्ग लागतात। गतिशीलतेला अनुप्रयोग आणि वाटप रचना म्हणून घ्या, आणि उपकरणाची ओळख स्थिर ठेवा जेव्हा त्याचा पत्ता नेटवर्कच्या मागे जातो।