ફોન પર 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 પાવર મેનેજમેન્ટ એપને મૂલ્યાંકનની વચ્ચે સ્થગિત કરી શકે છે, અને ટનલ ફરી જોડાવાથી લક્ષ્ય વાપરતું સરનામું બદલાઈ શકે છે. આવી ઘટનાઓમાંથી એકમાં પણ ફેલાતી કામગીરીની પરિણામ વિન્ડો અમાન્ય હોય છે.
ગેટવેની ભૂમિકા મંજૂર કાર્ય માન્ય કરે તે સૌથી નાના અવકાશમાં રાખો, કામગીરી જીવંત હોય ત્યારે ટનલ પર નજર રાખો, અને તમે જાણ કરો તે દરેક વિન્ડોની શરૂઆત અને અંત નોંધો. મૂલ્યાંકન પૂરું થાય ત્યારે, તેના માલિક દ્વારા કામચલાઉ પ્રવેશ દૂર કરો, સ્રોત અને માર્ગનો રેકોર્ડ રાખો, અને અન્ય કોઈપણ પરીક્ષણ કલાકૃતિની જેમ આઉટપુટને સુરક્ષિત રાખો.
જો તમને એક વખતની સફળતાને બદલે પુનરાવર્તનીય નિરીક્ષણ બિંદુની જરૂર હોય, તો તે જ એ વિતરણયોગ્ય છે જેની તરફેણમાં દલીલ કરવી જોઈએ. યજમાન શોધનો સંદર્ભ સમજાવે છે કે કઈ પ્રોબ સ્થાનિક સેગમેન્ટ ધારે છે, અને આ વિગત જ ખાલી પરિણામને સંરક્ષણીય વિધાનમાં ફેરવે છે.