WireGuard AllowedIPs: NetworkManager ಎಂದೂ ಸೇರಿಸದ ಮಾರ್ಗ

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

wg-quick ಎರಡನ್ನೂ ಕೇಳದೆಯೇ ಮಾಡುತ್ತದೆ. NetworkManagerನ ಒಳಗೊಂಡಿರುವ WireGuard ಬೆಂಬಲವೂ ಪೂರ್ವನಿಯೋಜಿತವಾಗಿ peer ಮಾರ್ಗಗಳನ್ನು ಸ್ಥಾಪಿಸುತ್ತದೆ, ಇದು ಶಂಕಿತರನ್ನು ನಿಷ್ಕ್ರಿಯ ಆಯ್ಕೆ, ಬೇರೆ ರೂಟಿಂಗ್ ಕೋಷ್ಟಕ ಅಥವಾ ಬೇರೆ ಯಾವುದೋ ಮೂಲಕ ಆಮದು ಮಾಡಿದ ಸಂರಚನೆಗೆ ಸೀಮಿತಗೊಳಿಸುತ್ತದೆ.

ಮಾರ್ಗದ ಹಿಂದೆ ಹೋಗುವ ಮೊದಲು ಸುರಂಗವನ್ನು ದೃಢೀಕರಿಸಿ

wg show ಇಂಟರ್ಫೇಸ್, peer, ಅಂತಿಮ ಬಿಂದು ಮತ್ತು ಇತ್ತೀಚಿನ ಹ್ಯಾಂಡ್‌ಶೇಕ್‌ನ ವಯಸ್ಸನ್ನು ಮುದ್ರಿಸುತ್ತದೆ, ಮತ್ತು ip addr show ವಿಳಾಸ ಇರುವುದನ್ನು ದೃಢೀಕರಿಸುತ್ತದೆ. ಇತ್ತೀಚಿನ ಹ್ಯಾಂಡ್‌ಶೇಕ್ ಎಂದರೆ ಕೀಗಳು, ಅಂತಿಮ ಬಿಂದು ಮತ್ತು UDP ಮಾರ್ಗ ಕೆಲಸ ಮಾಡುತ್ತಿವೆ. ಮುರಿದದ್ದೆಲ್ಲಾ ಅವುಗಳ ಕೆಳಗೆ ಕುಳಿತಿದೆ: ರೂಟಿಂಗ್, ಫಿಲ್ಟರಿಂಗ್ ಅಥವಾ ಹೆಸರು ವಿಭಜನೆ.

ನಂತರ ಕಾಲ್ಪನಿಕದ ಬದಲು ನಿಜವಾದ ಗಮ್ಯಸ್ಥಾನದೊಂದಿಗೆ ಕರ್ನಲ್ ಏನು ಮಾಡುತ್ತದೆ ಎಂದು ಕೇಳಿ: ip route get 10.42.7.9. ಉತ್ತರ ಹೊರಹೋಗುವ ಇಂಟರ್ಫೇಸ್ ಮತ್ತು ಪ್ಯಾಕೆಟ್ ಒಯ್ಯುವ ಮೂಲ ವಿಳಾಸವನ್ನು ಹೆಸರಿಸುತ್ತದೆ. ಅದು ಭೌತಿಕ ಅಡಾಪ್ಟರ್ ಅನ್ನು ಹೆಸರಿಸಿದಾಗ, ಹ್ಯಾಂಡ್‌ಶೇಕ್ ಎಷ್ಟೇ ಆರೋಗ್ಯಕರವಾಗಿ ಕಂಡರೂ ಪ್ಯಾಕೆಟ್ ಎಂದಿಗೂ ಸುರಂಗವನ್ನು ಪ್ರವೇಶಿಸುವುದಿಲ್ಲ.

AllowedIPs ಒಂದು ಫಿಲ್ಟರ್ ಮತ್ತು ಮಾರ್ಗಗಳ ಪಟ್ಟಿ

AllowedIPsನ ಪೂರ್ವಪ್ರತ್ಯಯಗಳು ಎರಡು ಕೆಲಸ ಮಾಡುತ್ತವೆ. ಅವು ಯಾವ peer ಹೊರಹೋಗುವ ಗಮ್ಯಸ್ಥಾನವನ್ನು ಒಯ್ಯುತ್ತದೆ ಎಂಬುದನ್ನು ಆಯ್ಕೆ ಮಾಡುತ್ತವೆ, ಮತ್ತು ಒಳಬರುವ ಪ್ಯಾಕೆಟ್‌ಗಳ ಮೂಲ ವಿಳಾಸವನ್ನು ಪರಿಶೀಲಿಸುತ್ತವೆ, ಅದೇ ಕ್ರಿಪ್ಟೋಕೀ ರೂಟಿಂಗ್‌ನ ಗಡಿ. wg-quickನಲ್ಲಿ ಅವು ಸ್ವಯಂಚಾಲಿತ ಮಾರ್ಗ ಸ್ಥಾಪನೆಯನ್ನೂ ನಡೆಸುತ್ತವೆ, ಮತ್ತು ಅದೇ ಹೆಚ್ಚುವರಿ ವರ್ತನೆಯೇ ಒಂದೇ ಸಂರಚನೆ ಟರ್ಮಿನಲ್‌ನಿಂದ ಕೆಲಸ ಮಾಡಿ ಡೆಸ್ಕ್‌ಟಾಪ್ ಕ್ಲೈಂಟ್‌ನಿಂದ ಮಾಡದಿರುವುದಕ್ಕೆ ಕಾರಣ.

ಈ ಲೇಖನದ ಹಿಂದಿನ ಪ್ರಕರಣದಲ್ಲಿ ಪ್ರೊಫೈಲ್ ಒಳಗೊಂಡಿರುವ ಬೆಂಬಲದ ಬದಲು ತೃತೀಯ ಪಕ್ಷದ ಪ್ಲಗಿನ್ ಮೂಲಕ ಆಮದಾಗಿತ್ತು, ಮತ್ತು ಇಂಟರ್ಫೇಸ್ ಪೂರ್ವಪ್ರತ್ಯಯ ಮಾರ್ಗವಿಲ್ಲದೆ ಮೇಲೆ ಬಂದಿತು. ಕೋಷ್ಟಕವನ್ನು ಪಟ್ಟಿ ಮಾಡಿದರೆ ಅದು ತಕ್ಷಣ ತೋರಿಸುತ್ತದೆ: ip route show ಇಂಟರ್ಫೇಸ್ ವಿಳಾಸದ ಸಂಪರ್ಕಿತ ಮಾರ್ಗವನ್ನು ಮಾತ್ರ ಹೊಂದಿದೆ, ದೂರದ ಶ್ರೇಣಿಗೆ ಏನೂ ಇಲ್ಲ.

peer ಮಾರ್ಗಗಳು ಸಂಪೂರ್ಣವಾಗಿ ಸಕ್ರಿಯವಾಗಿವೆಯೇ ಎಂದು ಕೇಳಿ

ಏನನ್ನಾದರೂ ಬದಲಿಸುವ ಮೊದಲು ಸೆಟ್ಟಿಂಗ್ ಓದಿ: nmcli -f wireguard.peer-routes,ipv4.route-table connection show work-wg. peer-routes no ತೋರಿಸಿದಾಗ, ಬೆಂಬಲಿತ ದುರಸ್ತಿ nmcli connection modify work-wg wireguard.peer-routes yes, ನಂತರ ಮತ್ತೆ ಸಂಪರ್ಕಿಸುವುದು. ಬದಲಿಗೆ ಸ್ಥಿರ ಮಾರ್ಗ ಸೇರಿಸುವುದು ಮುಂದಿನ ಸಕ್ರಿಯಗೊಳಿಸುವಿಕೆಯವರೆಗೆ ಕೆಲಸ ಮಾಡಿ ನಂತರ ಸದ್ದಿಲ್ಲದೆ ಮಾಯವಾಗುತ್ತದೆ. ಆ ಮಾಯವಾಗುವಿಕೆಯೇ ಸುಳಿವು: ಪ್ರತಿ ಬೆಳಗ್ಗೆ ಒಗಟಾಗಿ ಮರಳುವ ಮಾರ್ಗವನ್ನು ಪ್ರೊಫೈಲ್ ಸ್ಥಾಪಿಸುತ್ತಿಲ್ಲ.

ಆಯ್ಕೆ ಈಗಾಗಲೇ ಸಕ್ರಿಯವಾಗಿದ್ದರೆ, ಪೂರ್ವಪ್ರತ್ಯಯ ಬೇರೆ ಕೋಷ್ಟಕದಲ್ಲಿದೆಯೇ ಎಂದು ip route show table all | grep 10 ಮೂಲಕ ಪರಿಶೀಲಿಸಿ. ಮುಖ್ಯವಲ್ಲದ ಕೋಷ್ಟಕದಲ್ಲಿರುವ ಮಾರ್ಗ ಕಾಣೆಯಾಗಿಲ್ಲ, ಅದು ಮುಖ್ಯ ಕೋಷ್ಟಕವನ್ನು ಮಾತ್ರ ನೋಡುವ ಹುಡುಕಾಟಕ್ಕೆ ಅಗೋಚರವಾಗಿದೆ ಅಷ್ಟೆ. ಮೇಲೆ ನಕಲಿ ನಮೂದನ್ನು ಜೋಡಿಸುವ ಬದಲು ನೀತಿ ರೂಟಿಂಗ್ ಸರಿಪಡಿಸಿ.

ಪೂರ್ವಪ್ರತ್ಯಯವನ್ನು ಚಾಲನೆಯಲ್ಲಿರುವ ವ್ಯವಸ್ಥೆಗಲ್ಲ, ಸಂಪರ್ಕಕ್ಕೆ ಸೇರಿಸಿ

ಸಂಪರ್ಕ ಸಂಪಾದಕದಲ್ಲಿ WireGuard ಪುಟ peer ಮತ್ತು ಅದರ AllowedIPs ಹೊಂದಿದೆ, ಮತ್ತು IPv4 ಪುಟ ಹೆಚ್ಚುವರಿ ಮಾರ್ಗಗಳನ್ನು ಹೊಂದಿದೆ. ಅಲ್ಲಿ ಸೇರಿಸಿದ ಮಾರ್ಗ ಮರುಸಂಪರ್ಕಗಳನ್ನು ಮೀರಿ ಉಳಿಯುತ್ತದೆ ಏಕೆಂದರೆ ಅದು ಪ್ರೊಫೈಲ್‌ಗೆ ಸೇರಿದೆ. ಆಜ್ಞಾ ಸಾಲಿನಲ್ಲಿ ಸಮಾನವಾದದ್ದು ಖಾಲಿ-ಗೇಟ್‌ವೇ ರೂಪದಲ್ಲಿ ಸಂಪರ್ಕಕ್ಕೆ ಮಾರ್ಗ ಸೇರಿಸಿ, ನಂತರ ಬದಲಾವಣೆ ಅನ್ವಯವಾಗಲು ಸಂಪರ್ಕವನ್ನು ಇಳಿಸಿ ಮತ್ತೆ ಏರಿಸುವುದು.

ನಿಮಗೆ ಬೇಕಾದ ಹೋಸ್ಟ್‌ಗಳನ್ನು ಆವರಿಸುವ ಅತ್ಯಂತ ಕಿರಿದಾದ ಪೂರ್ವಪ್ರತ್ಯಯವನ್ನು ಆರಿಸಿ. ಪೂರೈಕೆದಾರರ /8 ಉದಾಹರಣೆಯನ್ನು ನಕಲಿಸುವುದು ಅದರೊಳಗೆ ಆಕಸ್ಮಿಕವಾಗಿ ಇರುವ ಸ್ಥಳೀಯ ಶ್ರೇಣಿಗಳನ್ನು ನುಂಗಬಹುದು, ಮತ್ತು ಪರಿಣಾಮವಾಗಿ ಉಂಟಾಗುವ ವೈಫಲ್ಯಗಳು ಹೆಚ್ಚು ಅಗಲವಾದ ಮಾರ್ಗದಂತೆ ಅಲ್ಲ, ಮುರಿದ ಸುರಂಗದಂತೆ ಕಾಣುತ್ತವೆ.

ವಿಭಜಿತ ಸುರಂಗವನ್ನು ಪೂರ್ವಪ್ರತ್ಯಯಗಳ ಪಟ್ಟಿ ನಿರ್ಧರಿಸುತ್ತದೆ

ವಿಭಜಿತ ಸುರಂಗಕ್ಕೆ ಸ್ವಿಚ್ ಇಲ್ಲ; ಪೂರ್ವಪ್ರತ್ಯಯಗಳ ಪಟ್ಟಿಯೇ ನಿರ್ಣಯ. ಕಚೇರಿ LANಗೆ ಒಂದು ಶ್ರೇಣಿ ಮತ್ತು ಪ್ರಯೋಗಾಲಯ ಜಾಲಕ್ಕೆ ಇನ್ನೊಂದು ಶ್ರೇಣಿ ಹೊಂದಿರುವ peer ನಿಖರವಾಗಿ ಆ ಗಮ್ಯಸ್ಥಾನಗಳನ್ನು ಸುರಂಗದ ಮೂಲಕ ಕಳುಹಿಸುತ್ತದೆ ಮತ್ತು ಉಳಿದದ್ದನ್ನು ಒಂಟಿಯಾಗಿ ಬಿಡುತ್ತದೆ. ಒಂದೇ ಹೋಸ್ಟ್‌ಗೆ /32 ಬೇಕು, ಮತ್ತು ಎರಡು ಸ್ಥಳಗಳಲ್ಲಿ ಅತಿಕ್ರಮಿಸುವ ಶ್ರೇಣಿಗಳಿಗೆ ಯಾರಾದರೂ ಸಬ್‌ನೆಟ್ ಮರುಸಂಖ್ಯೆ ಮಾಡುವವರೆಗೆ ಹೋಸ್ಟ್ ಪೂರ್ವಪ್ರತ್ಯಯಗಳು ಬೇಕು.

ಸುರಂಗದ ಮೂಲಕ ಏನನ್ನೂ ಕಳುಹಿಸದಿರುವ ಆಯ್ಕೆ ಅದೇ ನಿರ್ಣಯವನ್ನು ಅದರ ಮಿತಿಗೆ ಒಯ್ಯುತ್ತದೆ: ಕನಿಷ್ಠ ಪಟ್ಟಿ ಲಿಂಕ್ ಅನ್ನು ಮೇಲೆ ಇಡುತ್ತದೆ, ಸಾಮಾನ್ಯ ಸಂಚಾರ ತನ್ನ ಸಾಮಾನ್ಯ ಮಾರ್ಗದಲ್ಲೇ ಸಾಗುತ್ತದೆ. ಉದ್ದೇಶವನ್ನು ಬರೆದಿಡಿ, ಇಲ್ಲದಿದ್ದರೆ ಮುಂದಿನ ಓದುಗರು ಸಣ್ಣ ಪಟ್ಟಿಯನ್ನು ನಿರ್ಲಕ್ಷ್ಯ ಎಂದು ಭಾವಿಸಿ ಸಹಾಯಕವಾಗಿ ಅದನ್ನು ವಿಸ್ತರಿಸುತ್ತಾರೆ.

ಮಾರ್ಗ ಕೋಷ್ಟಕಕ್ಕೆ ಒಬ್ಬ ಮಾಲೀಕ

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

ವಿಭಜನೆ ಗಮ್ಯಸ್ಥಾನದ ಬದಲು ಭೌತಿಕ ಅಡಾಪ್ಟರ್ ಅನ್ನು ಅನುಸರಿಸಬೇಕಾದಾಗ, ನೀವು ನೀತಿ ರೂಟಿಂಗ್‌ಗೆ ಬಂದಿದ್ದೀರಿ, ಮತ್ತು ನೀತಿ ರೂಟಿಂಗ್‌ಗೂ ಒಬ್ಬ ಲೇಖಕ ಬೇಕು. ip route get ಪುನರಾವರ್ತಿಸಿ ಪರಿಶೀಲಿಸಿ, ನಂತರ ದೂರದ ಪೂರ್ವಪ್ರತ್ಯಯದೊಳಗಿನ ಹೋಸ್ಟ್‌ಗೆ ಅದು ಆರಿಸಿದ ಮೂಲ ವಿಳಾಸವನ್ನು ಮುದ್ರಿಸುವ ಯಾವುದಾದರೊಂದರಿಂದ ತಲುಪಿ. ಪ್ರೊಫೈಲ್‌ನಲ್ಲಿದ್ದರೆ IPv6 ಮತ್ತು DNS ಅನ್ನು ಪ್ರತ್ಯೇಕವಾಗಿ ಪರಿಶೀಲಿಸಿ.