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 ले दोस्रो तत्व र कहिलेकाहीँ पहिलो बदल्छ, र तेस्रो र चौथोका लागि केही गर्दैन। जब टनेल नै डेलिभरीको बाटो हो, क्लाइन्ट निकाससँग होइन, टनेल ठेगानासँग जोडिन्छन्।
प्रत्येक सेवा कुन ठेगानामा निर्भर छ लेख्नुहोस्, र प्रदायकले आफ्नो रुटिङ मोडेल बदल्दा त्यो नोट फेरि हेर्नुहोस्। जो सर्भर निजी रूपमा जवाफ दिन्छ र सार्वजनिक रूपमा असफल हुन्छ त्यो सामान्यतया बिग्रिएको हुँदैन; त्यो गलत पहिचानमा जवाफ दिइरहेको हुन्छ, र मर्मत फायरवाल परिवर्तन होइन, म्यापिङको निर्णय हो।