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

ਦੋਵੇਂ ਸਮਾਂ-ਸਾਰਣੀਆਂ ਨੂੰ ਵੱਖ ਕਰਨਾ ਹੀ ਪੂਰਾ ਨਿਦਾਨ ਹੈ, ਅਤੇ ਇਹ ਬਦਲਦਾ ਹੈ ਕਿ ਸੁਧਾਰ ਕਿਹੋ ਜਿਹਾ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ।

ਦੋ ਘੜੀਆਂ, ਅਤੇ ਉਨ੍ਹਾਂ ਵਿੱਚੋਂ ਸਿਰਫ਼ ਇੱਕ ਹੀ ਪ੍ਰਮਾਣ ਪੱਤਰ ਹੈ

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

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

ਉਹ ਸੂਚੀ ਪੜ੍ਹੋ ਜੋ ਸੇਵਾ ਅਸਲ ਵਿੱਚ ਲੋਡ ਕਰਦੀ ਹੈ

ਉਸ ਫਾਈਲ ਤੋਂ ਨਹੀਂ ਜਿਸਦੀ ਤੁਸੀਂ ਆਸ ਕਰਦੇ ਹੋ, ਚੱਲ ਰਹੀ ਕਨਫਿਗਰੇਸ਼ਨ ਤੋਂ ਸ਼ੁਰੂ ਕਰੋ। crl-verify ਦਾ ਰਾਹ ਸੰਪੂਰਨ, ਪ੍ਰੋਫਾਈਲ ਦੇ ਸਾਪੇਖ, ਜਾਂ ਇਮੇਜ ਵਿੱਚ ਧਸੀ ਨਕਲ ਹੋ ਸਕਦਾ ਹੈ, ਅਤੇ ਤਸਦੀਕਕਰਤਾ ਉਹੀ ਨਕਲ ਪੜ੍ਹਦਾ ਹੈ। ਇਸਨੂੰ ਇਸਦੀ ਥਾਂ ’ਤੇ openssl crl -in /etc/openvpn/crl.pem -noout -issuer -lastupdate -nextupdate ਨਾਲ ਜਾਂਚੋ ਅਤੇ ਤਾਰੀਖ਼ਾਂ ਦੀ ਤੁਲਨਾ ਸਰਵਰ ਦੀ ਘੜੀ ਨਾਲ ਕਰੋ।

ਫਿਰ ਪੁਸ਼ਟੀ ਕਰੋ ਕਿ ਫਾਈਲ ਅਸਲ ਵਿੱਚ ਉਹੀ ਹੈ ਜੋ ਵਰਤੀ ਜਾ ਰਹੀ ਹੈ: openssl crl -in /etc/openvpn/crl.pem -CAfile /etc/openvpn/ca.crt -noout ਨਾਲ ਇਸਦਾ ਦਸਤਖ਼ਤ ਜਾਂਚੋ, ਜੋ ਖੇਤਰ ਚੁੱਪਚਾਪ ਛਾਪਣ ਦੀ ਥਾਂ ਤਸਦੀਕ ਨਤੀਜਾ ਦੱਸਦਾ ਹੈ। ਕਿਸੇ ਹੋਰ CA ਵੱਲੋਂ ਦਸਤਖ਼ਤ ਕੀਤੀ ਸੂਚੀ, ਜਾਂ ਦੂਜੀ ਡਾਇਰੈਕਟਰੀ ਵਿੱਚ ਛੱਡੀ ਪੁਰਾਣੀ ਨਕਲ, ਠੀਕ ਮਿਆਦ ਪੁੱਗੀ ਸੂਚੀ ਵਾਂਗ ਫੇਲ੍ਹ ਹੁੰਦੀ ਹੈ।

ਸਿਫ਼ਰ ਤੋਂ ਨਹੀਂ, ਰੱਦੀ ਡੇਟਾਬੇਸ ਤੋਂ ਦੁਬਾਰਾ ਬਣਾਓ

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

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

ਜਿੱਥੇ ਤਸਦੀਕਕਰਤਾ ਵੇਖਦਾ ਹੈ ਉੱਥੇ ਤਾਇਨਾਤ ਕਰੋ

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

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

ਅਗਲੀ ਸਮਾਂ-ਸੀਮਾ ਲੰਘਣ ਤੋਂ ਪਹਿਲਾਂ ਉਸਨੂੰ ਦਿੱਖਣਯੋਗ ਬਣਾਓ

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

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

ਸੰਬੰਧਿਤ ਲੇਖ