फ़ोन पर 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 बिजली प्रबंधन ऐप को मूल्यांकन के बीच में निलंबित कर सकते हैं, और सुरंग का पुनः कनेक्शन उस पते को बदल सकता है जो लक्ष्य इस्तेमाल करता है। ऐसी किसी घटना को पार करने वाले रन की परिणाम खिड़की अमान्य होती है।
गेटवे की भूमिका उस सबसे छोटे दायरे में रखें जिसकी अनुमत कार्य देता है, रन के जीवित रहते सुरंग पर नज़र रखें, और जो भी खिड़की रिपोर्ट करें उसका आरंभ और अंत दर्ज करें। मूल्यांकन ख़त्म होने पर अस्थायी पहुँच उसके स्वामी के माध्यम से हटाएँ, स्रोत और पथ का रिकॉर्ड रखें, और आउटपुट को किसी भी अन्य परीक्षण कलाकृति की तरह सुरक्षित रखें।
अगर आपको एक बार की सफलता के बजाय दोहराने योग्य अवलोकन बिंदु चाहिए, तो वही वह डिलीवरेबल है जिसके पक्ष में तर्क करना चाहिए। होस्ट खोज का संदर्भ बताता है कि कौन-से प्रोब स्थानीय खंड मानते हैं, और यही विवरण खाली परिणाम को रक्षात्मक कथन में बदलता है।