फोनवरील 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 उर्जा व्यवस्थापन मूल्यांकनाच्या मध्येच ॲप स्थगित करू शकतात, आणि टनेलचे पुन्हा जोडणे लक्ष्य वापरत असलेला पत्ता बदलू शकते. अशा घटनेला ओलांडणाऱ्या फेरीची निकाल-खिडकी अवैध असते.
गेटवेची भूमिका मंजूर कार्य परवानगी देते त्या सर्वात लहान व्याप्तीत ठेवा, फेरी जिवंत असताना टनेलवर लक्ष ठेवा, आणि तुम्ही नोंदवता त्या प्रत्येक खिडकीची सुरुवात व शेवट नोंदवा. मूल्यांकन संपल्यावर तात्पुरता प्रवेश त्याच्या मालकामार्फत काढा, स्रोत व मार्गाची नोंद ठेवा, आणि आउटपुटचे संरक्षण इतर कोणत्याही चाचणी कलाकृतीप्रमाणे करा.
एकवेळच्या यशाऐवजी पुनरावृत्तीयोग्य निरीक्षण बिंदू हवा असेल, तर तोच युक्तिवाद करण्याजोगा निकाल होय.होस्ट शोधाचा संदर्भ कोणती प्रोब स्थानिक विभाग गृहीत धरतात हे स्पष्ट करतो, आणि रिकाम्या निकालाला संरक्षणक्षम विधानात बदलणारी बारीक गोष्ट हीच आहे.