ਫੋਨ 'ਤੇ 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 ਪਾਵਰ ਪ੍ਰਬੰਧਨ ਮੁਲਾਂਕਣ ਵਿਚਕਾਰ ਐਪ ਨੂੰ ਮੁਅੱਤਲ ਕਰ ਸਕਦੇ ਹਨ, ਅਤੇ ਟਨਲ ਦਾ ਦੁਬਾਰਾ ਜੁੜਨਾ ਉਹ ਪਤਾ ਬਦਲ ਸਕਦਾ ਹੈ ਜੋ ਟਾਰਗਿਟ ਵਰਤਦਾ ਹੈ। ਅਜਿਹੀ ਘਟਨਾ ਨੂੰ ਪਾਰ ਕਰਨ ਵਾਲੇ ਰਨ ਦੀ ਨਤੀਜਾ ਖਿੜਕੀ ਅਵੈਧ ਹੁੰਦੀ ਹੈ।
ਗੇਟਵੇ ਦੀ ਭੂਮਿਕਾ ਮਨਜ਼ੂਰ ਕੰਮ ਦੀ ਇਜਾਜ਼ਤ ਵਾਲੇ ਸਭ ਤੋਂ ਛੋਟੇ ਦਾਇਰੇ ਵਿੱਚ ਰੱਖੋ, ਰਨ ਦੇ ਜੀਵਤ ਰਹਿਣ ਦੌਰਾਨ ਟਨਲ 'ਤੇ ਨਜ਼ਰ ਰੱਖੋ, ਅਤੇ ਤੁਸੀਂ ਦੱਸੀ ਹਰ ਖਿੜਕੀ ਦਾ ਸ਼ੁਰੂ ਅਤੇ ਅੰਤ ਦਰਜ ਕਰੋ। ਮੁਲਾਂਕਣ ਖ਼ਤਮ ਹੋਣ 'ਤੇ, ਅਸਥਾਈ ਪਹੁੰਚ ਨੂੰ ਇਸ ਦੇ ਮਾਲਕ ਰਾਹੀਂ ਹਟਾਓ, ਸਰੋਤ ਅਤੇ ਰਾਹ ਦਾ ਰਿਕਾਰਡ ਰੱਖੋ, ਅਤੇ ਆਉਟਪੁੱਟ ਨੂੰ ਕਿਸੇ ਹੋਰ ਜਾਂਚ ਸਮੱਗਰੀ ਵਾਂਗ ਸੁਰੱਖਿਅਤ ਰੱਖੋ।
ਜੇ ਤੁਹਾਨੂੰ ਇੱਕ ਵਾਰ ਦੀ ਸਫਲਤਾ ਦੀ ਥਾਂ ਦੁਹਰਾਉਣ ਯੋਗ ਨਿਰੀਖਣ ਬਿੰਦੂ ਚਾਹੀਦਾ ਹੈ, ਤਾਂ ਉਹੀ ਤਰਕ ਕਰਨ ਯੋਗ ਨਤੀਜਾ ਹੈ।ਹੋਸਟ ਖੋਜ ਦਾ ਹਵਾਲਾ ਦੱਸਦਾ ਹੈ ਕਿ ਕਿਹੜੇ ਪ੍ਰੋਬ ਸਥਾਨਕ ਹਿੱਸੇ ਨੂੰ ਮੰਨਦੇ ਹਨ, ਅਤੇ ਖਾਲੀ ਨਤੀਜੇ ਨੂੰ ਬਚਾਅਯੋਗ ਬਿਆਨ ਵਿੱਚ ਬਦਲਣ ਵਾਲਾ ਵੇਰਵਾ ਇਹੀ ਹੈ।