ifconfig-noexec ਤੁਹਾਡਾ SSH ਸੈਸ਼ਨ ਨਹੀਂ ਬਚਾਉਂਦਾ: ਇਹ ਅਸਲ ਵਿੱਚ ਕੀ ਕਰਦਾ ਹੈ
ਇਹ OpenVPN ਦੀ ਆਪਣੀ ਇੰਟਰਫੇਸ ਐਡਰੈਸ ਸੈਟਿੰਗ ਨੂੰ ਦਬਾਉਂਦਾ ਹੈ। ਇਹ SSH ਲਈ ਜਵਾਬ ਮਾਰਗ ਰਾਖਵਾਂ ਨਹੀਂ ਕਰਦਾ, ਸਾਰੀਆਂ ਮਾਰਗ ਤਬਦੀਲੀਆਂ ਬੰਦ ਨਹੀਂ ਕਰਦਾ ਅਤੇ ਗੁੰਮ ਐਡਰੈਸ ਨਹੀਂ ਦਿੰਦਾ।
ਕਿਸੇ ਫੋਰਮ ਥ੍ਰੈਡ ਵਿੱਚ, ifconfig-noexec ਨੂੰ ਟਨਲ ਉੱਪਰ ਆਉਣ ਵੇਲੇ SSH ਸੈਸ਼ਨ ਨੂੰ ਜੀਵਿਤ ਰੱਖਣ ਵਾਲੇ ਹੱਲ ਵਜੋਂ ਦੱਸਿਆ ਜਾਂਦਾ ਹੈ। ਇਹ ਦਲੀਲ ਤਦ ਤੱਕ ਜਾਇਜ਼ ਲੱਗਦੀ ਹੈ ਜਦੋਂ ਤੱਕ ਤੁਸੀਂ ਦੇਖਦੇ ਨਹੀਂ ਕਿ ਇਹ ਵਿਕਲਪ ਕੀ ਛੁਹੰਦਾ ਹੈ। ਇਹ OpenVPN ਨੂੰ ਟਨਲ ਇੰਟਰਫੇਸ ਦਾ ਐਡਰੈਸ ਸੈਟ ਕਰਨ ਤੋਂ ਰੋਕਦਾ ਹੈ ਅਤੇ ਉਹ ਮੁੱਲ ਸਕ੍ਰਿਪਟਾਂ ਨੂੰ ਦਿੰਦਾ ਹੈ; ਤੁਹਾਡੇ ਪ੍ਰਬੰਧਨ ਕਨੈਕਸ਼ਨ ਦੇ ਜਵਾਬ ਕਿੱਥੇ ਜਾਂਦੇ ਹਨ, ਇਸ ਬਾਰੇ ਇਹ ਕੁਝ ਨਹੀਂ ਕਹਿੰਦਾ। ਉਲਟਾ ਮੰਨਣ ਨਾਲ ਵਰਤੋਂਯੋਗ ਐਡਰੈਸ ਤੋਂ ਬਿਨਾਂ ਟਨਲ ਅਤੇ ਫਿਰ ਵੀ ਮਰਨ ਵਾਲਾ SSH ਸੈਸ਼ਨ ਬਣਦਾ ਹੈ।
ਇਹ ਵਿਕਲਪ ਅਸਲ ਵਿੱਚ ਕੀ ਸੌਂਪਦਾ ਹੈ
ਡਿਫਾਲਟ ਰੂਪ ਵਿੱਚ ਕਲਾਇੰਟ ਟਨਲ ਡਿਵਾਈਸ ਉੱਪਰ ਲਿਆਉਂਦਾ ਹੈ ਅਤੇ ਸਰਵਰ ਵੱਲੋਂ ਦਿੱਤੇ ਸਥਾਨਕ ਤੇ ਦੂਰ ਦੇ ਐਡਰੈਸ ਨਿਰਧਾਰਤ ਕਰਦਾ ਹੈ। ifconfig-noexec ਸੈਟ ਹੋਣ 'ਤੇ ਉਹ ਕਦਮ ਛੱਡ ਦਿੱਤਾ ਜਾਂਦਾ ਹੈ, ਅਤੇ ਤੈਅ ਕੀਤੇ ਮੁੱਲ ਸਕ੍ਰਿਪਟ ਵਾਤਾਵਰਨ ਵਿੱਚ ਨਿਰਯਾਤ ਹੁੰਦੇ ਹਨ ਤਾਂ ਜੋ ਕੋਈ ਹੋਰ ਉਹਨਾਂ ਨੂੰ ਲਾਗੂ ਕਰ ਸਕੇ।
ਮਾਲਕੀ ਬਦਲਦੀ ਹੈ। ਉਸ ਦੀ ਥਾਂ ਕੁਝ ਨਵਾਂ ਨਹੀਂ ਬਣਾਇਆ ਜਾਂਦਾ।
ਇਸ ਲਈ ਇਹ ਵਿਕਲਪ ਜਿਸ ਸਵਾਲ ਦਾ ਜਵਾਬ ਦਿੰਦਾ ਹੈ ਉਹ ਹੈ ਕਿ ਇੰਟਰਫੇਸ ਕੌਣ ਸੈਟ ਕਰਦਾ ਹੈ, ਅਤੇ ਜਿਸ ਸਵਾਲ ਦਾ ਜਵਾਬ ਇਹ ਨਹੀਂ ਦਿੰਦਾ ਉਹ ਹੈ ਕਿ ਪੈਕਟ ਤੁਹਾਡੇ ਕੋਲ ਵਾਪਸ ਕਿਵੇਂ ਆਉਂਦੇ ਹਨ। ਇਹ ਦੋਵੇਂ ਵੱਖਰੇ ਰੱਖੋ, ਨਹੀਂ ਤਾਂ ਐਡਰੈਸ ਤੋਂ ਬਿਨਾਂ ਇੰਟਰਫੇਸ ਦੀ ਭਰਪਾਈ ਲਈ ਤੁਸੀਂ ਸਾਰੀ ਸ਼ਾਮ ਮਾਰਗ ਸੰਪਾਦਿਤ ਕਰਦੇ ਰਹੋਗੇ।
ਵੱਖਰੇ ਕੰਮਾਂ ਵਾਲੇ ਤਿੰਨ ਸਮਾਨ ਵਿਕਲਪ
ਇਸ ਪਰਿਵਾਰ ਨੂੰ ਉਲਝਾਉਣਾ ਸੌਖਾ ਹੈ ਕਿਉਂਕਿ ਨਾਮ ਇੱਕ ਸ਼ਬਦ ਨਾਲ ਵੱਖਰੇ ਹਨ ਅਤੇ ਲੱਛਣ ਇੱਕ ਦੂਜੇ ਉੱਤੇ ਚੜ੍ਹਦੇ ਹਨ। ਕੋਈ ਵੀ ਚੁਣਨ ਤੋਂ ਪਹਿਲਾਂ ਪੜ੍ਹੋ ਕਿ ਹਰ ਇੱਕ ਕੀ ਦਬਾਉਂਦਾ ਹੈ।
| Option | What stops happening |
|---|---|
ifconfig-noexec | OpenVPN's own tunnel-address configuration; values go to scripts instead |
route-noexec | Automatic route addition and removal; route details go to a script |
route-nopull | Server-pushed routes and related options such as DNS are rejected |
ਇਹ ਵੱਖਰੇ ਤੌਰ 'ਤੇ ਸਮਝਣ ਵਾਲੇ ਬਦਲ ਹਨ, ਇਕੱਠੇ ਚਿਪਕਾਉਣ ਵਾਲਾ ਸਮੂਹ ਨਹੀਂ। ਐਡਰੈਸ ਸੰਰਚਨਾ ਦਬਾਉਣ ਨਾਲ ਮਾਰਗ ਤਬਦੀਲੀਆਂ, ਫਾਇਰਵਾਲ ਨਿਯਮ ਜਾਂ DNS ਢੋਣ ਵਾਲੇ ਧੱਕੇ ਹੋਏ ਵਿਕਲਪ ਦਬਦੇ ਨਹੀਂ। ਸੌਂਪੀ ਸਕ੍ਰਿਪਟ ਵੀ ਮਾਰਗ ਬਦਲਣ ਲਈ ਆਜ਼ਾਦ ਹੈ, ਅਤੇ ਇਹ ਉਹ ਫੈਸਲਾ ਹੈ ਜੋ ਟਾਲਣ ਦੀ ਥਾਂ ਤੁਸੀਂ ਸੌਂਪ ਰਹੇ ਹੋ।
ਜੇ ਵਿਕਰੇਤਾ ਦਾ ਕਲਾਇੰਟ ਇੰਜਨ ਨੂੰ ਲਪੇਟਦਾ ਹੈ, ਤਾਂ ਪ੍ਰੋਫਾਈਲ ਵਿੱਚ ਨੀਵੇਂ ਪੱਧਰ ਦਾ ਨਿਰਦੇਸ਼ ਪਾ ਕੇ ਲਪੇਟਣ ਵਾਲੇ ਦੇ ਇਸ ਦਾ ਆਦਰ ਕਰਨ ਦੀ ਆਸ ਰੱਖਣ ਦੀ ਥਾਂ ਉਸ ਦਾ ਸਮਰਥਿਤ ਏਕੀਕਰਨ ਵਰਤੋ। ਲਪੇਟਣ ਵਾਲੇ ਅਕਸਰ ਕਨੈਕਟ ਹੋਣ ਵੇਲੇ ਪ੍ਰੋਫਾਈਲ ਮੁੜ ਬਣਾਉਂਦੇ ਹਨ, ਇਸ ਲਈ ਹੱਥ ਨਾਲ ਕੀਤਾ ਬਦਲਾਅ ਬਿਨਾਂ ਗਲਤੀ ਦੇ ਗਾਇਬ ਹੋ ਜਾਂਦਾ ਹੈ। ਫਾਈਲ 'ਤੇ ਸਾਰੀ ਸ਼ਾਮ ਲਾਉਣ ਤੋਂ ਪਹਿਲਾਂ ਜਾਂਚੋ ਕਿ ਕਲਾਇੰਟ ਆਪਣੀਆਂ ਸੈਟਿੰਗਾਂ ਕਿੱਥੇ ਰੱਖਦਾ ਹੈ। ਇਹ ਸਾਰਣੀ ਦੀ ਹਰ ਕਤਾਰ 'ਤੇ ਲਾਗੂ ਹੁੰਦਾ ਹੈ, ਸਿਰਫ਼ ਉਸ 'ਤੇ ਨਹੀਂ ਜਿਸ ਲਈ ਤੁਸੀਂ ਆਏ।
ਉਹ SSH ਸੈਸ਼ਨ ਜਿਸਨੂੰ ਤੁਸੀਂ ਬਚਾਉਣਾ ਚਾਹੁੰਦੇ ਸੀ
SSH ਕਨੈਕਸ਼ਨ ਦਾ ਸਰੋਤ ਐਡਰੈਸ, ਮੰਜ਼ਿਲ ਐਡਰੈਸ ਅਤੇ ਜਵਾਬ ਮਾਰਗ ਹੁੰਦਾ ਹੈ। ਜਿਸ ਸਰਵਰ 'ਤੇ ਹੁਣੇ ਪੂਰਾ-ਟਨਲ ਡਿਫਾਲਟ ਲੱਗਿਆ ਹੈ, ਤੁਹਾਡੇ ਜਨਤਕ ਐਡਰੈਸ ਨੂੰ ਜਾਣ ਵਾਲਾ ਜਵਾਬ ਟਨਲ ਨਾਲ ਮੇਲ ਖਾਂਦਾ ਹੈ ਅਤੇ VPN ਗੇਟਵੇ ਉਸਨੂੰ ਸੁੱਟ ਦਿੰਦਾ ਹੈ।
ਟਨਲ ਇੰਟਰਫੇਸ ਦੀ ਐਡਰੈਸ ਸੰਰਚਨਾ ਵਿੱਚ ਕੁਝ ਵੀ ਇਹ ਨਹੀਂ ਬਦਲਦਾ।
ਇਸਨੂੰ ਠੀਕ ਉਹ ਕਰਦਾ ਹੈ: ਟਨਲ ਤੋਂ ਪਹਿਲਾਂ ਵਾਲੇ ਗੇਟਵੇ ਰਾਹੀਂ ਤੁਹਾਡੇ ਪ੍ਰਬੰਧਨ ਐਡਰੈਸ ਲਈ ਵਧੇਰੇ ਖਾਸ ਮਾਰਗ, ਜਾਂ ਉਸ ਟ੍ਰੈਫਿਕ ਨੂੰ ਮੋੜਨ ਵਾਲਾ ਨੀਤੀ ਨਿਯਮ, ਨਾਲ ਹੀ ਤੁਹਾਡਾ ਹੋਸਟ ਲਾਗੂ ਕਰਨ ਵਾਲੀਆਂ ਫਿਲਟਰ ਸੈਟਿੰਗਾਂ। ਦੋਵੇਂ ਸਮੱਸਿਆਵਾਂ ਕਈ ਵਾਰ ਇਕੱਠੀਆਂ ਦਿਸਦੀਆਂ ਹਨ, ਅਤੇ ਇਸੇ ਤਰ੍ਹਾਂ ਇੱਕ ਨੂੰ ਦੂਜੇ ਦਾ ਇਲਾਜ ਸਮਝ ਲਿਆ ਜਾਂਦਾ ਹੈ। ਉਹਨਾਂ ਨੂੰ ਵੱਖਰੇ ਤੌਰ 'ਤੇ ਜਾਂਚੋ: ਵਿਕਲਪ ਤੋਂ ਬਿਨਾਂ ਟਨਲ ਉੱਪਰ ਲਿਆਓ, ਇੰਟਰਫੇਸ ਦਾ ਐਡਰੈਸ ਅਤੇ ਜਵਾਬ ਮਾਰਗ ਵੇਖੋ, ਫਿਰ ਤੈਅ ਕਰੋ ਕਿ ਦੋਵਾਂ ਵਿੱਚੋਂ ਕਿਹੜਾ ਅਸਲ ਵਿੱਚ ਟੁੱਟਿਆ ਹੈ।
ਸੌਂਪੀ ਸਕ੍ਰਿਪਟ ਨੇ ਕੀ ਸੰਭਾਲਣਾ ਹੈ
ਜੇ ਤੁਸੀਂ ਸੱਚਮੁੱਚ ਚਾਹੁੰਦੇ ਹੋ ਕਿ ਕੋਈ ਹੋਰ ਮਾਲਕ ਇੰਟਰਫੇਸ ਸੈਟ ਕਰੇ, ਤਾਂ ਕੰਮ ਦੀ ਸੂਚੀ ਬਣਾਓ: ਸਥਾਨਕ ਅਤੇ ਦੂਰ ਦਾ ਐਡਰੈਸ ਲਾਗੂ ਕਰੋ, ਡਿਵਾਈਸ ਉੱਪਰ ਲਿਆਓ, ਟੂਟਣ ਵੇਲੇ ਐਡਰੈਸ ਬਹਾਲ ਕਰੋ ਜਾਂ ਹਟਾਓ, ਅਤੇ ਮੁੜ ਕਨੈਕਟ ਹੋਣ ਮਗਰੋਂ ਉਹੀ ਦੁਬਾਰਾ ਕਰੋ। ਇੱਕ ਸਫਲ ਸੈਸ਼ਨ ਦੇ ਮੁੱਲ ਹਾਰਡਕੋਡ ਨਾ ਕਰੋ, ਕਿਉਂਕਿ ਸਰਵਰ ਅਗਲੀ ਵਾਰ ਹੋਰ ਜੋੜੀ ਦੇ ਸਕਦਾ ਹੈ।
ਕਲਾਇੰਟ ਜੋ ਵਾਤਾਵਰਨ ਚਲ ਨਿਰਯਾਤ ਕਰਦਾ ਹੈ, ਉਹੀ ਉਸ ਕੰਮ ਲਈ ਇੱਕੋ ਸਮਰਥਿਤ ਇਨਪੁਟ ਹੈ।
env | grep -E '^ifconfig_|^route_'ਕਿਸੇ route-up ਸਕ੍ਰਿਪਟ ਅੰਦਰ ਉਹ ਚਲ ਉਪਲਬਧ ਹੁੰਦੇ ਹਨ; cron ਕੰਮ ਜਾਂ ਹੱਥ ਨਾਲ ਚਲਾਏ ਸ਼ੈਲ ਤੋਂ ਨਹੀਂ। ਪੁਸ਼ਟੀ ਕਰੋ ਕਿ ਤੁਹਾਡਾ ਸੰਸਕਰਣ ਕਿਹੜਾ ਜੀਵਨ-ਚੱਕਰ ਹੁੱਕ ਵਰਤਦਾ ਹੈ ਅਤੇ ਇਹ ਵੀ ਕਿ ਹੁੱਕ ਇੰਟਰਫੇਸ ਬਦਲਣ ਲਈ ਕਾਫ਼ੀ ਅਧਿਕਾਰਾਂ ਨਾਲ ਚੱਲਦਾ ਹੈ, ਕਿਉਂਕਿ ਕਲਾਇੰਟ ਪਹਿਲਾਂ ਹੀ ਗੈਰ-ਵਿਸ਼ੇਸ਼ਾਧਿਕਾਰ ਪ੍ਰਾਪਤ ਉਪਭੋਗਤਾ 'ਤੇ ਉਤਰ ਚੁੱਕਾ ਹੋ ਸਕਦਾ ਹੈ।
ਇੱਕ ਸੈਸ਼ਨ ਨਹੀਂ, ਪੂਰਾ ਜੀਵਨ-ਚੱਕਰ ਜਾਂਚੋ
ਟਨਲ ਉੱਪਰ ਲਿਆਓ, ਡਿਵਾਈਸ 'ਤੇ ਐਡਰੈਸ ਜਾਂਚੋ, ਫਿਰ ਮੁੜ ਕਨੈਕਟ ਕਰੋ ਅਤੇ ਦੁਬਾਰਾ ਜਾਂਚੋ। ਜੋ ਸੰਰਚਨਾ ਇੱਕ ਵਾਰ ਚੱਲ ਕੇ ਦੂਜੀ ਕੋਸ਼ਿਸ਼ 'ਤੇ ਫੇਲ੍ਹ ਹੁੰਦੀ ਹੈ, ਆਮ ਤੌਰ 'ਤੇ ਇਸ ਦਾ ਅਰਥ ਹੈ ਕਿ ਸੌਂਪਿਆ ਕਦਮ ਸਿਰਫ਼ ਪਹਿਲੇ ਕਨੈਕਸ਼ਨ 'ਤੇ ਚੱਲਦਾ ਹੈ।
ਫਿਰ ਦੋਵੇਂ ਸਵੀਕ੍ਰਿਤੀ ਮਾਪਦੰਡ ਇਕੱਠੇ ਜਾਂਚੋ: ਇੱਛਤ ਪ੍ਰਬੰਧਨ ਮਾਰਗ ਰਾਹੀਂ ਨਵਾਂ SSH ਕਨੈਕਸ਼ਨ ਚੱਲਦਾ ਹੈ, ਅਤੇ ਮਨਜ਼ੂਰਸ਼ੁਦਾ ਐਪਲੀਕੇਸ਼ਨ ਟਨਲ ਦੀ ਸਹੀ ਵਰਤੋਂ ਕਰਦੀ ਹੈ।
ਟਨਲ ਦਾ ਐਡਰੈਸ ਨਾ ਹੋਣ ਵੇਲੇ ਪੁਰਾਣਾ SSH ਸੈਸ਼ਨ ਸੰਜੋਗ ਨਾਲ ਬਚਿਆ ਰਹਿਣਾ ਸਫਲਤਾ ਨਹੀਂ ਹੈ, ਅਤੇ ਜਦੋਂ ਕੋਈ ਕੰਮ ਸੰਭਾਲਦਾ ਨਹੀਂ ਤਾਂ ਇਹ ਵਿਕਲਪ ਬਿਲਕੁਲ ਉਹੀ ਹਾਲਤ ਪੈਦਾ ਕਰਦਾ ਹੈ। ਪਹਿਲਾਂ ਇੰਟਰਫੇਸ ਦਾ ਐਡਰੈਸ, ਫਿਰ ਪ੍ਰਬੰਧਨ ਜਵਾਬ ਮਾਰਗ, ਫਿਰ ਐਪਲੀਕੇਸ਼ਨ ਜਾਂਚੋ। ਜੇ ਤਿੰਨਾਂ ਵਿੱਚੋਂ ਦੋ ਗਲਤ ਹਨ, ਤਾਂ ਵਿਕਲਪ ਨੇ ਕੰਮ ਹਿਲਾਇਆ ਪਰ ਉਸਨੂੰ ਮਾਲਕ ਨਹੀਂ ਦਿੱਤਾ।