VPN ने जोडलेल्या सर्व्हरसाठी DNS मध्ये कोणता पत्ता जातो?
होस्ट केलेल्या सर्व्हरकडे तीन पत्ते असतात आणि ते एकमेकांच्या जागी येत नाहीत। प्रत्येक सेवेला हवे असलेले मूल्य निवडा आणि नंतर ते मशीनच्या बाहेरून पुष्टी करा।
VPN स्थापित होस्ट केलेल्या सर्व्हरकडे अखेरीस तीन पत्ते असतात, आणि त्यापैकी फक्त एकच प्रत्येक त्या जागेशी संबंधित असतो जी तुम्ही आता कॉन्फिगर करणार आहात। प्रदात्याच्या पॅनेलमधून क्रमांक DNS मध्ये, एखाद्या श्रोत्यामध्ये किंवा परवानगी यादीत कॉपी करणे हा असा मार्ग आहे ज्यावर कार्यरत टनेल अशा सेवेत बदलतो जिथपर्यंत कोणीही पोहोचू शकत नाही। हे मार्गदर्शक काम अशा क्रमाने ठेवते की प्रत्येक पत्ता सांगितलेल्या उद्देशासाठी निवडला जाईल। तुम्ही खरंच काय प्रकाशित केले याची पुष्टी करणाऱ्या कमांडचीही ती यादी देते।
काहीही प्रकाशित करण्यापूर्वी तीन पत्त्यांचा नकाशा बनवा
त्यांना कार्यानुसार नाव द्या। underlay पत्ता म्हणजे मशीन इंटरनेटद्वारे VPN च्या अंतिम टोकापर्यंत पोहोचण्यासाठी वापरते तो पत्ता, आणि तो बहुतेकदा प्रदात्याच्या NAT मागे खाजगी असतो। टनेलचा पत्ता VPN च्या आत राहतो आणि उत्पादनानुसार सर्व्हर किंवा क्लायंट देतो। सार्वजनिक निर्गम हा असा पत्ता आहे जो दूरची वेबसाइट भाषांतरानंतर नोंदवते, आणि तुम्ही विचारू शकता अशा कोणत्याही इंटरफेसवर त्याला अस्तित्वात असण्याची गरज नाही।
एका मशीनसाठी एक सार्वजनिक पत्ता दाखवणारे पॅनेल उर्वरित दोन भूमिकांबद्दल तुम्हाला फार कमी सांगते। underlay ची उपलब्धता ही अट आहे, खरेदी नाही: घरगुती राउटरमागील लॅपटॉप सार्वजनिक IPv4 पत्ता नसतानाही होस्ट केलेल्या VPN अंतिम टोकापर्यंत पोहोचू शकतो। तुम्ही जे करू शकत नाही ते म्हणजे कोणीही पुढे न पाठवणाऱ्या पत्त्यावर सोडवला जाणारा नाव लिहून प्रवेशाचा मार्ग तयार करणे।
पत्ता सेवेनुसार निवडा, लेबलनुसार नाही
क्रमांक निवडण्यापूर्वी सर्व्हरने काय करायचे आहे ते लिहून ठेवा। बाहेर जाणाऱ्या API कॉलला स्थिर निर्गम हवा असतो जेव्हा दुसरी बाजू परवानगी यादी ठेवते। खाजगी प्रवेशाला असा टनेल पत्ता हवा ज्याकडे क्लायंट रूट करू शकतात आणि त्याला जोडलेला श्रोता। सार्वजनिक होस्टिंगला असा प्रवेश मॅपिंग हवा जो प्रदाता खरोखर देतो, आणि केवळ निर्गमाचा पत्ता तो देत नाही।
एकच मशीन तीनही उद्देश पूर्ण करू शकते आणि तरीही तीन वेगळे पत्ते वापरू शकते। जे तुटते ते म्हणजे एक मूल्य हे सर्व झाकते ही गृहीतक:
| Requirement | Value that belongs there | What you see when the roles are swapped |
|---|---|---|
| Outbound allowlisting | Public exit | Requests reach the service but are rejected |
| Private client access | Tunnel address | Client connects, nothing answers |
| Inbound web service | Provider mapping | Name resolves, connection times out |
प्रवेशाची ओळ हीच आहे ज्यावर लोक वाद घालतात। निर्गमाच्या पत्त्याकडे निर्देश करणारा रेकॉर्ड कोणताही श्रोता, फायरवॉलमधील भोक किंवा पोर्ट मॅपिंग तयार करत नाही, आणि वाट पाहण्याने ते बदलत नाही। जेव्हा प्रदाता समर्पित पत्ता प्रवेश नियमासह विकतो, तेव्हा तोच बंडल ती क्षमता आहे जी तुम्ही विकत घेतली; केवळ पत्ता हक्क नाही।
कोणता पत्ता कोणता हे दाखवणाऱ्या कमांड
मशीन वाचा, पॅनेल नाही। इंटरफेसची नावे प्रणालींमध्ये वेगळी असतात, म्हणून पत्ते उपकरणांशी जोडा, लेबलवर विश्वास ठेवण्याऐवजी।
पहिली ओळ प्रत्येक IPv4 पत्ता आणि त्याचे उपकरण यांची यादी देते, आणि दुसरी कर्नेलला विचारते की ज्ञात बाह्य गंतव्यासाठी तो कोणते उपकरण वापरेल:
ip -brief -4 addr show
ip -4 route get 198.51.100.10
curl -4 -s https://ifconfig.me
ss -lntp | grep -E ':(443|1194)'जर रूट शोध सार्वजनिक रहदारीसाठी टनेल उपकरणाने उत्तर देत असेल, तर तुमचे पूर्ण टनेल लागू आहे। श्रोत्याची तपासणीही तितकीच महत्त्वाची आहे, कारण केवळ 127.0.0.1 ला जोडलेली प्रक्रिया टनेल पत्त्यावर कधीही उत्तर देणार नाही, तुम्ही कोणतेही नाव प्रकाशित केले तरी।
ते प्रकाशित करा, नंतर बाहेरून पडताळा
केवळ ते मूल्य प्रकाशित करा जे सेवेला हवे आहे आणि त्यापेक्षा जास्त काही नाही: होस्टिंगसाठी A किंवा AAAA रेकॉर्ड, बाहेर जाणाऱ्या कॉलसाठी परवानगी यादीतील नोंद, खाजगी प्रवेशासाठी क्लायंट प्रोफाइल। नंतर ज्या स्थानाला महत्त्व आहे तिथून चाचणी करा, आणि ते कधीही ती मशीन नसते जी तुम्ही नुकतीच संपादित केली।
दोन तपासण्या बहुतांश भाग झाकतात, आणि दोन्ही स्क्रिप्टमध्ये ठेवण्याइतक्या स्वस्त आहेत:
dig +short vpn.example.net A
curl -4 -sS -o /dev/null -w '%{http_code}\n' https://vpn.example.net/healthतुमचा रेकॉर्ड अस्तित्वात असल्याचे सिद्ध करणारे DNS उत्तर हे विनंती पोहोचते याचा पुरावा नाही, आणि एक यशस्वी विनंती फक्त एवढेच सिद्ध करते की एक मार्ग एका नेटवर्कवरून काम करतो। परवानगी यादी चित्रात असताना मोबाइल कनेक्शनवरून तपासणी पुन्हा करा, कारण तुम्ही पाहत असलेला निर्गम पत्ता कुटुंब आणि घेतलेल्या मार्गावर अवलंबून असू शकतो। तुम्ही कोणते कुटुंब पडताळले ते नोंदवा; काम करणारा IPv4 मार्ग IPv6 बद्दल काहीच बोलत नाही।
जर सेवा प्रवेशाची असेल तर निर्गमाचा पत्ता पुरत नाही
प्रवेशासाठी चार गोष्टी एका रेषेत हव्या: असे नाव किंवा पत्ता जिथपर्यंत क्लायंट पोहोचू शकेल, असा मार्ग जो पॅकेट मशीनपर्यंत पोहोचवेल, असा श्रोता जो ते स्वीकारेल, आणि अशी धोरणनीती जी ते टाकून देणार नाही। VPN दुसरा घटक बदलते आणि कधी पहिलाही, आणि तिसऱ्या व चौथ्यासाठी काहीही करत नाही। जेव्हा टनेल हाच वितरणाचा मार्ग असेल, तेव्हा क्लायंट निर्गमाशी नाही तर टनेल पत्त्याशी जोडतात।
प्रत्येक सेवा कोणत्या पत्त्यावर अवलंबून आहे ते नोंदवा, आणि प्रदात्याने आपले रूटिंग मॉडेल बदलले की ती नोंद पुन्हा पाहा। जो सर्व्हर खाजगीपणे उत्तर देतो आणि सार्वजनिकपणे अपयशी होतो तो सहसा खराब नसतो; तो चुकीच्या ओळखीने उत्तर देत असतो, आणि दुरुस्ती ही फायरवॉल बदल नसून मॅपिंगचा निर्णय असतो।