फर्वार्ड गरिएको VPN पोर्ट: आगन्तुक र प्रदायकले के देख्न सक्छन्

पोर्ट फर्वार्ड गर्दा अपरिचित व्यक्तिहरूले प्रदायकको सार्वजनिक ठेगानाबाट सेवासम्म पुग्ने बाटो पाउँछन्। त्यो एउटै परिवर्तनले एकैसाथ एक्सपोजर र चिनिने क्षमतालाई असर गर्छ, र दुवैले सेवा चलाउने व्यक्तिको नाम प्रकाशित गर्दैन। दुवैलाई अलग राख्दा 'फर्वार्डिङ'लाई अनामता ठान्ने र त्यसलाई पहिचान ठान्ने विपरीत गल्तीबाट बच्न सकिन्छ। तीन प्रश्नले तिनलाई स्पष्ट रूपमा अलग गर्छन्, र जवाफहरू फरक प्रमाणबाट आउँछन्।

तीन वस्तु, तीन फरक प्रश्न

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

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

आगन्तुकले एन्डपोइन्टहरूबीच के जोड्न सक्छ

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

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

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

फर्वार्डिङ प्रदायकले के जान्नुपर्छ

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

ऐतिहासिक म्यापिङ, खाता सम्बद्धता वा जडान रेकर्डहरू रहन्छन् कि भन्ने प्रदायकको वास्तविक नीति र कार्यान्वयनको प्रश्न हो। फर्वार्डिङले हरेक श्रेणी लग गरिन्छ भनी प्रमाणित गर्दैन। म्यापिङ फिर्ता लिएपछि कुन फिल्डहरू रहन्छन् र कति समय, विशेष रूपमा सोध्नुहोस्।

आउने पहुँच क्लाइन्टको बाहिरिने राउटिङ, DNS र असफलताको व्यवहारबाट पनि अलग छ। म्यापिङ थप्दा क्लाइन्टको बाँकी ट्राफिक कसरी बाहिरिन्छ वर्णन हुँदैन।

म्यापिङ कति समय रहन्छले एक्सपोजर बदल्छ

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

आयुले कुन सहसम्बन्ध सम्भव छ भन्ने बदल्छ। स्थिर एन्डपोइन्टले एउटा सेवाको दीर्घकालीन ट्र्याकिङलाई निम्तो दिन्छ, जबकि घुम्नेले हरेक अवलोकनलाई अघिल्लोसँग जोड्न गाह्रो बनाउँछ। दुवैमध्ये कुनै गुण प्रदायकको रेकर्डको बारेमा ग्यारेन्टी होइन, र कुनैले पनि सेवा आफैंले के प्रकाशित गर्छ भन्ने निर्णयको विकल्प दिँदैन।

जानाजान प्रकाशित गर्नुहोस्, त्यसपछि दुवै ढोका बन्द गर्नुहोस्

प्रदायकले तपाईंलाई आवश्यक प्रोटोकल अनुमति दिन्छ, लक्षित श्रोता तपाईंले सोचेको नै हो, र होस्ट तथा एप्लिकेसन नियन्त्रणले अझै पहुँच सीमित गर्छ भन्ने सुनिश्चित गर्नुहोस्। प्रकाशित गर्नु अघि सेवाले अपरिचितलाई के प्रस्तुत गर्नेछ हेर्नुहोस्। यी दुई आदेशले आगन्तुकले पाउने प्रमाणपत्र र हेडर देखाउँछन्।

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

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

सेवा बन्द गर्नु भनेको दुई बन्दी, एउटा होइन: मालिकमार्फत म्यापिङ फिर्ता लिनुहोस्, त्यसपछि श्रोता र अधिकारलाई छुट्टाछुट्टै वस्तुका रूपमा व्यवहार गर्नुहोस्। बुकमार्क गरिएको एन्डपोइन्टले जवाफ दिन छोड्दा त्यसले कुनै प्रमाणपत्र रद्द गर्दैन, र पहिले नै पुर्‍याइएको जानकारी फिर्ता ल्याउँदैन।