OpenVPN ਕਲਾਇੰਟ ਦੁਬਾਰਾ ਜੋੜਨਾ: ਤਿੰਨ ਨਿਯੰਤਰਣ, ਤਿੰਨ ਦਾਇਰੇ

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

ਕਿਹੜਾ ਨਿਯੰਤਰਣ ਵਰਤਣਾ ਹੈ ਇਹ ਪੁੱਛਣ ਤੋਂ ਪਹਿਲਾਂ ਪੁੱਛੋ ਕਿ ਕਿਸ ਉੱਤੇ ਅਸਰ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ।

ਇੱਕ ਇੰਸਟੈਂਸ: ਪ੍ਰਬੰਧਨ ਇੰਟਰਫੇਸ

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

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

UDP ਨਿਕਾਸ ਸੂਚਨਾ ਪ੍ਰਤੀ-ਕਲਾਇੰਟ ਹੁਕਮ ਨਹੀਂ ਹੈ

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

ਇਸ ਵਿੱਚ ਕੁਝ ਵੀ ਕਿਸੇ ਵੀ ਪਲ ਕਿਸੇ ਵੀ ਮਨਮਾਨੇ ਕਲਾਇੰਟ ਦੀ ਚੋਣ ਨਹੀਂ ਕਰਦਾ। ਇਸਨੂੰ ਦੁਬਾਰਾ ਜੋੜਨ ਦਾ ਬਟਨ ਮੰਨਣਾ ਇੱਕੋ ਵੇਲੇ ਹਰ ਜੁੜੇ ਸੈਸ਼ਨ ਤੱਕ ਪਹੁੰਚ ਜਾਂਦਾ ਹੈ।

ਸੰਕੇਤ ਸੈਸ਼ਨ ਉੱਤੇ ਨਹੀਂ, ਪ੍ਰਕਿਰਿਆ ਉੱਤੇ ਕੰਮ ਕਰਦੇ ਹਨ

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

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

ਨਿਯੰਤਰਣ ਚੁਣਨ ਤੋਂ ਪਹਿਲਾਂ ਦਾਇਰਾ ਤੈਅ ਕਰੋ

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

ਦੁਬਾਰਾ ਜੋੜਨ ਦਾ ਬਟਨ ਪਾਉਣ ਲਈ ਬਿਨਾਂ ਪ੍ਰਮਾਣੀਕਰਨ ਵਾਲਾ ਨਿਯੰਤਰਣ ਸਰੋਤਾ ਜੋੜਨਾ ਪੋਰਟ ਤੱਕ ਪਹੁੰਚ ਸਕਣ ਵਾਲੇ ਹਰ ਵਿਅਕਤੀ ਨੂੰ ਉਸ ਬਟਨ ਤੋਂ ਕਿਤੇ ਵੱਧ ਦਿੰਦਾ ਹੈ।

ਨਵੇਂ ਸੈਸ਼ਨ ਦੀ ਪੁਸ਼ਟੀ ਕਰੋ, ਡਿਸਕਨੈਕਟ ਦੀ ਨਹੀਂ

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

ਬਦਲਾਅ ਰਿਕਾਰਡ ਵਿੱਚ ਦਾਇਰਾ ਲਿਖੋ। 'ਮੈਂ ਕਲਾਇੰਟ ਦੁਬਾਰਾ ਜੋੜਿਆ' ਕੋਈ ਵਰਣਨ ਨਹੀਂ ਜਦੋਂ ਕਲਾਇੰਟ ਸਾਂਝੇ ਸਰਵਰ ਉੱਤੇ ਚਾਲੀ ਵਿੱਚੋਂ ਇੱਕ ਸੀ।