VPN ਲਾਕਡਾਊਨ ਦੀ ਛੋਟ ਨੂੰ ਕਿਵੇਂ ਦਰਜ ਕਰੀਏ ਤਾਂ ਜੋ ਇਸਨੂੰ ਹਟਾਇਆ ਜਾ ਸਕੇ
ਜਿਸ ਛੋਟ ਨੂੰ ਕੋਈ ਵਰਣਨ ਨਹੀਂ ਕਰ ਸਕਦਾ, ਉਹ ਸਥਾਈ ਹੁੰਦੀ ਹੈ। ਇਹ ਜਿਸ ਟ੍ਰੈਫਿਕ ਦੀ ਆਗਿਆ ਦਿੰਦੀ ਹੈ, ਲੋੜ, ਨਾਕਾਮੀ ਵੇਲੇ ਦਾ ਵਿਵਹਾਰ ਅਤੇ ਇਸਨੂੰ ਹਟਾਉਣ ਵਾਲਾ ਹਿੱਸਾ ਦਰਜ ਕਰੋ।
ਜਿਨ੍ਹਾਂ ਬਾਈਪਾਸਾਂ ਦਾ ਮਕਸਦ ਉਨ੍ਹਾਂ ਦੇ ਲੇਖਕ ਨਾਲ ਚਲਾ ਗਿਆ, ਉਹੀ ਆਪਣੀ ਉਪਯੋਗਤਾ ਤੋਂ ਵੱਧ ਜੀਉਂਦੇ ਰਹਿੰਦੇ ਹਨ, ਅਤੇ ਲਾਕਡਾਊਨ ਨੀਤੀਆਂ ਉਨ੍ਹਾਂ ਨੂੰ ਕਿਸੇ ਵੀ ਹੋਰ ਕਿਸਮ ਦੀ ਸੰਰਚਨਾ ਨਾਲੋਂ ਤੇਜ਼ੀ ਨਾਲ ਇਕੱਠਾ ਕਰਦੀਆਂ ਹਨ। “ਸਥਾਨਕ ਨੈੱਟਵਰਕ ਦੀ ਆਗਿਆ ਦਿਓ” ਵਜੋਂ ਲਿਖੀ ਛੋਟ ਉਹ ਨਿਯਮ ਹੈ ਜਿਸਦਾ ਨਾ ਕੋਈ ਬਚਾਅ ਕਰ ਸਕਦਾ ਹੈ ਅਤੇ ਨਾ ਕੋਈ ਹਟਾ ਸਕਦਾ ਹੈ, ਕਿਉਂਕਿ ਇਸਦੇ ਪਿੱਛੇ ਦੀ ਲੋੜ ਇਸਨੂੰ ਜੋੜਨ ਵਾਲੇ ਵਿਅਕਤੀ ਨਾਲ ਚਲੀ ਗਈ। ਅਜਿਹੀਆਂ ਨੀਤੀਆਂ ਉਹਨਾਂ ਛੋਟਾਂ ਨੂੰ ਲੈ ਕੇ ਫੇਲ੍ਹ ਹੁੰਦੀਆਂ ਹਨ ਜਿਨ੍ਹਾਂ ਦਾ ਕਾਰਨ ਭਾਫ਼ ਬਣ ਗਿਆ ਪਰ ਖਤਰਾ ਰਹਿ ਗਿਆ। ਦਾਇਰਾ, ਨਾਕਾਮੀ ਵੇਲੇ ਦਾ ਵਿਵਹਾਰ ਅਤੇ ਹਟਾਉਣ ਦਾ ਕਦਮ ਲਿਖਣ ਦਾ ਸਮਾਂ ਉਹੀ ਪਲ ਹੈ ਜਦੋਂ ਤੁਸੀਂ ਛੋਟ ਜੋੜਦੇ ਹੋ, ਜਦੋਂ ਕਿਸੇ ਨੂੰ ਅਜੇ ਵੀ ਯਾਦ ਹੈ ਕਿ ਕਿਉਂ।
ਇਹ ਇੱਕ ਫੈਸਲਾ ਹੈ ਕਿ ਨੋਟ ਵਿੱਚ ਕੀ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ, ਭਰਨ ਲਈ ਟੈਂਪਲੇਟ ਨਹੀਂ। ਹੇਠਾਂ ਦਿੱਤੇ ਚਾਰ ਖੇਤਰ ਉਹੀ ਹਨ ਜੋ ਤੈਅ ਕਰਦੇ ਹਨ ਕਿ ਕੀ ਇੱਕ ਸਮੀਖਿਅਕ ਇੱਕ ਸਾਲ ਬਾਅਦ ਮੀਟਿੰਗ ਤੋਂ ਬਿਨਾਂ ਨਿਯਮ ਹਟਾ ਸਕਦਾ ਹੈ। ਹਰ ਇੱਕ ਇਸ ਲਈ ਮੌਜੂਦ ਹੈ ਕਿਉਂਕਿ ਇਸਦੀ ਗੈਰਹਾਜ਼ਰੀ ਦੀ ਲਾਗਤ ਅਨੁਮਾਨਯੋਗ ਹੈ।
ਦਰਜ ਨਾ ਕੀਤਾ ਬਾਈਪਾਸ ਕਦੇ ਕਿਉਂ ਨਹੀਂ ਹਟਾਇਆ ਜਾਂਦਾ
ਵਰਣਨ ਤੋਂ ਬਿਨਾਂ ਬਾਈਪਾਸ ਦੀ ਜਾਂਚ ਨਹੀਂ ਕੀਤੀ ਜਾ ਸਕਦੀ ਅਤੇ ਇਸ ਲਈ ਸੁਰੱਖਿਅਤ ਢੰਗ ਨਾਲ ਹਟਾਇਆ ਨਹੀਂ ਜਾ ਸਕਦਾ। ਇਹ ਹਰ ਸਮੀਖਿਆ ਵਿੱਚੋਂ ਬਚ ਜਾਂਦਾ ਹੈ ਕਿਉਂਕਿ ਮਿਟਾਉਣਾ ਖਤਰਨਾਕ ਲੱਗਦਾ ਹੈ ਜਦੋਂ ਕਿ ਰੱਖਣਾ ਬੇਨੁਕਸਾਨ ਲੱਗਦਾ ਹੈ, ਅਤੇ ਇਸਨੂੰ ਛੱਡਣ ਵਾਲੀ ਹਰ ਸਮੀਖਿਆ ਅਗਲੀ ਨੂੰ ਵੀ ਛੱਡਣਾ ਸੌਖਾ ਬਣਾ ਦਿੰਦੀ ਹੈ। ਲਾਗਤ ਉਦੋਂ ਤੱਕ ਅਦਿੱਖ ਹੁੰਦੀ ਹੈ ਜਦੋਂ ਤੱਕ ਕੋਈ ਆਡਿਟ ਇਹ ਨਹੀਂ ਪੁੱਛਦਾ ਕਿ ਇੱਕ ਨਿੱਜੀ ਰੇਂਜ ਨੂੰ ਛੋਟ ਕਿਉਂ ਹੈ, ਅਤੇ ਉਦੋਂ ਜਵਾਬ ਮੋਢੇ ਝਟਕਾਉਣਾ ਹੁੰਦਾ ਹੈ।
ਰਿਕਾਰਡ ਇੰਨਾ ਛੋਟਾ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ ਕਿ ਲੋਕ ਇਸਨੂੰ ਬਦਲਾਅ ਵਿੰਡੋ ਵਿੱਚ ਸੱਚਮੁੱਚ ਲਿਖਣ। ਟ੍ਰੈਫਿਕ ਲਈ ਇੱਕ ਲਾਈਨ, ਜਿਸ ਲੋੜ ਦੀ ਇਹ ਸੇਵਾ ਕਰਦੀ ਹੈ ਉਸ ਲਈ ਇੱਕ।
ਦਾਇਰੇ ਨੂੰ ਟ੍ਰੈਫਿਕ ਵਜੋਂ ਲਿਖਣਾ
ਐਪਲੀਕੇਸ਼ਨ ਜਾਂ ਮੰਜ਼ਿਲ ਰੇਂਜ, ਸੰਬੰਧਿਤ ਪਤਾ ਪਰਿਵਾਰ, ਸੇਵਾ ਅਤੇ ਪੋਰਟ, ਅਤੇ ਜਿਸ ਨੈੱਟਵਰਕ ਸੰਦਰਭ ਵਿੱਚ ਨਿਯਮ ਲਾਗੂ ਹੁੰਦਾ ਹੈ, ਸੂਚੀਬੱਧ ਕਰੋ, ਫਿਰ ਮਨਜ਼ੂਰੀ ਦੇਣ ਵਾਲੇ ਦਾ ਨਾਮ ਅਤੇ ਇਸਨੂੰ ਲੈ ਕੇ ਚੱਲਣ ਵਾਲੀ ਸਹੀ ਕਲਾਇੰਟ ਜਾਂ ਪਲੇਟਫਾਰਮ ਸੈਟਿੰਗ ਦੱਸੋ। “ਪ੍ਰਿੰਟਰ” ਇੱਕ ਇਰਾਦਾ ਹੈ; “TCP 631 ਤੋਂ 192.168.1.50 ਤੱਕ, ਸਿਰਫ਼ ਘਰ ਦਾ ਨੈੱਟਵਰਕ” ਉਹ ਦਾਇਰਾ ਹੈ ਜਿਸਨੂੰ ਕੋਈ ਪਰਖ ਸਕਦਾ ਹੈ। ਜੇ “ਇਹ ਕਿੱਥੇ ਰਹਿੰਦਾ ਹੈ” ਦਾ ਜਵਾਬ “MDM ਪ੍ਰੋਫਾਈਲ ਵਿੱਚ ਕਿਤੇ” ਹੈ, ਤਾਂ ਰਿਕਾਰਡ ਅਧੂਰਾ ਹੈ। ਫਾਈਲ ਪਾਥ, ਪ੍ਰੋਫਾਈਲ ਨਾਮ ਜਾਂ ਰਜਿਸਟਰੀ ਕੁੰਜੀ — ਸੈਟਿੰਗ ਕਿੱਥੇ ਹੋ ਸਕਦੀ ਹੈ ਦੇ ਵਰਣਨ ਨਾਲੋਂ ਬਿਹਤਰ ਹੈ।
ਜਿੱਥੇ ਪਲੇਟਫਾਰਮ ਪ੍ਰਤੀ-ਐਪਲੀਕੇਸ਼ਨ ਨਿਯਮਾਂ ਦਾ ਸਮਰਥਨ ਕਰਦਾ ਹੈ, ਉੱਥੇ ਪਤਾ ਰੇਂਜਾਂ ਨਾਲੋਂ ਇਨ੍ਹਾਂ ਨੂੰ ਤਰਜੀਹ ਦਿਓ, ਕਿਉਂਕਿ ਇੱਕ ਐਪਲੀਕੇਸ਼ਨ ਨੂੰ ਸੁਰੰਗ ਬਾਈਪਾਸ ਕਰਨ ਦੇਣਾ ਪੂਰੇ ਨਿੱਜੀ ਸਬਨੈੱਟ ਨੂੰ ਛੋਟ ਦੇਣ ਨਾਲੋਂ ਤੰਗ ਹੈ ਅਤੇ ਡਿਵਾਈਸ ਨਵੇਂ ਪਤੇ ’ਤੇ ਜਾਣ ’ਤੇ ਵੀ ਟਿਕਿਆ ਰਹਿੰਦਾ ਹੈ। Android ਦੀ VpnService ਗਾਈਡ ਉਸ ਪ੍ਰਤੀ-ਐਪਲੀਕੇਸ਼ਨ ਮਾਡਲ ਦਾ ਵਰਣਨ ਕਰਦੀ ਹੈ; ਡੈਸਕਟਾਪ ਕਲਾਇੰਟ ਆਪਣੀਆਂ ਪ੍ਰੋਫਾਈਲ ਸੈਟਿੰਗਾਂ ਰਾਹੀਂ ਉਹੀ ਵਿਚਾਰ ਪ੍ਰਗਟ ਕਰਦੇ ਹਨ। ਪਤੇ-ਅਧਾਰਿਤ ਛੋਟਾਂ ਉਦੋਂ ਬਦਲ ਹੁੰਦੀਆਂ ਹਨ ਜਦੋਂ ਪਲੇਟਫਾਰਮ ਇਸ ਨਾਲੋਂ ਤੰਗ ਕੁਝ ਨਹੀਂ ਦਿੰਦਾ, ਇਸ ਲਈ ਉਨ੍ਹਾਂ ਨੂੰ ਹੋਰ ਸੂਖਮ ਦਾਇਰਾ-ਲਾਈਨ ਚਾਹੀਦੀ ਹੈ।
ਚਾਰ ਕਿਸਮਾਂ ਦੀ ਛੋਟ, ਹਟਾਉਣ ਦੇ ਚਾਰ ਖਤਰੇ
ਛੋਟਾਂ ਇੱਕ ਸ਼੍ਰੇਣੀ ਨਹੀਂ ਹਨ, ਅਤੇ ਉਨ੍ਹਾਂ ਨੂੰ ਹਟਾਉਣ ਦੇ ਵੱਖ-ਵੱਖ ਨਤੀਜੇ ਹੁੰਦੇ ਹਨ। ਦੋ ਕਿਸਮਾਂ ਵਿਚਕਾਰ ਇੱਕ ਲਾਈਨ ਸਾਂਝੀ ਕਰਨਾ ਉਹੀ ਤਰੀਕਾ ਹੈ ਜਿਸ ਨਾਲ ਪ੍ਰਿੰਟਰ ਹਟਾਉਣਾ ਜੁੜਨ ਦੀ ਸਮਰੱਥਾ ਵੀ ਹਟਾ ਦਿੰਦਾ ਹੈ।
| Kind | Typical example | Removal risk |
|---|---|---|
| Endpoint bootstrap | reaching the gateway before the tunnel exists | high: nothing comes up without it |
| Captive portal | hotel or airport sign-in page | medium: only matters on untrusted networks |
| Local device | printer, casting target, test instrument | low: one service at one address |
| Excluded application | an app that must not use the tunnel | medium: depends on the app's own behaviour |
ਬੂਟਸਟ੍ਰੈਪ, ਪੋਰਟਲ, ਡਿਵਾਈਸ ਅਤੇ ਐਪਲੀਕੇਸ਼ਨ ਛੋਟਾਂ ਨੂੰ ਵੱਖਰੀਆਂ ਲਾਈਨਾਂ ’ਤੇ ਰੱਖੋ, ਭਾਵੇਂ ਅਮਲ ਵਿੱਚ ਉਹ ਇੱਕ-ਦੂਜੇ ’ਤੇ ਪੈਂਦੀਆਂ ਹੋਣ। ਨਿੱਜੀ ਰੇਂਜ ਦੀ ਛੋਟ ਉਸ ਸਬਨੈੱਟ ਦੇ ਹਰ ਗੁਆਂਢੀ ਨੂੰ ਚੁੱਪਚਾਪ ਪਹੁੰਚ ਦਿੰਦੀ ਹੈ, ਤੁਸੀਂ ਜਿਸ ਇੱਕ ਡਿਵਾਈਸ ਤੱਕ ਪਹੁੰਚਣਾ ਚਾਹੁੰਦੇ ਸੀ ਉਸਨੂੰ ਨਹੀਂ, ਅਤੇ ਇਹੀ ਤੁਹਾਡੇ ਬਚਾ ਸਕਣ ਵਾਲੇ ਦਾਇਰੇ ਅਤੇ ਸਿਰਫ਼ ਆਸ ਕਰਨ ਵਾਲੇ ਦਾਇਰੇ ਵਿਚਕਾਰ ਫ਼ਰਕ ਹੈ।
ਸੁਰੰਗ ਡਿੱਗਣ ’ਤੇ ਬਾਈਪਾਸ ਕੀ ਕਰਦਾ ਹੈ
ਤਿੰਨ ਸਵਾਲ ਪੁੱਛੋ ਅਤੇ ਜਵਾਬ ਲਿਖੋ, ਕਿਉਂਕਿ ਉਹੀ ਤੈਅ ਕਰਦੇ ਹਨ ਕਿ ਲਾਕਡਾਊਨ ਅਸਲੀ ਹੈ ਜਾਂ ਨਹੀਂ। ਸੁਰੰਗ ਡਿੱਗਣ ’ਤੇ ਛੋਟ ਵਰਤੋਂਯੋਗ ਰਹਿੰਦੀ ਹੈ ਕਿ ਨਹੀਂ: captive portal ਲਈ ਰਹਿਣੀ ਹੀ ਚਾਹੀਦੀ ਹੈ, ਨਹੀਂ ਤਾਂ ਕੋਈ ਕਦੇ ਸਾਈਨ ਇਨ ਨਹੀਂ ਕਰ ਸਕੇਗਾ, ਜਦੋਂ ਕਿ ਨਿੱਜੀ ਸਰੋਤ ਲਈ ਆਮ ਤੌਰ ’ਤੇ ਨਹੀਂ ਰਹਿਣੀ ਚਾਹੀਦੀ, ਨਹੀਂ ਤਾਂ ਨੀਤੀ ਸਜਾਵਟੀ ਹੈ। ਕੀ ਇਹ ਹਰ ਨੈੱਟਵਰਕ ’ਤੇ ਲਾਗੂ ਹੁੰਦੀ ਹੈ ਜਾਂ ਸਿਰਫ਼ ਇੱਛਤ ਵਾਤਾਵਰਨ ਵਿੱਚ, ਕਿਉਂਕਿ ਘਰ ਦੇ ਸਬਨੈੱਟ ਤੱਕ ਸੀਮਿਤ ਨਿਯਮ ਉਸੇ ਰੇਂਜ ਨੂੰ ਸੰਜੋਗ ਨਾਲ ਵਰਤਣ ਵਾਲੇ ਜਨਤਕ ਨੈੱਟਵਰਕ ’ਤੇ ਬਿਲਕੁਲ ਵੱਖਰਾ ਵਿਵਹਾਰ ਕਰਦਾ ਹੈ। ਹਰ ਜਵਾਬ ਨਿਯਮ ਅਤੇ ਨੋਟ ਦੋਵੇਂ ਬਦਲਦਾ ਹੈ, ਇਸ ਲਈ ਬਿਨਾਂ ਜਵਾਬ ਛੱਡਿਆ ਸਵਾਲ ਉਹ ਫੈਸਲਾ ਹੈ ਜੋ ਬਾਅਦ ਵਿੱਚ ਕੋਈ ਹੋਰ ਗਲਤ ਲਵੇਗਾ।
ਤੀਜਾ ਸਵਾਲ ਇਹ ਹੈ ਕਿ ਕੀ ਹੁੰਦਾ ਹੈ ਜਦੋਂ ਮੰਜ਼ਿਲ ਆਪਣਾ ਪਤਾ ਬਦਲਦੀ ਹੈ, ਜਿੱਥੇ ਡੋਮੇਨ-ਅਧਾਰਿਤ ਅਤੇ ਪਤਾ-ਅਧਾਰਿਤ ਛੋਟਾਂ ਵੱਖ ਹੋ ਜਾਂਦੀਆਂ ਹਨ। ਡੋਮੇਨ-ਅਧਾਰਿਤ ਨਿਯਮ ਇਸ ’ਤੇ ਨਿਰਭਰ ਕਰਦੇ ਹਨ ਕਿ ਰਿਜ਼ੋਲਿਊਸ਼ਨ ਕਦੋਂ ਹੁੰਦਾ ਹੈ ਅਤੇ ਕਲਾਇੰਟ ਨਤੀਜਾ ਕਿਵੇਂ ਲਾਗੂ ਕਰਦਾ ਹੈ, ਇਸ ਲਈ ਅਸੰਬੰਧਿਤ ਦਿਸਣ ਵਾਲੇ ਬਦਲਾਅ ਤੋਂ ਬਾਅਦ ਉਹ ਚੁੱਪਚਾਪ ਮੇਲ ਖਾਣਾ ਬੰਦ ਕਰ ਸਕਦੇ ਹਨ, ਅਤੇ ਨਾਕਾਮੀ ਪੁਰਾਣੀ ਛੋਟ ਵਾਂਗ ਨਹੀਂ, ਟੁੱਟੇ VPN ਵਾਂਗ ਦਿਸਦੀ ਹੈ।
ਜਾਂਚ ਕਰੋ, ਦੁਬਾਰਾ ਜਾਂਚ ਕਰੋ, ਅਤੇ ਹਟਾਉਣ ਦਾ ਕਦਮ ਲਿਖੋ
ਮਨਜ਼ੂਰਸ਼ੁਦਾ ਮਾਰਗ ਲਈ ਇੱਕ ਬੇਨੁਕਸਾਨ ਜਾਂਚ ਅਤੇ ਨੇੜਲਾ ਇੱਕ ਰੱਦ ਕੀਤਾ ਕੇਸ ਲਿਖੋ: ਪ੍ਰਿੰਟਰ ਪੇਜ ਲੋਡ ਹੁੰਦਾ ਹੈ ਅਤੇ ਉਸੇ ਸਬਨੈੱਟ ’ਤੇ ਫਾਈਲ ਸ਼ੇਅਰਿੰਗ ਨਹੀਂ ਹੁੰਦੀ। ਉਹ ਜੋੜੀ ਸਾਬਤ ਕਰਦੀ ਹੈ ਕਿ ਛੋਟ ਤੰਗ ਹੈ, ਅਤੇ ਉਹੀ ਜੋੜੀ ਹੈ ਜਿਸਨੂੰ ਸਮੀਖਿਅਕ ਮੂਲ ਬੇਨਤੀ ਨੂੰ ਸਮਝੇ ਬਿਨਾਂ ਦੁਹਰਾ ਸਕਦਾ ਹੈ। ਫਿਰ ਦੁਬਾਰਾ ਜਾਂਚ ਦੇ ਟਰਿੱਗਰ ਸੈੱਟ ਕਰੋ, ਕਿਉਂਕਿ ਜਿਸ ਛੋਟ ਦੀ ਕਦੇ ਦੁਬਾਰਾ ਜਾਂਚ ਨਹੀਂ ਹੁੰਦੀ ਉਹ ਉਸ ਲੋੜ ਤੋਂ ਦੂਰ ਖਿਸਕ ਜਾਂਦੀ ਹੈ ਜਿਸ ਲਈ ਲਿਖੀ ਗਈ ਸੀ, ਅਤੇ ਉਹ ਖਿਸਕਣਾ ਕੁਝ ਟੁੱਟਣ ਤੱਕ ਅਦਿੱਖ ਰਹਿੰਦਾ ਹੈ।
ਅੰਤ ਵਿੱਚ, ਨਿਯਮ ਨੂੰ ਇਸਦੇ ਮਾਲਕ ਹਿੱਸੇ ਰਾਹੀਂ ਕਿਵੇਂ ਹਟਾਉਣਾ ਹੈ ਦਰਜ ਕਰੋ, ਅਤੇ ਭੇਦ ਨੋਟ ਤੋਂ ਬਾਹਰ ਰੱਖੋ। ਸੇਵਾ ਅਤੇ ਮਾਰਗ ਦਾ ਵਰਣਨ ਕਰਨ ਲਈ ਕਦੇ ਵੀ ਨਿੱਜੀ ਕੁੰਜੀ, ਪਾਸਵਰਡ ਜਾਂ ਕਿਸੇ ਦਾ ਬ੍ਰਾਊਜ਼ਿੰਗ ਇਤਿਹਾਸ ਲੋੜੀਂਦਾ ਨਹੀਂ ਹੁੰਦਾ, ਅਤੇ ਛੋਟੀ ਸੰਭਾਲੀ ਸੂਚੀ ਉਸ ਅਸਥਾਈ ਨਿਯਮ ਨਾਲੋਂ ਬਿਹਤਰ ਹੈ ਜੋ ਇਸਨੂੰ ਲਿਖਣ ਵਾਲੇ ਵਿਅਕਤੀ ਤੋਂ ਵੱਧ ਜੀਉਂਦਾ ਰਿਹਾ।