DNS ಬದಲಾವಣೆಗಳ ನಂತರವೂ WireGuard ಹಳೆಯ ಎಂಡ್‌ಪಾಯಿಂಟ್ ಬಳಸುತ್ತದೆ

ಸರ್ವರ್‌ನ DNS ದಾಖಲೆ ಸರಿದ ನಂತರ ಸುರಂಗ ಟ್ರಾಫಿಕ್ ಸಾಗಿಸುವುದನ್ನು ನಿಲ್ಲಿಸಿತು, ಆದರೆ ಅದೇ ಯಂತ್ರದಿಂದ ಹೆಸರು ಸರಿಯಾಗಿ ಪರಿಹರಿಸಾಗುತ್ತದೆ. ಈ ಎರಡು ಸಂಗತಿಗಳು ಪರಸ್ಪರ ವಿರುದ್ಧವಲ್ಲ. WireGuard ಸಂರಚನೆ ಎಂಡ್‌ಪಾಯಿಂಟ್ ಇಟ್ಟುಕೊಳ್ಳುತ್ತದೆ, ಮತ್ತು ಆ ಸಂರಚನೆಯನ್ನು ಅನ್ವಯಿಸುವ ಕ್ಷಣದಲ್ಲಿ ಸಾಧನ ಹೆಸರನ್ನು ಪರಿಹರಿಸುತ್ತದೆ, ಆದ್ದರಿಂದ ಚಾಲನೆಯಲ್ಲಿರುವ ಇಂಟರ್ಫೇಸ್ ಗಂಟೆಗಳ ಹಿಂದೆ ಪಡೆದ ವಿಳಾಸವನ್ನೇ ಬಳಸುತ್ತಾ ಮುಂದುವರಿಯಬಹುದು. ಕೀಗಳನ್ನು ಬದಲಿಸುವ ಅಥವಾ ಸುರಂಗದ ವ್ಯಾಪ್ತಿಯನ್ನು ಮುಟ್ಟುವ ಮೊದಲು ಇಂಟರ್ಫೇಸ್ ಏನನ್ನು ಬಳಸುತ್ತಿದೆ ಎಂದು ಪರಿಶೀಲಿಸಿ.

ಹೆಸರು ಒಮ್ಮೆ ಮಾತ್ರ ಪರಿಹರಿಸಾಗುತ್ತದೆ, ನಿರಂತರವಾಗಿ ಅಲ್ಲ

ಮೂಲ WireGuard ಸಂರಚನೆ ಎಂಡ್‌ಪಾಯಿಂಟ್ ಅನ್ನು ವಿಳಾಸ ಮತ್ತು ಪೋರ್ಟ್ ಆಗಿ ತೆಗೆದುಕೊಳ್ಳುತ್ತದೆ, ಮತ್ತು ಇಂಟರ್ಫೇಸ್ ಎತ್ತುವ ಸಾಧನ ಆ ಕ್ಷಣದಲ್ಲಿ ಹೋಸ್ಟ್‌ಹೆಸರನ್ನು ಪರಿಹರಿಸುತ್ತದೆ. ಮೂಲ ಪ್ರೋಟೋಕಾಲ್‌ನಲ್ಲಿ ಯಾವುದೂ ನಿಗದಿತ ವೇಳಾಪಟ್ಟಿಯಂತೆ DNS ಅನ್ನು ಕೇಳುವುದಿಲ್ಲ, ಮತ್ತು ಕ್ಲೈಂಟ್ ಅಪ್ಲಿಕೇಶನ್ ತನ್ನದೇ ರಿಫ್ರೆಶ್ ನಡವಳಿಕೆಯನ್ನು ಮೇಲೆ ಸೇರಿಸಬಹುದು. ಹೆಸರಿನ ಪಕ್ಕದಲ್ಲಿ ಪರಿಹರಿಸಿದ ವಿಳಾಸ, ಫ್ಯಾಮಿಲಿ ಮತ್ತು ಪೋರ್ಟ್ ದಾಖಲಿಸುವುದು ಆ ಕಂದರವನ್ನು ಕಾಣುವಂತೆ ಮಾಡುತ್ತದೆ. ಆ ದಾಖಲೆ ಇಲ್ಲದೆ ಇಂಟರ್ಫೇಸ್ ಬೇರೆಡೆ ಮಾತನಾಡುತ್ತಿರುವಾಗ ಸಂರಚನೆ ಸರಿಯಾಗಿ ಕಾಣುತ್ತದೆ.

ಒಂದು ನಿಜವಾದ ಸ್ವಯಂಚಾಲಿತ ನವೀಕರಣವಿದೆ, ಮತ್ತು ಅದನ್ನು ತಿಳಿಯುವುದು ಯೋಗ್ಯ ಏಕೆಂದರೆ ಅದು DNS ರಿಫ್ರೆಶ್‌ನಂತೆ ಕಾಣುತ್ತದೆ ಆದರೆ ಅದಲ್ಲ. ಸರಿಯಾಗಿ ದೃಢೀಕರಿಸಿದ ಟ್ರಾಫಿಕ್ ಹೊಸ ವಿಳಾಸದಿಂದ ಬಂದಾಗ ಪೀರ್ ಎಂಡ್‌ಪಾಯಿಂಟ್ ಸರಿಯಬಹುದು, ಅದು ಹೆಸರು ಪರಿಹರಣೆಯಲ್ಲ, ರೋಮಿಂಗ್. ಅದು ಪೀರ್ ಅನ್ನು ಅನುಸರಿಸುತ್ತದೆ, ಆದ್ದರಿಂದ ಹಳೆಯ ಎಂಡ್‌ಪಾಯಿಂಟ್ ಎಂದೂ ಸಂಪರ್ಕಿಸದ ಸಂಬಂಧವಿಲ್ಲದ ಹೊಸ ಸರ್ವರ್ ಅನ್ನು ಅದು ಕಂಡುಹಿಡಿಯಲಾರದು.

ದಾಖಲೆಯನ್ನು ಬಳಕೆಯಲ್ಲಿರುವ ವಿಳಾಸದೊಂದಿಗೆ ಹೋಲಿಸಿ

ಕ್ಲೈಂಟ್ ಬಳಸುವ ರಿಜಾಲ್ವರ್ ಮೂಲಕ ದಾಖಲಿತ ಹೆಸರನ್ನು ಕೇಳಿ, ನಂತರ ಇಂಟರ್ಫೇಸ್ ಯಾವ ಎಂಡ್‌ಪಾಯಿಂಟ್ ಇಟ್ಟುಕೊಂಡಿದೆ ಎಂದು ಕೇಳಿ. ಎರಡು ಉತ್ತರಗಳೇ ಈ ಪುಟದ ಉಳಿದ ಭಾಗವನ್ನು ನಿರ್ಧರಿಸುವ ಹೋಲಿಕೆ:

dig +short vpn.example.net
wg show wg0 endpoints
wg show wg0 latest-handshakes

ಈ ಸಾಲುಗಳು ಬಳಸುವ show ಉಪಕಮಾಂಡ್‌ಗಳನ್ನು wg(8) ಕೈಪಿಡಿ ದಾಖಲಿಸುತ್ತದೆ. ವಿಳಾಸದೊಂದಿಗೆ ವಿಳಾಸದ ಫ್ಯಾಮಿಲಿಯನ್ನೂ ಹೋಲಿಸಿ, ವಿಳಾಸ ಮಾತ್ರವಲ್ಲ, ಏಕೆಂದರೆ IPv6 ನಮೂದು ಪಡೆದ ದಾಖಲೆ IPv4 ವಿಳಾಸ ಬದಲಾದ ದಾಖಲೆಗಿಂತ ಬೇರೆ ಹೋಲಿಕೆ. ಎಂಡ್‌ಪಾಯಿಂಟ್ ದಾಖಲೆಗಿಂತ ಭಿನ್ನವಾಗಿದ್ದರೆ, ಇಂಟರ್ಫೇಸ್ ಹಳೆಯ ಮಾಹಿತಿಯ ಮೇಲೆ ಚಲಿಸುತ್ತಿದೆ ಮತ್ತು ಹೆಸರು ಎಂದೂ ಸಮಸ್ಯೆಯಾಗಿರಲಿಲ್ಲ. ಎರಡೂ ಹೊಂದಿದ್ದರೂ ಸುರಂಗ ವಿಫಲವಾದರೆ, ಪ್ರೊಫೈಲ್ ಬದಲು ಲಿಸನರ್ ಮತ್ತು ನಿಯಮಗಳ ಕಡೆ ಹೋಗಿ.

ಹ್ಯಾಂಡ್‌ಶೇಕ್‌ನ ಸಮಯಮುದ್ರೆ ಆ ಬ್ಲಾಕ್‌ನಲ್ಲಿದೆ ಏಕೆಂದರೆ ಎಂಡ್‌ಪಾಯಿಂಟ್ ಒಂದೇ ಪೀರ್ ತಲುಪಬಹುದೇ ಎಂದು ಹೇಳುವುದಿಲ್ಲ. ಸರಿಯಾದ ಎಂಡ್‌ಪಾಯಿಂಟ್ ಪಕ್ಕದ ಹಳೆಯ ಸಮಯಮುದ್ರೆ ಮಾರ್ಗದ ಸಮಸ್ಯೆ, ಪರಿಹರಣೆಯದಲ್ಲ, ಮತ್ತು ಆ ವ್ಯತ್ಯಾಸ ಮುಂದೆ ನೀವು ಏನನ್ನು ಮುಟ್ಟುತ್ತೀರಿ ಎಂಬುದನ್ನು ಬದಲಿಸುತ್ತದೆ.

ಇಂಟರ್ಫೇಸ್‌ನ ಮ್ಯಾನೇಜರ್ ಮೂಲಕ ಮರುಪ್ರಾರಂಭಿಸಿ

ಎಂಡ್‌ಪಾಯಿಂಟ್ ಹಳೆಯದೆಂದು ದೃಢಪಟ್ಟ ನಂತರ, ಇಂಟರ್ಫೇಸ್ ಹೊಂದಿರುವ ಕಾರ್ಯವಿಧಾನದ ಮೂಲಕ ಅದನ್ನು ರಿಫ್ರೆಶ್ ಮಾಡಿ ಜೀವಂತ ಸಂರಚನೆಯನ್ನು ಸಂಪಾದಿಸುವ ಬದಲು. wg-quick ಪ್ರಾರಂಭಿಸಿದ ಇಂಟರ್ಫೇಸ್‌ಗೆ ಅದು ಕೆಳಗೆ ಮತ್ತು ಮೇಲೆ, systemd ಘಟಕಕ್ಕೆ ಅದು ಮರುಪ್ರಾರಂಭ, ಮತ್ತು ಮ್ಯಾನೇಜರ್ ಒಡೆತನದ ಇಂಟರ್ಫೇಸ್‌ಗೆ ಅದು ಆ ಮ್ಯಾನೇಜರ್‌ನಲ್ಲಿ ಮಾಡಿದ ಬದಲಾವಣೆ, ಏಕೆಂದರೆ ರನ್‌ಟೈಮ್ ಸಂಪಾದನೆ ಮುಂದಿನ ಅನ್ವಯದಲ್ಲಿ ಮೇಲೆ ಬರೆಯಲ್ಪಡುತ್ತದೆ:

wg-quick down wg0 && wg-quick up wg0
systemctl restart wg-quick@wg0

ನಂತರ ಬದಲಿ ಲಿಸನರ್ ಮತ್ತು ಅದರ ಗುರುತು ನೀವು ಉದ್ದೇಶಿಸಿದ ಸೇವೆಯೇ ಎಂದು ದೃಢೀಕರಿಸಿ. DNS ಸರಿಯುವುದು ಗುರುತಿನ ಬದಲಾವಣೆಯಲ್ಲ, ಆದ್ದರಿಂದ ನೀವು ಪರಿಶೀಲಿಸದ ಕೀಲಿಗೆ ನಂಬಿಕೆ ಇಡಲು ಅದು ಎಂದೂ ಅವಕಾಶವಾಗಬಾರದು. ಇಂಟರ್ಫೇಸ್ ಈಗ ಹೊಸ ವಿಳಾಸವನ್ನು ವರದಿ ಮಾಡುತ್ತಿದ್ದರೂ ಹ್ಯಾಂಡ್‌ಶೇಕ್ ಆಗದಿದ್ದರೆ, ದೋಷ ಹೊಸ ನೆಟ್‌ವರ್ಕ್ ಮಾರ್ಗ ಅಥವಾ ಲಿಸನರ್‌ಗೆ ಸರಿದಿದೆ, ಅದು ಪ್ರಗತಿ, ಅದೇ ದೋಷ ಎರಡು ಬಾರಿ ಅಲ್ಲ.

ಮೊದಲು ಹ್ಯಾಂಡ್‌ಶೇಕ್, ನಂತರ ಡೇಟಾ ಮಾರ್ಗ

ಪರಿಶೀಲನಾ ಪಟ್ಟಿ ಆಯ್ಕೆ ಮಾಡುವ ಮೊದಲು ಎರಡು ಫಲಿತಾಂಶಗಳನ್ನು ಬೇರ್ಪಡಿಸಿ. ವಿಫಲವಾಗುವ ಅಪ್ಲಿಕೇಶನ್ ಅಡಿಯಲ್ಲಿ ಯಶಸ್ವಿಯಾಗುವ ಹ್ಯಾಂಡ್‌ಶೇಕ್ ಡೇಟಾ ಮಾರ್ಗದ ಸಮಸ್ಯೆ: ಮಾರ್ಗಗಳು, ಅನುಮತಿಸಿದ ಪ್ರಿಫಿಕ್ಸ್‌ಗಳು ಅಥವಾ ಸುರಂಗದೊಳಗಿನ DNS. ಎಂದೂ ಸಂಭವಿಸದ ಹ್ಯಾಂಡ್‌ಶೇಕ್ ಎಂಡ್‌ಪಾಯಿಂಟ್‌ನಲ್ಲಿ ತಲುಪುವಿಕೆ ಅಥವಾ ಗುರುತಿನ ಸಮಸ್ಯೆ. ಎರಡನ್ನೂ ಬೆರೆಸಿದರೆ ಯಾರೂ ಮರುಸೃಷ್ಟಿಸಲಾಗದ ವರದಿ ಮತ್ತು ಮೂರು ಸಂಬಂಧವಿಲ್ಲದ ಸಂಪಾದನೆಗಳ ಬದಲಾವಣೆ ಲಾಗ್ ಉಂಟಾಗುತ್ತದೆ.

ಹೆಸರು, ಪರಿಹರಿಸಿದ ವಿಳಾಸ, ಬಳಕೆಯಲ್ಲಿರುವ ಎಂಡ್‌ಪಾಯಿಂಟ್ ಮತ್ತು ಹ್ಯಾಂಡ್‌ಶೇಕ್ ಪೂರ್ಣಗೊಂಡಿತೇ ಎಂಬುದನ್ನು ದಾಖಲಿಸಿ. ಈ ನಾಲ್ಕು ಸಂಗತಿಗಳು ಈ ದೋಷ ಪದೇ ಪದೇ ಕೇಳುವ ಪ್ರಶ್ನೆಗೆ ಉತ್ತರಿಸುತ್ತವೆ, ಮತ್ತು ಮುಂದಿನ ಘಟನೆಯನ್ನು ಎರಡು ನಿಮಿಷಗಳ ಪರಿಶೀಲನೆಯಾಗಿ ಮಾಡುತ್ತವೆ. ಹೆಸರು ನಿರ್ವಹಣೆ ಮತ್ತು ಕ್ಲೈಂಟ್ ಅಳವಡಿಕೆ ಪ್ರತ್ಯೇಕ ಕೆಲಸಗಳಾಗಿ ಉಳಿಯುತ್ತವೆ: ದಾಖಲೆಯನ್ನು ಸರಿಪಡಿಸುವುದು ಅಳವಡಿಕೆಯನ್ನು ಮಾಡುವುದಿಲ್ಲ, ಮತ್ತು ಇಂಟರ್ಫೇಸ್ ಮರುಪ್ರಾರಂಭಿಸುವುದು ಇನ್ನೂ ತಪ್ಪಾಗಿರುವ ದಾಖಲೆಯನ್ನು ಸರಿಪಡಿಸುವುದಿಲ್ಲ.