OpenVPN ਵਿੱਚ ਪਹਿਲਾਂ ਬਣਾਇਆ tun: ਦੋ ਮਾਲਕੀ ਮਾਡਲਾਂ ਦੀ ਤੁਲਨਾ

ਕਿਸੇ ਨੇ tun1 ਪਹਿਲਾਂ ਹੀ ਬਣਾਇਆ ਹੈ, ਪਰੋਫ਼ਾਈਲ ਕਹਿੰਦੀ ਹੈ dev tun1, ਅਤੇ ਕਨੈਕਸ਼ਨ ਫਿਰ ਵੀ ਨਹੀਂ ਜੁੜਦਾ। ਹੋਸਟ ਉੱਤੇ ਨਾਮ ਦਾ ਹੋਣਾ ਲਗਭਗ ਕੁਝ ਨਹੀਂ ਦੱਸਦਾ, ਕਿਉਂਕਿ ਜੁੜਨਾ ਨੇਮਸਪੇਸ, ਡਿਵਾਈਸ ਦੀ ਕਿਸਮ, ਲਿੰਕ ਦਾ ਮਾਲਕ ਕੌਣ ਹੈ ਅਤੇ ਡੈਮਨ ਨੂੰ ਕੀ ਕਰਨ ਦੀ ਆਗਿਆ ਹੈ, ਇਹਨਾਂ ਉੱਤੇ ਨਿਰਭਰ ਕਰਦਾ ਹੈ। ਡਿਵਾਈਸ ਮੁੜ ਵਰਤਣਾ ਵੀ ਇੱਕ ਫ਼ੈਸਲਾ ਲਾਜ਼ਮੀ ਬਣਾਉਂਦਾ ਹੈ ਜੋ ਡਿਫ਼ਾਲਟ ਕਨਫ਼ਿਗਰੇਸ਼ਨ ਲੁਕਾਉਂਦੀ ਹੈ: ਕਿਹੜਾ ਹਿੱਸਾ ਪਤੇ ਅਤੇ ਰੂਟ ਲਿਖਦਾ ਹੈ। ਦੋਵੇਂ ਬੰਦੋਬਸਤਾਂ ਦੇ ਅਸਫ਼ਲ ਹੋਣ ਦੇ ਤਰੀਕੇ ਕਨਫ਼ਿਗਰੇਸ਼ਨ ਦੀਆਂ ਲਾਈਨਾਂ ਨਾਲੋਂ ਬਹੁਤ ਵੱਖਰੇ ਹਨ, ਇਸ ਲਈ ਪਰੋਫ਼ਾਈਲ ਸੋਧਣ ਤੋਂ ਪਹਿਲਾਂ ਫ਼ੈਸਲਾ ਕਰੋ।

ਨਾਮ ਜੁੜਨਾ ਨਹੀਂ ਹੈ

dev tun1 OpenVPN ਤੋਂ ਉਸ ਨਾਮ ਵਾਲਾ ਇੰਟਰਫ਼ੇਸ ਮੰਗਦਾ ਹੈ, ਅਤੇ ਰਵਾਇਤੀ ਯੂਜ਼ਰਸਪੇਸ ਬਿਲਡ ਉਸ ਨੂੰ ਖੋਲ੍ਹਣ ਦੀ ਕੋਸ਼ਿਸ਼ ਕਰਨਗੇ। ਜੇ ਨਾਮ ਆਮ tun ਜਾਂ tap ਪੈਟਰਨ ਦੀ ਪਾਲਣਾ ਨਹੀਂ ਕਰਦਾ, ਤਾਂ ਪਰੋਫ਼ਾਈਲ ਨੂੰ ਮਿਲਦਾ dev-type ਵੀ ਚਾਹੀਦਾ ਹੈ, ਕਿਉਂਕਿ ਕਿਸਮ ਕਦੇ ਵੀ ਸਤਰ ਤੋਂ ਅਨੁਮਾਨਿਤ ਨਹੀਂ ਹੁੰਦੀ। TAP ਡਿਵਾਈਸ ਕਿਸੇ ਹੋਰ ਲੇਬਲ ਵਾਲੀ TUN ਡਿਵਾਈਸ ਨਹੀਂ ਹੈ: ਗ਼ਲਤ ਨੂੰ ਜੋੜਨ ਨਾਲ ਜਾਂ ਤਾਂ ਸਿੱਧਾ ਅਸਫ਼ਲ ਹੁੰਦਾ ਹੈ, ਜਾਂ ਅਜਿਹਾ ਲਿੰਕ ਬਣਦਾ ਹੈ ਜੋ ਉਹ ਫਰੇਮ ਢੋਂਦਾ ਹੈ ਜਿਨ੍ਹਾਂ ਦੀ ਕੋਈ ਉਮੀਦ ਨਹੀਂ ਕਰਦਾ। ਹੋਰ ਸਭ ਤੋਂ ਪਹਿਲਾਂ ਕਿਸਮ ਜਾਂਚੋ, ਕਿਉਂਕਿ ਹਰ ਅਗਲੀ ਜਾਂਚ ਮੰਨਦੀ ਹੈ ਕਿ ਦੋਵੇਂ ਧਿਰਾਂ ਇਸ ਉੱਤੇ ਸਹਿਮਤ ਹਨ। ਫਿਰ ਪੁਸ਼ਟੀ ਕਰੋ ਕਿ ਪ੍ਰਕਿਰਿਆ ਡਿਵਾਈਸ ਨੂੰ ਸੱਚਮੁੱਚ ਖੋਲ੍ਹ ਸਕਦੀ ਹੈ, ਸਿਰਫ਼ ਦੇਖ ਸਕਦੀ ਹੈ ਨਹੀਂ।

dev tun1
dev-type tun

ਨੈੱਟਵਰਕ ਇੰਟਰਫ਼ੇਸ ਅਤੇ /dev/net/tun ਵੱਖਰੀਆਂ ਵਸਤੂਆਂ ਹਨ: ਇੱਕ ਨੇਮਸਪੇਸ ਦੇ ਅੰਦਰ ਲਿੰਕ ਹੈ, ਦੂਜਾ ਉਹ ਅੱਖਰ ਡਿਵਾਈਸ ਹੈ ਜੋ ਯੂਜ਼ਰਸਪੇਸ ਪ੍ਰੋਗਰਾਮ ਜੁੜਨ ਲਈ ਵਰਤਦਾ ਹੈ। Linux TUN/TAP ਦਸਤਾਵੇਜ਼ ਉਸ ਜੁੜਨ ਦੇ ਰਾਹ ਅਤੇ ਸਥਾਈ ਡਿਵਾਈਸਾਂ ਦੀ ਮਾਲਕੀ ਦੇ ਨਿਯਮ ਦੱਸਦਾ ਹੈ। ip link ਚਲਾ ਸਕਣ ਵਾਲਾ root ਸ਼ੈੱਲ ਸਿਰਫ਼ ਇਹ ਸਾਬਤ ਕਰਦਾ ਹੈ ਕਿ ਸ਼ੈੱਲ ਕੋਲ ਅਧਿਕਾਰ ਹਨ, ਡੈਮਨ ਕੋਲ ਹਨ ਇਹ ਨਹੀਂ। ਡਿਵਾਈਸ ਨੋਡ ਦੀ ਮਾਲਕੀ, ਸੇਵਾ ਦੀਆਂ ਸਮਰੱਥਾਵਾਂ ਦਾ ਸਮੂਹ ਅਤੇ ਉਹ ਵਰਤੋਂਕਾਰ ਜਿਸ ਦੇ ਰੂਪ ਵਿੱਚ ਇਹ ਚੱਲਦੀ ਹੈ — ਸਭ ਨੂੰ ਮੇਲ ਖਾਣਾ ਚਾਹੀਦਾ ਹੈ, ਖੋਲ੍ਹਣ ਤੋਂ ਪਹਿਲਾਂ।

ਮੌਜੂਦ ਪਰ ਨਾ ਖੁੱਲ੍ਹਣ ਵਾਲਾ ਡਿਵਾਈਸ ਮਾਲਕੀ ਦੀ ਸਮੱਸਿਆ ਹੈ, ਰੂਟਿੰਗ ਦੀ ਨਹੀਂ। ਡੀਬੱਗ ਕਰਦਿਆਂ ਇਸ ਨੂੰ ਇਵੇਂ ਹੀ ਲਓ, ਨਹੀਂ ਤਾਂ ਦੁਪਹਿਰ ਉਹਨਾਂ ਰੂਟ ਟੇਬਲਾਂ ਪੜ੍ਹਨ ਵਿੱਚ ਲੰਘ ਜਾਵੇਗੀ ਜੋ ਕਦੇ ਸਮੱਸਿਆ ਹੀ ਨਹੀਂ ਸਨ।

ਲਿੰਕ ਕੌਣ ਕਨਫ਼ਿਗਰ ਕਰਦਾ ਹੈ: ਦੋ ਮਾਲਕੀ ਮਾਡਲ

ਪਹਿਲੇ ਮਾਡਲ ਵਿੱਚ OpenVPN ਕਨੈਕਸ਼ਨ ਚੁੱਕਣ ਦੇ ਹਿੱਸੇ ਵਜੋਂ ਪਤੇ ਅਤੇ ਰੂਟ ਕਨਫ਼ਿਗਰ ਕਰਦਾ ਹੈ। ਇਹ ਡਿਫ਼ਾਲਟ ਵਿਵਹਾਰ ਹੈ ਅਤੇ ਸਮਝਣ ਲਈ ਸਭ ਤੋਂ ਸੌਖਾ, ਕਿਉਂਕਿ ਇੱਕ ਹੀ ਹਿੱਸਾ ਸਥਿਤੀ ਬਣਾਉਂਦਾ ਹੈ ਅਤੇ ਫਿਰ ਹਟਾ ਦਿੰਦਾ ਹੈ। ਦੂਜੇ ਮਾਡਲ ਵਿੱਚ ਬਾਹਰੀ ਪ੍ਰਬੰਧਕ ਇੰਟਰਫ਼ੇਸ ਦਾ ਮਾਲਕ ਹੁੰਦਾ ਹੈ, ਅਤੇ ifconfig-noexec OpenVPN ਨੂੰ ਉਸ ਦੇ ਪਤਾ-ਕਨਫ਼ਿਗਰੇਸ਼ਨ ਹੁਕਮ ਚਲਾਉਣ ਤੋਂ ਰੋਕਦਾ ਹੈ ਅਤੇ ਪੈਰਾਮੀਟਰ ਸਕ੍ਰਿਪਟਾਂ ਨੂੰ ਦਿੰਦਾ ਹੈ। ਫਿਰ ਪ੍ਰਬੰਧਕ ਨੂੰ ਖੁਦ ਸਹੀ ਸਥਾਨਕ ਅਤੇ ਪੀਅਰ ਕਨਫ਼ਿਗਰੇਸ਼ਨ ਲਾਗੂ ਕਰਨੀ ਪੈਂਦੀ ਹੈ, ਜੋ ਵਿਕਲਪ ਦੇ ਨਾਮ ਤੋਂ ਵੱਧ ਕੰਮ ਹੈ। ਦੋਵਾਂ ਵਿੱਚੋਂ ਚੁਣਨਾ ਇਹ ਸਵਾਲ ਹੈ ਕਿ ਲਿੰਕ ਚੁੱਕਿਆ ਹੋਣ ਵੇਲੇ ਇਸ ਨੂੰ ਕੌਣ ਬਦਲ ਸਕਦਾ ਹੈ।

ifconfig-noexec ਸਿਰਫ਼ ਪਤਿਆਂ ਨੂੰ ਕਵਰ ਕਰਦਾ ਹੈ: ਰੂਟਿੰਗ ਟੇਬਲ ਅਛੂਤੀ ਰਹਿੰਦੀ ਹੈ, ਅਤੇ ਰੂਟ ਕਨਫ਼ਿਗਰੇਸ਼ਨ route-noexec ਦੀ ਹੈ। ਦੋਵੇਂ ਨਿਰਦੇਸ਼ਾਂ ਨੂੰ ਵੱਖਰੇ ਨਿਯੰਤਰਣ ਅਤੇ ਵੱਖਰੇ ਮਾਲਕਾਂ ਵਜੋਂ ਲਓ, ਕਿਉਂਕਿ ਇੱਕ ਸੈੱਟ ਕਰਕੇ ਦੂਜੇ ਨੂੰ ਮੰਨ ਲੈਣਾ ਅੱਧ-ਕਨਫ਼ਿਗਰ ਹੋਏ ਲਿੰਕਾਂ ਦਾ ਆਮ ਸਰੋਤ ਹੈ। ਹਰ ਪਰਤ ਲਈ ਠੀਕ ਇੱਕ ਮਾਲਕ ਚੁਣੋ, ਪਤੇ ਇੱਕ ਥਾਂ ਅਤੇ ਰੂਟ ਇੱਕ ਥਾਂ। ਨੈੱਟਵਰਕ ਪ੍ਰਬੰਧਕ ਅਤੇ VPN ਸਹਾਇਕ ਦੋਵੇਂ ਪਤੇ ਲਿਖਣ, ਇਹੀ ਉਹ ਤਰੀਕਾ ਹੈ ਜਿਸ ਨਾਲ ਡਿਸਕਨੈਕਟ ਉਹ ਸਥਿਤੀ ਮਿਟਾ ਦਿੰਦਾ ਹੈ ਜਿਸ ਉੱਤੇ ਦੂਜਾ ਪਾਸਾ ਅਜੇ ਨਿਰਭਰ ਹੈ।

ਡਿਵਾਈਸ ਨੂੰ ਉਸ ਨੇਮਸਪੇਸ ਤੋਂ ਵੇਖੋ ਜੋ ਮਾਇਨੇ ਰੱਖਦਾ ਹੈ

ਡਿਵਾਈਸ ਨੂੰ ਉਸ ਨੇਮਸਪੇਸ ਤੋਂ ਵੇਖੋ ਜਿਸ ਵਿੱਚ VPN ਪ੍ਰਕਿਰਿਆ ਚੱਲਦੀ ਹੈ, ਉਸ ਤੋਂ ਨਹੀਂ ਜਿਸ ਵਿੱਚ ਤੁਹਾਡਾ ਸ਼ੈੱਲ ਸੰਜੋਗ ਨਾਲ ਹੈ। ਹੇਠਾਂ ਦਿੱਤੇ ਦੋ ਹੁਕਮ ਵੱਖਰੇ ਸਵਾਲਾਂ ਦਾ ਜਵਾਬ ਦਿੰਦੇ ਹਨ, ਅਤੇ ਫ਼ਰਕ ਉਦੋਂ ਦਿਸਦਾ ਹੈ ਜਦੋਂ ਹੋਸਟ ਅਜਿਹਾ ਇੰਟਰਫ਼ੇਸ ਵੇਖਦਾ ਹੈ ਜੋ ਕੰਟੇਨਰ ਨਹੀਂ ਵੇਖਦਾ। ਇਹਨਾਂ ਨੂੰ ਦਿੱਤੇ ਕ੍ਰਮ ਵਿੱਚ ਚਲਾਓ, ਕਿਉਂਕਿ ਦੂਜੇ ਦਾ ਅਰਥ ਉਦੋਂ ਹੀ ਹੈ ਜਦੋਂ ਤੁਸੀਂ ਜਾਣੋ ਕਿ ਲਿੰਕ ਹੈ ਵੀ ਜਾਂ ਨਹੀਂ।

ip -details link show dev tun1
ip tuntap show

ਪਹਿਲਾ ਹੁਕਮ ਲਿੰਕ ਨੂੰ ਉਵੇਂ ਛਾਪਦਾ ਹੈ ਜਿਵੇਂ ਕਰਨਲ ਇਸ ਨੂੰ ਵੇਖਦਾ ਹੈ, ਫਲੈਗ ਅਤੇ ਇੰਟਰਫ਼ੇਸ ਕਿਸਮ ਸਮੇਤ, ਅਤੇ ਇਸ ਤਰ੍ਹਾਂ ਤੁਸੀਂ ਪੁਸ਼ਟੀ ਕਰਦੇ ਹੋ ਕਿ ਇਹੀ ਤੁਹਾਡਾ ਮਨੋਰਥ ਡਿਵਾਈਸ ਹੈ। ਦੂਜਾ ਸਥਾਈ tun/tap ਐਂਟਰੀਆਂ ਦੀ ਸੂਚੀ ਦਿੰਦਾ ਹੈ, ਜੋ ਕਿਸੇ ਵੀ ਪ੍ਰਕਿਰਿਆ ਦੇ ਫੜੇ ਬਿਨਾਂ ਮੌਜੂਦ ਹੁੰਦੀਆਂ ਹਨ। ਆਪਣੇ ਨਿਸ਼ਚਿਤ ਮਾਲਕ ਦੀ ਉਡੀਕ ਕਰਦਾ ਇੰਟਰਫ਼ੇਸ ਦੂਜੇ VPN ਨਾਲ ਜੁੜੇ ਜੀਵਤ ਸੁਰੰਗ ਨਾਲੋਂ ਵੱਖਰੀ ਸਥਿਤੀ ਹੈ, ਅਤੇ ਤੁਹਾਡਾ ਆਪਣਾ ਜੁੜਨ ਕਿਉਂ ਅਸਫ਼ਲ ਹੁੰਦਾ ਹੈ, ਇਹ ਸਿਰਫ਼ ਦੂਜਾ ਦੱਸਦਾ ਹੈ। ਕੁਝ ਵੀ ਬਦਲਣ ਤੋਂ ਪਹਿਲਾਂ ਡਿਵਾਈਸ ਫੜੀ ਰੱਖਣ ਵਾਲੀ ਪ੍ਰਕਿਰਿਆ ਲੱਭੋ, ਕਿਉਂਕਿ ਸਥਾਈ ਐਂਟਰੀ ਅਤੇ ਰੁੱਝੇ ਇੰਟਰਫ਼ੇਸ ਦੇ ਹੱਲ ਵੱਖਰੇ ਹਨ।

ਮਲਟੀਕਿਊ ਸਮਰਥਨ ਆਪਣੀਆਂ ਲੋੜਾਂ ਵਾਲੀ ਖਾਸ ਡਰਾਈਵਰ ਬੰਦੋਬਸਤ ਹੈ, ਅਸੰਬੰਧਿਤ ਪ੍ਰਕਿਰਿਆਵਾਂ ਨੂੰ ਇੱਕ ਇੰਟਰਫ਼ੇਸ ਸਾਂਝਾ ਕਰਨ ਦੀ ਆਗਿਆ ਨਹੀਂ। ਦੂਜੇ ਮਾਲਕ ਦਾ ਜੀਵਤ ਸੈਸ਼ਨ ਤਾਲਮੇਲ ਦੀ ਸਮੱਸਿਆ ਹੈ, ਅਤੇ ਕੋਈ ਪਰੋਫ਼ਾਈਲ ਸੋਧ ਇਸ ਨੂੰ ਹੱਲ ਨਹੀਂ ਕਰਦੀ।

ਦੋ ਕਿਸਮਾਂ ਦੀ ਟਿਕਾਊਪਣ

ਕਰਨਲ ਟਿਕਾਊਪਣ ਅਤੇ persist-tun ਅਜਿਹੀਆਂ ਉਮਰਾਂ ਦੱਸਦੇ ਹਨ ਜੋ ਮਿਲਾਉਣਾ ਸੌਖਾ ਅਤੇ ਗ਼ਲਤੀ ਕਰਨਾ ਮਹਿੰਗਾ ਹੈ। ਸਥਾਈ ਡਿਵਾਈਸ ਕਿਸੇ ਵੀ ਪ੍ਰਕਿਰਿਆ ਤੋਂ ਸੁਤੰਤਰ ਮੌਜੂਦ ਹੁੰਦਾ ਹੈ, ਇਸ ਲਈ ਰੁਕਣ ਤੋਂ ਬਾਅਦ ਵੀ ਰਹਿੰਦਾ ਹੈ ਅਤੇ ਅਗਲਾ ਸਟਾਰਟ ਇਸ ਨੂੰ ਮੁੜ ਵਰਤ ਸਕਦਾ ਹੈ। persist-tun ਇੱਕ ਹੀ OpenVPN ਪ੍ਰਕਿਰਿਆ ਦੇ ਅੰਦਰ ਸਮਰਥਿਤ ਨਰਮ ਰੀਸੈਟਾਂ ਦੌਰਾਨ ਸਰੋਤ ਰੱਖਦਾ ਹੈ, ਬਹੁਤ ਛੋਟਾ ਘੇਰਾ। ਦੋਵੇਂ ਇਹ ਵਾਅਦਾ ਨਹੀਂ ਕਰਦੇ ਕਿ ਸੇਵਾ ਰੋਕਣ ਨਾਲ ਰੂਟ ਅਤੇ ਪਤੇ ਆਪਣੀ ਥਾਂ ਰਹਿਣਗੇ, ਅਤੇ ਦਿਸਦਾ ਰਹਿਣ ਵਾਲਾ ਇੰਟਰਫ਼ੇਸ ਕੰਮ ਕਰਦੇ ਐਨਕ੍ਰਿਪਟ ਸੈਸ਼ਨ ਦਾ ਸਬੂਤ ਨਹੀਂ ਹੈ।

ਬੈਕਐਂਡ ਦੀ ਵੀ ਪੁਸ਼ਟੀ ਕਰੋ, ਕਿਉਂਕਿ ਪਹਿਲਾਂ ਬਣਾਇਆ ਇੰਟਰਫ਼ੇਸ ਇਹ ਨਹੀਂ ਦੱਸਦਾ ਕਿ ਕਿਹੜਾ ਅਮਲ ਇਸ ਨੂੰ ਖੋਲ੍ਹੇਗਾ। ਸਿੱਧਾ ਡੇਟਾ ਰਾਹ ਰੱਖਣ ਵਾਲੇ ਕਮਿਊਨਿਟੀ ਬਿਲਡ ਇਸ ਨੂੰ ਵਰਤਣ ਦੀ ਕੋਸ਼ਿਸ਼ ਕਰਨਗੇ ਜਦੋਂ ਤੱਕ ਡਿਜ਼ਾਈਨ ਹੋਰ ਨਾ ਕਹੇ। ਜਿੱਥੇ ਵਰਜਨ ਇਸ ਸਵਿੱਚ ਦਾ ਸਮਰਥਨ ਕਰਦਾ ਹੈ, ਉੱਥੇ disable-dco ਇਸ ਦੀ ਥਾਂ ਯੂਜ਼ਰਸਪੇਸ ਰਾਹ ਚੁਣਦਾ ਹੈ; ਪੁਰਾਣੇ ਇੰਜਣ ਅਤੇ ਹੋਰ ਕਲਾਇੰਟ ਕੋਲ ਅਜਿਹਾ ਨਿਰਦੇਸ਼ ਨਹੀਂ, ਇਸ ਲਈ ਵਰਜਨ ਦੀ ਸ਼ਰਤ ਵਿਕਲਪ ਦੇ ਕੋਲ ਰੱਖੋ, ਲਾਗੂ ਹੁੰਦੀ ਹੈ ਇਵੇਂ ਨਾ ਮੰਨੋ।

ਸਿਰਫ਼ ਸਟਾਰਟਅੱਪ ਜਾਂਚਣ ਨਾਲ ਕੀ ਟੁੱਟਦਾ ਹੈ

ਮਾਲਕੀ ਦਾ ਸਮਝੌਤਾ ਪਹਿਲੀ ਪਰਖ ਪਾਸ ਕਰਕੇ ਆਖਰੀ ਵਿੱਚ ਅਸਫ਼ਲ ਹੋ ਸਕਦਾ ਹੈ, ਜੋ ਸਟਾਰਟਅੱਪ ਨੂੰ ਇਕੱਲਾ ਕਮਜ਼ੋਰ ਜਾਂਚ ਬਣਾਉਂਦਾ ਹੈ। ਇਸ ਦੀ ਥਾਂ ਦੋ ਤਬਦੀਲੀਆਂ ਵੇਖੋ: ਇੱਕ ਨਰਮ ਰੀਸੈਟ, ਅਤੇ ਪੂਰਾ ਰੁਕਾਅ ਜਿਸ ਤੋਂ ਬਾਅਦ ਸਟਾਰਟ।

systemctl status openvpn-client@lab
ip -details link show dev tun1

ਸਟਾਰਟਅੱਪ ਸੌਖਾ ਕੇਸ ਹੈ: ਯੂਨਿਟ ਉੱਪਰ ਆਉਂਦੀ ਹੈ, ਲਿੰਕ ਦਿਸਦਾ ਹੈ, ਅਤੇ ਸਥਿਤੀ ਦਾ ਆਉਟਪੁੱਟ ਲੋਡ ਹੋਈ ਪਰੋਫ਼ਾਈਲ ਦਾ ਨਾਮ ਦੱਸਦਾ ਹੈ। ਜੁੜਨਾ ਉਹ ਪਲ ਹੈ ਜਦੋਂ ਡੈਮਨ ਡਿਵਾਈਸ ਖੋਲ੍ਹਦਾ ਹੈ, ਇਸ ਲਈ ਯੂਨਿਟ ਵੱਲੋਂ ਸਰਗਰਮ ਹੋਣ ਦੀ ਸੂਚਨਾ ਤੋਂ ਬਾਅਦ ਲਿੰਕ ਜਾਂਚ ਚਲਾਓ, ਉਸ ਤੋਂ ਪਹਿਲਾਂ ਨਹੀਂ। ਜੇ ਸਥਿਤੀ ਅਜੇ ਸਰਗਰਮ ਹੋ ਰਹੀ ਹੈ ਅਤੇ ਲਿੰਕ ਮੌਜੂਦ ਹੈ, ਤਾਂ ਤੁਸੀਂ ਅਜਿਹਾ ਸਥਾਈ ਡਿਵਾਈਸ ਵੇਖ ਰਹੇ ਹੋ ਜਿਸ ਨਾਲ ਅਜੇ ਕੋਈ ਨਹੀਂ ਜੁੜਿਆ, ਕੰਮ ਕਰਦੀ ਸੁਰੰਗ ਨਹੀਂ। ਅੱਗੇ ਵਧਣ ਤੋਂ ਪਹਿਲਾਂ ਲਿੰਕ ਰਾਹੀਂ ਅਸਲ ਟ੍ਰੈਫ਼ਿਕ ਭੇਜੋ, ਕਿਉਂਕਿ ਵਰਤੋਂਯੋਗ ਰੂਟ ਤੋਂ ਬਿਨਾਂ ਜੁੜਿਆ ਇੰਟਰਫ਼ੇਸ ਵੀ ਅਸਫ਼ਲਤਾ ਹੈ।

kill -SIGHUP $(pidof openvpn)
journalctl -u openvpn-client@lab -n 40
systemctl stop openvpn-client@lab
ip -details link show dev tun1

ਨਰਮ ਰੀਸੈਟ ਨੇ ਸੈਸ਼ਨ ਵਰਤੋਂਯੋਗ ਅਤੇ ਸਰੋਤ ਅਟੁੱਟ ਛੱਡਣੇ ਚਾਹੀਦੇ ਹਨ, ਅਤੇ ਇਹੀ ਕੰਮ persist-tun ਕਰਦਾ ਹੈ। ਪੂਰਾ ਰੁਕਾਅ ਉਹ ਥਾਂ ਹੈ ਜਿੱਥੇ ਬਾਹਰੀ ਪ੍ਰਬੰਧਕ ਆਪਣੇ ਆਪ ਨੂੰ ਪ੍ਰਗਟ ਕਰਦਾ ਹੈ: ਜੇ ਲਿੰਕ ਜਾਂ ਇਸ ਦੇ ਪਤੇ ਰੁਕਾਅ ਤੋਂ ਬਾਅਦ ਵੀ ਰਹਿਣ, ਤਾਂ ਉਹਨਾਂ ਦਾ ਮਾਲਕ ਕੋਈ ਹੋਰ ਹੈ, ਅਤੇ ਇਹ ਜਾਂ ਤਾਂ ਤੁਹਾਡੀ ਦਰਜ ਕੀਤੀ ਸਥਿਤੀ ਹੈ ਜਾਂ ਹੁਣੇ ਲੱਭੀ ਬੱਗ। ਦੋਵੇਂ ਨਿਰੀਖਣ ਪਰੋਫ਼ਾਈਲ ਦੇ ਕੋਲ ਲਿਖੋ, ਤਾਂ ਜੋ ਅਗਲੀ ਤਬਦੀਲੀ ਚਿੱਤਰ ਤੋਂ ਨਹੀਂ, ਸਬੂਤ ਤੋਂ ਸ਼ੁਰੂ ਹੋਵੇ।