VPN डाइरेक्टरीले आफ्नो पछाडिको नोडको जमानत किन दिन सक्दैन
एउटा प्रविष्टिले जडान र त्यसलाई प्रकाशित गर्ने डाइरेक्टरीको वर्णन गर्छ। सङ्कलन र अवधारण अपरेटरको हो, जो अर्को पक्ष हुन सक्छ।
डाइरेक्टरीका जुन प्रविष्टिहरूले होस्टनाम, देश र प्रोटोकलको समूह सूचीबद्ध गर्छन्, ती जडानसम्बन्धी प्रमाण हुन्, अर्को छेउको मेसिनले के अभिलेख गर्छ भन्ने होइन। यहाँ महत्त्वपूर्ण निर्णय भनेको सूचीहरूलाई सामान्य रूपमा विश्वास गर्ने कि नगर्ने भन्ने होइन। तपाईंले वास्तवमै सोधिरहनुभएको प्रश्नको उत्तर दिन सक्ने स्थितिमा कुन पक्ष छ भन्ने हो।
एउटा प्रविष्टिको पछाडि चार पक्ष
कुनै पनि वाचा पढ्नुअघि भूमिकाहरू अलग गर्नुहोस्। डाइरेक्टरीले प्रविष्टि प्रकाशित गर्छ, सफ्टवेयर परियोजनाले प्रोटोकलको कार्यान्वयन दिन्छ, होस्टिङ प्रदायकले मेसिन र सञ्जाल दिन्छ, र नोड अपरेटरले सेवा कन्फिगर गर्छ। चारमध्ये जो कोही फरक संस्था हुन सक्छ, र हरेकले आफ्नो भागको लागि मात्र बोल्न सक्छ।
यो विभाजनले किन एउटा भनाइ सत्य हुँदै पनि निरर्थक हुन सक्छ भन्ने व्याख्या गर्छ। प्रोटोकलले सामग्री अभिलेख गर्दैन भनी अभिलेख गर्ने विकासकर्ताले रिलेमा विस्तृत जडान लगिङ सक्रिय गर्ने अपरेटरबारे केही भन्दैन। दुवै भनाइ विरोधाभास बिना सँगै रहन सक्छन्। यही कारण प्रश्न नाम भएको पक्षलाई सोध्नुपर्ने हुन्छ।
केही सेवाहरू आफ्नै अन्त्य बिन्दुहरू सञ्चालन गर्छन्, अनि प्रविष्टि र नीति एउटै पक्षबाट आउँछन्। यो बलियो स्थिति हो, तर पृष्ठको ढाँचाबाट अनुमान गर्नुको सट्टा यसलाई प्रमाणित गर्नुपर्छ। भनाइ माग्नुहोस्, र प्रविष्टिले सङ्केत गर्ने सेवाको नाम त्यसले लिन्छ कि जाँच्नुहोस्।
दाबीसँग मिल्ने अभिलेख माग्नुहोस्
सङ्कलनसम्बन्धी दाबीका लागि प्रणाली, डेटा श्रेणी र अवधिको नाम लिने कागजात चाहिन्छ। अवधारणसम्बन्धी दाबीका लागि सङ्ख्या र विस्तार चाहिन्छ। स्वतन्त्रतासम्बन्धी दाबीका लागि कसले के राख्छ भन्ने विवरण चाहिन्छ, विशेषण होइन।
| Field in a listing | What it evidences | What it cannot evidence |
|---|---|---|
| Hostname or address | A reachable endpoint existed when the entry was published | Who runs it, or what it stores |
| Protocols offered | Which client configurations should interoperate | Whether logging was disabled on that deployment |
| Country | Where the endpoint claims to be located | Which legal process could reach the operator |
| Availability score | How often the entry answered a probe | Anything about data handling |
स्वयंसेवक परियोजनाहरू प्रायः सबैभन्दा स्पष्ट उदाहरण हुन्, किनकि केहीले आफूले स्वीकार गर्ने नोडका लागि स्पष्ट लगिङ सर्तहरू प्रकाशित गर्छन्। त्यो कागजात परियोजनाका नियमबारे प्राथमिक प्रमाण हो, र ती नियम बेवास्ता गर्ने कुनै व्यक्तिगत अपरेटरबारे त्यो अझै प्रमाण होइन।
लेखापरीक्षणहरूले अर्को मापनमा त्यही तर्क पछ्याउँछन्। कुनै निश्चित तैनाथीलाई निश्चित अवधिमा जाँचेको प्रतिवेदन त्यो सीमाभित्र उपयोगी हुन्छ। त्यसै सफ्टवेयरको हरेक स्वतन्त्र प्रतिलिपिमा फैलाइयो भने त्यो कसैले नदिएको जमानत बन्छ। निष्कर्ष पढ्नुअघि विस्तारको अनुच्छेद पढ्नुहोस्।
जब कुनै विक्रेताको गोपनीयता भनाइले उसको आफ्नै सेवा समेट्छ, त्यसलाई त्यो विक्रेताको आफ्नै प्रणालीबारेको भनाइका रूपमा पढ्नुहोस्। तेस्रो पक्षको रिलेको वर्णन गर्न त्यसको पुनः प्रयोग गर्नु श्रेणीगत त्रुटि हो, प्रोटोकल एउटै भए पनि।
हरेक विकल्पसँग तपाईं के किन्नुहुन्छ त्यो निर्णय गर्नुहोस्
सार्वजनिक नोडले जवाफदेहीताको मूल्यमा पहुँच र विविधता किन्छ। तपाईंप्रति केही ऋण नभएको अपरेटर हराउन सक्छ, कन्फिगरेसन बदल्न सक्छ वा सूचना बिना अभिलेख राख्न सक्छ, र तपाईंको उपाय यत्तिमा सीमित हुन्छ: अन्त्य बिन्दुहरू बदल्ने। यो अदलबदल केही कामका लागि स्वीकार्य छ र अरूका लागि होइन।
शुल्क लिइने सेवाले प्रकाशित नीति र गुमाउनुपर्ने केही भएको प्रतिपक्ष किन्छ। त्यो प्राविधिक जमानत किन्ने होइन र नीति पढ्ने आवश्यकता हटाउँदैन, तर अवधारण भनाइ भएको नाम भएको संस्थाको मूल्याङ्कन अनाम रिलेभन्दा सजिलो हुन्छ।
दुवै अवस्थामा टिक्ने निर्णय नियम भनेको प्रमाणलाई जोखिमसँग मिलाउनु हो। कामले बदलिने अन्त्य बिन्दु सहन्छ भने डाइरेक्टरी कुशल साधन हो। त्यो निश्चित डेटा व्यवस्थापनको वाचामा निर्भर छ भने त्यो वाचा दिन सक्ने पक्ष मात्र सान्दर्भिक हुन्छ, र डाइरेक्टरी जमानत होइन, मार्गको सुविधा हो।
curl -s --interface tun0 https://example.net/ -o /dev/null -w '%{remote_ip}
'माथिको एउटा आदेश चलाउन लायक छ, किनकि त्यसले दुई प्रश्न सफा रूपमा छुट्याउँछ। तपाईंको ट्राफिकले वास्तवमै प्रयोग गरेको ठेगाना त्यसले देखाउँछ, त्यो जडानको तथ्य हो, र त्यो ठेगानाको अपरेटरले जडानको मेटाडेटासँग के गर्यो भन्नेबारे केही भन्दैन।
ग्राहक पक्षका प्रश्नहरू अलग राख्नुहोस्
अपरेटरको नीति एउटा तह हो, र सुरुङबाट तपाईंले गर्ने कामको सुरक्षा अर्को हो। गन्तव्यमा HTTPS, ब्राउजरमा सत्र व्यवस्थापन र तपाईंले प्रवेश गरेको खाताको बल तपाईंकै नियन्त्रणमा रहन्छ, र उदार रिलेले ती कमजोर बनाउँदैन जसरी उत्कृष्ट रिलेले बलियो बनाउँदैन।
यो विभाजनले दुई सामान्य त्रुटि रोक्छ। कडा अपरेटर नीतिलाई HTTPS छोड्ने कारण मान्नु एउटा हो, र चलिरहेको HTTPS जडानलाई रिले कसले चलाउँछ भन्ने बेवास्ता गर्ने कारण मान्नु अर्को हो। दुवै त्रुटिले दुई तहलाई एउटा बनाइदिन्छन् र अनि गलत तहबारे बहस गर्छन्।
छोटो लिखित मूल्याङ्कनले दुवै सम्हाल्छ। हरेक वाचा दिने पक्षको नाम लिनुहोस्, त्यसलाई समर्थन गर्ने कागजात संलग्न गर्नुहोस्, र मिति टिप्नुहोस्। त्यसपछि कामलाई बलियो दाबी चाहिन्छ कि केवल चल्ने मार्ग, त्यो निर्णय गर्नुहोस्।
प्रविष्टिले आफ्नो काम तब गर्यो जब त्यसले तपाईंलाई कहाँ जोडिन सकिन्छ भन्यो। प्रश्नको बाँकी भाग त्यो अन्त्य बिन्दु चलाउने व्यक्तिको हो, र इमानदार उत्तर प्रायः यही हुन्छ कि तपाईं जान्न सक्नुहुन्न र त्यही अनुसार छनोट गर्नुपर्छ।