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 ನಮೂದು, bind ವಿಳಾಸ ಮತ್ತು conntrack ನಮೂದು ಅವುಗಳನ್ನು ತೆಗೆದ ಕಾನ್ಫಿಗ್ ಬದಲಾವಣೆಗಿಂತ ಹೆಚ್ಚು ಕಾಲ ಬದುಕುತ್ತವೆ, ಮತ್ತು ಕೆಲವು ಮರುಬೂಟ್ ಅನ್ನೂ ದಾಟುತ್ತವೆ ಏಕೆಂದರೆ ಅವು ಉಳಿಸಿದ ನಿಯಮ ಸಮೂಹದಿಂದ ಹಿಂತಿರುಗಿದವು. ಒಂದು ಪದರ ಮೇಲೆ, ಪೂರೈಕೆದಾರರ ಭದ್ರತಾ ಗುಂಪುಗಳು, ಲೋಡ್ ಬ್ಯಾಲೆನ್ಸರ್ ಗುರಿಗಳು ಮತ್ತು ಮಾನಿಟರಿಂಗ್ ಪರಿಶೀಲನೆಗಳು ನಿಮ್ಮ ಫೈಲ್ ಸಿಸ್ಟಮ್ನಲ್ಲಿ ಇಲ್ಲವೇ ಇಲ್ಲ.
ಏನನ್ನೂ ಬದಲಿಸುವ ಮೊದಲು ದಾಸ್ತಾನು ಬರೆಯಿರಿ; ಅದು ರೋಲ್ಬ್ಯಾಕ್ ಸ್ಕ್ರಿಪ್ಟ್ ಆಗಿಯೂ ಕೆಲಸ ಮಾಡುತ್ತದೆ.
ಹೋಸ್ಟ್ನಾಮ್ ಕ್ಲೈಂಟ್ಗಳು ಚೇತರಿಸಿಕೊಳ್ಳುತ್ತವೆ; ಅಕ್ಷರಶಃ IP ಕ್ಲೈಂಟ್ಗಳು ಮೌನವಾಗುತ್ತವೆ
ಕ್ಲೈಂಟ್ಗಳು ಹೋಸ್ಟ್ನಾಮ್ ಮೂಲಕ ಸರ್ವರ್ ತಲುಪಿದರೆ, ಕಟ್ಓವರ್ ಮುಖ್ಯವಾಗಿ DNS ಸಮಸ್ಯೆ, ಮತ್ತು ನಿನ್ನೆ ಹೊಂದಿಸಿದ TTL ಎಷ್ಟು ಕೆಟ್ಟದಾಗುತ್ತದೆ ಎಂಬುದನ್ನು ನಿರ್ಧರಿಸುತ್ತದೆ. ರೆಸಾಲ್ವರ್ಗಳು ಕ್ಯಾಶ್ ಮಾಡುತ್ತವೆ, ಸ್ಟಬ್ ರೆಸಾಲ್ವರ್ಗಳು ಮತ್ತೆ ಕ್ಯಾಶ್ ಮಾಡುತ್ತವೆ, ಮತ್ತು ಅನೇಕ ಕ್ಲೈಂಟ್ಗಳು ಹೆಸರನ್ನು ಹೊಸ ಸಂಪರ್ಕದಲ್ಲಿ ಮಾತ್ರ ಹುಡುಕುತ್ತವೆ, ಆದ್ದರಿಂದ ಸ್ಥಾಪಿತ ಟನೆಲ್ ತನ್ನ ಆರಂಭಿಕ ವಿಳಾಸವನ್ನು ಉಳಿಸಿಕೊಳ್ಳುತ್ತದೆ.
ಎಂಡ್ಪಾಯಿಂಟ್ ಅಕ್ಷರಶಃ ವಿಳಾಸವಾಗಿದ್ದರೆ, ಏನೂ ಮರುಪರಿಹರಿಸುವುದಿಲ್ಲ ಮತ್ತು ಏನೂ ದೂರು ದಾಖಲಿಸುವುದಿಲ್ಲ. WireGuard ಪರಿಹರಿಸಿದ ಸಾಕೆಟ್ ವಿಳಾಸವನ್ನು ಸಂಗ್ರಹಿಸುತ್ತದೆ: Endpoint = vpn.example.net:51820 wg-quick up ಚಾಲನೆಯಾದ ಕ್ಷಣದಲ್ಲಿ IP ಆಗುತ್ತದೆ ಮತ್ತು ನೀವು ಅದನ್ನು ಬದಲಿಸುವವರೆಗೆ ಅದೇ 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 ಅನ್ನು ಒಂದು ದಿನ ಮೊದಲೇ ಇಳಿಸಿ, ಹೊಸ ಶ್ರೋತೃವನ್ನು ನಿಲ್ಲಿಸಿ, ಮತ್ತು ನಿಮ್ಮ ಬಳಿ ಮಾತ್ರ ಇರುವ ಪ್ರೊಫೈಲ್ನಿಂದ ಅದನ್ನು ಸಾಬೀತುಪಡಿಸಿ. ಅದೇ ನೆಟ್ವರ್ಕ್ನ ಒಳಗಿನಿಂದ ಮಾಡುವ ಪರೀಕ್ಷೆ ಬಹುತೇಕ ಏನನ್ನೂ ಸಾಬೀತುಪಡಿಸುವುದಿಲ್ಲ, ಆದ್ದರಿಂದ ಸೆಲ್ಯುಲಾರ್ನಲ್ಲಿರುವ ಫೋನ್ ಬಳಸಿ ಮತ್ತು ಎಂಡ್ಪಾಯಿಂಟ್ಗೆ ಪಿಂಗ್ ಮಾಡುವ ಬದಲು ಟನೆಲ್ ಸಾಗಿಸಬೇಕಾದದ್ದನ್ನು ಪರೀಕ್ಷಿಸಿ.
ಇಡೀ ಅವಧಿಯಲ್ಲಿ ಎರಡೂ ವಿಳಾಸಗಳನ್ನು ಗಮನಿಸಿ. ಹೊಸ ಆತಿಥೇಯದಲ್ಲಿ wg show all latest-handshakes, ಅಥವಾ OpenVPN ಸ್ಥಿತಿ ಫೈಲ್, ಎಷ್ಟು peer ಗಳು ನಿಜವಾಗಿ ಸ್ಥಳಾಂತರಗೊಂಡಿವೆ ಎಂದು ಹೇಳುತ್ತದೆ. ಹೊಸ ಎಂಡ್ಪಾಯಿಂಟ್ನಲ್ಲಿ ನಿರೀಕ್ಷಿತ peer ಗಳು ಇದ್ದು ಹಳೆಯದರಲ್ಲಿ ಬಿಟ್ಟುಹೋದವರು ಮಾತ್ರ ಇದ್ದರೆ, ಹಳೆಯ ಶ್ರೋತೃವನ್ನು ನಿವೃತ್ತಿ ಮಾಡಿ, ಹಳೆಯ NAT ನಿಯಮವನ್ನು ತೆಗೆದುಹಾಕಿ ಮತ್ತು ಪೂರೈಕೆದಾರರ ಫೈರ್ವಾಲ್ನಿಂದ ವಿಳಾಸವನ್ನು ತೆಗೆಯಿರಿ. ಹಳೆಯ ಶ್ರೋತೃವನ್ನು ತೆಗೆಯುವುದೇ ಕೈಬಿಡುವ ಹಂತ, ಮತ್ತು ಅದು ಹಳೆಯ ಪ್ರೊಫೈಲ್ ಇನ್ನೂ ಹಳೆಯ ನೆಟ್ವರ್ಕ್ ತಲುಪುವ ಸಂದು ಮುಚ್ಚುತ್ತದೆ.
ಪ್ರಾರಂಭಿಸುವ ಮೊದಲು ರೋಲ್ಬ್ಯಾಕ್ ಟ್ರಿಗರ್ ಅನ್ನು ಲಿಖಿತವಾಗಿ ನಿಗದಿಪಡಿಸಿ: ಒಪ್ಪಿದ ಅವಧಿಯ ನಂತರ ಹೊಸ ಎಂಡ್ಪಾಯಿಂಟ್ಗೆ ಒಬ್ಬರೂ ನಿಜವಾದ ಕ್ಲೈಂಟ್ನಿಂದ handshake ಸಿಗದಿದ್ದರೆ, ಹಳೆಯ ವಿಳಾಸವನ್ನು ಮರುಸ್ಥಾಪಿಸಿ ಮತ್ತು ಪ್ರೊಫೈಲ್ ವಿತರಣೆ ನಿಲ್ಲಿಸಿ. ನಂತರ ಸ್ಕ್ಯಾನ್ ಅನ್ನು ಮತ್ತೆ ಚಲಾಯಿಸಿ ಮತ್ತು ನಿವೃತ್ತ ವಿಳಾಸಕ್ಕೆ ಯಾವುದೇ ಶ್ರೋತೃ ಬದ್ಧವಾಗಿಲ್ಲ ಎಂದು ಖಚಿತಪಡಿಸಿ. ಎರಡು ವಿಷಯಗಳು ಮುಂದಿನ ಸ್ಥಳಾಂತರಕ್ಕೆ ಹೋಗುತ್ತವೆ: ಕ್ಲೈಂಟ್ ಪ್ರೊಫೈಲ್ನಲ್ಲಿ ಹೋಸ್ಟ್ನಾಮ್ ಇದ್ದು ಮುಂದಿನ ಬದಲಾವಣೆ DNS ಸಂಪಾದನೆಯಾಗುವುದು, ಮತ್ತು ಸರ್ವರ್ನ ರಿಕವರಿ ಟಿಪ್ಪಣಿಗಳ ಪಕ್ಕದಲ್ಲಿ ಸಂಗ್ರಹಿಸಿದ ದಾಸ್ತಾನು.