ਇਸ ਦਾ ਸਰਟੀਫਿਕੇਟ ਰੱਦ ਕੀਤੇ ਬਿਨਾਂ ਇੱਕ OpenVPN ਕਲਾਇੰਟ ਨੂੰ ਮੁਅੱਤਲ ਕਰੋ

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

ਦੋ ਰਿਕਾਰਡ, ਦੋ ਵੱਖਰੇ ਕੰਮ

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

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

ਅਸਮਰੱਥ ਕਰਨ ਦੀ ਹਦਾਇਤ ਸਹੀ ਫ਼ਾਈਲ ਵਿੱਚ ਰੱਖੋ

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

disable

ਇੱਥੇ ਮੈਪਿੰਗ ਦੀਆਂ ਚੋਣਾਂ ਮਹੱਤਵਪੂਰਨ ਹਨ। username-as-common-name ਵਰਗੇ ਵਿਕਲਪ ਬਦਲਦੇ ਹਨ ਕਿ ਖੋਜ ਕਿਹੜੀ ਪਛਾਣ ਵਰਤਦੀ ਹੈ, ਇਸ ਲਈ ਸਰਟੀਫਿਕੇਟ ਦੇ ਵਿਸ਼ੇ ਦੇ ਨਾਮ ’ਤੇ ਰੱਖੀ ਫ਼ਾਈਲ ਲਾਗੂ ਹੋਣ ਵਾਲੀ ਫ਼ਾਈਲ ਨਹੀਂ ਵੀ ਹੋ ਸਕਦੀ। ਸਥਾਪਿਤ ਸੰਸਕਰਣ ਲਈ OpenVPN ਸੰਦਰਭ ਪੜ੍ਹੋ, ਹਰ ਸੰਦਰਭ ਵਿੱਚ ਹਦਾਇਤ ਵੈਧ ਮੰਨਣ ਦੀ ਥਾਂ।

ਨਵੀਂ ਪਹੁੰਚ ਨੂੰ ਸਰਗਰਮ ਸੈਸ਼ਨਾਂ ਤੋਂ ਵੱਖ ਰੱਖੋ

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

ਦੋਵੇਂ ਨਤੀਜੇ ਜਾਂਚੋ: ਸਰਗਰਮ ਸੈਸ਼ਨ ਤੁਹਾਡੇ ਚਾਹੁਣ ’ਤੇ ਰੁਕਦਾ ਹੈ, ਅਤੇ ਨਵਾਂ ਹੈਂਡਸ਼ੇਕ ਨਾਂ-ਮਨਜ਼ੂਰ ਹੁੰਦਾ ਹੈ। ਬੰਦ ਕਲਾਇੰਟ ਵਿੰਡੋ ਸਰਵਰ ਦੀ ਨੀਤੀ ਬਾਰੇ ਕੁਝ ਸਾਬਤ ਨਹੀਂ ਕਰਦੀ।

ਜੇ ਤੈਨਾਤੀ ਵਿੱਚ ਸਰਗਰਮ ਸੈਸ਼ਨ ਖ਼ਤਮ ਕਰਨ ਦਾ ਕੋਈ ਸਮਰਥਿਤ ਤਰੀਕਾ ਨਹੀਂ ਹੈ, ਤਾਂ ਇੱਕ ਘੜਨ ਦੀ ਥਾਂ ਉਹ ਕਮੀ ਦਰਜ ਕਰੋ। ਕਲਾਇੰਟ ’ਤੇ ਰੋਕਿਆ ਪੋਰਟ ਸਰਵਰ ਪਾਸੇ ਦੀ ਨੀਤੀ ਵਾਂਗ ਨਹੀਂ ਹੈ।

ਵਿਰਾਮ ਅਤੇ ਸਮਝੌਤਾ ਵੱਖਰੀਆਂ ਘਟਨਾਵਾਂ ਹਨ

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

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