फोनमा VPN स्क्यानका लागि सही अवलोकन बिन्दु छान्नुहोस्
फोनको VPN सुन्ने, फोनमा रहेको सेवा र राउट गरिएको LAN होस्ट तीन सतह हुन्। यी पाँच चरण पूरा गर्नुहोस् र दायरा सकिने ठाउँमा रोक्नुहोस्।
फोनमा होस्ट गरिएको VPN को अधिकृत मूल्यांकन स्क्यानर सुरुङको गलत छेउमा बस्दा चुपचाप असफल हुन्छ। नतिजा आउँछन्, तिनीहरू विश्वसनीय देखिन्छन्, र कसैले नसोधेको प्रश्नको उत्तर दिन्छन्। तलका पाँच जाँच क्रममा गर्नुहोस्। प्रत्येकको रोकिने सर्त छ, र प्रतिवेदन लेखेपछि सुरुदेखि फेरि परीक्षण गर्नुभन्दा चाँडै रोकिनु सस्तो हुन्छ।
चरण 1: पुग्न खोजेको सतहको नाम राख्नुहोस्
तीन सतह नियमित रूपमा भ्रमित हुन्छन् किनभने एउटै यन्त्रले तिनलाई जोड्छ। तिनीहरू फरक कोड र फरक नीति चलाउँछन्, त्यसैले केही सुरु गर्नुअघि कुन दायरामा छ लेख्नुहोस्।
| Assessment target | What the path exercises |
|---|---|
| Public VPN listener on the handset | Reachability before login, plus the exposed VPN daemon |
| A service on the handset, by its tunnel address | Access after admission to something hosted locally |
| A LAN host behind the handset gateway | Forwarding, the return path and downstream access policy |
यदि स्वीकृत दायराले तीनमध्ये कुन हो भनेको छैन भने रोक्नुहोस् र सोध्नुहोस्। फोन रुट गर्नुले यो प्रश्नको उत्तर दिँदैन, र यसले अवलोकन बिन्दु नभई परीक्षण गरिने वस्तु बदल्छ।
लक्ष्य, अनुमत स्रोत ठेगाना, समय-झ्याल र तीव्रताको सीमा एकैसाथ लेख्नुहोस्। सुरुङले तपाईंलाई त्यो दायरासम्म पुर्याउँछ; यसले राउट गर्न सक्ने सबै जाँच्ने अनुमति दिँदैन।
चरण 2: त्यो सतह देख्न सक्ने स्रोत छान्नुहोस्
VPN भित्र बसेको स्क्यानर प्रमाणीकरण नगरिएको इन्टरनेट पर्यवेक्षक पुन: उत्पादन गर्न सक्दैन। यससँग बाहिरी पर्यवेक्षकसँग नभएका मार्ग, प्रमाणहरू र अनुमतिहरू पहिले नै छन्, त्यसैले लक्ष्य सतह एउटै भए पनि यसका नतिजाले प्रवेशपछिको दृश्य वर्णन गर्छन्। उल्टो त्रुटि पनि उत्तिकै सामान्य छ। VPN पोर्टको सार्वजनिक स्क्यानले लगइनपछिको निजी सेवाबारे लगभग केही भन्दैन, र त्यसलाई भनिरहेको जस्तो प्रस्तुत गर्नु एक दिशामा जोखिम बढाएर र अर्को दिशामा घटाएर देखाउँछ।
तपाईंले पाउन सक्ने स्रोत सतहसँग मिल्दैन भने रोक्नुहोस्। सुरुङभित्रको सहकर्मीबाट गरिएको मूल्यांकनलाई प्रमाणीकरण-पूर्व नतिजाका रूपमा प्रस्तुत गर्नु हुँदैन, र स्वीकृत बाह्य स्रोत आवश्यक पर्ने परीक्षणलाई कागजी कामबाट बच्न चुपचाप भित्र सार्नु हुँदैन।
चरण 3: फोन हुँदै जाने मार्ग र उत्तर मार्ग पुष्टि गर्नुहोस्
यन्त्रले अर्को उपसञ्जालमा पठाउँदा स्क्यानरलाई अनुमत मार्ग र लक्ष्यलाई काम गर्ने फर्किने मार्ग चाहिन्छ। ping उत्तरको अर्थ मार्ग पूर्ण छ भनी मान्नुको सट्टा दुवै पुष्टि गर्नुहोस्।
ip route get 10.20.0.8
tcpdump -ni any host 10.20.0.8स्रोत NAT ले तल्लो सेवाले के देख्छ भन्ने बदल्छ। यदि फोनले स्क्यानरको ठेगाना अनुवाद गर्छ भने लक्ष्यका पहुँच नियम र लगहरू अनुवादित ठेगानामा लागू हुन्छन्, त्यसैले तपाईंलाई स्वीकार गरेजस्तो देखिने सेवाले स्क्यानर नभई फोन स्वीकार गरिरहेको हुन सक्छ।
स्क्यानरको आफ्नै सञ्जालसँगको ओभरल्याप पनि हेर्नुहोस्। यदि फोनले 192.168.1.0/24 राउट गर्छ र स्क्यानर त्यही ढंगले नम्बर गरिएको LAN मा छ भने, प्रोबहरू स्थानीय यन्त्रहरूमा ठोकिन्छन् र प्रतिवेदनले तिनलाई लक्ष्य भनी वर्णन गर्छ। एउटै प्याकेट पठाउनुअघि स्क्यानर आफैले प्रयोग गर्ने मार्ग जाँच्नुहोस्।
लक्ष्यको वास्तविक ठेगाना स्क्यान गर्नुहोस् र अनुप्रयोगलाई TLS पहिचान र भर्चुअल होस्टिङका लागि चाहिने होस्टनाम राख्नुहोस्। गेटवेसम्म पुग्नुले गेटवे उत्तर दिन्छ भनी प्रमाणित गर्छ; यसले पछाडिको सेवा परीक्षण गर्दैन।
चरण 4: खोजीलाई अनुमानसहितको प्रोब मान्नुहोस्
होस्ट खोजी त्यही ठाउँ हो जहाँ मूल्यांकन नतिजा सबैभन्दा धेरै बिग्रन्छ। स्थानीय इथरनेट खोजी राउट गरिएको VPN पार गर्दैन, त्यसैले समतल LAN मा काम गर्ने प्रोबहरू पुग्दैनन्। अवरुद्ध खोजी प्रोबहरूले तब पुग्न सकिने, अधिकृत सेवालाई अनुपस्थित देखाउँछन्।
खोजी छोडेर ज्ञात ठेगानाहरू सीधै स्क्यान गर्ने हो कि भनी सचेत रूपमा निर्णय गर्नुहोस्, अनि त्यो प्रतिवेदनमा भन्नुहोस्। उत्तर दिने पोर्ट VPN प्रमाणीकरण सफल भएको प्रमाण होइन, र फिल्टर गरिएको उत्तर केही पनि सुनिरहेको छैन भन्ने प्रमाण होइन। गति पनि त्यही समस्याको भाग हो। छिटो स्क्यानमा सीमित गर्ने वा प्याकेट छोड्ने फोनले सेवाको नभई फोनको फिल्टर गरिएका अवस्था उत्पन्न गर्छ, त्यसैले समानान्तरता घटाउनुहोस् र पोर्ट बन्द भनी लेख्नुअघि फेरि स्क्यान गर्नुहोस्।
यहाँ रोकिने सर्त प्रविधि होइन, व्याख्या हो: यो मार्गका लागि कुनै अवस्थाको अर्थ के हो भन्न सक्नुहुन्न भने नतिजा निष्कर्षमा नभई परिशिष्टमा पर्छ।
चरण 5: झ्याल धान्नुहोस्, अनि बन्द गर्नुहोस्
फोन खराब सर्भर हो किनभने त्यो सुत्नका लागि बनाइएको छ। ब्याट्री अनुकूलन, doze र Wi-Fi ऊर्जा व्यवस्थापनले मूल्यांकनको बीचमा एप निलम्बित गर्न सक्छ, र सुरुङ पुन: जडानले लक्ष्यले प्रयोग गर्ने ठेगाना बदल्न सक्छ। त्यस्तो घटना पार गर्ने रनको नतिजा झ्याल अवैध हुन्छ।
गेटवेको भूमिका स्वीकृत कामले अनुमति दिने सबैभन्दा सानो दायरामा राख्नुहोस्, रन जीवित रहँदा सुरुङ नियाल्नुहोस्, र तपाईंले रिपोर्ट गर्ने प्रत्येक झ्यालको सुरु र अन्त्य लेख्नुहोस्। मूल्यांकन सकिएपछि अस्थायी पहुँच त्यसको मालिकमार्फत हटाउनुहोस्, स्रोत र मार्गको अभिलेख राख्नुहोस्, र आउटपुटलाई अन्य कुनै पनि परीक्षण सामग्रीजस्तै सुरक्षित राख्नुहोस्।
एकपटकको सफलताको सट्टा दोहोर्याउन सकिने अवलोकन बिन्दु चाहिन्छ भने, त्यही नै तर्क गर्नुपर्ने नतिजा हो।होस्ट खोजीको सन्दर्भ ले कुन प्रोबहरूले स्थानीय खण्ड मान्छन् भनी व्याख्या गर्छ, र खाली नतिजालाई रक्षात्मक भनाइमा बदल्ने विवरण त्यही हो।