ਨੈੱਟਵਰਕ ਇੰਟਰਫੇਸ ਦਾ ਨਾਮ ਬਦਲਣ ਤੋਂ ਬਾਅਦ Access Server ਨੇ ਆਪਣੀ ਬਾਈਡਿੰਗ ਗੁਆ ਦਿੱਤੀ: ਕੁੰਜੀਆਂ ਠੀਕ ਕਰੋ

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

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

ਲੱਛਣ ਅਸਲ ਵਿੱਚ ਕੀ ਕਹਿੰਦਾ ਹੈ

ਬੱਧ ਨਾ ਹੋ ਸਕਣ ਵਾਲਾ ਡੈਮਨ ਆਮ ਤੌਰ ਉੱਤੇ ਆਪਣੇ ਲੌਗ ਵਿੱਚ ਕਹਿੰਦਾ ਹੈ: ਪਤਾ ਉਪਲਬਧ ਨਹੀਂ ਜਾਂ ਇੰਟਰਫੇਸ ਨਹੀਂ ਹੈ। ਸੁਨੇਹਾ ਖਾਸ ਹੈ: ਇਹ ਉਸ ਪਤੇ ਦਾ ਨਾਮ ਲੈਂਦਾ ਹੈ ਜੋ ਡੈਮਨ ਨੇ ਅਜ਼ਮਾਇਆ; ਹੋਸਟ ਉੱਤੇ ip -br addr ਨਾਲ ਤੁਲਨਾ ਕਰੋ ਤਾਂ ਪਤਾ ਲੱਗੇ ਕਿ ਇੰਟਰਫੇਸ ਦਾ ਨਾਮ ਬਦਲਿਆ, ਹਟਾਇਆ ਜਾਂ ਪੁਰਾਣੇ ਪਤੇ ਤੋਂ ਬਿਨਾਂ ਉਠਾਇਆ ਗਿਆ।

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

ਸੋਧਣ ਤੋਂ ਪਹਿਲਾਂ ਕਨਫਿਗਰੇਸ਼ਨ ਪੁੱਛੋ

Access Server ਆਪਣੀ ਕਨਫਿਗਰੇਸ਼ਨ ਆਪਣੀ CLI ਰਾਹੀਂ ਦਿਖਾਉਂਦਾ ਹੈ। ਦਸਤਾਵੇਜ਼ੀ ਦ੍ਰਿਸ਼ ਇਹ ਹੈ:

sacli ConfigQuery

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

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

ਕਿਹੜਾ ਸਰੋਤਾ ਟੁੱਟਿਆ ਹੈ ਨਿਰਧਾਰਤ ਕਰੋ

Access Server ਇੱਕ ਤੋਂ ਵੱਧ ਸਰੋਤੇ ਚਲਾਉਂਦਾ ਹੈ। OpenVPN ਡੈਮਨ ਟਨਲ ਟ੍ਰੈਫਿਕ ਢੋਂਦੇ ਹਨ, ਵੈੱਬ ਸੇਵਾ ਪ੍ਰਬੰਧਕੀ ਅਤੇ ਗਾਹਕ ਪੋਰਟਲ, ਅਤੇ ਹੋਰ ਹਿੱਸਿਆਂ ਦੇ ਆਪਣੇ ਪੋਰਟ ਹੋ ਸਕਦੇ ਹਨ। ਅਸਫਲ ਬ੍ਰਾਊਜ਼ਰ ਬੇਨਤੀ ਨਹੀਂ ਦੱਸਦੀ ਕਿ ਕਿਹੜਾ ਅਸਫਲ ਹੋਇਆ, ਗਲਤੀ ਸੁਨੇਹੇ ਦਾ ਪੋਰਟ ਨੰਬਰ ਵੀ ਨਹੀਂ।

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

ਨਾਮਿਤ ਸੈਟਿੰਗ ਬਦਲੋ, ਮਿਲਦੀਆਂ ਕਤਾਰਾਂ ਨਹੀਂ

ਟਿਊਟੋਰਿਅਲ ConfigPut ਨੂੰ ਖਾਸ ਕੁੰਜੀਆਂ ਉੱਤੇ ਦਸਤਾਵੇਜ਼ੀ ਕਰਦਾ ਹੈ, ਜਿਵੇਂ vpn.daemon.0.server.ip_address ਅਤੇ vpn.daemon.0.listen.ip_address। ਉਤਪਾਦ ਦੀ ਆਪਣੀ ਵਿਧੀ ਕੁੰਜੀ ਦੇ ਨਾਮ ਅਤੇ ਨਵੇਂ ਮੁੱਲ ਨਾਲ, ਤੁਹਾਡੇ ਸੰਸਕਰਣ ਲਈ ਦਸਤਾਵੇਜ਼ੀ ਵਾਕਾਂਸ਼ ਵਿੱਚ ਵਰਤੋ, ਅਤੇ ਸਿਰਫ਼ ਤੁਹਾਡੇ ਦੁਆਰਾ ਨਿਦਾਨ ਕੀਤੇ ਸਰੋਤੇ ਦੀਆਂ ਕੁੰਜੀਆਂ ਬਦਲੋ।

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

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

ਇਸਨੂੰ ਲਾਗੂ ਕਰੋ, ਫਿਰ ਸਾਬਤ ਕਰੋ ਕਿ ਰਾਹ ਕੰਮ ਕਰਦਾ ਹੈ

ਮੁੱਲ ਠੀਕ ਹੋਣ ਤੋਂ ਬਾਅਦ ਉਤਪਾਦ ਦੇ ਦਸਤਾਵੇਜ਼ੀ ਜੀਵਨ ਚੱਕਰ ਰਾਹੀਂ ਲਾਗੂ ਕਰੋ ( ਜੀਵਨ ਚੱਕਰ )। ਟਿਊਟੋਰਿਅਲ ਕੁੰਜੀਆਂ ਸੈੱਟ ਕਰਨ ਤੋਂ ਬਾਅਦ sacli start ਵਰਤਦਾ ਹੈ; ਉਹ ਪੂਰਾ ਹੋਸਟ ਰੀਬੂਟ ਜਾਂ ਡੇਟਾਬੇਸ ਰੀਸੈੱਟ ਨਹੀਂ ਹੈ।

ss -lntup | grep -E '1194|443'
sacli ConfigQuery | grep -i ip_address

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