OpenVPN ਵਿੱਚ ਹਰ ਕਲਾਇੰਟ ਲਈ ਸਥਿਰ IP: ifconfig-push, ipp.txt ਨਹੀਂ

ipp.txt ਵਿੱਚ ਇੱਕ ਲਾਈਨ ਸੰਪਾਦਿਤ ਕਰਨਾ ਪਤਾ ਰਾਖਵਾਂ ਕਰਨ ਵਰਗਾ ਲੱਗਦਾ ਹੈ, ਪਰ ਇੰਝ ਨਹੀਂ ਹੈ। ਉਹ ਫਾਈਲ, ਜਿਸਨੂੰ ifconfig-pool-persist ਨਾਮ ਦਿੰਦਾ ਹੈ, ਦਰਜ ਕਰਦੀ ਹੈ ਕਿ ਆਮ ਨਾਮ ਕੋਲ ਪਿਛਲੀ ਵਾਰ ਕਿਹੜਾ ਪਤਾ ਸੀ, ਤਾਂ ਜੋ ਪੂਲ ਸੁਵਿਧਾਜਨਕ ਹੋਣ 'ਤੇ ਉਹੀ ਪਤਾ ਵਾਪਸ ਦੇ ਸਕੇ। ਇਸ ਵਿੱਚ ਕੁਝ ਵੀ ਅਗਲੇ ਕਨੈਕਸ਼ਨ ਨੂੰ ਉਸ ਨੰਬਰ ਨਾਲ ਨਹੀਂ ਬੰਨ੍ਹਦਾ।

ਹੇਠਾਂ ਦਿੱਤੀਆਂ ਜਾਂਚਾਂ ਕ੍ਰਮ ਵਿੱਚ ਚਲਾਓ। ਹਰ ਇੱਕ ਜਾਂ ਤਾਂ ਕਾਰਜਵਿਧੀ ਦੀ ਪੁਸ਼ਟੀ ਕਰਦੀ ਹੈ ਜਾਂ ਤੁਹਾਨੂੰ ਰੁਕ ਕੇ ਇੱਕ ਇਨਪੁਟ ਠੀਕ ਕਰਨ ਲਈ ਕਹਿੰਦੀ ਹੈ।

ਸਥਿਰਤਾ ਫਾਈਲ ਕਿਸ ਲਈ ਹੈ

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

ਜੇ ਤੁਹਾਨੂੰ ਕਿਸੇ ਖਾਸ ਕਲਾਇੰਟ ਲਈ ਖਾਸ ਪਤਾ ਚਾਹੀਦਾ ਹੈ, ਤਾਂ ਦਸਤਾਵੇਜ਼ੀ ਕਾਰਜਵਿਧੀ ifconfig-push ਹੈ, ਅਤੇ ਇਹ ਉਸ ਕਲਾਇੰਟ ਦੀ ਮਾਲਕੀ ਵਾਲੀ ਸੰਰਚਨਾ ਵਿੱਚ ਆਉਂਦੀ ਹੈ।

ਜਾਂਚੋ ਕਿ ਸਹੀ ਕਲਾਇੰਟ ਚੁਣਿਆ ਗਿਆ ਹੈ

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

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

ਜਾਂਚੋ ਕਿ ਸੰਖਿਆਵਾਂ ਟੋਪੋਲੋਜੀ ਨਾਲ ਮੇਲ ਖਾਂਦੀਆਂ ਹਨ

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

# /etc/openvpn/ccd/partner-a   (subnet topology)
ifconfig-push 10.44.0.61 255.255.255.0

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

ਨਵੇਂ ਕਨੈਕਸ਼ਨ ਉੱਤੇ ਨਤੀਜਾ ਜਾਂਚੋ

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

ਸਬੂਤ ਇਕੱਠੇ ਰੱਖੋ: ਕਲਾਇੰਟ ਦਾ ਨਾਮ, ਮਿਲੀ ਫਾਈਲ, ਵੰਡਿਆ ਪਤਾ ਅਤੇ ਉਹ ਪੂਲ ਜਿੱਥੋਂ ਇਹ ਆਇਆ।

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