ਇੱਕ OpenVPN ਕਲਾਇੰਟ ਨੂੰ ਰੋਕਣਾ: ਰੱਦ ਕਰਨਾ ਗਲਤ ਲੀਵਰ ਕਿਉਂ ਹੈ

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

ਵਿਸ਼ਵਾਸ: ਰੱਦ ਕੀਤਾ ਅਤੇ ਮੁਲਤਵੀ ਇੱਕੋ ਚੀਜ਼ ਹੈ

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

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

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

ਪ੍ਰਬੰਧਨ ਇੰਟਰਫ਼ੇਸ ਨਾਲ ਚੱਲ ਰਿਹਾ ਸੈਸ਼ਨ ਛੱਡ ਦਿਓ

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

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

ਮਾਰਨ ਤੋਂ ਪਹਿਲਾਂ ਪੁਸ਼ਟੀ ਕਰੋ ਕਿ ਸੈਸ਼ਨ ਜੁੜਿਆ ਹੋਇਆ ਸੀ, ਤਾਂ ਜੋ ਤੁਸੀਂ ਅਜਿਹੇ ਕਲਾਇੰਟ ਦਾ ਪਿੱਛਾ ਨਾ ਕਰੋ ਜੋ ਕਦੇ ਜੁੜਿਆ ਹੀ ਨਹੀਂ। ਹੇਠਾਂ ਦਿੱਤਾ ਸਥਿਤੀ ਆਦੇਸ਼ ਦੱਸਦਾ ਹੈ ਕਿ ਇਸ ਵੇਲੇ ਕੀ ਜੁੜਿਆ ਹੋਇਆ ਹੈ।

printf 'status 2\nquit\n' | nc 127.0.0.1 7506
printf 'kill kiosk-14\nquit\n' | nc 127.0.0.1 7506

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

CRL ਅਸਲ ਵਿੱਚ ਕੀ ਨਿਯੰਤਰਿਤ ਕਰਦਾ ਹੈ

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

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

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

openssl crl -in /etc/openvpn/server/crl.pem -noout -text | sed -n '1,14p'
ls -l /etc/openvpn/server/crl.pem

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

ਰਿਕਾਰਡ ਬਹਾਲ ਕਰਨਾ, ਸਾਵਧਾਨੀ ਨਾਲ

ਸਰਟੀਫਿਕੇਟ ਬਹਾਲ ਕਰਨ ਦਾ ਮਤਲਬ ਹੈ ਜਾਰੀ ਡੇਟਾਬੇਸ ਵਿੱਚ ਇੱਕ ਰਿਕਾਰਡ ਨੂੰ ਉਲਟਾਉਣਾ ਅਤੇ ਨਵੀਂ ਸੂਚੀ ਪ੍ਰਕਾਸ਼ਿਤ ਕਰਨਾ। easy-rsa 3 ਉਹ ਡੇਟਾਬੇਸ PKI ਡਾਇਰੈਕਟਰੀ ਹੇਠਾਂ index.txt ਵਜੋਂ ਰੱਖਦਾ ਹੈ, ਜਦੋਂ ਕਿ ਪੁਰਾਣੀਆਂ ਬਣਾਵਟਾਂ ਵੱਖਰੀ ਵਿਵਸਥਾ ਵਰਤਦੀਆਂ ਸਨ। ਕਤਾਰ ਸਥਿਤੀ ਅੱਖਰ ਅਤੇ ਸਮਾਪਤੀ ਤਾਰੀਖ਼ ਨਾਲ ਸ਼ੁਰੂ ਹੁੰਦੀ ਹੈ। ਰੱਦ ਕੀਤੀ ਕਤਾਰ ਕ੍ਰਮ ਨੰਬਰ, ਸਰਟੀਫਿਕੇਟ ਫ਼ਾਈਲ ਦਾ ਨਾਮ ਅਤੇ ਵਿਲੱਖਣ ਨਾਮ ਨਾਲ ਅੱਗੇ ਵਧਣ ਤੋਂ ਪਹਿਲਾਂ ਰੱਦ ਕਰਨ ਲਈ ਸਮਾਂ-ਚਿੰਨ੍ਹ ਪਾਉਂਦੀ ਹੈ। ਕਤਾਰ ਵਾਪਸ ਰੱਖਣ ਦਾ ਮਤਲਬ ਹੈ ਉਹ ਸਮਾਂ-ਚਿੰਨ੍ਹ ਮਿਟਾਉਣਾ ਅਤੇ ਅੱਖਰ ਉਲਟਾਉਣਾ, ਬਾਕੀ ਸਭ ਕੁਝ ਅਛੂਤਾ ਛੱਡਣਾ।

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

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

cp /etc/easy-rsa/pki/index.txt /root/index.txt.$(date +%F-%H%M)
grep -c '^R' /etc/easy-rsa/pki/index.txt
easyrsa gen-crl

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

ਜਾਂਚੋ ਕਿ ਕੇਸ ਕਿਹੜੇ ਲੀਵਰ ਦੇ ਯੋਗ ਹੈ

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

ਫਿਰ ਨਤੀਜੇ ਨੂੰ ਕਨਫਿਗਰੇਸ਼ਨ ਦੇ ਫ਼ਰਕ ਨਾਲ ਨਹੀਂ, ਕਨੈਕਸ਼ਨ ਦੀ ਕੋਸ਼ਿਸ਼ ਨਾਲ ਪਰਖੋ। ਫ਼ਰਕ ਤੁਹਾਨੂੰ ਦੱਸਦਾ ਹੈ ਕਿ ਤੁਸੀਂ ਕੀ ਚਾਹਿਆ ਸੀ, ਅਤੇ ਕਨੈਕਸ਼ਨ ਦੱਸਦਾ ਹੈ ਕਿ ਸਰਵਰ ਕੀ ਲਾਗੂ ਕਰਦਾ ਹੈ।

openssl crl -in /etc/openvpn/server/crl.pem -noout -text | grep -c 'Serial Number'
printf 'status 2\nquit\n' | nc 127.0.0.1 7506

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