प्रशासकीय अधिकार बिनाको पोर्टेबल VPN क्लाइन्ट: अझै के बिग्रन्छ

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

पोर्टेबल तीन फरक वाचाहरू समेट्छ, र एउटा मात्र निःशुल्क छ

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

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

क्लाइन्टले बोलाउने विशेषाधिकार प्राप्त सहायक भेट्नुहोस्

लगभग कुनै पनि VPN क्लाइन्टले आफैं प्याकेट सार्दैन। Windows मा डेटा मार्ग WFP फिल्टर र Base Filtering Engine बाट जान्छ, macOS मा प्रयोगकर्ताले सिस्टम सेटिङमा स्वीकृत गर्ने NetworkExtension प्रदायकबाट, र Linux मा tun यन्त्र र राउटिङ स्ट्याकबाट। तपाईंले प्रतिलिपि गरेको बाइनरी ती घटकहरूका लागि नियन्त्रण सतह हो, तिनको विकल्प होइन। क्लाइन्टले कुन घटक अपेक्षा गर्छ सोध्नुहोस्, त्यसपछि त्यो स्थापित छ, चलिरहेको छ र तपाईंको खाताबाट प्रयोगयोग्य छ भनी पुष्टि गर्नुहोस्।

यो दाबी प्रमाणित गर्न Linux सबैभन्दा सजिलो ठाउँ हो, किनकि जाँच एउटै सिस्टम कल हो। /dev/net/tun खोल्न र कर्नेलसँग यन्त्र माग्न CAP_NET_ADMIN आवश्यक पर्छ, र कर्नेलको TUN/TAP कागजात स्वामित्व नियम र क्षमता दुवै बताउँछ। जाँच क्लाइन्ट सुरु गर्ने खाताबाट चलाउनुहोस्, root का रूपमा होइन।

ls -l /dev/net/tun
ip tuntap add dev vpntest mode tun
ip link delete vpntest

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

पहिलो जडान अघि मार्ग र रिजोल्भर परिवर्तन परीक्षण गर्नुहोस्

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

मार्ग परीक्षणलाई तपाईंलाई साँच्चै महत्त्व हुने गन्तव्य चाहिन्छ, त्यसैले तलको प्लेसहोल्डरको सट्टा आफ्नै प्रोफाइलको सबनेट राख्नुहोस्। मार्ग कुनै कुरामा टाँसिन यन्त्रको नाम हुनै पर्छ।

ip route add 10.20.0.0/16 dev vpntest
ip route del 10.20.0.0/16
resolvectl query intranet.example.internal

यदि पहिलो लाइनले RTNETLINK answers: Operation not permitted फर्काउँछ भने खाताले प्रोफाइलले माग्ने निजी मार्ग स्थापित गर्न सक्दैन। दोस्रो लाइनले त्यही अधिकार उल्टो रूपमा प्रमाणित गर्छ, जो महत्त्वपूर्ण छ किनकि मार्ग थप्न सक्ने तर हटाउन नसक्ने क्लाइन्टले पछाडि बिग्रिएको तालिका छोड्छ। त्यसपछि रिजोल्भर प्रश्नले निजी नामहरू टनेलबाट समाधान हुन्छन् वा होस्टले पहिले नै विश्वास गर्ने रिजोल्भरतिर चुहिन्छन् भनी देखाउँछ।

परीक्षण यन्त्र अझै रहेकै बेला तीनै चलाउनुहोस्, त्यसपछि हटाउनुहोस्। गएको यन्त्रतिर देखाउने मार्ग असफल जडानपछि ल्यापटपको कनेक्टिभिटी गुम्ने सबैभन्दा सामान्य कारण हो।

सत्रबाट के जोगिनुपर्छ निर्धारण गर्नुहोस्

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

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

ip -brief addr show
ip route show table main
resolvectl status

दोस्रो क्याप्चरमा भएको र पहिलोमा नभएको हरेक कुरालाई मालिक चाहिन्छ। या त क्लाइन्टले बाहिर निस्कँदा हटाउँछ, वा त्यसलाई बनाउने तीही आदेशहरूले तपाईं हटाउनुहुन्छ, र त्यो हटाउने काम परिनियोजन नोटहरूमा पर्छ, के भयो भन्ने कसैको सम्झनामा होइन। Windows मा समान पढाइहरू Get-NetAdapter, Get-NetRoute र Get-DnsClientServerAddress हुन्, तिनलाई उचाल्नु आवश्यक पर्दैन तर तीही अवशेष देखाउँछन्।