ਤੁਹਾਡਾ VPN ਇੰਟਰਫੇਸ ਕਿਉਂ ਵਾਰ-ਵਾਰ ਆਪਣਾ firewalld ਜ਼ੋਨ ਛੱਡਦਾ ਹੈ

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

ਇੰਟਰਫੇਸ ਮੁੜ ਬਣਨ ਤੱਕ ਜ਼ੋਨ ਟਿਕਦਾ ਹੈ

ਇੰਟਰਫੇਸ ਲਈ firewalld ਜ਼ੋਨ ਦੀ ਅਲਾਟਮੈਂਟ ਇੱਕ ਬਾਈਂਡਿੰਗ ਹੈ, ਅਤੇ ਬਾਈਂਡਿੰਗ ਇੰਟਰਫੇਸ ਆਬਜੈਕਟ ਨਾਲ ਬੱਝੀਆਂ ਹੁੰਦੀਆਂ ਹਨ ਜਿਵੇਂ ਉਹ ਹੁਣ ਮੌਜੂਦ ਹੈ। ਜੋ VPN ਕਲਾਇੰਟ ਡਿਵਾਈਸ ਨੂੰ ਤੋੜ ਕੇ ਮੁੜ ਬਣਾਉਂਦਾ ਹੈ ਉਹ ਨਵਾਂ ਆਬਜੈਕਟ ਪੈਦਾ ਕਰਦਾ ਹੈ, ਅਤੇ ਨਵਾਂ ਉੱਥੋਂ ਸ਼ੁਰੂ ਹੁੰਦਾ ਹੈ ਜੋ ਅਲਾਟ ਕਰਨ ਵਾਲਾ ਕੰਪੋਨੈਂਟ ਕਹਿੰਦਾ ਹੈ। ਲੱਛਣ ਹਰ ਪੈਕਟ ’ਤੇ ਨਹੀਂ, ਹਰ ਮੁੜ-ਕਨੈਕਸ਼ਨ ’ਤੇ ਦੁਹਰਾਉਣ ਦਾ ਕਾਰਨ ਇਹੀ ਹੈ।

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

ਕੁਝ ਵੀ ਬਦਲਣ ਤੋਂ ਪਹਿਲਾਂ ਪਤਾ ਕਰੋ ਕਿ ਕਿਹੜਾ ਕੰਪੋਨੈਂਟ ਜ਼ੋਨ ਅਲਾਟ ਕਰਦਾ ਹੈ।

ਕੁਝ ਵੀ ਬਦਲਣ ਤੋਂ ਪਹਿਲਾਂ ਤਿੰਨ ਚੀਜ਼ਾਂ ਪੜ੍ਹੋ

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

ਹਰ ਕਦਮ ’ਤੇ ਡਿਵਾਈਸ ਦਾ ਅਸਲੀ ਨਾਮ ਵੀ ਦਰਜ ਕਰੋ, ਕਿਉਂਕਿ ਅੱਜ tun0 ’ਤੇ ਉਤਰਨ ਵਾਲੀ ਟਨਲ ਕੱਲ੍ਹ tun1 ’ਤੇ ਉਤਰ ਸਕਦੀ ਹੈ।

ਆਮ ਨਾਮ ’ਤੇ ਸੰਭਾਲੀ ਬਾਈਂਡਿੰਗ ਪਛਾਣ ਜਾਂਚ ਨਹੀਂ ਹੈ, ਅਤੇ ਦੋ ਮਿੰਟ ਦਾ ਰਿਕਾਰਡ ਇੱਕ ਘੰਟੇ ਦਾ ਅੰਦਾਜ਼ਾ ਬਚਾਉਂਦਾ ਹੈ।

ਜਦੋਂ NetworkManager ਕਨੈਕਸ਼ਨ ਦਾ ਮਾਲਕ ਹੁੰਦਾ ਹੈ

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

ਉਸ ਗੁਣ ਨੂੰ ਬਦਲਣਾ ਸਰਗਰਮ ਕਨੈਕਸ਼ਨ ’ਤੇ ਤੁਰੰਤ ਅਸਰ ਪਾ ਸਕਦਾ ਹੈ।

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

ਜਦੋਂ firewalld ਬਾਈਂਡਿੰਗ ਦਾ ਮਾਲਕ ਹੁੰਦਾ ਹੈ

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

ਜੇ ਇੰਟਰਫੇਸ ਦਾ ਨਾਮ ਗਤੀਸ਼ੀਲ ਹੈ, ਤਾਂ ਨਾਮ ਪਹਿਲਾਂ ਲੈਣ ਵਾਲੀ ਟਨਲ ਨਾਲ ਦੌੜਨ ਦੀ ਬਜਾਏ ਕਨੈਕਸ਼ਨ ਦੇ ਜੀਵਨ-ਚੱਕਰ ਦੌਰਾਨ ਅਲਾਟਮੈਂਟ ਬਣਾਈ ਰੱਖੋ।

ਸਿਰਫ਼ ਐਪਲੀਕੇਸ਼ਨ ਚੱਲੇ ਇਸ ਲਈ ਇੰਟਰਫੇਸ ਨੂੰ trusted ਵਿੱਚ ਨਾ ਸੁੱਟੋ।

ਰੀਲੋਡ, ਮੁੜ-ਕਨੈਕਸ਼ਨ ਅਤੇ ਰੀਬੂਟ ਦੀ ਪਰਖ ਕਰੋ

ਤਬਦੀਲੀ ਤਿੰਨੇ ਟਿਕਣ ’ਤੇ ਹੀ ਪੂਰੀ ਹੁੰਦੀ ਹੈ।

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

ਜੇ ਜ਼ੋਨ ਸਹੀ ਹੈ ਅਤੇ ਐਪਲੀਕੇਸ਼ਨ ਫਿਰ ਵੀ ਫੇਲ੍ਹ ਹੁੰਦੀ ਹੈ, ਤਾਂ ਸਮੱਸਿਆ ਮੈਂਬਰਸ਼ਿਪ ਵਿੱਚ ਨਹੀਂ, ਜ਼ੋਨ ਦੇ ਨਿਯਮਾਂ ਵਿੱਚ ਜਾਂ ਸਰੋਤ-ਆਧਾਰਿਤ ਵਰਗੀਕਰਨ ਵਿੱਚ ਹੈ। ਕਨੈਕਸ਼ਨਾਂ ਅਤੇ ਇੰਟਰਫੇਸਾਂ ਬਾਰੇ firewalld ਦਾ ਦਸਤਾਵੇਜ਼ ਮਾਲਕੀ ਕਿਵੇਂ ਕੰਮ ਕਰਨੀ ਚਾਹੀਦੀ ਹੈ ਦਾ ਹਵਾਲਾ ਹੈ।

ਮਾਲਕ, ਮੁੱਲ ਅਤੇ ਉਮੀਦ ਕੀਤਾ ਨਤੀਜਾ ਰਨਬੁੱਕ ਵਿੱਚ ਲਿਖੋ, ਅਤੇ ਅਗਲੀ ਮੁੜ-ਅਲਾਟਮੈਂਟ ਵਿਆਖਿਆਯੋਗ ਹੋਵੇਗੀ।