VPN ਹਿਲ ਗਿਆ: ਤੁਹਾਡਾ OpenVPN ਕਲਾਇੰਟ ਅਜੇ ਵੀ ਪੁਰਾਣੇ IP 'ਤੇ ਕਿਉਂ ਡਾਇਲ ਕਰਦਾ ਹੈ

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

DNS ਕੀ ਕਹਿੰਦਾ ਹੈ ਨਹੀਂ, ਪ੍ਰੋਫ਼ਾਈਲ ਕਿਸ ਨੂੰ ਡਾਇਲ ਕਰਦੀ ਹੈ ਦੇਖੋ

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

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

ਦੋ ਫ਼ਾਈਲਾਂ, ਇੱਕ ਐਂਡਪਾਇੰਟ — ਇੱਥੇ ਆਮ ਤੌਰ 'ਤੇ ਇਹੀ ਮਿਲਦਾ ਹੈ।

grep -nE '^remote|^resolv-retry|^persist-remote-ip|^float' client.ovpn
printf 'resolver says: '; dig +short vpn.example.net

ਕਲਾਇੰਟ ਦੀ ਅਗਲੀ ਕਨੈਕਸ਼ਨ ਕੋਸ਼ਿਸ਼ ਪੜ੍ਹੋ

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

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

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

ਜਾਣੋ ਤੁਸੀਂ ਕਿਹੜਾ ਰੀਸਟਾਰਟ ਕਰ ਰਹੇ ਹੋ

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

ਨਿਰੰਤਰਤਾ ਦੀਆਂ ਸੈਟਿੰਗਾਂ ਵੀ ਮਹੱਤਵਪੂਰਨ ਹਨ, ਕਿਉਂਕਿ ਉਹ ਨਵੇਂ ਪਤਿਆਂ ਦੇ ਪਿੱਛੇ ਭੱਜਣ ਲਈ ਨਹੀਂ, ਬਲਕਿ ਜੋ ਪ੍ਰਮਾਣਿਤ ਹੋਇਆ ਉਸਨੂੰ ਸੰਭਾਲਣ ਲਈ ਬਣੀਆਂ ਹਨ।

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

ਚਾਰ ਵਿਕਲਪ ਅਤੇ ਉਨ੍ਹਾਂ ਦੇ ਵੱਖਰੇ ਕੰਮ

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

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

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

ਕਲਾਇੰਟ ਨੂੰ ਦੋਸ਼ ਦੇਣ ਤੋਂ ਪਹਿਲਾਂ ਨਵਾਂ ਐਂਡਪਾਇੰਟ ਪੁਸ਼ਟੀ ਕਰੋ

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

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

ਤੁਹਾਡੀ ਪ੍ਰਸ਼ਾਸਕੀ ਪਹੁੰਚ ਢੋਣ ਵਾਲੀ ਟਨਲ ਰੀਸਟਾਰਟ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਸਰਵਰ ਤੱਕ ਬੈਂਡ ਤੋਂ ਬਾਹਰ ਦਾ ਰਾਹ ਰੱਖੋ। ਉਹੀ ਇੱਕ ਸਾਵਧਾਨੀ ਇਸ ਹਾਲਤ ਵਿੱਚੋਂ ਪੈਦਾ ਹੋਣ ਵਾਲੀਆਂ ਬਹੁਤੀਆਂ ਘਟਨਾਵਾਂ ਰੋਕਦੀ ਹੈ।