समर्पित VPN IP ले तपाईंको वेबसाइट प्रकाशित गर्दैन
समर्पित निकास ठेगानाले आगमन डेलिभरीबारे केही भन्दैन। फर्वार्डिङ सम्झौता जाँच्नुहोस्, मूल भाग पूरा गर्नुहोस्, त्यसपछि उच्च पोर्ट प्रकाशित गर्नुहोस्।
VPN प्रदायकबाट समर्पित IP किन्नु अगाडिको ढोका किन्नु जस्तै लाग्छ। ठेगाना स्थिर छ, टनेल चालु छ, तैपनि बाहिरका कसैलाई साइट लोड हुँदैन। तपाईंले किनेको कुरा एक बाँडफाँट हो, आगमन फर्वार्डिङ नियम होइन। दुवै एउटै पसलमा बेचिन्छन् र पूर्ण रूपमा फरक ठाउँमा कन्फिगर गरिन्छन्।
ठेगाना बाँडफाँट हो, फर्वार्डिङ नियम होइन
आगमन सार्वजनिक ठेगाना वा होस्टनाम, अनुमत ट्रान्सपोर्ट, तोकिएको बाह्य पोर्ट र प्रदायकले डेलिभरी गर्ने ग्राहक-पक्षको गन्तव्य रेकर्ड गर्नुहोस्। त्यसपछि तपाईंले छानेको सर्भर, प्रोटोकल र खाता सुविधाले साँच्चै फर्वार्डिङ समर्थन गर्छ र प्रदायकले त्यसमा होस्टिङ अनुमति दिन्छ भनी पुष्टि गर्नुहोस्।
समर्पित शब्दले ठेगाना बाँडफाँट वर्णन गर्छ। यसको अर्थ नमागिएको आगमन ट्राफिक अनुमत छ भन्ने होइन, र एउटै अपरेटरका फरक एड-अनका क्षमता फरक हुन सक्छन्। समर्पित ठेगाना र समर्पित सर्भर उत्पादन सबैभन्दा धेरै भ्रमित गराउने दुई लेबल हुन्, र सहायता पृष्ठहरूले सामान्यतया कुन फर्वार्ड गर्छ भनी स्पष्ट पार्छन्।
| What you have | What it gives you | What it does not |
|---|---|---|
| Dedicated exit address | A stable source address for outbound traffic | Any inbound delivery at all |
| Port-forwarding add-on | A provider-side mapping to your session | Permanence across reconnects |
| Local DNAT rule | Handling for packets that arrive | Making packets arrive |
एक उदाहरण सम्झौता यस्तो देखिन्छ: प्रदायकले TCP 203.0.113.60:45000 तपाईंको जोडिएको उपकरणको HTTPS सेवामा 8443 पोर्टमा पुर्याउँछ। यो अरू कसैले कन्फिगर गरेको म्यापिङको वर्णन हो, तपाईंले आफ्नै फायरवालमा टाइप गरेर उनीहरूको एजमा बनाउन सक्ने नियम होइन।
मूल भाग पूरा गर्नुहोस्
यदि वेब अनुप्रयोग VPN क्लाइन्टमै चल्छ भने, यसलाई डेलिभरी गरिएको पोर्टमा श्रोता र त्यो पोर्टका लागि सीमित स्थानीय-इनपुट अनुमति चाहिन्छ। यदि क्लाइन्टले म्याप गरिएको जडान अर्को होस्टमा फर्वार्ड गर्छ भने, यसलाई गन्तव्य अनुवाद, फर्वार्डिङ नीति र आउने-जाने सहने जवाफ मार्ग चाहिन्छ।
पहुँच नियमहरू प्रदायकको मार्गले साँच्चै प्रस्तुत गर्ने स्रोत ठेगानाको वरिपरि डिजाइन गर्नुहोस्। यो सधैं मूल आगन्तुक होइन, र सधैं VPN सर्भर पनि होइन, जुन तपाईंले ती ठेगानामध्ये एउटासँग मात्र मेल खाने नियम लेख्दा महत्त्वपूर्ण हुन्छ।
पोर्ट अनुवादले पनि HTTP लाई HTTPS बनाउँदैन। सार्वजनिक पोर्ट र स्थानीय अनुप्रयोग पोर्ट स्वतन्त्र रूपमा फरक हुन सक्छन्, तर स्किम, प्रमाणपत्रको पहिचान र रिडाइरेक्टहरू मानिसहरूले साँच्चै पुग्ने सेवासँग मेल खानुपर्छ। यदि प्रमाणपत्रले सार्वजनिक होस्टको नाम दिन्छ भने, हरेक चरणमा त्यही नाम राख्नुहोस्। यहाँको असङ्गति राउटिङ असफलता होइन, ब्राउजर चेतावनीका रूपमा देखिन्छ, जसले मानिसहरूलाई एक घण्टाका लागि गलत लगमा पठाउँछ।
उच्च पोर्ट इमानदारीपूर्वक प्रकाशित गर्नुहोस्
यदि आगन्तुकहरू सिधै जोडिन्छन् र प्रदायकले उच्च पोर्ट तोकेको छ भने, तिनीहरूलाई पूरा URL दिनुहोस्। साधारण DNS ठेगाना रेकर्डले पूर्वनिर्धारित रूपमा 443 प्रयोग गर्ने HTTPS अनुरोधमा पोर्ट थप्न सक्दैन, र TTL मिलाएर त्यो बदलिँदैन।
वेब फ्रन्टएन्डले आगन्तुकहरूलाई सामान्य पोर्टमा स्वीकार गरेर र फर्वार्ड गरिएको मूल पोर्टमा आफ्नै जडान बनाएर यसलाई समाधान गर्न सक्छ। तर Cloudflare का पूर्वनिर्धारित प्रोक्सी पोर्टहरू परिभाषित सूची हुन्, र प्रोक्सी गरिएको DNS रेकर्ड थपेकै भरमा कुनै पनि मनपरी तोकिएको पोर्ट समर्थित एज पोर्ट बन्दैन।
मूलको गन्तव्य पोर्ट बदल्नु आगन्तुक पोर्ट बदल्नुभन्दा फरक कार्य हो। Cloudflare का Origin Rules ले ब्याकएन्ड जडानका लागि गन्तव्य-पोर्ट ओभरराइड कागजात गर्छन्, जो समर्थित नियम, स्किम र होस्टनाममा सीमित छ। पोर्ट ओभरराइड मनपरी UDP वा अन्य प्रोटोकलका लागि सामान्य रिले होइन।
जब फ्रन्टएन्डले TLS अन्त्य गर्छ, दुवै चरण प्रमाणित गर्नुहोस्: ब्राउजरबाट फ्रन्टएन्डसम्मको प्रमाणपत्र र फ्रन्टएन्डबाट मूलसम्मको जडान। VPN चरणले दुई जाँचमध्ये कुनै पनि प्रतिस्थापन गर्दैन, र आन्तरिक ठेगाना रिडाइरेक्ट वा कुकीमा चुहिनु दुईमध्ये एउटा मात्र सार्वजनिक नामलाई ध्यानमा राखेर कन्फिगर गरिएको सामान्य सङ्केत हो।
म्यापिङ जीवित राख्नुहोस्
केही प्रदायकले पुनः जडानपछि फरक पोर्ट बाँड्छन्, र भाडामा लिइएको म्यापिङलाई प्रदायकको पक्षको कार्यबाट नवीकरण आवश्यक हुन सक्छ। तपाईंको प्रदायकले कागजात गर्ने संयन्त्र पछ्याउनुहोस्, र श्रोता, स्थानीय नियम, DNS वा फ्रन्टएन्ड नियम हालको सम्झौताले माग गर्ने ठाउँमा मात्र अद्यावधिक गर्नुहोस्।
स्थिर सार्वजनिक ठेगानाले पोर्ट भाडालाई स्थिर बनाउँदैन। ड्यासबोर्डमा अझै देखिने ठेगाना र पोर्ट सक्रिय सत्रले म्यापिङको स्वामित्व राख्छ भन्ने प्रमाण होइन, त्यसैले परीक्षण बाहिरबाट आएको नयाँ अनुरोध हो, स्क्रिनसट होइन।
त्यसपछि तपाईंले अपेक्षा गर्ने अवस्थाहरू दोहोर्याउनुहोस्: सामान्य पुनः जडान, र VPN गुम्नु। यदि गुम्नाले मूललाई अनुपलब्ध बनाउनुपर्छ भने, अद्यावधिककर्तालाई पृष्ठभूमिमा चुपचाप सिधा ISP मार्ग पुनः प्रकाशित गर्न नदिनुहोस्। र यदि फर्वार्डिङ सम्झौताले साइटको स्थिरता आवश्यकता पूरा गर्न सक्दैन भने, अर्को ठेगाना लेबल किनेर सर्भरजस्तै व्यवहार गर्ने आशा गर्नुको सट्टा फरक प्रकाशन व्यवस्था छान्नुहोस्।