ਦੋ ਡਿਵਾਈਸ, ਇੱਕ OpenVPN ਸਰਟੀਫਿਕੇਟ: ਮੁੜ ਜੁੜਨ ਦਾ ਲੂਪ

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

ਮੁੜ ਸ਼ੁਰੂ ਹੋਣ ਦੇ ਅੰਤਰਾਲ ਤੋਂ ਸ਼ੁਰੂ ਕਰੋ

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

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

ਅੰਤਰਾਲ ਅਤੇ ਕਾਰਨ ਲਿਖੋ। ਦੋਵੇਂ ਸਬੂਤ ਹਨ, ਅਤੇ ਦੋਵੇਂ ਸਸਤੇ ਸੰਗ੍ਰਹਿ ਹੋ ਸਕਦੇ ਹਨ।

ਪੜ੍ਹੋ ਕਿ ਸਰਵਰ ਨੇ ਦੂਜੇ ਲੌਗਇਨ ਬਾਰੇ ਕੀ ਕਿਹਾ

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

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

ਸਿਰਫ਼ ਦੂਰ ਦੇ ਹੋਸਟਨੇਮ ਨਹੀਂ, ਦੋਵੇਂ ਪ੍ਰੋਫ਼ਾਈਲਾਂ ਦੇ ਸਰਟੀਫਿਕੇਟ ਅਤੇ ਕੀ ਬਲਾਕ ਤੁਲਨਾ ਕਰੋ। ਕਾਪੀ ਕੀਤੇ ਪ੍ਰੋਫ਼ਾਈਲ ਆਮ ਤੌਰ 'ਤੇ ਸਿਰਫ਼ ਫ਼ਾਈਲ ਨਾਮ ਵਿੱਚ ਵੱਖਰੇ ਹੁੰਦੇ ਹਨ।

ਸਰਵਰ ਵਾਲੇ ਪਾਸੇ ਪਛਾਣ ਨੂੰ ਵੱਖ ਕਰੋ

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

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

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

ਵੰਡ ਤੋਂ ਬਾਅਦ ਪਤੇ ਅਤੇ ਸੈਟਿੰਗਾਂ ਮਿਲਾ ਕੇ ਰੱਖੋ

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

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

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

ਪੁਰਾਣੀ ਪਛਾਣ ਨੂੰ ਢੰਗ ਨਾਲ ਹਟਾਓ

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

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