ಮರುಪ್ರಾರಂಭದ ನಂತರ ಅಳಿಸಿದ WireGuard peer ಏಕೆ ಮರಳಿ ಬರುತ್ತದೆ

ಗುರುತು ಚಾಲನೆಯಲ್ಲಿರುವ ಇಂಟರ್ಫೇಸ್‌ನಿಂದ ಮಾಯವಾಗುತ್ತದೆ ಮತ್ತು ಬದಲಾವಣೆ ಮುಗಿದಂತೆ ಕಾಣುತ್ತದೆ. ಸೇವೆ ಮತ್ತೆ ಪ್ರಾರಂಭವಾದ ನಂತರ ಅದು ಮರಳಿ ಬರುತ್ತದೆ, ಇದನ್ನು WireGuard ಆದೇಶವನ್ನು ನಿರ್ಲಕ್ಷಿಸಿದಂತೆ ಓದಬಹುದು. ವಾಸ್ತವವಾಗಿ ಸಂಭವಿಸಿದ್ದು ಸರಳ: ಬೂಟ್ ಸಮಯದ ಸಂರಚನೆಯಲ್ಲಿ ಆ peer ಇನ್ನೂ ಇದೆ.

ಆ ಪಟ್ಟಿಯನ್ನು ಎರಡು ಸ್ಥಿತಿಗಳು ಹಿಡಿದಿಡುತ್ತವೆ. ಎರಡೂ ಅದನ್ನು ಕಳೆದುಕೊಂಡಾಗ ಮಾತ್ರ ರದ್ದತಿ ನಿಜವಾಗುತ್ತದೆ.

wg set ವಾಸ್ತವವಾಗಿ ಏನನ್ನು ಬದಲಿಸುತ್ತದೆ

wg set wg0 peer <public-key> remove ಆದೇಶವು ಕರ್ನಲ್‌ನೊಳಗಿನ ಚಾಲನೆಯಲ್ಲಿರುವ ಇಂಟರ್ಫೇಸ್ ಅನ್ನು ಸಂಪಾದಿಸುತ್ತದೆ. ಅದು ಡಿಸ್ಕ್‌ಗೆ ಏನನ್ನೂ ಬರೆಯುವುದಿಲ್ಲ. ಸಂರಚನಾ ಫೈಲ್, NetworkManager ಪ್ರೊಫೈಲ್ ಅಥವಾ ರೂಟರ್‌ನ ಉಳಿಸಿದ ಸ್ಥಿತಿ ಮುಟ್ಟದೆ ಉಳಿಯುತ್ತದೆ. ಇದು ವಿನ್ಯಾಸ, ದೋಷವಲ್ಲ.

ಆ ಪ್ರತ್ಯೇಕತೆ ಉದ್ದೇಶಪೂರ್ವಕ, ಏಕೆಂದರೆ ಸಾಧನಕ್ಕೆ ಇಂಟರ್ಫೇಸ್‌ನ ಮಾಲೀಕರು ಯಾರು ಎಂಬುದರ ಕಲ್ಪನೆಯೇ ಇಲ್ಲ. ಚಾಲನಾ ಸಮಯದ ಆದೇಶವು ಬೇರೆ ಯಾವುದೋ ನಿರ್ವಹಿಸುವ ಇಂಟರ್ಫೇಸ್ ಮೇಲೆ ಸುರಕ್ಷಿತವಾಗಿರಬೇಕು. ಶಾಶ್ವತ ಪ್ರತಿ ಎಲ್ಲಿದೆ ಎಂದು ಅದು ಊಹಿಸಲಾಗದು. ಪರಿಣಾಮ ಸುಲಭವಾಗಿ ಹೇಳಬಹುದು: ಚಾಲನಾ ಸಮಯದ ತೆಗೆದುಹಾಕುವಿಕೆ ರಚನೆಯಿಂದಲೇ ತಾತ್ಕಾಲಿಕ.

ಆದ್ದರಿಂದ peer ಮುಂದಿನ ಮರುಪ್ರಾರಂಭದಲ್ಲಿ ಮರಳಿ ಬರುತ್ತದೆ, ಮತ್ತು ತನ್ನ ಮೂಲ ಅನುಮತಿಸಿದ ಪ್ರಿಫಿಕ್ಸ್‌ಗಳೊಂದಿಗೆ ಮರಳಿ ಬರುತ್ತದೆ. ಅದರ ಮೂಲಕ ರೂಟ್ ಆಗುವ ಎಲ್ಲವೂ ಮತ್ತೆ ಸೃಷ್ಟಿಯಾಗುತ್ತದೆ. ಹೀಗೆ ರದ್ದುಗೊಳಿಸಲಾಗಿದೆ ಎಂದು ಭಾವಿಸಿದ ಗುರುತು ಮರುಲೋಡ್ ನಂತರ ತನ್ನ ಹಿಂದಿನ ಗಮ್ಯಸ್ಥಾನಗಳನ್ನು ತಲುಪಬಹುದು. ಚಾಲನಾ ಸಮಯದ ಔಟ್‌ಪುಟ್‌ನಲ್ಲಿ ಯಾರಿಗೂ ಎಚ್ಚರಿಕೆ ಸಿಗಲಿಲ್ಲ.

ಫೈಲ್ ಸಂಪಾದಿಸುವ ಮೊದಲು ಬರೆಯುವವನನ್ನು ಹುಡುಕಿ

ಇಂಟರ್ಫೇಸ್‌ಗೆ ಒಬ್ಬ ಮಾಲೀಕನಿದ್ದಾನೆ. ಅದು ಫೈಲ್ ಓದುವ wg-quick, ಪ್ರೊಫೈಲ್ ಅನ್ವಯಿಸುವ NetworkManager, ರೂಟರ್‌ನ ಸ್ವಂತ ಇಂಟರ್ಫೇಸ್ ಸಂರಚನೆ, ಅಥವಾ ಪ್ರಾರಂಭದಲ್ಲಿ ಇಂಟರ್ಫೇಸ್ ಅನ್ನು ಮತ್ತೆ ಸೃಷ್ಟಿಸುವ ಕಂಟೇನರ್ ಪ್ರವೇಶ ಬಿಂದು ಆಗಿರಬಹುದು. ಮಾಲೀಕ ಎಂದಿಗೂ ಓದದ ಫೈಲ್ ಅನ್ನು ಸಂಪಾದಿಸುವುದು ಯಾವುದೇ ಶಾಶ್ವತ ಬದಲಾವಣೆಯನ್ನು ನೀಡುವುದಿಲ್ಲ.

ಚಾಲನೆಯಲ್ಲಿರುವ ಇಂಟರ್ಫೇಸ್‌ನಿಂದ ಪ್ರಾರಂಭಿಸಿ ಸಾರ್ವಜನಿಕ ಕೀಗಳನ್ನು ಗುರುತಿಸಿ, ಏಕೆಂದರೆ ಹೆಸರುಗಳು ಮತ್ತು ವಿಳಾಸಗಳು ಕೀಗಿಂತ ದುರ್ಬಲ ಗುರುತಿಸುವಿಕೆಗಳು. ನಂತರ ಆ ಪಟ್ಟಿಯನ್ನು ಮಾಲೀಕ ನಿಜವಾಗಿ ಓದುವ ಉಳಿಸಿದ ಸಂರಚನೆ ಜೊತೆ ಹೋಲಿಸಿ.

wg show wg0 peers
wg show wg0 allowed-ips
systemctl status wg-quick@wg0 --no-pager
ls -l /etc/wireguard

ಯಾವ ಜೀವಂತ ಇಂಟರ್ಫೇಸ್‌ನ peer ಪಟ್ಟಿ ಮತ್ತು ಫೈಲ್ ವಿಷಯ ಹೊಂದಿಕೆಯಾಗುವುದಿಲ್ಲವೋ ಅದೇ ಸಂಪೂರ್ಣ ನಿರ್ಣಯ. ಬೂಟ್‌ನಲ್ಲಿ ಉಳಿಸಿದ ಸಂರಚನೆ ಗೆಲ್ಲುತ್ತದೆ, ಚಾಲನಾ ಸಮಯದ ಸ್ಥಿತಿ ಸೋಲುತ್ತದೆ. ಎರಡರಲ್ಲಿ ಒಂದನ್ನು ಬದಲಿಸುವ ಮೊದಲು ಅವನ್ನು ಹೋಲಿಸಿ.

SaveConfig ಬಲೆ

wg-quick ಫೈಲ್‌ಗಳನ್ನು ಕೈಯಿಂದ ಸಂಪಾದಿಸುವವರನ್ನು ಹಿಡಿಯುವ ಒಂದು ಮಡಿಕೆ ಸೇರಿಸುತ್ತದೆ. SaveConfig ಸಕ್ರಿಯವಾಗಿದ್ದರೆ, ಅದರ ದಾಖಲಿತ ನಿಲ್ಲಿಸುವ ವರ್ತನೆ ಪ್ರಸ್ತುತ ಚಾಲನಾ ಸಮಯದ ಸ್ಥಿತಿಯನ್ನು ಸಂರಚನಾ ಫೈಲ್ ಮೇಲೆ ಬರೆಯುತ್ತದೆ.

ಇದು ಶಾಶ್ವತತೆಯ ಸಾಮಾನ್ಯ ದಿಕ್ಕನ್ನು ತಿರುಗಿಸುತ್ತದೆ. ನೀವು ಫೈಲ್‌ನಿಂದ peer ತೆಗೆದುಹಾಕುತ್ತೀರಿ, ನಂತರ ಸೇವೆ ನಿಲ್ಲುತ್ತದೆ. ಚಾಲನೆಯಲ್ಲಿರುವ ಸ್ಥಿತಿ ನಿಮ್ಮ ಸಂಪಾದನೆಯ ಮೇಲೆ ಬರೆಯಲ್ಪಟ್ಟು ನೀವು ಈಗತಾನೇ ಅಳಿಸಿದ peer ಅನ್ನು ಮರುಸ್ಥಾಪಿಸುತ್ತದೆ.

ಆದ್ದರಿಂದ ಕ್ರಮ ಮುಖ್ಯ: ಇಂಟರ್ಫೇಸ್ ಕೆಳಗಿರುವಾಗ ಫೈಲ್ ಸಂಪಾದಿಸಿ, ಅಥವಾ ಸಂಪಾದನೆಗೆ ಮೊದಲು SaveConfig ನಿಷ್ಕ್ರಿಯಗೊಳಿಸಿ, ನಂತರ ಇಂಟರ್ಫೇಸ್ ಮತ್ತೆ ಮೇಲೆತ್ತಿ ಏನು ಲೋಡ್ ಆಯಿತೆಂದು ಖಚಿತಪಡಿಸಿ. ಇಂಟರ್ಫೇಸ್ ಮೇಲಿರುವಾಗ ಮಾಡುವ ಕೈ ಸಂಪಾದನೆ ನಿಲ್ಲಿಸುವ ಬರವಣಿಗೆಯೊಂದಿಗೆ ಓಟ.

ಎರಡೂ ಸ್ಥಿತಿಗಳನ್ನು ಬದಲಿಸಿ, ನಂತರ ಮರುಲೋಡ್ ಮಾಡಿ

ಚಾಲನಾ ಸಮಯದಲ್ಲಿ ಕೀ ಮೂಲಕ peer ತೆಗೆದುಹಾಕಿ. ಉಳಿಸಿದ ಸಂರಚನೆಯಲ್ಲಿ ಅದೇ ಬ್ಲಾಕ್ ಅನ್ನು ಮಾಲೀಕನ ಬೆಂಬಲಿತ ಕಾರ್ಯಾಚರಣೆಯ ಮೂಲಕ ತೆಗೆದುಹಾಕಿ, ಸುತ್ತ ಸಂಪಾದಿಸಿ ಅಲ್ಲ.

ನಂತರ peer ಏನನ್ನು ಹೊತ್ತೊಯ್ದಿತ್ತು ಎಂದು ಪರಿಶೀಲಿಸಿ. ರದ್ದಾದ ಗುರುತಿಗೆ ಸೇರಿದ್ದ ರೂಟ್ ಆದ ನೆಟ್‌ವರ್ಕ್ ಅನ್ನು ಉದ್ದೇಶಪೂರ್ವಕವಾಗಿ ಮರುಹಂಚಿಕೆ ಮಾಡಬೇಕು ಅಥವಾ ತೆಗೆದುಹಾಕಬೇಕು, ಮುಂದೆ ಸಂಪಾದಿಸುವ peer ಅದನ್ನು ಮೌನವಾಗಿ ಉತ್ತರಾಧಿಕಾರ ಪಡೆಯಬಾರದು.

ಗೇಟ್‌ವೇ ನಿಮ್ಮ ಆಡಳಿತಾತ್ಮಕ ಪ್ರವೇಶವನ್ನೂ ಹೊತ್ತಿದ್ದರೆ ಚೇತರಿಕೆ ಮಾರ್ಗವನ್ನು ತೆರೆದಿಡಿ. ತಪ್ಪು peer ತೆಗೆದುಹಾಕುವ ಮರುಪ್ರಾರಂಭ ನೀವೇ ಸೃಷ್ಟಿಸಿದ ಅಡಚಣೆ. ತಪ್ಪು ರೂಟ್ ತೆಗೆದುಹಾಕುವ ಮರುಪ್ರಾರಂಭಕ್ಕೂ ಇದೇ ಅನ್ವಯ.

ಯಶಸ್ವಿ ಪರೀಕ್ಷೆ ಹೇಗಿರುತ್ತದೆ

ಸೇವೆಯನ್ನು ಮರುಲೋಡ್ ಮಾಡಿ ಅಥವಾ ಮರುಪ್ರಾರಂಭಿಸಿ, ನಂತರ peer ಪಟ್ಟಿಯನ್ನು ಮತ್ತೆ ಓದಿ. ಹಳೆಯ ಕೀ ಇರಬಾರದು, ಮತ್ತು ಉಳಿಸಿಕೊಳ್ಳಲು ಬಯಸಿದ peer ಗಳು ಇನ್ನೂ ಇದ್ದು ಕೆಲಸ ಮಾಡುತ್ತಿರಬೇಕು.

wg show wg0 peers
wg show wg0 allowed-ips
sudo wg-quick down wg0 && sudo wg-quick up wg0
wg show wg0 peers

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

ಯಾವುದೇ ನಿರ್ವಾಹಕ peer ಅನ್ನು ಪದೇ ಪದೇ ಮರುಸ್ಥಾಪಿಸುತ್ತಿದ್ದರೆ, ಕೆಳಮಟ್ಟದ ತೆಗೆದುಹಾಕುವಿಕೆಯನ್ನು ಪುನರಾವರ್ತಿಸುವುದನ್ನು ನಿಲ್ಲಿಸಿ. ಆ ಬರಹಗಾರ ಓದುವ ಪಟ್ಟಿಯನ್ನು ಸರಿಪಡಿಸಿ, ಏಕೆಂದರೆ ಅಲ್ಲಿಯವರೆಗೆ ಪ್ರತಿ ಮರುಪ್ರಾರಂಭವೂ ಗುರುತು ಮತ್ತೆ ಕಾಣಿಸಿಕೊಳ್ಳಲು ಇನ್ನೊಂದು ಆಹ್ವಾನ.