ਰਾਊਟਰ 'ਤੇ OpenVPN ਸੈਟਿੰਗਾਂ ਰੀਬੂਟ ਤੋਂ ਬਾਅਦ ਵਾਪਸ ਆ ਜਾਂਦੀਆਂ ਹਨ: ਜਨਰੇਟਰ ਠੀਕ ਕਰੋ

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

ਸੰਪਾਦਿਤ ਫਾਈਲ ਦੁਬਾਰਾ ਕਿਉਂ ਬਣਦੀ ਹੈ

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

ਵੇਖੋ ਬੂਟ ਕ੍ਰਮ ਕੀ ਲਿਖਦਾ ਹੈ ਅਤੇ ਕਦੋਂ। ਜਵਾਬ ਲਗਭਗ ਹਮੇਸ਼ਾ ਫਰਮਵੇਅਰ ਦੀ init ਜਾਂ ਆਟੋਰਨ ਡਾਇਰੈਕਟਰੀ ਵਿੱਚ ਇੱਕ ਸਕ੍ਰਿਪਟ ਹੁੰਦਾ ਹੈ।

ਨਿਰਦੇਸ਼ ਉੱਥੇ ਪਾਓ ਜਿੱਥੇ ਸਕ੍ਰਿਪਟ ਫਾਈਲ ਬਣਾਉਂਦੀ ਹੈ

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

sed -i '/daemon_mgr/i echo client-config-dir clientconfig >>/etc/openvpn/server.conf' /etc/init.d/vpn_openvpn.sh
grep -c client-config-dir /etc/openvpn/server.conf

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

ਐਸਕੇਪ ਕੀਤੀਆਂ ਕੁੰਜੀਆਂ ਸੰਭਾਲਣ ਵਾਲਾ ਫਾਰਮ ਠੀਕ ਕਰੋ

Asus ਸ਼ੈਲੀ ਦੇ ਪੰਨਿਆਂ 'ਤੇ ਸਰਟੀਫਿਕੇਟ ਅਤੇ ਕੁੰਜੀ ਇਨਪੁਟ ਐਸਕੇਪ ਕੀਤਾ ਟੈਕਸਟ ਦਿਖਾਉਂਦੇ ਹਨ, ਅਤੇ ਅਸੰਬੰਧਿਤ ਬਦਲਾਅ ਤੋਂ ਬਾਅਦ ਸੰਭਾਲਣ ਨਾਲ ਉਹ ਇਕਾਈਆਂ ਦੁਬਾਰਾ ਡਿਸਕ 'ਤੇ ਲਿਖੀਆਂ ਜਾ ਸਕਦੀਆਂ ਹਨ। ਡੀਕੋਡ ਕੀਤੀ ਕਾਪੀ ਤੋਂ ਕੰਮ ਕਰੋ ਅਤੇ ਸਾਰੇ ਸੰਪਾਦਨ ਤਿਆਰ ਹੋਣ ਤੋਂ ਬਾਅਦ ਇੱਕ ਵਾਰ ਹੀ ਸੰਭਾਲੋ।

openssl dhparam -out dh2048.pem 2048
grep -n "BEGIN DH PARAMETERS" dh2048.pem

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

ਅਪਗ੍ਰੇਡ ਤੋਂ ਬਾਅਦ ਦੁਬਾਰਾ ਜਾਂਚੋ

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

ਫਿਰ ਇੱਕ ਕਲਾਇੰਟ ਕਨੈਕਟ ਕਰੋ ਅਤੇ ਪੁਸ਼ ਕੀਤੇ ਵਿਕਲਪ ਲਈ ਸਰਵਰ ਲਾਗ ਪੜ੍ਹੋ। ਸਿਰਫ਼ ਫਾਰਮ ਵਿੱਚ ਹੀ ਮੌਜੂਦ ਰਹੀ ਸੈਟਿੰਗ ਉਹ ਸੈਟਿੰਗ ਹੈ ਜਿਸਨੂੰ ਕਿਸੇ ਨੇ ਜਾਂਚਿਆ ਨਹੀਂ।