OpenVPN ਇੰਜਣ ਜਾਂ Tunnelblick: Mac VPN ਸੈਸ਼ਨ ਕਿਸਦਾ ਹੈ?
ਟਰਮੀਨਲ ਵੰਡਣ ਵਾਲੀ ਰੇਖਾ ਨਹੀਂ ਹੈ। ਤੈਅ ਕਰੋ ਸੈਸ਼ਨ ਕਿਸਦਾ ਹੈ: ਤੁਸੀਂ ਸ਼ੁਰੂ ਕਰਦੇ ਇੰਜਣ, ਜਾਂ DNS, ਪ੍ਰਮਾਣ ਪੱਤਰ ਅਤੇ ਸਫ਼ਾਈ ਸੰਭਾਲਣ ਵਾਲਾ ਪ੍ਰਬੰਧਕ।
Homebrew ਇੱਕ OpenVPN ਪ੍ਰੋਗਰਾਮ ਸਥਾਪਿਤ ਕਰਦਾ ਹੈ; Tunnelblick ਇੱਕ ਪ੍ਰਬੰਧਕ ਸਥਾਪਿਤ ਕਰਦਾ ਹੈ ਜੋ ਇੱਕ ਜਾਂ ਵੱਧ ਇੰਜਣ ਚਲਾਉਂਦਾ ਹੈ। ਇਹ ਵੱਖਰੀਆਂ ਪਰਤਾਂ ਹਨ, ਅਤੇ ਲਾਭਦਾਇਕ ਸਵਾਲ ਇਹ ਨਹੀਂ ਕਿ ਤੁਹਾਨੂੰ ਟਰਮੀਨਲ ਵਰਤਣਾ ਪਸੰਦ ਹੈ ਜਾਂ ਨਹੀਂ। ਇਹ ਹੈ ਕਿ ਸੰਰਚਨਾ, DNS ਤਬਦੀਲੀਆਂ, ਪ੍ਰਮਾਣ ਪੱਤਰਾਂ ਦੀ ਬੇਨਤੀ ਅਤੇ ਸੈਸ਼ਨ ਖਤਮ ਹੋਣ ’ਤੇ ਸਫ਼ਾਈ ਕਿਸਦੀ ਹੈ। ਇਹਨਾਂ ਪਰਤਾਂ ਲਈ ਇੱਕੋ ਮਾਲਕ ਹੋਣਾ ਹੀ ਸੈਟਅਪ ਨੂੰ ਅਨੁਮਾਨਯੋਗ ਬਣਾਉਂਦਾ ਹੈ।
ਹੇਠਾਂ ਦਿੱਤੀਆਂ ਪੰਜ ਜਾਂਚਾਂ ਕ੍ਰਮ ਵਿੱਚ ਕਰੋ। ਪਹਿਲੀ ਜਾਂਚ ਜਿਸ ਦੇ ਦੋ ਮਾਲਕ ਹਨ, ਉਹੀ ਉਹ ਅਜੀਬ ਅੱਧ-ਜੁੜੀਆਂ ਹਾਲਤਾਂ ਪੈਦਾ ਕਰਦੀ ਹੈ ਜਿਨ੍ਹਾਂ ਦਾ ਦੋਸ਼ ਲੋਕ OpenVPN ’ਤੇ ਹੀ ਪਾਉਂਦੇ ਹਨ। ਹਰ ਜਾਂਚ ਉਸ ਸਬੂਤ ਦਾ ਨਾਂ ਲੈਂਦੀ ਹੈ ਜੋ ਉਸਨੂੰ ਤੈਅ ਕਰਦਾ ਹੈ।
ਪਹਿਲੀ ਜਾਂਚ: ਕਿਹੜੀ OpenVPN ਬਾਈਨਰੀ ਅਸਲ ਵਿੱਚ ਚੱਲ ਰਹੀ ਹੈ
ਜੁੜੇ ਹੋਣ ਵੇਲੇ pgrep -fl openvpn ਚਲਾਓ ਅਤੇ ਪੂਰੀ ਕਮਾਂਡ ਲਾਈਨ ਪੜ੍ਹੋ। ਪਹਿਲਾ ਰਾਹ ਹੀ ਅਸਲ ਵਿੱਚ ਚੱਲ ਰਿਹਾ ਇੰਜਣ ਹੈ। Apple Silicon ’ਤੇ Homebrew ਸਥਾਪਨਾ ਆਮ ਤੌਰ ’ਤੇ /opt/homebrew ਹੇਠ ਹੁੰਦੀ ਹੈ, Intel Mac /usr/local ਵਰਤਦੇ ਹਨ, ਅਤੇ Tunnelblick ਆਪਣੇ ਹੀ ਐਪਲੀਕੇਸ਼ਨ ਬੰਡਲ ਦੇ ਅੰਦਰੋਂ ਇੰਜਣ ਚਲਾਉਂਦਾ ਹੈ।
Tunnelblick ਇੰਜਣ ਬੰਡਲ ਕਰਦਾ ਹੈ ਅਤੇ ਸੰਰਚਨਾ ਨੂੰ ਉਹਨਾਂ ਵਿੱਚੋਂ ਇੱਕ ਚੁਣਨ ਦਿੰਦਾ ਹੈ। Homebrew ਫਾਰਮੂਲਾ ਅੱਪਡੇਟ ਕਰਨ ਨਾਲ ਸੁਤੰਤਰ ਬਾਈਨਰੀ ਬਦਲਦੀ ਹੈ, Tunnelblick ਪਰੋਫਾਈਲ ਜੋ ਇੰਜਣ ਸ਼ੁਰੂ ਕਰਦੀ ਹੈ ਉਹ ਨਹੀਂ। ਜੇ ਤੁਸੀਂ ਵਿਵਹਾਰ ਦੇ ਫ਼ਰਕ ਦੀ ਵਿਆਖਿਆ ਲਈ ਵਰਜ਼ਨ ਤੁਲਨਾ ਕਰਦੇ ਹੋ, ਤਾਂ ਪੈਕੇਜ ਮੈਨੇਜਰ ਵਾਲੇ ਇੰਜਣ ਦੀ ਨਹੀਂ, ਪ੍ਰੋਸੈਸ ਸੂਚੀ ਵਾਲੇ ਇੰਜਣ ਦੀ ਤੁਲਨਾ ਕਰੋ। ਸਿਰਫ਼ ਵਰਜ਼ਨ ਸਤਰ ਤੁਹਾਨੂੰ ਨਹੀਂ ਦੱਸੇਗੀ ਕਿ ਉਸ ਇੰਜਣ ਨੇ ਕਿਹੜੀ ਪਰੋਫਾਈਲ ਲੋਡ ਕੀਤੀ।
ਕਾਪੀ ਕੀਤੀ ਪਰੋਫਾਈਲ ਵੱਖਰੀਆਂ ਫਾਈਲਾਂ ਪੜ੍ਹਦਿਆਂ ਵੀ ਦੋ ਇੰਜਣਾਂ ਨੂੰ ਇੱਕੋ ਜਿਹੇ ਦਿਖਾ ਸਕਦੀ ਹੈ। ਕਮਾਂਡ ਲਾਈਨ ਵਿੱਚ ਪਰੋਫਾਈਲ ਦਾ ਰਾਹ ਦੱਸਦਾ ਹੈ ਕਿ ਚੱਲ ਰਹੀ ਪ੍ਰੋਸੈਸ ਨੇ ਕਿਹੜੀ ਸੰਰਚਨਾ ਲੋਡ ਕੀਤੀ; ਸੰਪਾਦਕ ਵਿੱਚ ਖੁੱਲ੍ਹੀ ਪਰੋਫਾਈਲ ਸਬੂਤ ਨਹੀਂ। ਵਿਵਹਾਰ ਦੀ ਤੁਲਨਾ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਉਸ ਰਾਹ ਦੀ ਤੁਲਨਾ ਕਰੋ।
ਦੂਜੀ ਜਾਂਚ: DNS ਅਤੇ ਰੂਟ ਕੌਣ ਬਦਲਦਾ ਹੈ
ਇੰਜਣ OpenVPN ਦੇ ਆਪਣੇ up ਅਤੇ down ਨਿਰਦੇਸ਼ ਚਲਾ ਸਕਦਾ ਹੈ, ਪਰ ਪ੍ਰਬੰਧਕ ਉਸੇ ਜੀਵਨ-ਚੱਕਰ ਦਾ ਮਾਲਕ ਹੋ ਸਕਦਾ ਹੈ। Tunnelblick ਦੀਆਂ ਨਾਮ-ਸਰਵਰ ਸੈਟਿੰਗਾਂ ਉਸ ਦੇ ਮਿਆਰੀ ਕਨੈਕਸ਼ਨ ਅਤੇ ਡਿਸਕਨੈਕਸ਼ਨ ਸਕ੍ਰਿਪਟ ਨਿਯੰਤਰਿਤ ਕਰਦੀਆਂ ਹਨ, ਅਤੇ ਜਦੋਂ ਉਹ ਏਕੀਕਰਨ ਸਰਗਰਮ ਹੋਵੇ ਤਾਂ ਪਰੋਫਾਈਲ ਦੇ ਮੁਕਾਬਲੇਬਾਜ਼ੀ ਨਿਰਦੇਸ਼ਾਂ ਨੂੰ ਨਜ਼ਰਅੰਦਾਜ਼ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ।
ਇਹ ਮਹੱਤਵਪੂਰਨ ਹੈ ਕਿਉਂਕਿ DNS ਹੀ ਉਹ ਥਾਂ ਹੈ ਜਿੱਥੇ ਕੰਮ ਕਰਦਾ ਟਨਲ ਸਭ ਤੋਂ ਵੱਧ ਟੁੱਟਿਆ ਦਿਸਦਾ ਹੈ। ਜੁੜੇ ਹੋਣ ਵੇਲੇ scutil --dns ਜਾਂਚੋ, ਨੋਟ ਕਰੋ ਕਿ ਕਿਹੜਾ ਰਿਜ਼ੌਲਵਰ ਪਹਿਲਾਂ ਹੈ, ਅਤੇ ਪੁਸ਼ਟੀ ਕਰੋ ਕਿ ਡਿਸਕਨੈਕਟ ਤੋਂ ਬਾਅਦ ਉਹ ਵਾਪਸ ਆਉਂਦਾ ਹੈ। ਜੇ ਪਰੋਫਾਈਲ ਆਪਣੇ ਆਪ DNS ਸੈੱਟ ਕਰਨ ਦੀ ਉਮੀਦ ਕਰਦੀ ਹੈ ਜਦੋਂ ਕਿ ਪ੍ਰਬੰਧਕ ਵੀ ਇਸਨੂੰ ਸੰਭਾਲਦਾ ਹੈ, ਤਾਂ ਦੋਹਾਂ ਵਿੱਚੋਂ ਇੱਕ ਹਾਰੇਗਾ।
ਪਹਿਲੇ ਕਨੈਕਸ਼ਨ ਤੋਂ ਪਹਿਲਾਂ ਤੈਅ ਕਰੋ ਕਿ ਕਿਹੜੀ ਪਰਤ DNS ਦੀ ਮਾਲਕ ਹੈ, ਫਿਰ ਦੋਵੇਂ ਰੱਖਣ ਦੀ ਥਾਂ ਹਾਰਨ ਵਾਲਾ ਨਿਰਦੇਸ਼ ਹਟਾਓ। ਰੂਟ ਤਬਦੀਲੀਆਂ ਵੀ ਉਹੀ ਨਿਯਮ ਮੰਨਦੀਆਂ ਹਨ: ਇੱਕ ਮਾਲਕ, ਸੰਰਚਨਾ ਵਿੱਚ ਦਿਸਦਾ, ਦਸਤਾਵੇਜ਼ੀਕ੍ਰਿਤ ਬਹਾਲੀ ਰਾਹ ਨਾਲ।
ਤੀਜੀ ਜਾਂਚ: ਪ੍ਰਮਾਣ ਪੱਤਰ ਕਿੱਥੋਂ ਆਉਂਦੇ ਹਨ
ਇੰਟਰਐਕਟਿਵ ਬੇਨਤੀ ਅਤੇ ਬਿਨਾਂ ਨਿਗਰਾਨੀ ਵਾਲੀ ਪ੍ਰੋਸੈਸ ਦੀਆਂ ਲੋੜਾਂ ਵੱਖਰੀਆਂ ਹਨ। ਇੱਕ ਐਪਲੀਕੇਸ਼ਨ ਵੱਲੋਂ ਸੰਭਾਲਿਆ ਪ੍ਰਮਾਣ ਪੱਤਰ ਆਪਣੇ ਆਪ ਦੂਜੀ ਪ੍ਰੋਸੈਸ ਲਈ ਉਪਲਬਧ ਨਹੀਂ ਹੁੰਦਾ, ਅਤੇ ਪ੍ਰਬੰਧਕ ਤੱਕ ਸੀਮਿਤ ਕੀਚੇਨ ਆਈਟਮ ਸ਼ੈੱਲ ਤੋਂ ਸ਼ੁਰੂ ਕੀਤੇ ਸੁਤੰਤਰ ਇੰਜਣ ਲਈ ਅਦਿੱਖ ਹੋ ਸਕਦੀ ਹੈ।
ਪਰੋਫਾਈਲ ਲਈ ਪ੍ਰਮਾਣ ਪੱਤਰਾਂ ਦਾ ਸਰੋਤ ਗਿਣਾਓ: ਕਲਾਇੰਟ ਸਰਟੀਫਿਕੇਟ ਅਤੇ ਕੁੰਜੀ, ਵਰਤੋਂਕਾਰ ਨਾਮ ਅਤੇ ਪਾਸਵਰਡ ਦੀ ਬੇਨਤੀ, ਜਾਂ ਬਾਹਰੀ ਸਹਾਇਕ ਵੱਲੋਂ ਦਿੱਤਾ ਟੋਕਨ। ਫਿਰ ਪੁਸ਼ਟੀ ਕਰੋ ਕਿ ਚੁਣਿਆ ਮਾਲਕ ਬਿਨਾਂ ਮਨੁੱਖ ਦੇ ਉਸ ਸਰੋਤ ਤੱਕ ਪਹੁੰਚ ਸਕਦਾ ਹੈ, ਜੇ ਕਨੈਕਸ਼ਨ ਨੂੰ ਰੀਬੂਟ ਤੋਂ ਬਾਅਦ ਵੀ ਚੱਲਦੇ ਰਹਿਣਾ ਹੈ।
ਚੌਥੀ ਜਾਂਚ: ਪ੍ਰੋਸੈਸ ਕੌਣ ਸ਼ੁਰੂ ਕਰਦਾ, ਨਿਗਰਾਨੀ ਕਰਦਾ ਅਤੇ ਰੋਕਦਾ ਹੈ
ਸੁਤੰਤਰ ਤੈਨਾਤੀ ਨੂੰ ਨਿਗਰਾਨ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ ਜੇ ਇਸਨੂੰ ਚੱਲਦੇ ਰਹਿਣਾ ਹੈ। Launchd ਇੰਜਣ ਨੂੰ ਲੌਗਇਨ ’ਤੇ ਜਾਂ ਮੰਗ ’ਤੇ ਸ਼ੁਰੂ ਕਰ ਸਕਦਾ ਹੈ, ਕ੍ਰੈਸ਼ ਤੋਂ ਬਾਅਦ ਮੁੜ ਚਲਾ ਸਕਦਾ ਹੈ ਅਤੇ ਸਾਫ਼ ਢੰਗ ਨਾਲ ਰੋਕ ਸਕਦਾ ਹੈ, ਪਰ ਕਿਸੇ ਨੇ ਉਹ ਕੰਮ ਲਿਖਣਾ ਅਤੇ ਉਸਦਾ ਮਾਲਕ ਬਣਨਾ ਹੈ। ਟਰਮੀਨਲ ਵਿੱਚ ਕਮਾਂਡ ਚਲਾਉਣਾ ਟੈਸਟ ਲਈ ਕੰਮ ਕਰਦਾ ਹੈ, ਵਿੰਡੋ ਬੰਦ ਕਰਨ ਵਾਲੇ ਵਰਤੋਂਕਾਰ ਲਈ ਨਹੀਂ।
ਜੇ Tunnelblick ਮਾਲਕ ਰਹਿੰਦਾ ਹੈ, ਤਾਂ ਦੂਜਾ ਇੰਜਣ ਸ਼ੁਰੂ ਕਰਨ ਦੀ ਥਾਂ ਉਸਦੇ ਸਮਰਥਿਤ ਨਿਯੰਤਰਣ ਵਰਤੋ। Homebrew ਬਾਈਨਰੀ ਕਾਪੀ ਕੀਤੀ ਪਰੋਫਾਈਲ ਮਿਲਣ ’ਤੇ ਮੌਜੂਦਾ Tunnelblick ਸੈਸ਼ਨ ਨੂੰ ਹੁਕਮ ਦੇਣ ਦੀ ਥਾਂ ਆਪਣੀ ਸੰਰਚਨਾ ਅਤੇ ਏਕੀਕਰਨ ਸੰਦਰਭ ਨਾਲ ਸੁਤੰਤਰ ਕਨੈਕਸ਼ਨ ਖੋਲ੍ਹਦੀ ਹੈ।
ਕੋਈ ਵੀ ਮਾਲਕ ਚੁਣੋ, ਸਲੀਪ, ਨੈੱਟਵਰਕ ਤਬਦੀਲੀ ਅਤੇ ਲੌਗਆਉਟ ’ਤੇ ਕੀ ਹੁੰਦਾ ਹੈ ਤੈਅ ਕਰੋ। ਪ੍ਰਬੰਧਕ ਆਮ ਤੌਰ ’ਤੇ ਉਹ ਘਟਨਾਵਾਂ ਸੰਭਾਲਦਾ ਹੈ; ਨੰਗੀ ਪ੍ਰੋਸੈਸ ਆਮ ਤੌਰ ’ਤੇ ਨਹੀਂ, ਅਤੇ ਇਸ ਨਾਲ ਬਣਿਆ ਪੁਰਾਣਾ ਰੂਟ ਜਾਂ ਰਿਜ਼ੌਲਵਰ ਸਰਵਰ ਦੀ ਖਰਾਬੀ ਸਮਝ ਲਿਆ ਜਾਂਦਾ ਹੈ।
ਪੰਜਵੀਂ ਜਾਂਚ: ਹਸਤਾਂਤਰਣ ਦੀ ਪੁਸ਼ਟੀ ਕਿਵੇਂ ਹੁੰਦੀ ਹੈ
ਪੁਰਾਣੇ ਮਾਲਕ ਨੂੰ ਨਿਸ਼ਕ੍ਰਿਯ ਕਰਕੇ ਨਵੇਂ ਮਾਲਕ ਦੀ ਜਾਂਚ ਕਰੋ, ਫਿਰ ਪੁਰਾਣੇ ਨੂੰ ਰੱਖਣਾ ਹੋਵੇ ਤਾਂ ਉਸਦੀ ਵੀ ਮੁੜ ਜਾਂਚ ਕਰੋ। ਇੱਕ ਵਰਕਫਲੋ ਵਿੱਚ ਜਵਾਬ ਦੇਣ ਵਾਲਾ ਅਤੇ ਦੂਜੇ ਵਿੱਚ ਨਾ ਦੇਣ ਵਾਲਾ ਨਿੱਜੀ ਸਰੋਤ ਗੁੰਮ ਏਕੀਕਰਨ ਦਾ ਸਬੂਤ ਹੈ, ਸਰਵਰ ਦਾ ਨਹੀਂ।
ਸੁਤੰਤਰ ਇੰਜਣ ਨੂੰ ਹਸਤਾਂਤਰਣ ਲਈ ਪਰੋਫਾਈਲ ਰਾਹ, ਬਾਈਨਰੀ ਰਾਹ, ਨਿਗਰਾਨ, DNS ਮਾਲਕ ਅਤੇ ਪ੍ਰਮਾਣ ਪੱਤਰਾਂ ਦਾ ਸਰੋਤ ਦਰਜ ਕਰੋ। ਫਿਰ ਉਸੇ ਕ੍ਰਮ ਵਿੱਚ ਨਿੱਜੀ ਸਰੋਤ, ਜਨਤਕ ਇੰਟਰਨੈੱਟ ਰਾਹ ਅਤੇ ਸਾਫ਼ ਡਿਸਕਨੈਕਸ਼ਨ ਦੀ ਪੁਸ਼ਟੀ ਕਰੋ। ਜੇ ਡਿਸਕਨੈਕਟ ਤੋਂ ਬਾਅਦ DNS ਜਾਂ ਰੂਟ ਰਹਿ ਜਾਣ, ਤਾਂ ਨਵਾਂ ਮਾਲਕ ਪੂਰਾ ਨਹੀਂ ਹੋਇਆ।
Tunnelblick ਨੂੰ ਹਸਤਾਂਤਰਣ ਲਈ ਸੰਰਚਨਾ ਦਾ ਇੰਜਣ ਚੁਣੋ, ਲੋੜੀਂਦਾ DNS ਏਕੀਕਰਨ ਸਰਗਰਮ ਕਰੋ ਅਤੇ ਉਸਦਾ ਵਿਰੋਧ ਕਰਨ ਵਾਲੇ ਪਰੋਫਾਈਲ ਨਿਰਦੇਸ਼ ਹਟਾਓ। ਫਿਰ ਉਹੀ ਤਿੰਨ ਜਾਂਚਾਂ ਦੁਹਰਾਓ। ਚੱਲਣ ਵਾਲਾ ਪਰ ਰਿਜ਼ੌਲਵਰ ਬਦਲਿਆ ਛੱਡਣ ਵਾਲਾ ਕਨੈਕਸ਼ਨ ਟਨਲ ਉੱਪਰ ਆਉਣ ’ਤੇ ਵੀ ਅਸਫਲ ਹਸਤਾਂਤਰਣ ਹੈ।
ਪੈਕੇਜਿੰਗ ਸਰਵਰ ਨਾਲ ਅਨੁਕੂਲਤਾ ਤੈਅ ਨਹੀਂ ਕਰਦੀ। ਸੇਵਾ ਦੀਆਂ ਆਪਣੀਆਂ ਕਲਾਇੰਟ ਲੋੜਾਂ ਜਾਂਚੋ, ਅਤੇ ਸਿਰਫ਼ ਤਦ ਹੀ ਇਕੱਲਾ ਇੰਜਣ ਚੁਣੋ ਜਦੋਂ ਤੁਸੀਂ ਉਸਦਾ ਪ੍ਰਬੰਧਨ ਖੁਦ ਦੇਣਾ ਚਾਹੁੰਦੇ ਹੋ।