ಎರಡು WireGuard peer ಒಂದು ಶ್ರೇಣಿಯನ್ನು ಹಂಚಿಕೊಳ್ಳುತ್ತವೆ: ಪ್ಯಾಕೆಟ್ ಯಾರಿಗೆ ಸಿಗುತ್ತದೆ

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

WireGuard ಒಳಗೆ ಅತಿ ಉದ್ದದ ಪ್ರೀಫಿಕ್ಸ್ ಗೆಲ್ಲುತ್ತದೆ

ಪ್ರತಿ peer ನಮೂದು ಗಮ್ಯಸ್ಥಾನ ಪ್ರೀಫಿಕ್ಸ್ಗಳ ಗುಂಪನ್ನು ಹೊತ್ತಿರುತ್ತದೆ. ಪ್ಯಾಕೆಟ್ ಇಂಟರ್ಫೇಸ್ಗೆ ರೂಟ್ ಆದಾಗ, ಅನುಷ್ಠಾನವು ಅತ್ಯಂತ ನಿರ್ದಿಷ್ಟ ಹೊಂದುವ ಪ್ರೀಫಿಕ್ಸ್ ಇರುವ ನಮೂದನ್ನು ಹುಡುಕುತ್ತದೆ — ರೂಟಿಂಗ್ ಕೋಷ್ಟಕ ಅನ್ವಯಿಸುವ ಅದೇ ನಿಯಮ. ಆದ್ದರಿಂದ /24 ಅದನ್ನು ಒಳಗೊಂಡ /16 ಅನ್ನು ಸೋಲಿಸುತ್ತದೆ, ಮತ್ತು ಕಿರಿದಾದ peer ಸಂಚಾರವನ್ನು ಸ್ವೀಕರಿಸುತ್ತದೆ.

road-warrior ಸಂರಚನೆಗಳು ಇದನ್ನು ಉದ್ದೇಶಪೂರ್ವಕವಾಗಿ ಬಳಸುತ್ತವೆ. ಒಂದು peer ಸೈಟ್ಗೆ ಅಗಲವಾದ ಶ್ರೇಣಿ ಹೊಂದಿದೆ, ಮತ್ತು ಪ್ರತ್ಯೇಕ ಹೋಸ್ಟ್ಗಳನ್ನು ಇತರ peer ಗಳಿಗೆ ಸೇರಿದ /32 ನಮೂದುಗಳಿಂದ ಬೇರ್ಪಡಿಸಲಾಗುತ್ತದೆ. ಮಾದರಿ ಕೆಲಸ ಮಾಡುತ್ತದೆ ಏಕೆಂದರೆ ಬೇರ್ಪಡಿಕೆಗಳು ಹೆಚ್ಚು ನಿರ್ದಿಷ್ಟವಾಗಿವೆ, ಕ್ರಮದಿಂದ ಅಲ್ಲ.

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

ಆಪರೇಟಿಂಗ್ ಸಿಸ್ಟಮ್ ಮೊದಲು ಇಂಟರ್ಫೇಸ್ ಆಯ್ಕೆ ಮಾಡುತ್ತದೆ

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

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

ಒಳಬರುವ ಪ್ಯಾಕೆಟ್ಗಳನ್ನು ಮೂಲದಿಂದ ಪರಿಶೀಲಿಸಲಾಗುತ್ತದೆ

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

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

ಸಂಕುಚಿತ ಮೂಲ ಮಾಲೀಕತ್ವ ಇದನ್ನು ಲಾಭವಾಗಿ ಪರಿವರ್ತಿಸುತ್ತದೆ. ಪ್ರತಿ peer ಗೆ ಅದರ ಸ್ವಂತ ವಿಳಾಸಕ್ಕಾಗಿ /32 ನೀಡಿ ಮತ್ತು ಕೆಳಗಿನ ಫೈರ್ವಾಲ್ಗೆ ಹೊಂದಿಸಲು ವಿಶ್ವಾಸಾರ್ಹ ಮೂಲ ಇರುತ್ತದೆ, ಯಾವುದೇ ಸದಸ್ಯರು ಕ್ಲೇಮ್ ಮಾಡಬಹುದಾದ ಗುಂಪಿನ ಶ್ರೇಣಿಯ ಬದಲು.

ನಕಲಿ ಶ್ರೇಣಿಗಳು failover ಅಲ್ಲ

ಒಂದೇ ಪ್ರೀಫಿಕ್ಸ್ ಅನ್ನು ಎರಡು peer ಗಳಿಗೆ ನಿಯೋಜಿಸುವುದು ಲೋಡ್ ಬ್ಯಾಲೆನ್ಸರ್ ಅಥವಾ ಸ್ಟ್ಯಾಂಡ್ಬೈ ಮಾರ್ಗವನ್ನು ಸೃಷ್ಟಿಸುವುದಿಲ್ಲ. ಆರೋಗ್ಯ ಪರಿಶೀಲನೆ ಇಲ್ಲ ಮತ್ತು ಸೆಷನ್ ಸಂಬಂಧ ಇಲ್ಲ: ಗೆಲ್ಲುವ ನಮೂದನ್ನು ಅನುಷ್ಠಾನದ ಆಂತರಿಕ ಕ್ರಮ ನಿರ್ಧರಿಸುತ್ತದೆ, ಅದು ವಿನ್ಯಾಸ ಮಾಡಬೇಕಾದ ಒಪ್ಪಂದವಲ್ಲ. ನಿಮಗೆ ಪರ್ಯಾಯ ನಿರ್ಗಮನಗಳು ಬೇಕಾದರೆ, ಆಯ್ಕೆ ವ್ಯಾಖ್ಯಾನಿಸಲಾದ ಸ್ಥಳದಲ್ಲಿ ಅವನ್ನು ವ್ಯಕ್ತಪಡಿಸಿ. ರೂಟಿಂಗ್ ನೀತಿ, ಮೆಟ್ರಿಕ್, ಅಥವಾ ಪ್ರತಿಯೊಂದಕ್ಕೂ ದಾಖಲಿತ ಮಾಲೀಕರಿರುವ ಎರಡು ವಿಭಿನ್ನ ಪ್ರೀಫಿಕ್ಸ್ಗಳು — ಇವುಗಳಲ್ಲಿ ಪ್ರತಿಯೊಂದೂ ನೀವು ಊಹಿಸಿ ಪರೀಕ್ಷಿಸಬಹುದಾದ ನಡವಳಿಕೆಯನ್ನು ನೀಡುತ್ತದೆ.

ಸಂಬಂಧವಿಲ್ಲದ ವೈಫಲ್ಯವನ್ನು ಸರಿಪಡಿಸಲು ಶ್ರೇಣಿಯನ್ನು ಅಗಲಿಸುವುದು ಇನ್ನೊಂದು ಸಾಮಾನ್ಯ ತಪ್ಪು. ಅದು ಸಂಚಾರವನ್ನು ಕೆಲಸ ಮಾಡುತ್ತಿದ್ದ peer ನಿಂದ ದೂರ ಸರಿಸುತ್ತದೆ, ಮತ್ತು ಹಳೆಯದು ಅರ್ಥವಾಗುವ ಮೊದಲೇ ಹೊಸ ಲಕ್ಷಣ ಬರುತ್ತದೆ.

ಸಂಪಾದನೆಯ ಮೊದಲು ಆಯ್ಕೆಯನ್ನು ಪರಿಶೀಲಿಸಿ

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

wg show wg0 allowed-ips
ip route get 10.66.8.20
wg show wg0
ip rule show

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

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