पूर्व-कॉन्फिगर केलेल्या VPN राउटरची तपासणी यादी: हस्तांतरणात काय तपासावे

पूर्व-लोड केलेला राउटर दुसऱ्याचे निर्णय आधीच आत बेक केलेल्या स्थितीत येतो: तो कोणत्या VPN सेवेशी जोडतो, त्यासाठी कोणते खाते पैसे देते, कोणता रहदारी पकडतो आणि यापैकी काहीही बदलणारा पासवर्ड कोणाकडे आहे। हस्तांतरणाला अनबॉक्सिंग नव्हे, ऑडिट माना। खालील पाच पायऱ्या क्रमाने आहेत आणि प्रत्येकीला थांबण्याची अट आहे; एक पायरी अयशस्वी झाल्यास, पुढील पायऱ्या उपकरणाबद्दल तुम्हाला विश्वासार्ह काहीही सांगू शकणार नाहीत। राउटर तुमच्या समोर आणि लॅपटॉप त्याच्या मागे ठेवून त्यातून जा।

पायरी 1: उपकरणाचे प्रशासकीय नियंत्रण घ्या

व्यवस्थापन पत्ता शोधा, लॉग इन करा आणि काहीतरी महत्त्वाचे जोडण्यापूर्वी प्रशासकाचा पासवर्ड बदला। GL.iNet प्रवास राउटरवर तो पत्ता 192.168.8.1 आहे आणि पहिल्या सेटअप विझार्ड तुम्हाला पासवर्ड सेट करायला सांगतो; इतर विक्रेते आपला पत्ता नोंदवतात आणि लेबलवर छापलेली स्थिर ओळखपत्रे पाठवू शकतात। उपकरण रिमोट सपोर्ट किंवा क्लाउड व्यवस्थापन सुरू असलेल्या स्थितीत आले असेल, तर ते तसेच राहील की नाही हे आता ठरवा।

ssh [email protected]
cat /etc/openwrt_release
ubus call system board

ती तीन आज्ञा फर्मवेअर कोणी तयार केले, ते कोणती आवृत्ती आहे आणि तुम्हाला प्रत्यक्षात कोणती हार्डवेअर आवृत्ती मिळाली याची उत्तरे देतात। आउटपुट हस्तांतरण नोंदीत लिहा, कारण नंतरचा सपोर्ट कॉल नेमक्या त्या प्रश्नांपासून सुरू होईल। SSH ला प्रतिसाद देणारा पण पासवर्ड बदलण्यास नकार देणारा, किंवा नोंदवलेला पुनर्प्राप्ती मार्ग नसलेला राउटर हे तुम्ही बाळगू शकता असे उपकरण नाही।

तुम्हाला अनन्य प्रशासकीय प्रवेश मिळत नसेल तर इथेच थांबा। या टप्प्यानंतरचे सर्व काही असे गृहीत धरते की तुम्ही विक्रेत्याला न विचारता संरचना वाचू आणि बदलू शकता।

पायरी 2: बोगदा कोणते VPN खाते वापरतो ते ठरवा

बोगदा ही कोणाच्या तरी नावावरची सदस्यता आहे आणि कोणाच्या नावावर आहे हे कळेपर्यंत हस्तांतरण अपूर्ण आहे। पुरवठादार, खातेधारक, नूतनीकरणाची तारीख आणि उपकरणावर स्थापित केलेली नेमकी ओळखपत्रे मागा। अनेक खरेदीदारांमध्ये एकच ओळखपत्र वाटणारी पूर्व-लोड केलेली संरचना केवळ तुमच्यासाठी रद्द करता येत नाही आणि विक्रेत्याने तिचे नियंत्रण गमावण्याच्या दिवशी हे महत्त्वाचे ठरते।

wg show
uci show network | grep -i -E 'vpn|wireguard|openvpn'
ip route show table all | head -40

WireGuard मध्ये आउटपुट सहभागी आणि शेवटच्या हस्तांदोलनाची वेळ सांगते; OpenVPN मध्ये प्रोफाइल /etc/openvpn अंतर्गत आहे आणि चालू सेवा कोणते प्रोफाइल सक्रिय आहे ते दाखवते। जे सापडेल ते नोंदवा, कारण वेगळ्या टोकाचा गपचूप वापर करणारे पुन्हा जोडणे हे समजावून सांगण्यापेक्षा शोधायचे बदल आहे।

खाते तुमच्या नावाने हस्तांतरित, नूतनीकृत किंवा रद्द करता येत नसेल तर इथेच थांबा। व्यवस्थापित करता येणारे पण पुन्हा तयार करता न येणारे उपकरण सदस्यता संपण्याच्या दिवशी विटेचे होते।

पायरी 3: निर्गम स्थान राउटरवरून नव्हे, क्लायंटवरून तपासा

खोक्यावर छापलेला देश, विक्रेत्याच्या जाहिरातीतील देश आणि सार्वजनिक पत्त्याचा देश या तीन वेगळ्या वस्तुस्थिती आहेत। फक्त शेवटचा वेबसाइटला काय दिसते यावर परिणाम करतो आणि तो शिपिंग पत्त्याने नव्हे, पुरवठादाराच्या टोकाने तयार होतो। बोगदा सुरू असताना राउटरच्या मागील लॅपटॉपवरून तपासणी करा, राउटरच्या स्वतःच्या शेलमधून नाही।

curl -s https://ifconfig.me
curl -s https://ipinfo.io/json
dig +short myip.opendns.com @resolver1.opendns.com

तीन उत्तरांची तुलना करा। ती जुळत नसल्यास, क्लायंट आणि टोकाच्या दरम्यान काहीतरी रहदारी पुन्हा लिहित आहे किंवा प्रॉक्सी करत आहे, आणि स्थानावर अवलंबून राहण्यापूर्वी ते काय आहे हे शोधावे। जिओलोकेशन डेटाबेस ऑपरेटरनी पुरवलेले अंदाज असतात, म्हणून जुळणारा देश कोड हा भौतिक मार्गाचा पुरावा नसून पुष्टीकरणात्मक पुरावा आहे।

तुम्ही करार केलेल्या निर्गमापेक्षा निर्गम वेगळा असेल, किंवा प्रश्नांदरम्यान उत्तर बदलत असेल तर इथेच थांबा। फिरणारा किंवा विसंगत निर्गम प्रदेशाधारित सेवा तोडतो आणि पुढील प्रत्येक मोजमाप संदिग्ध करतो।

पायरी 4: फर्मवेअर आणि अद्यतन वाहिनी निश्चित करा

पूर्व-कॉन्फिगर केलेली उपकरणे बऱ्याचदा जुन्या बिल्डसह आणि OpenWrt वर थर दिलेल्या विक्रेत्याच्या संरचनेसह येतात। कोणतेही अद्यतन स्वीकारण्यापूर्वी, अद्यतन VPN प्रोफाइल जपते का, विक्रेता बदली प्रोफाइल पुरवतो का आणि अद्यतन कोणी करावे हे ठरवा। तुमच्याकडे प्रत्यक्षात असलेल्या मॉडेलसाठी प्रकाशन टिपा वाचा, जाहिरातीच्या फोटोतील मॉडेलसाठी नाही। विक्रेता यापैकी कोणत्याही प्रश्नाचे उत्तर देत नसेल, तर अद्यतने असमर्थित माना आणि तुमच्याकडील बिल्ड स्थिर करा।

cat /etc/openwrt_release
cat /etc/glversion 2>/dev/null
opkg list-installed | wc -l

काहीही बदलण्यापूर्वी कार्यरत संरचनेची प्रत उपकरणाबाहेर ठेवा: WireGuard किल्ल्या, OpenVPN प्रोफाइल आणि मार्गनिर्देश धोरण अंमलात आणणारे फायरवॉल नियम। त्या प्रतिविना फॅक्टरी रीसेट तुम्ही पैसे दिलेली संरचना नेमकी काढून टाकते आणि विक्रेता ती पुन्हा देईलच असे नाही।

पायरी 5: बोगदा काय व्यापतो आणि अपयशात काय होते ते ठरवा

संपूर्ण नेटवर्कचे मार्गनिर्देशन, निवडलेल्या उपकरणांचे मार्गनिर्देशन, DNS हाताळणी, IPv6 आणि kill switch वर्तन हे स्वतंत्र सेटिंग्ज आहेत ज्यांना इंटरफेस बऱ्याचदा एका टॉगलमध्ये एकत्र करतो। ते एकामागून एक तपासा, कारण जोडलेला राउटर फक्त राउटर स्वतः टोकापर्यंत पोहोचू शकतो हेच सिद्ध करतो। बोगदा सुरू असताना खालच्या क्लायंटवरून चाचणी करा, नंतर तो बंद करून पुन्हा करा।

ip route get 1.1.1.1
ip -6 route get 2606:4700:4700::1111
nft list ruleset

IPv6 LAN वर सुरू असूनही बोगद्यात मार्गनिर्देशित होत नसेल, तर क्लायंट त्याला प्राधान्य देऊन VPN मार्ग पूर्णपणे सोडू शकतात, तेव्हा IPv4 अजूनही संरक्षित दिसतो। kill switch बंद असल्यास तुटलेला बोगदा ISP मार्गावर परततो, हा तुम्ही हेतुपूर्वक केला तेव्हाच चांगला पर्याय ठरतो। दोन्ही अटी पुरवठादाराच्या डॅशबोर्डवरून अदृश्य आहेत।

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