VPN ਸਰਵਰ ਨੂੰ ਨਵੇਂ ਜਨਤਕ IP 'ਤੇ ਲਿਜਾਣਾ: ਪਹਿਲਾਂ ਕੀ ਜਾਂਚਣਾ
ਥਾਂ 'ਤੇ ਬਦਲੀ ਅਤੇ ਸਮਾਨਾਂਤਰ ਕਟਓਵਰ ਵੱਖ-ਵੱਖ ਥਾਵਾਂ 'ਤੇ ਟੁੱਟਦੇ ਹਨ। ਕਨਫਿਗ, NAT ਅਤੇ ਸਰਟੀਫਿਕੇਟ ਦੇਖੋ, ਫਿਰ ਵੇਖੋ ਕਿ ਹਰ ਕਲਾਇੰਟ ਨਾਮ ਨੂੰ ਕਿਵੇਂ ਹੱਲ ਕਰਦਾ ਹੈ।
ਇੱਕ ਪਤਾ ਮੁੜ ਅਲਾਟ ਕਰਨ ਵਿੱਚ ਇੱਕ ਮਿੰਟ ਲੱਗਦਾ ਹੈ। ਅਗਲਾ ਹਫ਼ਤਾ ਹੀ ਉਹ ਥਾਂ ਹੈ ਜਿੱਥੇ ਤਬਦੀਲੀ ਟੁੱਟਦੀ ਹੈ, ਅਤੇ ਪ੍ਰਦਾਤਾ ਦਾ ਕੰਸੋਲ ਜਿੱਥੇ ਸੰਕੇਤ ਦਿੰਦਾ ਹੈ ਉੱਥੇ ਘੱਟ ਹੀ। ਨਵਾਂ ਜਨਤਕ IP ਚਾਰ ਥਾਵਾਂ 'ਤੇ ਜ਼ਿਕਰ ਹੁੰਦਾ ਹੈ: ਜਿਸ ਸਾਕਟ 'ਤੇ ਡੈਮਨ ਸੁਣਦਾ ਹੈ, ਜਿਸ ਭਰੋਸਾ ਐਂਕਰ ਨੂੰ ਕਲਾਇੰਟ ਪਰਖਦੇ ਹਨ, ਪੁਰਾਣੇ ਪਤੇ ਦਾ ਨਾਮ ਲੈਣ ਵਾਲਾ ਹਰ ਨਿਯਮ, ਅਤੇ ਉਹ DNS ਰਿਕਾਰਡ ਜੋ ਉਨ੍ਹਾਂ ਨੂੰ ਜੋੜਦਾ ਹੈ। ਦੋ ਤਬਦੀਲੀਆਂ ਕੰਟਰੋਲ ਪੈਨਲ ਤੋਂ ਇੱਕੋ ਜਿਹੀਆਂ ਦਿਸਦੀਆਂ ਹਨ ਪਰ ਬਿਲਕੁਲ ਵੱਖਰਾ ਵਿਵਹਾਰ ਕਰਦੀਆਂ ਹਨ: ਜਿਸ ਮਸ਼ੀਨ ਨੂੰ ਤੁਸੀਂ ਚਲਾਉਂਦੇ ਹੋ ਉਸ 'ਤੇ ਪਤਾ ਮੁੜ ਅਲਾਟ ਕਰਨਾ, ਜਾਂ ਦੂਜਾ ਐਂਡਪੌਇੰਟ ਖੜ੍ਹਾ ਕਰ ਕੇ ਕਲਾਇੰਟ ਉੱਥੇ ਲਿਜਾਣਾ। ਹੇਠਲੀਆਂ ਜਾਂਚਾਂ ਸਸਤੀਆਂ ਅਸਫਲਤਾਵਾਂ ਨੂੰ ਪਹਿਲਾਂ ਰੱਖਦੀਆਂ ਹਨ, ਅਤੇ ਹਰ ਭਾਗ ਦੱਸਦਾ ਹੈ ਕਿ ਇਹ ਕਿਸ ਤਬਦੀਲੀ 'ਤੇ ਲਾਗੂ ਹੈ।
ਥਾਂ 'ਤੇ ਬਦਲੀ ਅਤੇ ਸਮਾਨਾਂਤਰ ਕਟਓਵਰ ਵੱਖਰੇ ਕੰਮ ਹਨ
ਥਾਂ 'ਤੇ ਬਦਲੀ ਮੇਜ਼ਬਾਨ, ਕੁੰਜੀਆਂ, ਰੂਟਿੰਗ ਸਾਰਣੀ ਅਤੇ ਵਰਤੋਂਕਾਰ ਸੂਚੀ ਰੱਖਦੀ ਹੈ; ਸਿਰਫ਼ ਪਤਾ ਬਦਲਦਾ ਹੈ। ਤੈਰਦੇ IP ਦਾ ਮੁੜ ਅਲਾਟਮੈਂਟ ਇਹੀ ਕਰਦਾ ਹੈ, ਅਤੇ ਕਈ ਪ੍ਰਦਾਤਾਵਾਂ 'ਤੇ ਮਹਿਮਾਨ ਨੂੰ ਪਤਾ ਵੀ ਨਹੀਂ ਲੱਗਦਾ, ਕਿਉਂਕਿ ਅਨੁਵਾਦ ਇੰਸਟੈਂਸ ਦੇ ਸਾਹਮਣੇ ਹੁੰਦਾ ਹੈ। ਮੁੜ ਨਿਰਮਾਣ ਜਾਂ ਪ੍ਰਦਾਤਾ ਵੱਲੋਂ ਮੁੜ ਅਲਾਟਮੈਂਟ ਵਧੇਰੇ ਸਖ਼ਤ ਹੈ: ਮਹਿਮਾਨ ਬਦਲਾਅ ਦੇਖਦਾ ਹੈ, ਅਤੇ ਜਿਸ ਨੇ ਵੀ ਪੁਰਾਣਾ ਮੁੱਲ ਕੈਸ਼ ਕੀਤਾ ਸੀ ਉਹ ਉਸੇ ਪਲ ਇਹ ਜਾਣ ਲੈਂਦਾ ਹੈ।
ਸਮਾਨਾਂਤਰ ਐਂਡਪੌਇੰਟ ਉਹੀ ਕੰਮ ਕਰਨ ਵਾਲਾ ਦੂਜਾ ਮੇਜ਼ਬਾਨ ਹੈ। ਇਸਨੂੰ ਬਣਾਓ, ਇੱਕ ਪ੍ਰੋਫਾਈਲ ਨਾਲ ਜਾਂਚੋ, ਅਤੇ ਨਵਾਂ ਆਪਣੇ ਆਪ ਨੂੰ ਅਸਲ ਰਾਹ 'ਤੇ ਸਾਬਤ ਕਰਨ ਤੱਕ ਪੁਰਾਣੇ ਨੂੰ ਜਵਾਬ ਦੇਣ ਦਿਓ। ਕੀਮਤ ਅਵਸਥਾ ਹੈ। ਸਾਂਝੀਆਂ peer ਐਂਟਰੀਆਂ, ਰੱਦ ਕਰਨ ਅਤੇ ਲੌਗਿੰਗ ਤੋਂ ਬਿਨਾਂ ਤੁਹਾਡੇ ਕੋਲ ਦੋ ਨੈੱਟਵਰਕ ਹਨ ਜੋ ਸੰਜੋਗ ਨਾਲ ਇੱਕ ਨਾਮ ਸਾਂਝਾ ਕਰਦੇ ਹਨ।
| Question | In-place swap | Parallel endpoint |
|---|---|---|
| Rollback in one step? | Only if you can get the old address back | Point DNS back; old host still up |
| Blast radius | Every client at once | Only the clients you moved |
| Best when | The address is yours to reassign | The old address is gone for good |
ਪੁਰਾਣਾ ਪਤਾ ਜਿੱਥੇ ਵੀ ਲਿਖਿਆ ਹੈ ਉਹ ਹਰ ਥਾਂ ਲੱਭੋ
ਟੈਕਸਟ ਖੋਜ ਨਾਲ ਸ਼ੁਰੂ ਕਰੋ, ਕਿਉਂਕਿ ਕਨਫਿਗਰੇਸ਼ਨ ਫਾਈਲਾਂ ਸੌਖਾ ਅੱਧ ਹਨ। ਡੈਮਨ ਕਨਫਿਗ, ਫਾਇਰਵਾਲ ਟੁਕੜੇ, ਨਿਗਰਾਨੀ ਟਾਰਗਿਟ ਅਤੇ ਡਿਸਕ 'ਤੇ ਬਣਾਇਆ ਕੋਈ ਵੀ ਕਲਾਇੰਟ ਬੰਡਲ ਲੱਭੋ। ਜੇ ਤੁਸੀਂ IPv6 ਪਤਾ ਪ੍ਰਕਾਸ਼ਿਤ ਕਰਦੇ ਹੋ ਤਾਂ ਉਹ ਵੀ ਸ਼ਾਮਲ ਕਰੋ; ਸਿਰਫ਼ A ਰਿਕਾਰਡ ਦਾ ਪਿੱਛਾ ਕਰਨ ਵਾਲੀ ਤਬਦੀਲੀ ਦੋਹਰੇ ਸਟੈਕ ਵਾਲੇ ਕਲਾਇੰਟ ਪੁਰਾਣੇ ਰਾਹ 'ਤੇ ਛੱਡ ਦਿੰਦੀ ਹੈ।
OLD=203.0.113.10
grep -RIn -- "$OLD" /etc /root
ss -lunpt | grep -F "$OLD"
nft list ruleset | grep -F "$OLD"
iptables-save | grep -F "$OLD"
wg show all endpointsਫਿਰ ਕਰਨਲ ਦੀ ਜਾਂਚ ਕਰੋ, ਕਿਉਂਕਿ ਚੱਲਦਾ ਸਿਸਟਮ ਪਤਾ ਉਨ੍ਹਾਂ ਥਾਵਾਂ 'ਤੇ ਰੱਖਦਾ ਹੈ ਜਿਨ੍ਹਾਂ ਦਾ ਕੋਈ ਫਾਈਲ ਜ਼ਿਕਰ ਨਹੀਂ ਕਰਦਾ। ਸਥਿਰ ਸਰੋਤ NAT ਨਿਯਮ, ipset ਐਂਟਰੀ, ਬਾਈਂਡ ਪਤਾ ਅਤੇ conntrack ਐਂਟਰੀ ਉਨ੍ਹਾਂ ਨੂੰ ਹਟਾਉਣ ਵਾਲੇ ਕਨਫਿਗ ਬਦਲਾਅ ਤੋਂ ਵੱਧ ਚਿਰ ਰਹਿੰਦੇ ਹਨ, ਅਤੇ ਕੁਝ ਰੀਬੂਟ ਵੀ ਪਾਰ ਕਰ ਜਾਂਦੇ ਹਨ ਕਿਉਂਕਿ ਉਹ ਸੰਭਾਲੇ ਨਿਯਮ-ਸਮੂਹ ਤੋਂ ਵਾਪਸ ਆਏ। ਇੱਕ ਪਰਤ ਉੱਤੇ, ਪ੍ਰਦਾਤਾ ਦੇ ਸੁਰੱਖਿਆ ਸਮੂਹ, ਲੋਡ ਬੈਲੰਸਰ ਦੇ ਟਾਰਗਿਟ ਅਤੇ ਨਿਗਰਾਨੀ ਜਾਂਚ ਤੁਹਾਡੀ ਫਾਈਲ ਸਿਸਟਮ 'ਤੇ ਹੀ ਨਹੀਂ ਹਨ।
ਕੁਝ ਵੀ ਬਦਲਣ ਤੋਂ ਪਹਿਲਾਂ ਸੂਚੀ ਲਿਖੋ; ਇਹ ਰੋਲਬੈਕ ਸਕ੍ਰਿਪਟ ਦਾ ਕੰਮ ਵੀ ਕਰਦੀ ਹੈ।
ਹੋਸਟਨਾਮ ਵਾਲੇ ਕਲਾਇੰਟ ਸੰਭਲ ਜਾਂਦੇ ਹਨ; ਸ਼ਬਦੀ IP ਵਾਲੇ ਕਲਾਇੰਟ ਚੁੱਪ ਹੋ ਜਾਂਦੇ ਹਨ
ਜੇ ਕਲਾਇੰਟ ਹੋਸਟਨਾਮ ਰਾਹੀਂ ਸਰਵਰ ਤੱਕ ਪਹੁੰਚਦੇ ਹਨ, ਤਾਂ ਕਟਓਵਰ ਮੁੱਖ ਤੌਰ 'ਤੇ DNS ਸਮੱਸਿਆ ਹੈ, ਅਤੇ ਕੱਲ੍ਹ ਤੁਸੀਂ ਜੋ TTL ਸੈੱਟ ਕੀਤਾ ਸੀ ਉਹ ਤੈਅ ਕਰਦਾ ਹੈ ਕਿ ਇਹ ਕਿੰਨਾ ਮਾੜਾ ਹੋਵੇਗਾ। ਰਿਜ਼ੋਲਵਰ ਕੈਸ਼ ਕਰਦੇ ਹਨ, ਸਟਬ ਰਿਜ਼ੋਲਵਰ ਦੁਬਾਰਾ ਕੈਸ਼ ਕਰਦੇ ਹਨ, ਅਤੇ ਬਹੁਤ ਸਾਰੇ ਕਲਾਇੰਟ ਨਾਮ ਸਿਰਫ਼ ਨਵੇਂ ਕਨੈਕਸ਼ਨ 'ਤੇ ਲੱਭਦੇ ਹਨ, ਇਸ ਲਈ ਸਥਾਪਿਤ ਟਨਲ ਆਪਣਾ ਸ਼ੁਰੂਆਤੀ ਪਤਾ ਰੱਖਦੀ ਹੈ।
ਜੇ ਐਂਡਪੌਇੰਟ ਸ਼ਬਦੀ ਪਤਾ ਹੈ, ਤਾਂ ਕੁਝ ਵੀ ਦੁਬਾਰਾ ਹੱਲ ਨਹੀਂ ਹੁੰਦਾ ਅਤੇ ਕੁਝ ਵੀ ਸ਼ਿਕਾਇਤ ਦਰਜ ਨਹੀਂ ਕਰਦਾ। WireGuard ਹੱਲ ਕੀਤਾ ਸਾਕਟ ਪਤਾ ਸੰਭਾਲਦਾ ਹੈ: Endpoint = vpn.example.net:51820 ਉਸੇ ਪਲ IP ਬਣ ਜਾਂਦਾ ਹੈ ਜਦੋਂ wg-quick up ਚੱਲਦਾ ਹੈ ਅਤੇ ਤੁਸੀਂ ਇਸਨੂੰ ਬਦਲਣ ਤੱਕ ਉਹੀ IP ਰਹਿੰਦਾ ਹੈ। OpenVPN ਵਧੇਰੇ ਸਹਿਣਸ਼ੀਲ ਹੈ: ਇਹ ਕਨੈਕਸ਼ਨ ਸਮੇਂ remote ਹੋਸਟਨਾਮ ਹੱਲ ਕਰਦਾ ਹੈ ਅਤੇ resolv-retry infinite ਨਾਲ ਮੁੜ ਜੁੜਨ 'ਤੇ ਦੁਬਾਰਾ DNS ਅਜ਼ਮਾਉਂਦਾ ਹੈ। ਸ਼ਬਦੀ IP ਦੇਣ 'ਤੇ ਦੋਵੇਂ ਉਸ ਮਸ਼ੀਨ ਨੂੰ ਡਾਇਲ ਕਰਦੇ ਰਹਿੰਦੇ ਹਨ ਜੋ ਹੁਣ ਨਹੀਂ ਹੈ।
ਲੋਕਾਂ ਨੂੰ ਭਰਮ ਵਿੱਚ ਪਾਉਣ ਵਾਲੀ ਚੀਜ਼ ਸ਼ੀਸ਼ੇ ਦੀ ਤਸਵੀਰ ਹੈ। ਨਵੇਂ ਪਤੇ ਵੱਲ ਪਹਿਲਾਂ ਹੀ ਇਸ਼ਾਰਾ ਕਰ ਰਿਹਾ ਕਲਾਇੰਟ, ਜਦੋਂ ਪੁਰਾਣਾ ਸਰੋਤਾ ਅਜੇ ਜਵਾਬ ਦੇ ਰਿਹਾ ਹੋਵੇ, ਤੁਹਾਡੀ ਆਪਣੀ ਮੇਜ਼ ਤੋਂ ਕੀਤੀ ਹਰ ਪਰਖ ਪਾਸ ਕਰ ਜਾਂਦਾ ਹੈ। ਮੈਨੂੰ ਵੀ ਇਸ ਨੇ ਧੋਖਾ ਦਿੱਤਾ: ਨਵਾਂ ਐਂਡਪੌਇੰਟ ਫ਼ੋਨ 'ਤੇ ਪਹਿਲੀ ਕੋਸ਼ਿਸ਼ ਵਿੱਚ ਹੀ ਉੱਪਰ ਆ ਗਿਆ, ਅਤੇ ਪੁਰਾਣੀ ਪ੍ਰੋਫਾਈਲ ਵਾਲਾ ਕਲਾਇੰਟ ਪੁਰਾਣਾ ਸਰੋਤਾ ਬਹੁਤ ਬਾਅਦ ਬੰਦ ਕੀਤੇ ਜਾਣ 'ਤੇ ਹੀ ਸਾਹਮਣੇ ਆਇਆ।
ਭਰੋਸਾ ਪਤੇ ਦੇ ਨਾਲ ਨਹੀਂ ਹਿੱਲਦਾ
WireGuard ਪਛਾਣ ਨੂੰ ਪਹੁੰਚ ਤੋਂ ਵੱਖ ਕਰਦਾ ਹੈ, ਜਿਸ ਨਾਲ ਪਤਾ ਬਦਲਣਾ ਲਗਭਗ ਮੁਫ਼ਤ ਹੋ ਜਾਂਦਾ ਹੈ। peer ਜਨਤਕ ਕੁੰਜੀ ਨਾਲ ਪਛਾਣੇ ਜਾਂਦੇ ਹਨ, ਅਤੇ ਐਂਡਪੌਇੰਟ ਸਿਰਫ਼ ਉਹ ਥਾਂ ਹੈ ਜਿੱਥੇ ਪੈਕਟ ਹੁਣ ਜਾਂਦੇ ਹਨ; ਮੇਜ਼ਬਾਨ ਆਖਰੀ ਪ੍ਰਮਾਣਿਤ ਪੈਕਟ ਦੇ ਸਰੋਤ ਪਤੇ ਤੋਂ peer ਦਾ ਐਂਡਪੌਇੰਟ ਅੱਪਡੇਟ ਕਰਦਾ ਹੈ। ਨਿਸ਼ਕਿਰਿਆ peer ਨੂੰ ਫਿਰ ਵੀ ਨਵੀਂ ਥਾਂ ਨਾਲ ਗੱਲ ਕਰਨ ਦਾ ਕਾਰਨ ਚਾਹੀਦਾ ਹੈ, ਅਤੇ ਇਹ ਪਤਾ ਤਦੋਂ ਹੀ ਸਿੱਖਦਾ ਹੈ ਜਦੋਂ ਇਸਦਾ ਸੈਸ਼ਨ ਪੁਰਾਣਾ ਹੋ ਜਾਂਦਾ ਹੈ ਅਤੇ handshake ਦੀਆਂ ਮੁੜ ਕੋਸ਼ਿਸ਼ਾਂ ਕਿਸੇ ਦਿਸਦੀ ਥਾਂ 'ਤੇ ਅਸਫਲ ਹੁੰਦੀਆਂ ਹਨ। WireGuard ਦੀ ਤੇਜ਼ ਸ਼ੁਰੂਆਤ ਐਂਡਪੌਇੰਟ ਖੇਤਰ ਨੂੰ ਕਵਰ ਕਰਦੀ ਹੈ।
TLS ਅਧਾਰਿਤ ਸਰਵਰ ਉਲਟ ਸਥਿਤੀ ਹਨ। ਸਰਟੀਫਿਕੇਟ ਇੱਕ ਨਾਮ ਨਾਲ ਬੱਝਾ ਹੁੰਦਾ ਹੈ, ਅਤੇ ਪਤਾ ਡਾਇਲ ਕਰਨ ਵਾਲਾ ਕਲਾਇੰਟ ਜੋ ਡਾਇਲ ਕੀਤਾ ਉਸ ਦੀ ਵਿਸ਼ੇ ਦੇ ਬਦਲਵੇਂ ਨਾਵਾਂ ਨਾਲ ਤੁਲਨਾ ਕਰਦਾ ਹੈ। ਸਿਰਫ਼ DNS SAN ਵਾਲੇ ਸਰਟੀਫਿਕੇਟ ਨਾਲ IP ਰਾਹੀਂ ਜੁੜੋ ਅਤੇ ਪੁਸ਼ਟੀ ਫੇਲ੍ਹ ਹੋ ਜਾਂਦੀ ਹੈ: ਕਲਾਇੰਟ ਵੱਲੋਂ ਵਰਤਿਆ ਨਾਮ ਸਰਟੀਫਿਕੇਟ ਵਿੱਚ ਨਹੀਂ ਹੈ। IP SAN ਨਾਲ ਮੁੜ ਜਾਰੀ ਕਰਨਾ ਉਹ ਇੱਕ ਕਨੈਕਸ਼ਨ ਸੁਧਾਰਦਾ ਹੈ ਅਤੇ ਅਗਲੀ ਤਬਦੀਲੀ ਨੂੰ ਵਧੇਰੇ ਮਾੜਾ ਬਣਾਉਂਦਾ ਹੈ। ਪ੍ਰੋਫਾਈਲ ਵਿੱਚ ਹੋਸਟਨਾਮ ਰੱਖਣਾ ਅਤੇ verify-x509-name ਨੂੰ ਉਸਦੀ ਥਾਂ 'ਤੇ ਛੱਡਣਾ ਹੇਠਲਾ ਪਤਾ ਬਦਲਦਿਆਂ ਵੀ ਜਾਂਚ ਸਖ਼ਤ ਰੱਖਦਾ ਹੈ।
ਫਿਰ ਜਾਂਚੋ ਕਿ ਡੈਮਨ ਕਿਸ ਨਾਲ ਬੱਝਾ ਹੈ; ਪੁਰਾਣੇ ਪਤੇ 'ਤੇ ਪਿੰਨ ਕੀਤਾ ਸਾਕਟ ਚੁੱਪਚਾਪ ਫੇਲ੍ਹ ਹੁੰਦਾ ਹੈ। local 203.0.113.10 ਨਾਲ ਸ਼ੁਰੂ ਕੀਤਾ OpenVPN ਸਰਵਰ ਉਹ ਪਤਾ ਜਾਣ 'ਤੇ ਉੱਪਰ ਆਉਣ ਤੋਂ ਇਨਕਾਰ ਕਰਦਾ ਹੈ, ਜਦੋਂ ਕਿ 0.0.0.0 'ਤੇ ਸਰੋਤਾ ਬਦਲਾਅ ਮੁਫ਼ਤ ਵਿੱਚ ਅਨੁਸਰਣ ਕਰਦਾ ਹੈ। NAT ਵੀ ਉਸੇ ਤਰ੍ਹਾਂ ਵੰਡਿਆ ਜਾਂਦਾ ਹੈ: MASQUERADE ਹੁਣ ਮਸ਼ੀਨ ਕੋਲ ਜੋ ਵੀ ਪਤਾ ਹੈ ਉਸਦਾ ਪਿੱਛਾ ਕਰਦਾ ਹੈ, ਅਤੇ ਸਥਿਰ SNAT --to-source 203.0.113.10 ਉਸ ਪਤੇ 'ਤੇ ਮੁੜ ਲਿਖਦਾ ਰਹਿੰਦਾ ਹੈ ਜੋ ਹੁਣ ਤੁਹਾਡਾ ਨਹੀਂ, ਇਸ ਲਈ ਵਾਪਸੀ ਟ੍ਰੈਫਿਕ ਗਾਇਬ ਹੋ ਜਾਂਦਾ ਹੈ। ਜੇ ਨਵਾਂ ਪਤਾ ਵੱਖਰੇ upstream ਗੇਟਵੇ ਨਾਲ ਆਉਂਦਾ ਹੈ, ਤਾਂ rp_filter ਜਾਂਚੋ: ਉਲਟਾ ਰਾਹ ਫਿਲਟਰ ਕਰਨਲ ਨੂੰ ਉਮੀਦ ਨਾ ਹੋਏ ਇੰਟਰਫੇਸ 'ਤੇ ਆਉਣ ਵਾਲਾ ਵਾਪਸੀ ਟ੍ਰੈਫਿਕ ਸੁੱਟ ਦਿੰਦਾ ਹੈ।
ਕਟਓਵਰ ਦਾ ਕ੍ਰਮ ਅਤੇ ਇਸਦੇ ਕੰਮ ਕਰਨ ਦੇ ਸਬੂਤ
ਇੱਕ ਦਿਨ ਪਹਿਲਾਂ TTL ਘਟਾਓ, ਨਵਾਂ ਸਰੋਤਾ ਖੜ੍ਹਾ ਕਰੋ, ਅਤੇ ਸਿਰਫ਼ ਤੁਹਾਡੇ ਕੋਲ ਹੋਣ ਵਾਲੀ ਪ੍ਰੋਫਾਈਲ ਨਾਲ ਇਸਨੂੰ ਸਾਬਤ ਕਰੋ। ਉਸੇ ਨੈੱਟਵਰਕ ਦੇ ਅੰਦਰੋਂ ਪਰਖ ਲਗਭਗ ਕੁਝ ਵੀ ਸਾਬਤ ਨਹੀਂ ਕਰਦੀ, ਇਸ ਲਈ ਸੈਲੂਲਰ 'ਤੇ ਫ਼ੋਨ ਵਰਤੋ ਅਤੇ ਐਂਡਪੌਇੰਟ ਨੂੰ ping ਕਰਨ ਦੀ ਥਾਂ ਉਹ ਚੀਜ਼ ਪਰਖੋ ਜੋ ਟਨਲ ਨੇ ਢੋਣੀ ਹੈ।
ਪੂਰੀ ਮਿਆਦ ਦੌਰਾਨ ਦੋਵੇਂ ਪਤੇ ਵੇਖੋ। ਨਵੇਂ ਮੇਜ਼ਬਾਨ 'ਤੇ wg show all latest-handshakes, ਜਾਂ OpenVPN ਸਥਿਤੀ ਫਾਈਲ, ਦੱਸਦੀ ਹੈ ਕਿ ਕਿੰਨੇ peer ਸੱਚਮੁੱਚ ਹਿਲੇ। ਜਦੋਂ ਨਵੇਂ ਐਂਡਪੌਇੰਟ ਕੋਲ ਉਮੀਦ ਕੀਤੇ peer ਹੋਣ ਅਤੇ ਪੁਰਾਣੇ ਕੋਲ ਸਿਰਫ਼ ਪਿੱਛੇ ਰਹਿ ਗਏ, ਤਾਂ ਪੁਰਾਣਾ ਸਰੋਤਾ ਸੇਵਾਮੁਕਤ ਕਰੋ, ਪੁਰਾਣਾ NAT ਨਿਯਮ ਹਟਾਓ ਅਤੇ ਪ੍ਰਦਾਤਾ ਦੇ ਫਾਇਰਵਾਲ ਤੋਂ ਪਤਾ ਕੱਢੋ। ਪੁਰਾਣਾ ਸਰੋਤਾ ਹਟਾਉਣਾ ਹੀ ਉਹ ਕਦਮ ਹੈ ਜੋ ਖੁੰਝਦਾ ਹੈ, ਅਤੇ ਇਹ ਉਹ ਖੱਪਾ ਬੰਦ ਕਰਦਾ ਹੈ ਜਿੱਥੇ ਪੁਰਾਣੀ ਪ੍ਰੋਫਾਈਲ ਅਜੇ ਵੀ ਪੁਰਾਣੇ ਨੈੱਟਵਰਕ ਤੱਕ ਪਹੁੰਚਦੀ ਹੈ।
ਸ਼ੁਰੂ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਰੋਲਬੈਕ ਟ੍ਰਿਗਰ ਲਿਖਤੀ ਤੌਰ 'ਤੇ ਤੈਅ ਕਰੋ: ਜੇ ਸਹਿਮਤ ਮਿਆਦ ਤੋਂ ਬਾਅਦ ਨਵੇਂ ਐਂਡਪੌਇੰਟ ਨੂੰ ਕਿਸੇ ਵੀ ਅਸਲ ਕਲਾਇੰਟ ਤੋਂ handshake ਨਹੀਂ ਮਿਲਦਾ, ਤਾਂ ਪੁਰਾਣਾ ਪਤਾ ਬਹਾਲ ਕਰੋ ਅਤੇ ਪ੍ਰੋਫਾਈਲ ਵੰਡਣਾ ਬੰਦ ਕਰੋ। ਫਿਰ ਖੋਜ ਦੁਬਾਰਾ ਚਲਾਓ ਅਤੇ ਪੱਕਾ ਕਰੋ ਕਿ ਕੋਈ ਸਰੋਤਾ ਸੇਵਾਮੁਕਤ ਪਤੇ ਨਾਲ ਬੱਝਾ ਨਹੀਂ ਹੈ। ਦੋ ਚੀਜ਼ਾਂ ਅਗਲੀ ਤਬਦੀਲੀ ਵਿੱਚ ਜਾਂਦੀਆਂ ਹਨ: ਕਲਾਇੰਟ ਪ੍ਰੋਫਾਈਲ ਵਿੱਚ ਹੋਸਟਨਾਮ ਤਾਂ ਜੋ ਅਗਲਾ ਬਦਲਾਅ DNS ਸੋਧ ਹੋਵੇ, ਅਤੇ ਸਰਵਰ ਦੇ ਰਿਕਵਰੀ ਨੋਟਾਂ ਕੋਲ ਰੱਖੀ ਸੂਚੀ।