ਅਸਲੀ ਖਾਤਿਆਂ ਤੋਂ ਬਿਨਾਂ VPN ਕਿਲ ਸਵਿੱਚ ਦੀ ਜਾਂਚ ਕਿਵੇਂ ਕਰੀਏ
ਛਲਾਵਾ ਪੰਨਾ ਅਤੇ ਬੈਕਅੱਪ ਪਰੋਫ਼ਾਈਲ ਨਾਲ ਕਿਲ ਸਵਿੱਚ ਦੀ ਜਾਂਚ ਕਰੋ: ਹਰ ਕਿਸਮ ਦੀ ਰੁਕਾਵਟ ਨੂੰ ਕਵਰ ਕਰੋ, curl ਦੇ ਐਗਜ਼ਿਟ ਕੋਡ ਪੜ੍ਹੋ ਅਤੇ ਅਸਲ ਰੋਕ ਨੂੰ DNS ਖਰਾਬੀ ਤੋਂ ਵੱਖ ਕਰੋ।
ਕਿਲ ਸਵਿੱਚ ਟਿਕਦਾ ਹੈ ਜਾਂ ਨਹੀਂ ਇਹ ਜਾਣਨ ਲਈ ਅਸਲੀ ਖਾਤਾ ਲੋੜੀਂਦਾ ਨਹੀਂ; ਜਾਂਚ ਜਿਸ ਨੂੰ ਖ਼ਤਰੇ ਵਿੱਚ ਪਾਉਂਦੀ ਹੈ ਉਹ ਖਾਤਾ ਹੀ ਹੈ। ਇਹ ਜਾਂਚ ਇੱਕ ਛੋਟੀ ਵਿੰਡੋ ਬਣਾਉਂਦੀ ਹੈ ਜਿਸ ਵਿੱਚ ਟ੍ਰੈਫਿਕ ਸੁਰੰਗ ਤੋਂ ਬਾਹਰ ਜਾ ਸਕਦਾ ਹੈ ਜਾਂ ਨਹੀਂ ਵੀ ਜਾ ਸਕਦਾ, ਇਸ ਲਈ ਗੁਆਉਣ ਲਈ ਤਿਆਰ ਚੀਜ਼ ਹੀ ਭਾਰ ਹੋਣੀ ਚਾਹੀਦੀ ਹੈ। ਹੁਣ ਮੈਂ ਇਹ ਛਲਾਵੇ ਵਾਲੇ ਪੰਨੇ ਅਤੇ ਬੈਕਅੱਪ ਬ੍ਰਾਊਜ਼ਰ ਪਰੋਫ਼ਾਈਲ ਨਾਲ ਕਰਦਾ ਹਾਂ, ਅਤੇ ਪਹਿਲਾਂ ਵਰਤੀ ਬ੍ਰਾਊਜ਼ਰ ਤੇ ਵੈੱਬਮੇਲ ਵਿਧੀ ਨਾਲੋਂ ਇਹ ਸਾਫ਼ ਜਵਾਬ ਦਿੰਦਾ ਹੈ। ਹੇਠਾਂ ਮੈਂ ਉਹੀ ਕ੍ਰਮ ਅਪਣਾਉਂਦਾ ਹਾਂ ਜੋ ਕਲਾਇੰਟ ਦਿਖਾਉਂਦਾ ਹੈ: ਸੈਟਿੰਗ, ਮੰਜ਼ਿਲ, ਤਬਦੀਲੀ ਅਤੇ ਫਿਰ ਸਬੂਤ।
ਜਾਂਚ ਇੱਕ ਹੀ ਤੰਗ ਸਵਾਲ ਦਾ ਜਵਾਬ ਦਿੰਦੀ ਹੈ: ਇਸ ਤਬਦੀਲੀ ਦੌਰਾਨ, ਕੀ ਇਹ ਐਪਲੀਕੇਸ਼ਨ ਸੁਰੰਗ ਤੋਂ ਬਾਹਰਲੇ ਨੈੱਟਵਰਕ ਤੱਕ ਪਹੁੰਚ ਸਕਦੀ ਹੈ? ਬਾਕੀ ਨੀਤੀ ਵਾਜਬ ਹੈ ਜਾਂ ਨਹੀਂ ਇਸ ਬਾਰੇ ਇਹ ਕੁਝ ਨਹੀਂ ਕਹਿੰਦੀ। ਦਾਇਰਾ ਏਨਾ ਛੋਟਾ ਰੱਖੋ ਅਤੇ ਨਤੀਜਾ ਲਿਖਣ ਯੋਗ ਹੋਵੇਗਾ।
ਕਲਾਇੰਟ ਵਿੱਚ ਸਵਿੱਚ ਅਤੇ ਉਸ ਦਾ ਦਾਇਰਾ ਲੱਭੋ
ਕੋਈ ਵੀ ਨੈੱਟਵਰਕ ਹਾਲਤ ਬਦਲਣ ਤੋਂ ਪਹਿਲਾਂ ਕਲਾਇੰਟ ਖੋਲ੍ਹੋ ਅਤੇ ਰੋਕ ਸੈਟਿੰਗ ਲੱਭੋ। ਨਿਰਮਾਤਾ ਇਸਨੂੰ ਵੱਖਰੇ ਨਾਵਾਂ ਨਾਲ ਕਹਿੰਦੇ ਹਨ: ਕਿਲ ਸਵਿੱਚ, ਲਾਕਡਾਊਨ ਮੋਡ, ਨੈੱਟਵਰਕ ਲਾਕ, ਸੁਰੰਗ ਤੋਂ ਬਾਹਰਲੇ ਟ੍ਰੈਫਿਕ ਨੂੰ ਰੋਕਣਾ। ਲੇਬਲ ਅੰਦਰਲੇ ਵਿਕਲਪਾਂ ਨਾਲੋਂ ਘੱਟ ਦੱਸਦਾ ਹੈ। ਅਹਿਮ ਗੱਲ ਇਹ ਹੈ ਕਿ ਰੋਕ ਹਮੇਸ਼ਾ ਲਾਗੂ ਹੁੰਦੀ ਹੈ ਜਾਂ ਸਿਰਫ਼ ਤਦ ਜਦੋਂ ਐਪਲੀਕੇਸ਼ਨ ਫੈਸਲਾ ਕਰਦੀ ਹੈ ਕਿ ਸੁਰੰਗ ਹੁਣੇ ਫੇਲ੍ਹ ਹੋਈ ਹੈ, ਅਤੇ ਕੀ ਇਹ ਸਾਰੀਆਂ ਐਪਲੀਕੇਸ਼ਨਾਂ ਜਾਂ ਚੁਣੀ ਹੋਈ ਸੂਚੀ ਨੂੰ ਕਵਰ ਕਰਦੀ ਹੈ।
ਫਿਰ ਉਹ ਤਬਦੀਲੀਆਂ ਗਿਣੋ ਜੋ ਤੁਹਾਡਾ ਕਲਾਇੰਟ ਸੱਚਮੁੱਚ ਕਰ ਸਕਦਾ ਹੈ। ਵਰਤੋਂਕਾਰ ਵੱਲੋਂ ਸ਼ੁਰੂ ਕੀਤਾ ਡਿਸਕਨੈਕਟ, ਐਪਲੀਕੇਸ਼ਨ ਤੋਂ ਬਾਹਰ ਨਿਕਲਣਾ ਅਤੇ ਸਰਵਰ ਨਾਲ ਸੰਪਰਕ ਗੁਆਉਣਾ ਬਹੁਤੇ ਕਲਾਇੰਟਾਂ ਵਿੱਚ ਤਿੰਨ ਵੱਖਰੇ ਕੋਡ ਰਾਹ ਹਨ, ਅਤੇ ਇਹ ਇੱਕੋ ਰੋਕ ਨੀਤੀ ਸਾਂਝੀ ਨਹੀਂ ਕਰਦੇ। ਕੁਝ ਐਪਲੀਕੇਸ਼ਨ ਬੰਦ ਹੋਣ ’ਤੇ ਰੋਕ ਛੱਡ ਦਿੰਦੇ ਹਨ। ਹੋਰ ਕੁਝ ਕੁਝ ਹਟਾਉਣ ਤੱਕ ਫਿਲਟਰ ਨਿਯਮ ਛੱਡ ਦਿੰਦੇ ਹਨ। ਅੰਦਾਜ਼ਾ ਲਾਉਣ ਦੀ ਥਾਂ ਆਪਣੇ ਚਲਾਏ ਜਾ ਰਹੇ ਬਿਲਡ ਲਈ ਨਿਰਮਾਤਾ ਦਾ ਸੈਟਿੰਗ ਹਵਾਲਾ ਪੜ੍ਹੋ, ਫਿਰ ਲਿਖੋ ਕਿ ਤਿੰਨਾਂ ਵਿੱਚੋਂ ਕਿਸ ਦੀ ਜਾਂਚ ਕਰ ਰਹੇ ਹੋ।
ਪਰੋਫ਼ਾਈਲ ਵੀ ਦਰਜ ਕਰੋ: ਪ੍ਰੋਟੋਕੋਲ, ਪਤਾ ਪਰਿਵਾਰ ਅਤੇ ਕੀ ਵੰਡੀ ਸੁਰੰਗ ਚਾਲੂ ਹੈ। ਜੇ ਪਰੋਫ਼ਾਈਲ ਜਾਣ-ਬੁੱਝ ਕੇ ਕੁਝ ਐਪਲੀਕੇਸ਼ਨਾਂ ਨੂੰ ਬਾਹਰ ਰੱਖਦਾ ਹੈ ਤਾਂ ਪੂਰੇ ਯੰਤਰ ਦਾ ਦਾਅਵਾ ਨਿਰਰਥਕ ਹੈ, ਅਤੇ ਤੁਹਾਡੇ ਆਪਣੇ ਬਣਾਏ ਬਾਹਰਲੇ ਨਿਕਾਸ ਨੂੰ ਲੀਕ ਨਹੀਂ ਕਿਹਾ ਜਾ ਸਕਦਾ। OpenVPN Connect ਦਾ ਸੈਟਿੰਗ ਹਵਾਲਾ ਉਸ ਕਿਸਮ ਦਾ ਪੰਨਾ ਹੈ ਜੋ ਦੱਸਦਾ ਹੈ ਕਿ ਕਿਹੜਾ ਸਵਿੱਚ ਕਿਹੜਾ ਵਿਵਹਾਰ ਬਦਲਦਾ ਹੈ, ਹਾਲਾਂਕਿ ਲੇਬਲ ਕਲਾਇੰਟ ਅਨੁਸਾਰ ਵੱਖਰੇ ਹੁੰਦੇ ਹਨ।
ਇੱਕ ਛਲਾਵਾ ਮੰਜ਼ਿਲ ਚੁਣੋ ਜੋ ਸੁਰੰਗ ਤੋਂ ਬਿਨਾਂ ਵੀ ਕੰਮ ਕਰੇ
ਛਲਾਵੇ ਨੂੰ ਦੋ ਗੁਣ ਚਾਹੀਦੇ ਹਨ, ਅਤੇ ਇਹਨਾਂ ਵਿੱਚੋਂ ਇੱਕ ਵੀ ਛੱਡਿਆ ਤਾਂ ਪੜ੍ਹਨ ਯੋਗ ਨਤੀਜਾ ਨਹੀਂ ਮਿਲਦਾ। ਸੁਰੰਗ ਥੱਲੇ ਅਤੇ ਰੋਕ ਬੰਦ ਹੋਣ ਵੇਲੇ ਇਸ ਤੱਕ ਸਿੱਧੀ ਪਹੁੰਚ ਹੋਣੀ ਚਾਹੀਦੀ ਹੈ, ਨਹੀਂ ਤਾਂ ਜਵਾਬ ਦੇਣਾ ਬੰਦ ਹੋਣ ਦਾ ਮਤਲਬ ਸਿਰਫ਼ ਇਹ ਵੀ ਹੋ ਸਕਦਾ ਹੈ ਕਿ ਹੋਸਟ ਚਲਾ ਗਿਆ। ਅਤੇ ਇਸਨੂੰ ਲੌਗਇਨ, ਕੂਕੀ ਜਾਂ ਭੁਗਤਾਨ ਦੀ ਲੋੜ ਨਹੀਂ ਹੋਣੀ ਚਾਹੀਦੀ, ਤਾਂ ਜੋ ਲੀਕ ਦੀ ਕੀਮਤ ਇੱਕ ਲੌਗ ਲਾਈਨ ਹੋਵੇ, ਸੈਸ਼ਨ ਨਹੀਂ।
ਤੁਹਾਡੇ ਕੰਟਰੋਲ ਵਾਲੇ ਹੋਸਟ ’ਤੇ ਸਥਿਰ ਪੰਨਾ ਸਭ ਤੋਂ ਸਾਫ਼ ਚੋਣ ਹੈ। ਸਾਧਾਰਨ HTTP ਸਰਵਰ ਚਲਾਉਂਦੀ ਬੈਕਅੱਪ ਵਰਚੁਅਲ ਮਸ਼ੀਨ ਵੀ ਲਗਭਗ ਓਨੀ ਹੀ ਚੰਗੀ ਹੈ, ਅਤੇ ਜਨਤਕ ਕਨੈਕਟੀਵਿਟੀ ਜਾਂਚ ਪੰਨਾ ਵੀ ਤਦ ਚੱਲਦਾ ਹੈ ਜੇ ਤੁਸੀਂ ਮੰਨੋ ਕਿ ਇਸਦੀ ਉਪਲਬਧਤਾ ਤੁਹਾਡੇ ਕੰਟਰੋਲ ਤੋਂ ਬਾਹਰ ਹੈ। ਪਤਾ, ਪੋਰਟ, ਪਤਾ ਪਰਿਵਾਰ ਅਤੇ ਇਹ ਕਿ ਬੇਨਤੀ ਨੂੰ ਨਾਮ ਖੋਜ ਦੀ ਲੋੜ ਹੈ ਜਾਂ ਨਹੀਂ, ਦਰਜ ਕਰੋ, ਕਿਉਂਕਿ ਇਹਨਾਂ ਵਿੱਚੋਂ ਹਰ ਇੱਕ ਬਾਅਦ ਵਿੱਚ ਵੱਖ ਕਰਨ ਵਾਲਾ ਵੇਰੀਏਬਲ ਬਣ ਸਕਦਾ ਹੈ।
ਸਵਿੱਚ ਛੂਹਣ ਤੋਂ ਪਹਿਲਾਂ ਆਧਾਰ ਰੇਖਾ ਕਾਇਮ ਕਰੋ। ਸੁਰੰਗ ਉੱਤੇ ਹੋਣ ਵੇਲੇ ਛਲਾਵੇ ਨੂੰ ਸੁਰੰਗ ਰਾਹੀਂ ਜਵਾਬ ਦੇਣਾ ਚਾਹੀਦਾ ਹੈ, ਜਿਸ ਨਾਲ ਸਾਬਤ ਹੁੰਦਾ ਹੈ ਕਿ ਨੀਤੀ ਰਾਹ ਕੰਮ ਕਰਦਾ ਹੈ। ਸੁਰੰਗ ਥੱਲੇ ਅਤੇ ਰੋਕ ਬੰਦ ਹੋਣ ਵੇਲੇ ਇਸਨੂੰ ਸਿੱਧਾ ਜਵਾਬ ਦੇਣਾ ਚਾਹੀਦਾ ਹੈ, ਜਿਸ ਨਾਲ ਸਾਬਤ ਹੁੰਦਾ ਹੈ ਕਿ ਮੰਜ਼ਿਲ ਜ਼ਿੰਦਾ ਹੈ। ਤਦ ਹੀ ਰੋਕੀ ਹਾਲਤ ਵਿੱਚ ਅਸਫਲਤਾ ਤੁਹਾਨੂੰ ਕੁਝ ਦੱਸਦੀ ਹੈ।
ਤਬਦੀਲੀਆਂ ਨੂੰ ਨਿਸਚਿਤ ਕ੍ਰਮ ਵਿੱਚ ਚਲਾਓ
ਤਬਦੀਲੀਆਂ ਇੱਕ-ਇੱਕ ਕਰੋ ਅਤੇ ਹਰ ਇੱਕ ਨੂੰ ਕੁਝ ਸਕਿੰਟ ਸ਼ਾਂਤ ਹੋਣ ਦਿਓ, ਕਿਉਂਕਿ ਕਲਾਇੰਟ ਅਕਸਰ ਉਸੇ ਵਿਰਾਮ ਵਿੱਚ ਨਿਯਮ ਤੋੜ ਕੇ ਮੁੜ ਬਣਾਉਂਦੇ ਹਨ। ਹਰ ਵਾਰ ਉਹੀ ਛੋਟੀ ਜਾਂਚ ਚਲਾਉਣ ਨਾਲ ਨਿਰੀਖਣ ਤੁਲਨਾਯੋਗ ਹੁੰਦੇ ਹਨ:
curl -sS -o /dev/null -w 'http=%{http_code}\n' --max-time 5 http://decoy.example/
echo "curl_exit=$?"
dig +short decoy.example
curl -6 -sS -o /dev/null -w 'v6_http=%{http_code}\n' --max-time 5 http://decoy.example/
echo "curl_v6_exit=$?"| Transition | Expected with the block on | Failure signature |
|---|---|---|
| Manual disconnect | Decoy stops answering within seconds | Decoy still returns 200 |
| Server or path failure | Blocked, with no exemption for the old endpoint | Direct access during the gap |
| Quit the app | Client-dependent; record what happens | Block disappears with the process |
| Wi-Fi to Ethernet | Block holds until the tunnel returns | Traffic flows mid-change |
ਐਪਲੀਕੇਸ਼ਨ ਤੋਂ ਬਾਹਰ ਨਿਕਲਣ ਵਾਲੀ ਲਾਈਨ, ਆਮ ਵਰਤੋਂ ਵਿੱਚ ਕਲਾਇੰਟ ਕਦੇ ਨਾ ਬੰਦ ਕਰਨ ’ਤੇ ਵੀ, ਵੱਖਰੀ ਚਲਾਉਣ ਦੇ ਯੋਗ ਹੈ। ਜੇ ਬਾਹਰ ਨਿਕਲਦਿਆਂ ਰੋਕ ਛੁੱਟਦੀ ਹੈ ਤਾਂ ਕਰੈਸ਼ ਜਾਂ ਜ਼ਬਰਦਸਤੀ ਅੱਪਡੇਟ ਤੁਹਾਨੂੰ ਉਹੀ ਬੇਪਰਦਗੀ ਦਿੰਦਾ ਹੈ, ਅਤੇ ਇਹ ਤੁਹਾਡੇ ਸਬਰ ਬਾਰੇ ਨਹੀਂ, ਤੈਨਾਤੀ ਬਾਰੇ ਤੱਥ ਹੈ। Windows ’ਤੇ ਬਰਾਬਰ ਦੀਆਂ ਜਾਂਚਾਂ Resolve-DnsName decoy.example ਅਤੇ curl.exe -s -o NUL -w "%{http_code}" http://decoy.example/ ਹਨ।
ਰੋਕ ਨੂੰ ਖਰਾਬ ਰਿਜ਼ੌਲਵਰ ਤੋਂ ਵੱਖ ਕਰੋ
ਨਾ ਲੋਡ ਹੋਣ ਵਾਲੇ ਪੰਨੇ ਦੇ ਕਈ ਕਾਰਨ ਹੁੰਦੇ ਹਨ, ਅਤੇ ਉਹਨਾਂ ਵਿੱਚੋਂ ਸਿਰਫ਼ ਇੱਕ ਹੈ ਸਵਿੱਚ ਦਾ ਕੰਮ ਕਰਨਾ। ਜੇ ਨਾਮ ਹੱਲ ਨਹੀਂ ਹੁੰਦਾ ਤਾਂ ਪਤਾ ਲੱਗਾ ਕਿ DNS ਰੋਕਿਆ ਗਿਆ ਹੈ ਜਾਂ ਖਰਾਬ ਹੈ, ਇਹ ਨਹੀਂ ਕਿ ਡੇਟਾ ਰਾਹ ਰੋਕਿਆ ਗਿਆ ਹੈ। ਸ਼ਬਦੀ ਪਤਾ ਵੀ ਜਾਂਚੋ, ਤਾਂ ਜੋ ਜਵਾਬ ਨਾਮ ਹੱਲ ’ਤੇ ਬਿਲਕੁਲ ਨਿਰਭਰ ਨਾ ਹੋਵੇ।
curl ਦੇ ਐਗਜ਼ਿਟ ਕੋਡ ਉਹਨਾਂ ਹਾਲਤਾਂ ਨੂੰ ਵੱਖ ਕਰਦੇ ਹਨ। 6 ਦਾ ਮਤਲਬ ਨਾਮ ਹੱਲ ਦੀ ਅਸਫਲਤਾ, 7 ਦਾ ਮਤਲਬ ਕਨੈਕਸ਼ਨ ਰੱਦ ਹੋਇਆ, 28 ਦਾ ਮਤਲਬ ਸਮਾਂ ਖ਼ਤਮ। ਰੋਕਿਆ ਰਾਹ ਆਮ ਤੌਰ ’ਤੇ ਸ਼ਬਦੀ ਪਤੇ ਵੱਲ ਸਮਾਂ ਖ਼ਤਮ ਹੋਣ ਜਾਂ ਇਨਕਾਰ ਵਜੋਂ ਦਿਸਦਾ ਹੈ, ਜਦਕਿ ਸਿਰਫ਼ DNS ਦੀ ਰੋਕ 6 ਛੱਡ ਕੇ ਬਾਕੀ ਸਭ ਲੁਕਾ ਦਿੰਦੀ ਹੈ। ਕੈਸ਼ ਪੰਨਾ ਜਾਂ ਕੈਪਟਿਵ ਪੋਰਟਲ ਅੱਖ ਨੂੰ ਧੋਖਾ ਦਿੰਦੇ ਹਨ, ਇਸ ਲਈ ਸਬੂਤ ਸਕਰੀਨ ਨਹੀਂ, ਐਗਜ਼ਿਟ ਕੋਡ ਹੈ।
ਸ਼ਬਦੀ ਪਤੇ ਨਾਲ IPv6 ’ਤੇ ਜਾਂਚ ਦੁਹਰਾਓ। IPv4 ਨੂੰ ਕਵਰ ਕਰਕੇ IPv6 ਨੂੰ ਨਜ਼ਰਅੰਦਾਜ਼ ਕਰਨ ਵਾਲੀ ਰੋਕ ਤੁਹਾਡੇ ਨੋਟਾਂ ਵਿੱਚ ਵੱਖਰੀ ਲਾਈਨ ਲੈਣ ਦੇ ਯੋਗ ਹੈ, ਅਤੇ ਸੁਰੰਗ ਤੋਂ ਬਾਹਰ IPv6 ਬੰਦ ਕਰਨ ਵਾਲਾ ਕਲਾਇੰਟ ਦੋਵੇਂ ਪਰਿਵਾਰਾਂ ’ਤੇ ਸਾਫ਼ ਤੌਰ ’ਤੇ ਫੇਲ੍ਹ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ।
ਨਤੀਜੇ ਦਾ ਕਵਰ ਕੀਤਾ ਦਾਇਰਾ ਦਰਜ ਕਰੋ
ਸੁਰੰਗ ਮੁੜ ਆਉਣ ’ਤੇ ਬਹਾਲੀ ਦੀ ਪੁਸ਼ਟੀ ਕਰੋ: ਛਲਾਵਾ ਸੁਰੰਗ ਰਾਹੀਂ ਜਵਾਬ ਦਿੰਦਾ ਹੈ, ਰਿਜ਼ੌਲਵਰ ਜਵਾਬ ਵਾਪਸ ਦਿੰਦਾ ਹੈ, ਅਤੇ ਨੀਤੀ ਉਸੇ ਥਾਂ ਹੈ ਜਿੱਥੇ ਤੁਸੀਂ ਛੱਡੀ ਸੀ। ਫਿਰ ਪ੍ਰਯੋਗ ਵਾਪਸ ਲਵੋ। ਅਸਥਾਈ ਫਾਇਰਵਾਲ ਨਿਯਮ, ਡੀਬੱਗ ਰਾਹ ਜਾਂ ਟੈਸਟ ਪਰੋਫ਼ਾਈਲ ਓਵੇਂ ਹੀ ਛੱਡਣ ਨਾਲ ਅਗਲੀ ਵਾਰ ਦੀ ਕਾਰਵਾਈ ਉਲਝੇਗੀ ਅਤੇ ਐਪਲੀਕੇਸ਼ਨ ਨਾਲੋਂ ਲੰਮਾ ਚੱਲ ਸਕਦਾ ਹੈ।
ਇੱਕ ਦੌਰ ਇੱਕ ਕਲਾਇੰਟ ਬਿਲਡ, ਇੱਕ ਪਰੋਫ਼ਾਈਲ, ਇੱਕ ਤਬਦੀਲੀ ਅਤੇ ਇੱਕ ਪਤਾ ਪਰਿਵਾਰ ਹੀ ਕਵਰ ਕਰਦਾ ਹੈ। ਉਹ ਚਾਰੇ ਨਤੀਜੇ ਨਾਲ ਲਿਖੋ:
- ਕਲਾਇੰਟ ਬਿਲਡ ਅਤੇ ਪਲੇਟਫਾਰਮ, ਅਤੇ ਕੀ ਸੈਟਿੰਗ ਪਰੋਫ਼ਾਈਲ ਅਨੁਸਾਰ ਹੈ ਜਾਂ ਸਾਰੇ ਲਈ।
- ਪਰੋਫ਼ਾਈਲ, ਪ੍ਰੋਟੋਕੋਲ ਅਤੇ ਵੰਡੀ ਸੁਰੰਗ ਦੇ ਕੋਈ ਵੀ ਬਾਹਰਲੇ ਨਿਕਾਸ।
- ਜਾਂਚੀ ਤਬਦੀਲੀ ਅਤੇ ਇਸਨੂੰ ਤੁਸੀਂ ਕਿਵੇਂ ਸ਼ੁਰੂ ਕੀਤਾ।
- ਪਤਾ ਪਰਿਵਾਰ ਅਤੇ DNS, ਰੋਕੀ ਅਤੇ ਨਾ-ਰੋਕੀ ਹਾਲਤ ਲਈ curl ਐਗਜ਼ਿਟ ਕੋਡਾਂ ਸਮੇਤ।
ਜੇ ਕੋਈ ਲਾਈਨ ਖਾਲੀ ਹੈ ਤਾਂ ਜਾਂਚ ਪੂਰੀ ਨਹੀਂ ਹੋਈ। ਰੋਮਿੰਗ ਦਾ ਮਤਲਬ ਨੈੱਟਵਰਕ ਬਦਲਾਅ ਵਾਲੀ ਲਾਈਨ ਦੁਹਰਾਉਣਾ। ਬਿਨਾਂ ਨਿਗਰਾਨੀ ਮੁੜ-ਚਾਲੂ ਦਾ ਮਤਲਬ ਇਹ ਜਾਂਚਣਾ ਕਿ ਨਿਯਮ ਵਾਪਸ ਆਉਂਦੇ ਹਨ ਹੈ, ਅਤੇ ਇਹ ਸਵਿੱਚ ਬਾਰੇ ਸਵਾਲ ਨਹੀਂ, ਬਹਾਲੀ ਦੇ ਕ੍ਰਮ ਬਾਰੇ ਹੈ। ਕਲਾਇੰਟ ਅੱਪਡੇਟ ਤੋਂ ਬਾਅਦ ਕ੍ਰਮ ਦੁਹਰਾਓ, ਕਿਉਂਕਿ ਸਵਿੱਚ ਘੱਟ ਹੀ ਬਦਲਦੇ ਹਨ, ਉਹਨਾਂ ਪਿੱਛੇ ਦਾ ਵਿਵਹਾਰ ਬਦਲਦਾ ਹੈ। ਛਲਾਵਾ ਕੋਲ ਰੱਖੋ: ਘੁਮਾਉਣ ਲਈ ਕੁਝ ਨਹੀਂ, ਅਤੇ ਅਗਲੀ ਜਾਂਚ ਪੰਜ ਮਿੰਟ ਲੈਂਦੀ ਹੈ।