फ़ॉरवर्ड किया गया VPN पोर्ट: आगंतुक और प्रदाता क्या देख सकते हैं

पोर्ट फ़ॉरवर्ड करने से अजनबियों को प्रदाता के सार्वजनिक पते के ज़रिए किसी सेवा तक पहुँचने का रास्ता मिलता है। यह एक ही बदलाव एक साथ प्रदर्शन और पहचाने जाने की क्षमता दोनों को प्रभावित करता है, और इनमें से कोई भी सेवा चलाने वाले का नाम प्रकाशित नहीं करता। दोनों को अलग रखना उन विपरीत गलतियों से बचाता है जिनमें 'फ़ॉरवर्डिंग' को गुमनामी माना जाता है और उसे पहचान माना जाता है। तीन प्रश्न इन्हें स्पष्ट रूप से अलग करते हैं, और उत्तर अलग-अलग साक्ष्यों से आते हैं।

तीन वस्तुएँ, तीन अलग प्रश्न

सार्वजनिक पते को उसके पीछे उत्तर देने वाले एप्लिकेशन से अलग रखें, और दोनों को उस व्यक्ति या संगठन से अलग रखें जो यह काम चलाता है। हर एक के अपने दर्शक और अपने साक्ष्य हैं। इन्हें मिलाने से ऐसे निष्कर्ष निकलते हैं जो सुव्यवस्थित लगते हैं और ग़लत हैं।

इन्हें उसी क्रम में देखें। पहला पहुँच का प्रश्न है, दूसरा एप्लिकेशन की पहचान का प्रश्न है, और तीसरा आरोपण का प्रश्न है जिस पर पहले दो केवल आंशिक रूप से प्रकाश डालते हैं। जब कोई पूछे कि क्या पोर्ट फ़ॉरवर्डिंग निजी है, तो पूछें कि उसका मतलब इन तीन में से कौन-सा है। उत्तर वास्तव में अलग होते हैं, और नीति पृष्ठ आमतौर पर इनमें से केवल एक पर बात करता है।

आगंतुक एंडपॉइंट के बीच क्या जोड़ सकता है

आगंतुक एंडपॉइंट से जुड़ता है और वह देखता है जो एप्लिकेशन वैध रूप से प्रस्तुत करता है: 'होस्टनाम', प्रमाणपत्र का नाम, लॉगिन पृष्ठ, प्रकाशित सामग्री। ये विवरण सेवा को पहचानते हैं, तब भी जब उसका सामान्य पहुँच पता टनल के पीछे छिपा हो। एक ही नाम वाली साइट प्रस्तुत करने वाले दो एंडपॉइंट पर्यवेक्षकों को उन्हें जोड़ने का आधार देते हैं। इस व्यवहार में कोई लीक नहीं है, क्योंकि एप्लिकेशन को देखे जाने के लिए बनाया गया है।

दो एंडपॉइंट के बीच प्रमाणपत्र, रीडायरेक्ट और पृष्ठ सामग्री का मेल खाना इस बात का मज़बूत संकेत है कि वे एक ही सेवा के हैं। यह सेवा के बारे में कथन रहता है, किसी व्यक्ति के बारे में नहीं, जब तक कोई दूसरा रिकॉर्ड दोनों को न जोड़े।

IETF के गोपनीयता दिशानिर्देश बताते हैं कि स्थायी पहचानकर्ता समय के साथ अंतःक्रियाओं को सहसंबंधित करना कैसे संभव बनाते हैं। सहसंबंध आरोपण नहीं है, क्योंकि एक सेवा को कई लोग संभाल सकते हैं और कोई पता असंबंधित ग्राहकों के बीच बदल सकता है। यही अंतर सहसंबंध के निष्कर्ष को आरोप में बदलने से रोकता है।

फ़ॉरवर्डिंग प्रदाता को क्या जानना चाहिए

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

ऐतिहासिक मैपिंग, खाता संबद्धताएँ या कनेक्शन रिकॉर्ड बने रहते हैं या नहीं, यह प्रदाता की वास्तविक नीति और कार्यान्वयन का प्रश्न है। फ़ॉरवर्डिंग यह सिद्ध नहीं करती कि हर श्रेणी दर्ज होती है। विशेष रूप से पूछें कि मैपिंग वापस लेने के बाद कौन-से फ़ील्ड बचे रहते हैं, और कितने समय तक।

आने वाली पहुँच क्लाइंट के बाहर जाने वाले रूटिंग, DNS और विफलता व्यवहार से भी अलग है। मैपिंग जोड़ने से यह नहीं बताया जाता कि क्लाइंट का बाकी ट्रैफ़िक कैसे बाहर जाता है।

मैपिंग कितने समय तक रहती है, यह प्रदर्शन बदल देता है

मैपिंग एक सत्र के लिए, आरक्षण के लिए, या ऐसी प्रदाता नीति के अंतर्गत रह सकती है जो उसे बदलती है। न स्थायी आवंटन मान लेना चाहिए और न लगातार घुमाव; उत्पाद का प्रलेखित व्यवहार पढ़ें और जो आप देखते हैं उसे दर्ज करें। सप्ताह के अंतर पर दो अवलोकन 'घुमाव' के बारे में उत्पाद पृष्ठ के किसी भी विपणन वाक्य से अधिक बताते हैं। देखे गए अंतराल को अपने नोट्स में एंडपॉइंट के पास लिखें, क्योंकि अंतराल प्रदर्शन का हिस्सा है।

जीवनकाल बदलता है कि कौन-सा सहसंबंध संभव है। स्थिर एंडपॉइंट एक सेवा की दीर्घकालिक निगरानी को आमंत्रित करता है, जबकि घूमता एंडपॉइंट हर अवलोकन को पिछले से जोड़ना कठिन बनाता है। इनमें से कोई गुण प्रदाता के रिकॉर्ड के बारे में गारंटी नहीं है, और कोई भी इस निर्णय का विकल्प नहीं है कि सेवा स्वयं क्या प्रकाशित करती है।

सोच-समझकर प्रकाशित करें, फिर दोनों दरवाज़े बंद करें

पुष्टि करें कि प्रदाता आपके ज़रूरी प्रोटोकॉल की अनुमति देता है, लक्ष्य श्रोता वही है जो आपका इरादा था, और होस्ट तथा एप्लिकेशन नियंत्रण अब भी पहुँच सीमित करते हैं। प्रकाशित करने से पहले देखें कि सेवा किसी अजनबी को क्या प्रस्तुत करेगी। ये दो कमांड वह प्रमाणपत्र और हेडर दिखाते हैं जो आगंतुक को मिलते हैं।

openssl s_client -connect pub.example.net:443 -brief < /dev/null
curl -sSI https://pub.example.net/

कुछ प्रकाशित करना उसके प्रशासन पृष्ठों को उजागर करने या एप्लिकेशन का लॉगिन छोड़ देने को उचित नहीं ठहराता, और अनुवाद ऐसी सेवा को TLS नहीं देता जिसके पास कभी नहीं था। ट्रैफ़िक कैसे भी आए, एन्क्रिप्टेड प्रोटोकॉल और उसकी सर्वर-पहचान जाँचें यथास्थान रखें। फिर प्रतिक्रिया हेडर जाँचें, क्योंकि 'बैनर' या डिबग पृष्ठ किसी अजनबी को सेवा के इरादे से अधिक बता सकता है। दोनों कमांड जो लौटाते हैं वही दृश्य है जो पर्यवेक्षक को मिलता है।

सेवा को बंद करने का अर्थ दो बंदी है, एक नहीं: मालिक के ज़रिए मैपिंग वापस लें, फिर श्रोता और अधिकार को अलग मदों के रूप में संभालें। बुकमार्क किया गया एंडपॉइंट जो उत्तर देना बंद कर देता है, वह किसी क्रेडेंशियल को रद्द नहीं करता और पहले दी गई जानकारी वापस नहीं लाता।