NetworkManager ಅಥವಾ wg-quick: ನಿಮ್ಮ WireGuard ರೂಟ್ಗಳ ಮಾಲೀಕರು ಯಾರು?

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

ಪುರಾಣ: ಯಂತ್ರದಲ್ಲಿ ಒಂದೇ WireGuard ಸಂರಚನೆ ಇದೆ

wg-quick /etc/wireguard/ ಅಡಿಯಲ್ಲಿ ಕಡತವನ್ನು ಓದಿ ನೀವು ಅದನ್ನು ಮೇಲೆ ಎತ್ತಿದಾಗ ಇಂಟರ್ಫೇಸ್ ನಿರ್ಮಿಸುತ್ತದೆ. NetworkManager ತನ್ನದೇ keyfile ಸ್ವರೂಪದಲ್ಲಿ ಸಂಪರ್ಕ ಪ್ರೊಫೈಲ್ ಸಂಗ್ರಹಿಸಿ ಸಕ್ರಿಯಗೊಳಿಸುವಾಗ ಅದನ್ನು ಪ್ರಸ್ತುತಪಡಿಸುತ್ತದೆ, ಮತ್ತು wg-quick ಕಡತವನ್ನು ಆಮದು ಮಾಡುವುದು ಮೌಲ್ಯಗಳನ್ನು ಆ ಪ್ರೊಫೈಲ್ಗೆ ನಕಲಿಸುತ್ತದೆ, ಅದಕ್ಕೆ ಲಿಂಕ್ ಮಾಡುವುದಿಲ್ಲ. ನಂತರ ಮೂಲವನ್ನು ಸಂಪಾದಿಸುವುದರಿಂದ ಏನೂ ಬದಲಾಗುವುದಿಲ್ಲ, ಏಕೆಂದರೆ ಪ್ರೊಫೈಲ್ ಇನ್ನು ಅದನ್ನು ಓದುವುದಿಲ್ಲ. ಆದ್ದರಿಂದ ಪೀರ್ಗಳು ಮತ್ತು ಕೀಗಳ ಅದೇ ಪಟ್ಟಿ ಎರಡು ಬಾರಿ ಇರಬಹುದು, ಎರಡನೇ ಪ್ರತಿ ಜಾರಿಯಲ್ಲಿರುತ್ತದೆ.

ನೆನಪಿಡಲು ಯೋಗ್ಯವಾದ ಸೂಚನೆ: ಮರುಬೂಟ್ ತಡೆದುಕೊಳ್ಳುವ ಆದರೆ ಮರು ಆಮದನ್ನು ತಡೆದುಕೊಳ್ಳದ ಬದಲಾವಣೆಗಳು ಒಂದು ಶೇಖರಣೆಯಿಂದ ಬರುತ್ತವೆ, ಮತ್ತು ಮರುಬೂಟ್ನಲ್ಲಿ ಮಾಯವಾಗುವ ಬದಲಾವಣೆಗಳು ಇನ್ನೊಂದರಿಂದ ಬರುತ್ತವೆ.

ಒಂದು ಪ್ರಾಯೋಗಿಕ ಉದಾಹರಣೆ ವಿಭಜನೆಯನ್ನು ಸ್ಪಷ್ಟಗೊಳಿಸುತ್ತದೆ. ಹೋಲಿಸಿ nmcli connection show ಜೊತೆಗೆ systemctl status wg-quick@wg0, ನಂತರ ರೂಟ್ಗಳು ನಿಜವಾಗಿ ಯಾವ ಇಂಟರ್ಫೇಸ್ಗೆ ನೇತಾಡುತ್ತವೆ ಎಂದು ಪರಿಶೀಲಿಸಿ. ಸೇವೆ ಸತ್ತಿದ್ದು ಇಂಟರ್ಫೇಸ್ ಮೇಲಿದ್ದರೆ, ಕಡತ ಏನೇ ಹೇಳಲಿ, ಕೆಲಸವನ್ನು ಪ್ರೊಫೈಲ್ ಮಾಡುತ್ತದೆ.

ಪುರಾಣ: ರೂಟಿಂಗ್ ನಿಯಮಗಳು WireGuardನ ಭಾಗ

ಕರ್ನಲ್ನ WireGuard ಸಾಧನವು ಪೀರ್ಗಳು ಮತ್ತು ಕೀಗಳನ್ನು ತಿಳಿದಿದೆ, ಮತ್ತು ನೀತಿ ರೂಟಿಂಗ್ ಬಗ್ಗೆ ಏನನ್ನೂ ತಿಳಿದಿಲ್ಲ. ನೀವು ನೋಡುವ ip rule ನಮೂದುಗಳು ಮತ್ತು ಹೆಚ್ಚುವರಿ ಕೋಷ್ಟಕಗಳನ್ನು ಇಂಟರ್ಫೇಸ್ ಎತ್ತಿದ ಸಾಧನವೇ ಸ್ಥಾಪಿಸಿದೆ. wg-quick fwmark ಮತ್ತು ಮೀಸಲಾದ ಕೋಷ್ಟಕ ಹಾಗೂ ಅದನ್ನು ಗುರಿಯಾಗಿಸುವ ನಿಯಮಗಳನ್ನು ಸೇರಿಸಬಹುದು, ಆದರೆ NetworkManager ತನ್ನದೇ ipv4 ಸೆಟ್ಟಿಂಗ್ಗಳ ಮೂಲಕ ರೂಟ್ಗಳನ್ನು ಸ್ಥಾಪಿಸಿ DNS ಅನ್ನು ಸಿಸ್ಟಂ ಬಳಸುವ ರಿಸಾಲ್ವರ್ ಬ್ಯಾಕೆಂಡ್ಗೆ ಬಿಡುತ್ತದೆ. ಅದೇ ಸುರಂಗ, ವಿಭಿನ್ನ ಅಡ್ಡಪರಿಣಾಮಗಳು.

ಏನನ್ನಾದರೂ ಬದಲಿಸುವ ಮೊದಲು ip rule ಮತ್ತು ip route show table all ಓದಿ, ಪ್ರತಿ ರೂಟ್ ಯಾವ ಕೋಷ್ಟಕದಲ್ಲಿದೆ ಎಂದು ಗಮನಿಸಿ. ನೀವು ಸಂರಚಿಸದ ಕೋಷ್ಟಕ ಸಂಖ್ಯೆ ಅದನ್ನು ರಚಿಸಿದ ಸಾಧನದ ಬಗ್ಗೆ ಬಲವಾದ ಸುಳಿವು.

ಪುರಾಣ: ರೂಟ್ ಅಳಿಸುವುದು ಪರಿಹಾರ

ಚಾಲನ ಸಮಯದಲ್ಲಿ ಅಳಿಸಿದ ರೂಟ್ ಎಂದರೆ ಮಾಲೀಕರು ಮುಂದಿನ ಸಕ್ರಿಯಗೊಳಿಸುವಿಕೆಯಲ್ಲಿ ಮತ್ತೆ ಸ್ಥಾಪಿಸುವ ರೂಟ್, ಮತ್ತು ಸಕ್ರಿಯಗೊಳಿಸುವಿಕೆ ನಿಮ್ಮಿಲ್ಲದೆ ನಡೆಯಬಹುದು: ಲ್ಯಾಪ್ಟಾಪ್ ಎಚ್ಚರಗೊಳ್ಳುವುದು, ಲಿಂಕ್ ಕಂಪಿಸುವುದು, ಸೇವೆ ಮರುಪ್ರಾರಂಭವಾಗುವುದು ಅಥವಾ NetworkManager ಸ್ವಯಂಸಂಪರ್ಕ. ಅದಕ್ಕೇ ಅದೇ ರೂಟ್ ಮರಳಿ ಬರುತ್ತದೆ ಮತ್ತು ಅದಕ್ಕೇ ತಾತ್ಕಾಲಿಕ ಪರಿಹಾರ ತಪ್ಪಲ್ಲ, ಅವಿಶ್ವಾಸನೀಯವೆನಿಸುತ್ತದೆ. ಮೊದಲು ನಿರ್ವಾಹಕರನ್ನು ಗುರುತಿಸಿ, ನಂತರ ಆ ನಿರ್ವಾಹಕರು ನಿಜವಾಗಿ ಓದುವ ಇನ್ಪುಟ್ ಬದಲಿಸಿ.

ಮತ್ತೆ ಸಂಪರ್ಕಿಸುವುದು ಮತ್ತು ಸಂಬಂಧಿತ ಸೇವೆಯನ್ನು ಮರುಪ್ರಾರಂಭಿಸುವುದು ನಿಜವಾದ ಪರಿಹಾರವನ್ನು ಸ್ವಚ್ಛವಾಗಿ ಕಾಣುವ ಪರಿಹಾರದಿಂದ ಬೇರ್ಪಡಿಸುವ ಪರೀಕ್ಷೆ.

ಒಬ್ಬ ಮಾಲೀಕರನ್ನು ಆರಿಸಿ ಇನ್ನೊಬ್ಬರನ್ನು ತೆಗೆದುಹಾಕಿ

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

ಬದಲಾವಣೆಯ ನಂತರ ಸೇರಿಸಿದ ಮತ್ತು ಹೊರಗಿಟ್ಟ ಸಂಚಾರ, ನಂತರ DNS, ನಂತರ ಒಮ್ಮೆ ಮರುಬೂಟ್ ಮಾಡಿ ಪರಿಶೀಲಿಸಿ. ಒಂದೇ ನಿರ್ವಾಹಕರೊಂದಿಗೆ ಸ್ಥಿತಿ ಮರುಬೂಟ್ ತಡೆದುಕೊಂಡರೆ, ನಿಮ್ಮಲ್ಲಿ ಕಾಕತಾಳೀಯವಲ್ಲ, ಮಾಲೀಕರಿದ್ದಾರೆ.

ಸಾಮಾನ್ಯ ನಿಯಮವನ್ನು WireGuardನ ಹೊರಗೂ ನೆನಪಿಡಲು ಯೋಗ್ಯ: ಯಾವುದೇ ಸೆಟ್ಟಿಂಗ್ ಮತ್ತೆ ಮತ್ತೆ ಮರಳಿದರೆ, ಫಲಿತಾಂಶವನ್ನು ಅಳಿಸುವುದನ್ನು ನಿಲ್ಲಿಸಿ ಮತ್ತು ಅದನ್ನು ನಿರಂತರವಾಗಿ ಉತ್ಪಾದಿಸುವ ಪ್ರಕ್ರಿಯೆಯನ್ನು ಹುಡುಕಿ.