प्रयोग गरिएको VPN एक्जिट ठेगाना कसरी रेकर्ड र प्रमाणित गर्ने

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

दुई रेकर्ड, र तीमध्ये एउटा मात्र अवस्थित छ

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

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

विकल्प क: एक्जिट ठेगाना आफैं क्याप्चर गर्नुहोस्

इको सेवाले अनुरोध आएको स्रोत ठेगाना फर्काउँछ, जो परिभाषाअनुसार एक्जिट ठेगाना हो। टनेलले जडान भयो भनेपछि क्याप्चर चलाउनुहोस्, किनकि रुट र DNS स्थिर हुनुअघि जडान भयो भन्ने क्लाइन्टले टनेलअघिको ठेगाना रेकर्ड गर्छ र पहिलो लाइनैदेखि लग दूषित गर्छ।

#!/bin/sh
umask 077
log="$HOME/vpn-exit.log"
printf '%s %s\n' "$(date -u +%Y-%m-%dT%H:%M:%SZ)" "$(curl -fsS https://api.ipify.org)" >> "$log"

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

लगले तपाईंले टनेल कहिले प्रयोग गर्नुभयो र कुन नेटवर्कबाट देखिनुभयो रेकर्ड गर्छ, जो गणनाभन्दा ब्राउजिङ इतिहासको नजिक छ। तपाईंले रक्षा गर्न सक्ने अवधि छान्नुहोस्, फाइल साझा सिंक फोल्डरबाहिर राख्नुहोस् र यसलाई जानाजानी सफा गर्नुहोस्।

विकल्प ख: प्रदायकसँग इतिहास माग्नुहोस्

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

जसले लग नराख्ने विज्ञापन गर्छन् तीले मागअनुसार यो दिन सक्दैनन्, र क्लाइन्टको तर्फको हालका स्थानहरूको सूची फरक कुरा हो। लग नभएको प्रदायकसँग एक्जिट ठेगाना माग्नु सामान्यतया यो डेटा किन अवस्थित छैन भन्ने व्याख्यामा टुंगिन्छ।

सपोर्ट केसमा प्रत्येक रेकर्डले के प्रमाणित गर्न सक्छ

दुवै रेकर्डले फरक प्रश्नको जवाफ दिन्छन्, र तालिकामै तुलना शैक्षिक रहन छोड्छ।

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

कुनै एउटामा भरोसा गर्नुअघि दुवैलाई आधाररेखासँग तुलना गर्नुहोस्

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

curl -fsS https://api.ipify.org; echo
curl -fsS https://api64.ipify.org; echo
dig +short TXT o-o.myaddr.l.google.com @1.1.1.1

DNS र IPv6 का लागि तुलना दोहोर्याउनुहोस्, किनकि ठेगानाको प्रतिध्वनिले एउटा HTTP अनुरोधको मार्ग प्रमाणित गर्छ र कुन रिजोल्भरले जवाफ दियो भन्नेबारे केही भन्दैन। एउटामा चुहावट हुने उपकरण अर्कोमा पूर्ण स्वस्थ देखिन सक्छ।