ਵੰਡਿਆ ਟਨਲ: ਤੁਹਾਡੇ ਸੈੱਟ ਕੀਤੇ VPN ਤੋਂ ਬਾਹਰ ਲਿੰਕ ਕਿਉਂ ਖੁੱਲ੍ਹਦਾ ਹੈ
ਰੂਟਿੰਗ ਉਸ ਪ੍ਰਕਿਰਿਆ ਦਾ ਪਾਲਣ ਕਰਦੀ ਹੈ ਜੋ ਸਾਕਟ ਖੋਲ੍ਹਦੀ ਹੈ, ਨਾ ਕਿ ਉਸ ਐਪ ਦਾ ਜਿਸ ਨੇ ਤੁਹਾਨੂੰ ਲਿੰਕ ਦਿਖਾਇਆ। ਆਪਣੇ ਅਪਵਾਦ ਵਧਾਉਣ ਤੋਂ ਪਹਿਲਾਂ ਸਾਬਤ ਕਰੋ ਕਿ ਕਿਹੜਾ ਪ੍ਰੋਗਰਾਮ ਜੁੜਦਾ ਹੈ।
ਕਿਸੇ ਐਪ ਨੂੰ ਟਨਲ ਵਿੱਚੋਂ ਲੰਘਾਉਣਾ ਉਸ ਦੀ ਰੂਟਿੰਗ ਨੂੰ ਉਸ ਹਰ ਚੀਜ਼ ਤੱਕ ਨਹੀਂ ਲੈ ਜਾਂਦਾ ਜੋ ਉਹ ਐਪ ਸ਼ੁਰੂ ਕਰਦੀ ਹੈ, ਭਾਵੇਂ ਇੰਟਰਫ਼ੇਸ ਉਲਟਾ ਸੰਕੇਤ ਦੇਵੇ। ਲਿੰਕ ਬੇਨਤੀ ਕਿਸੇ ਹੋਰ ਪ੍ਰੋਗਰਾਮ ਨੂੰ ਸੌਂਪਦਾ ਹੈ, ਉਹ ਪ੍ਰੋਗਰਾਮ ਆਪਣਾ ਸਾਕਟ ਖੋਲ੍ਹਦਾ ਹੈ, ਅਤੇ ਪਲੇਟਫ਼ਾਰਮ ਨਿਯਮ ਨਵੀਂ ਪ੍ਰਕਿਰਿਆ 'ਤੇ ਲਾਗੂ ਕਰਦਾ ਹੈ, ਉਸ 'ਤੇ ਨਹੀਂ ਜਿਸ ਨੇ ਪਾਠ ਦਿਖਾਇਆ। ਟਨਲ ਨੀਤੀ ਅਸਲ ਵਿੱਚ ਉਹੀ ਦੂਜੀ ਪ੍ਰਕਿਰਿਆ ਦੇਖਦੀ ਹੈ, ਅਤੇ ਉਹ ਤੁਹਾਡੇ ਵੱਲੋਂ ਸੈੱਟ ਕੀਤੀ ਨਹੀਂ ਹੈ।
ਇਸ ਲਈ ਸ਼ਾਮਲ ਐਪ ਟਨਲ ਤੋਂ ਬਾਹਰ ਬੈਠਾ ਬ੍ਰਾਊਜ਼ਰ ਖੋਲ੍ਹ ਸਕਦੀ ਹੈ। ਬਾਹਰ ਰੱਖਿਆ ਬ੍ਰਾਊਜ਼ਰ ਕੰਮ ਉਸ ਐਪ ਨੂੰ ਵਾਪਸ ਦੇ ਸਕਦਾ ਹੈ ਜੋ ਉਸ ਦੇ ਅੰਦਰ ਬੈਠੀ ਹੈ। ਇਸ ਹੈਰਾਨੀ ਦੀਆਂ ਦੋਵੇਂ ਦਿਸ਼ਾਵਾਂ ਆਮ ਵਿਵਹਾਰ ਹਨ।
ਕੰਮ ਦੇ ਪ੍ਰਵਾਹ ਦਾ ਉਹ ਹਿੱਸਾ ਜੋ ਕਿਸੇ ਨੇ ਸੈੱਟ ਨਹੀਂ ਕੀਤਾ
ਹਰ ਐਪ ਦੀ ਨੀਤੀ ਕਿਸੇ ਐਗਜ਼ੀਕਿਊਟੇਬਲ ਜਾਂ ਪੈਕੇਜ ਦੀ ਪਛਾਣ ਦੇ ਵਿਰੁੱਧ ਲਿਖੀ ਜਾਂਦੀ ਹੈ, ਅਤੇ ਹਰ ਕਨੈਕਸ਼ਨ ਦਾ ਮੁਲਾਂਕਣ ਉਸੇ ਪਲ ਹੁੰਦਾ ਹੈ ਜਦੋਂ ਉਹ ਬਣਦਾ ਹੈ। ਬ੍ਰਾਊਜ਼ਰ, ਦਸਤਾਵੇਜ਼ ਵਿਊਅਰ, ਮੀਡੀਆ ਪਲੇਅਰ ਅਤੇ ਸਿਸਟਮ ਦੀ ਸ਼ੇਅਰ ਸ਼ੀਟ—ਹਰ ਇੱਕ ਦੀ ਆਪਣੀ ਪਛਾਣ ਹੈ, ਅਤੇ ਹਰ ਇੱਕ ਨੂੰ ਆਪਣਾ ਫ਼ੈਸਲਾ ਮਿਲਦਾ ਹੈ। ਡੂੰਘਾ ਲਿੰਕ ਡੇਟਾ ਲੈ ਜਾਂਦਾ ਹੈ, ਨੀਤੀ ਨਹੀਂ।
ਇਸੇ ਲਈ ਨਿਰੀਖਣ ਮਨਮਾਨੀ ਲੱਗਦਾ ਹੈ: ਉਹੀ ਕਲਿੱਕ ਦੋ ਤਰੀਕਿਆਂ ਨਾਲ ਰੂਟ ਹੁੰਦਾ ਹੈ, ਇਸ 'ਤੇ ਨਿਰਭਰ ਕਰਦਾ ਹੈ ਕਿ ਕਿਹੜਾ ਹੈਂਡਲਰ ਜਵਾਬ ਦਿੰਦਾ ਹੈ। ਟਨਲ ਅੰਦਰਲਾ ਮੇਲ ਕਲਾਇੰਟ ਟਨਲ ਤੋਂ ਬਾਹਰ ਰਹਿੰਦੇ ਬ੍ਰਾਊਜ਼ਰ ਵਿੱਚ ਲਿੰਕ ਖੋਲ੍ਹਦਾ ਹੈ, ਅਤੇ ਸਫ਼ਾ ਤੁਹਾਡੇ ਘਰ ਦੇ ਪਤੇ ਤੋਂ ਲੋਡ ਹੁੰਦਾ ਹੈ। ਟਨਲ ਤੋਂ ਬਾਹਰਲਾ ਬ੍ਰਾਊਜ਼ਰ ਅੰਦਰ ਰਹਿੰਦੇ ਵਿਊਅਰ ਵਿੱਚ ਦਸਤਾਵੇਜ਼ ਖੋਲ੍ਹਦਾ ਹੈ, ਅਤੇ ਫ਼ਾਈਲ ਐਗਜ਼ਿਟ ਵਿੱਚੋਂ ਆਉਂਦੀ ਹੈ। ਦੋਵਾਂ ਵਿੱਚੋਂ ਕੋਈ ਵੀ ਨਤੀਜਾ ਕਲਾਇੰਟ ਦੀ ਖ਼ਰਾਬੀ ਨਹੀਂ।
ਪਹਿਲਾਂ ਤੋਂ ਚੱਲ ਰਿਹਾ ਹੈਂਡਲਰ ਹਾਲਤ ਹੋਰ ਖ਼ਰਾਬ ਕਰਦਾ ਹੈ। ਜੇ ਬ੍ਰਾਊਜ਼ਰ ਪਹਿਲਾਂ ਹੀ ਖੁੱਲ੍ਹਾ ਹੈ, ਤਾਂ ਲਿੰਕ ਮੌਜੂਦਾ ਪ੍ਰਕਿਰਿਆ ਲਈ ਸੁਨੇਹਾ ਬਣ ਜਾਂਦਾ ਹੈ, ਅਤੇ ਉਹ ਪ੍ਰਕਿਰਿਆ ਉਹੀ ਰੂਟਿੰਗ ਰੱਖਦੀ ਹੈ ਜੋ ਉਸ ਦੇ ਸ਼ੁਰੂ ਹੋਣ ਵੇਲੇ ਸੀ। ਹੈਂਡਲਰ ਬੰਦ ਕਰਕੇ ਮੁੜ ਖੋਲ੍ਹਣ ਨਾਲ ਨਤੀਜਾ ਬਦਲ ਜਾਂਦਾ ਹੈ, ਅਤੇ ਇਸੇ ਲਈ ਸਮੱਸਿਆ ਮੰਗਣ 'ਤੇ ਕਦੇ ਦੁਹਰਾਈ ਨਹੀਂ ਜਾਂਦੀ।
| Platform | Policy object | What it is evaluated against |
|---|---|---|
| Android | Per-app VPN allowlist | Package name of the process opening the socket |
| Windows | Application traffic filters | Application path in the filter rule |
| Linux | UID or cgroup routing rules | Owner of the socket, which can be a different program |
ਕਨੈਕਸ਼ਨ ਅਸਲ ਵਿੱਚ ਕਿਹੜੀ ਪ੍ਰਕਿਰਿਆ ਨੇ ਬਣਾਇਆ
ਅਨੁਮਾਨ ਲਾਉਣ ਦੀ ਬਜਾਏ ਪ੍ਰਾਪਤ ਕਰਨ ਵਾਲਾ ਪਾਸਾ ਮਾਪੋ। ਟਨਲ ਚਾਲੂ ਰੱਖੋ, ਇੱਕ ਬੇਹਾਨੀ ਲਿੰਕ 'ਤੇ ਕਲਿੱਕ ਕਰੋ, ਅਤੇ ਨਵੇਂ ਪ੍ਰੋਗਰਾਮ ਕੋਲ ਮੌਜੂਦ ਸਾਕਟ ਦੇਖੋ।
ss -tnp state established '( dport = :443 )' Get-NetTCPConnection -State Established | Select-Object RemoteAddress,OwningProcess
ਪਹਿਲਾ ਹੁਕਮ Linux 'ਤੇ ਹਰ ਸਥਾਪਿਤ ਸਾਕਟ ਪਿੱਛੇ ਦੀ ਪ੍ਰਕਿਰਿਆ ਦਾ ਨਾਂ ਦਿੰਦਾ ਹੈ, ਅਤੇ ਦੂਜਾ Windows 'ਤੇ ਮਾਲਕ ਪ੍ਰਕਿਰਿਆ ਦੀ ਪਛਾਣ ਹੱਲ ਕਰਕੇ ਉਹੀ ਕਰਦਾ ਹੈ। ਪ੍ਰਕਿਰਿਆ ਦਾ ਨਾਂ ਆਪਣੀ ਨੀਤੀ ਦੇ ਨਾਵਾਂ ਨਾਲ ਤੁਲਨਾ ਕਰੋ। ਜੇ ਨਾਂ ਬ੍ਰਾਊਜ਼ਰ ਹੈ ਅਤੇ ਬ੍ਰਾਊਜ਼ਰ ਬਾਹਰ ਰੱਖਿਆ ਗਿਆ ਹੈ, ਤਾਂ ਕਲਿੱਕ ਖ਼ਰਾਬੀ ਕਾਰਨ ਨਹੀਂ, ਡਿਜ਼ਾਈਨ ਅਨੁਸਾਰ ਟਨਲ ਵਿੱਚੋਂ ਬਾਹਰ ਗਿਆ। ਨੀਤੀ ਦੇ ਨਿਯਮ ਨੂੰ ਜੀਵਤ ਸਾਕਟ ਨਾਲ ਮਿਲਾਉਣਾ ਹੀ ਪੂਰੀ ਵਿਧੀ ਹੈ।
ਹੈਂਡਲਰ ਪਹਿਲਾਂ ਤੋਂ ਚੱਲਦੇ ਹੋਏ, ਅਤੇ ਫਿਰ ਬੰਦ ਹਾਲਤ ਵਿੱਚ ਜਾਂਚ ਦੁਹਰਾਓ। ਦੋਵੇਂ ਨਤੀਜੇ ਵੱਖਰੇ ਹੋ ਸਕਦੇ ਹਨ, ਅਤੇ ਉਹੀ ਫ਼ਰਕ ਟਨਲ ਵਿੱਚੋਂ ਨਿਕਲ ਜਾਂਦੇ ਲਿੰਕਾਂ ਬਾਰੇ ਬਹੁਤੀਆਂ ਰੁਕ-ਰੁਕ ਕੇ ਆਉਣ ਵਾਲੀਆਂ ਰਿਪੋਰਟਾਂ ਦੀ ਵਿਆਖਿਆ ਕਰਦਾ ਹੈ।
ਕਵਰੇਜ ਕੰਮ ਦੇ ਪ੍ਰਵਾਹ ਦਾ ਗੁਣ ਹੈ
ਜੇ ਕੋਈ ਕੰਮ ਸ਼ੁਰੂ ਤੋਂ ਅੰਤ ਤੱਕ ਟਨਲ ਅੰਦਰ ਰਹਿਣਾ ਹੈ, ਤਾਂ ਜਿਸ ਵੀ ਹਿੱਸੇ ਤੱਕ ਉਹ ਪਹੁੰਚ ਸਕਦਾ ਹੈ ਉਹ ਨੀਤੀ ਅੰਦਰ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ: ਲਾਂਚਰ, ਹੈਂਡਲਰ, ਵਿਊਅਰ, ਅਤੇ ਪਲੇਟਫ਼ਾਰਮ ਦੁਆਰਾ ਉਨ੍ਹਾਂ ਵਿਚਕਾਰ ਰੱਖਿਆ ਕੋਈ ਵੀ ਵਿਚੋਲਾ। ਵਧੇਰੇ ਕਵਰੇਜ ਅਕਸਰ ਇਮਾਨਦਾਰ ਜਵਾਬ ਹੁੰਦਾ ਹੈ, ਅਤੇ ਹਰ ਸ਼ੇਅਰ ਟਾਰਗਿਟ ਦੀ ਆਡਿਟ ਕਰਨ ਤੋਂ ਸਸਤਾ ਪੈਂਦਾ ਹੈ।
ਇੱਕ ਐਪ ਠੀਕ ਕਰਨ ਲਈ ਸਿਸਟਮ ਵਿਚੋਲੇ ਨੂੰ ਬਾਹਰ ਰੱਖਣਾ ਆਮ ਗਲਤੀ ਹੈ। ਵਿਚੋਲੇ ਸਾਂਝੇ ਹੁੰਦੇ ਹਨ, ਇਸ ਲਈ ਅਪਵਾਦ ਉਸੇ ਰਾਹ ਵਰਤਣ ਵਾਲੀ ਹਰ ਹੋਰ ਐਪ ਤੱਕ ਜਾਂਦਾ ਹੈ, ਆਮ ਤੌਰ 'ਤੇ ਹਫ਼ਤਿਆਂ ਬਾਅਦ ਰਿਪੋਰਟ ਆਉਣ ਤੱਕ ਕਿਸੇ ਨੂੰ ਪਤਾ ਨਹੀਂ ਲੱਗਦਾ। ਹਿੱਸੇ ਨੂੰ ਬਾਹਰ ਰੱਖਣ ਤੋਂ ਪਹਿਲਾਂ ਪੜ੍ਹੋ ਕਿ ਹੋਰ ਕੀ ਉਸ 'ਤੇ ਨਿਰਭਰ ਹੈ।
ਪਛਾਣ ਨੂੰ ਰੂਟਿੰਗ ਤੋਂ ਵੱਖ ਰੱਖੋ। ਲਿੰਕ ਸੈਸ਼ਨ ਟੋਕਨ ਜਾਂ ਖਾਤਾ ਪਛਾਣਕਰਤਾ ਲੈ ਜਾ ਸਕਦਾ ਹੈ, ਭਾਵੇਂ ਬੇਨਤੀ ਕਿਸੇ ਵੀ ਐਗਜ਼ਿਟ ਨੂੰ ਮਿਲੇ। ਸਹੀ ਢੰਗ ਨਾਲ ਰੂਟ ਕੀਤਾ ਕਲਿੱਕ ਵੀ ਟਿਕਾਣੇ ਨੂੰ ਠੀਕ-ਠੀਕ ਦੱਸ ਸਕਦਾ ਹੈ ਕਿ ਇਸ ਦਾ ਪਿੱਛਾ ਕਿਸ ਨੇ ਕੀਤਾ।
ਕੰਮ ਦੇ ਪ੍ਰਵਾਹ ਦਾ ਦਸਤਾਵੇਜ਼ ਬਣਾਓ, ਪਹਿਲਾ ਚੈੱਕਬਾਕਸ ਨਹੀਂ। ਜਦੋਂ ਕੋਈ ਕੰਮ ਚਾਰ ਪ੍ਰੋਗਰਾਮਾਂ ਤੱਕ ਫੈਲਦਾ ਹੈ, ਤਾਂ ਚਾਰ ਪ੍ਰੋਗਰਾਮਾਂ ਵਾਲਾ ਚਿੱਤਰ ਹੀ ਟ੍ਰੈਫ਼ਿਕ ਕਿੱਥੇ ਜਾਵੇਗਾ ਇਹ ਦੱਸਦਾ ਹੈ, ਅਤੇ ਇੱਕਲੀ-ਐਪ ਸੈਟਿੰਗ ਉਸ ਦੀ ਇੱਕ ਕਤਾਰ ਮਾਤਰ ਹੈ।