AllowedIPs ಒಂದು ರೌಟಿಂಗ್ ಪಟ್ಟಿ, ಫೈರ್‌ವಾಲ್ ನಿಯಮವಲ್ಲ
ಇದು ಹೊರಹೋಗುವ ಸಂಚಾರಕ್ಕೆ ಪೀರ್ ಆಯ್ಕೆ ಮಾಡುತ್ತದೆ ಮತ್ತು ಒಳಬರುವ ಮೂಲಗಳನ್ನು ಪರಿಶೀಲಿಸುತ್ತದೆ. ಇದು ಪ್ರವೇಶ ಪಟ್ಟಿ ಅಲ್ಲ, ಮತ್ತು ರೂಟ್ ನಿರ್ವಹಣೆಯನ್ನು ನಿಷ್ಕ್ರಿಯಗೊಳಿಸುವುದು ಸ್ಪ್ಲಿಟ್ ಟನೆಲ್ ಸರಿಪಡಿಸುವುದಿಲ್ಲ.
ಹೆಚ್ಚಿನ ಜನರು AllowedIPs ಅನ್ನು ಅನುಮತಿ ಪಟ್ಟಿಯಾಗಿ ಓದುತ್ತಾರೆ, ಅಂದರೆ ಪೀರ್‌ಗೆ ಸಂಪರ್ಕಿಸಬಹುದಾದ ವಿಳಾಸಗಳ ಗುಂಪು, ಟನೆಲ್‌ಗಾಗಿ ಬರೆದ ಫೈರ್‌ವಾಲ್ ನಿಯಮದಂತೆ. ಹಾಗಲ್ಲ. ಈ ಕ್ಷೇತ್ರವು ಎರಡೂ ದಿಕ್ಕುಗಳಲ್ಲಿ ಕೆಲಸ ಮಾಡುವ ರೌಟಿಂಗ್ ಕೋಷ್ಟಕ: ಹೊರಹೋಗುವ ಪ್ಯಾಕೆಟ್‌ಗೆ ಪೀರ್ ಆಯ್ಕೆ ಮಾಡುತ್ತದೆ ಮತ್ತು ಒಳಬರುವ ಪ್ಯಾಕೆಟ್‌ನ ಮೂಲವನ್ನು ಪರಿಶೀಲಿಸುತ್ತದೆ. ಅದನ್ನು ಪ್ರವೇಶ ಪಟ್ಟಿಯಾಗಿ ಓದುವುದು ಯಾರೂ ಕೇಳದ ಸಂಚಾರವನ್ನು ರೌಟ್ ಮಾಡುವ ಸಂರಚನೆಗಳನ್ನು ಸೃಷ್ಟಿಸುತ್ತದೆ.
ಒಂದು ಕ್ಷೇತ್ರ, ಇಬ್ಬರು ಓದುಗರು: ಹೊರಹೋಗುವ ಆಯ್ಕೆ ಮತ್ತು ಮೂಲ ಪರಿಶೀಲನೆ
ಕ್ಲೈಂಟ್‌ನಲ್ಲಿ, ಪ್ರಿಫಿಕ್ಸ್‌ಗಳು ಯಾವ ಗಮ್ಯಸ್ಥಾನಗಳು ಆ ಪೀರ್‌ಗೆ ಹೋಗುತ್ತವೆ ಮತ್ತು ಯಾವುವು ಸಾಮಾನ್ಯ ಜಾಲದಲ್ಲಿ ಉಳಿಯುತ್ತವೆ ಎಂಬುದನ್ನು ನಿರ್ಧರಿಸುತ್ತವೆ. ಆದ್ದರಿಂದ 0.0.0.0/0 ಗಾಗಿ ನಮೂದು ಪ್ರತಿ IPv4 ಗಮ್ಯಸ್ಥಾನವನ್ನು ಹಿಡಿಯುತ್ತದೆ, ಮತ್ತು ಪೂರ್ಣ ಟನೆಲ್ ಪ್ರೊಫೈಲ್ ಆಮದು ಮಾಡಿದಾಗ ಸಾಮಾನ್ಯ ಬ್ರೌಸಿಂಗ್ ದೂರದ ಯಂತ್ರದ ಮೂಲಕ ಹೋಗುವುದಕ್ಕೆ ಇದೇ ಕಾರಣ. ಸಣ್ಣ ನಮೂದುಗಳು ವಿರುದ್ಧವಾಗಿ ಮಾಡುತ್ತವೆ: ನೀವು ಪಟ್ಟಿ ಮಾಡಿದ ಜಾಲಗಳನ್ನು ಮಾತ್ರ ರೌಟ್ ಮಾಡಿ ಉಳಿದೆಲ್ಲವನ್ನೂ ಅದಿದ್ದಲ್ಲೇ ಬಿಡುತ್ತವೆ. WireGuard ದಾಖಲೆಗಳ ಕ್ರಿಪ್ಟೋಕೀ ರೌಟಿಂಗ್ ವಿಭಾಗ ಎರಡೂ ಕೆಲಸಗಳನ್ನು ಒಂದೇ ಸ್ಥಳದಲ್ಲಿ ತಿಳಿಸುತ್ತದೆ: ಹೊರಹೋಗುವ ಪೀರ್ ಆಯ್ಕೆ ಮತ್ತು ಒಳಬರುವ ಮೂಲ ಪರಿಶೀಲನೆ.
ಸರ್ವರ್‌ನಲ್ಲಿ, ಅದೇ ಕ್ಷೇತ್ರವು ಪ್ರತಿ ಪೀರ್ ಬಳಸಬಹುದಾದ ಮೂಲ ವಿಳಾಸಗಳನ್ನು ವಿವರಿಸುತ್ತದೆ. ಇದು ಪ್ಯಾಕೆಟ್ ಫಿಲ್ಟರ್ ಅಲ್ಲ, ಕ್ರಿಪ್ಟೋಗ್ರಾಫಿಕ್ ಪರಿಶೀಲನೆ: ಒಳಗಿನ ಮೂಲವು ಪೀರ್‌ನ ಪಟ್ಟಿಗೆ ಹೊಂದಿಕೆಯಾಗದ ಪ್ಯಾಕೆಟ್, ಹೋಸ್ಟ್‌ನ ಯಾವುದೇ ಫೈರ್‌ವಾಲ್ ಅದನ್ನು ನೋಡುವ ಮೊದಲೇ WireGuard ಒಳಗೆ ಬಿಸಾಡಲಾಗುತ್ತದೆ. ಎರಡೂ ಕೆಲಸಗಳು ಒಂದೇ ಪಟ್ಟಿಯನ್ನು ಹಂಚಿಕೊಳ್ಳುತ್ತವೆ, ಮತ್ತು ನೀವು ಪರಿಗಣಿಸದ ಸ್ಥಳದಲ್ಲಿ ಬೇರೆಡೆಯಿಂದ ನಕಲಿಸಿದ ಪಟ್ಟಿ ತಪ್ಪಾಗಿ ವರ್ತಿಸುವುದಕ್ಕೆ ಇದೇ ಕಾರಣ.
ಕ್ಲೈಂಟ್ ಬ್ಲಾಕ್ ಈ ಗೊಂದಲದ ಹೆಚ್ಚಿನ ಭಾಗ ಪ್ರಾರಂಭವಾಗುವ ಸ್ಥಳ. ಸ್ಪ್ಲಿಟ್ ಟನೆಲ್ ದೂರದ ಜಾಲಗಳನ್ನು ಹೆಸರಿಸುತ್ತದೆ, ಮತ್ತು ಪೂರ್ಣ ಟನೆಲ್ ಅದೇ ಕ್ಷೇತ್ರವಾಗಿದ್ದು ಡೀಫಾಲ್ಟ್ ಪ್ರಿಫಿಕ್ಸ್ ಹೊಂದಿದೆ:
[Peer]
# split tunnel: only these networks
AllowedIPs = 10.77.0.0/24, 192.168.30.0/24
[Peer]
# full tunnel: everything, both families
AllowedIPs = 0.0.0.0/0, ::/0ಎರಡೂ ರೂಪಗಳು ತಮ್ಮಷ್ಟಕ್ಕೇ ಪೂರ್ಣವಾಗಿವೆ, ಮತ್ತು ಅವು ಹಂತಗಳಲ್ಲ, ಪರ್ಯಾಯಗಳು. ಮೊದಲನೆಯದು ಆ ಎರಡು ಜಾಲಗಳನ್ನು ಮಾತ್ರ ಟನೆಲ್ ಮೂಲಕ ಕಳುಹಿಸುತ್ತದೆ; ಎರಡನೆಯದು ಪ್ರತಿ ಗಮ್ಯಸ್ಥಾನವನ್ನು ಕಳುಹಿಸುತ್ತದೆ, ಮತ್ತು ::/0 ನಮೂದು IPv4 ಡೀಫಾಲ್ಟ್‌ಗೆ IPv6 ಸೇರಿಸುತ್ತದೆ. ನೀವು ಯಾವುದನ್ನು ಆರಿಸಿದರೂ, wg-quick ರೂಟ್‌ಗಳನ್ನು ಸ್ಥಾಪಿಸಲು ಪ್ರಾರಂಭಿಸಿದಾಗ ಆ ಪ್ರಿಫಿಕ್ಸ್‌ಗಳೇ ಆ ಪೀರ್‌ನ ಸಂಪೂರ್ಣ ರೌಟಿಂಗ್ ನಿರ್ಧಾರ.
ಹಬ್‌ಗೆ ಬೇರೆ ಪಟ್ಟಿ ಬೇಕು
ಹಬ್ ಪ್ರತಿ ಕ್ಲೈಂಟ್‌ನ ಟನೆಲ್ ವಿಳಾಸವನ್ನು ಹೋಸ್ಟ್ ಪ್ರಿಫಿಕ್ಸ್ ಆಗಿ ಪಟ್ಟಿ ಮಾಡುತ್ತದೆ, ಜೊತೆಗೆ ಆ ಕ್ಲೈಂಟ್‌ನ ಹಿಂದೆ ನಿಜವಾಗಿ ಇರುವ ಯಾವುದೇ ಜಾಲವನ್ನು. ಕ್ಲೈಂಟ್‌ನ ವಿಶಾಲ ಪಟ್ಟಿಯನ್ನು ಪ್ರತಿ ಹಬ್ ಪೀರ್‌ಗೆ ನಕಲಿಸುವುದು, ಅನೇಕ ಪೀರ್‌ಗಳು ಒಂದೇ ವಿಳಾಸಗಳನ್ನು ಮೂಲವಾಗಿ ಬಳಸಬಹುದು ಎಂದು ಹಬ್‌ಗೆ ಹೇಳುತ್ತದೆ, ಮತ್ತು ಅದು ವಿಳಾಸ ಯೋಜನೆ ಅಲ್ಲ. Endpoint ಕ್ಷೇತ್ರವು ಸಂಪೂರ್ಣ ಬೇರೆ ಪದರಕ್ಕೆ ಸೇರಿದೆ: ಅದು ಪೀರ್‌ನ ಹೊರ ವಿಳಾಸ ಮತ್ತು ಪೋರ್ಟ್ ಹೆಸರಿಸುತ್ತದೆ, ಎಂದಿಗೂ ಟನೆಲ್ ಒಳಗಿನ ಗಮ್ಯಸ್ಥಾನವನ್ನಲ್ಲ.
[Peer]
# laptop: tunnel address 10.77.0.2, office LAN behind it
AllowedIPs = 10.77.0.2/32, 192.168.30.0/24ಹೋಸ್ಟ್ ಪ್ರಿಫಿಕ್ಸ್ ಟನೆಲ್ ವಿಳಾಸವನ್ನು ಹೊರುತ್ತದೆ ಮತ್ತು ಜಾಲ ಪ್ರಿಫಿಕ್ಸ್ ಕ್ಲೈಂಟ್‌ನ ಹಿಂದೆ ಇರುವುದನ್ನು ಹೊರುತ್ತದೆ, ಮತ್ತು ಎರಡೂ ಬೇಕು. ಹೋಸ್ಟ್ ಪ್ರಿಫಿಕ್ಸ್ ಇಲ್ಲದೆ ಹಬ್ ಕ್ಲೈಂಟ್‌ನ ಸ್ವಂತ ಸಂಚಾರವನ್ನು ಹಿಂತಿರುಗಿಸಲಾಗದು, ಮತ್ತು ಜಾಲ ಪ್ರಿಫಿಕ್ಸ್ ಇಲ್ಲದೆ ಅದರ ಹಿಂದಿನ LAN ತಲುಪಲಾಗದೇ ಉಳಿಯುತ್ತದೆ; ಹಿಂದೆ ಏನೂ ಇಲ್ಲದ ಪೀರ್ ಹೋಸ್ಟ್ ಪ್ರಿಫಿಕ್ಸ್ ಮಾತ್ರ ಪಡೆಯುತ್ತದೆ.
ರೂಟ್ ಸ್ಥಾಪನೆಯನ್ನು ಬಿಟ್ಟುಬಿಡುವುದು ಅಂತರವನ್ನು ಬಿಡುತ್ತದೆ
wg-quick, ಸಂರಚನಾ ಕಡತದಿಂದ ಇಂಟರ್‌ಫೇಸ್ ಎಬ್ಬಿಸುವ ಸಹಾಯಕ, ಆ ಕೆಲಸದ ಭಾಗವಾಗಿ ಇಂಟರ್‌ಫೇಸ್ ವಿಳಾಸಗಳು ಮತ್ತು ರೂಟ್‌ಗಳನ್ನು ಸ್ಥಾಪಿಸುತ್ತದೆ. Table = off ಹೊಂದಿಸುವುದು ಸಹಾಯಕನಿಗೆ ರೂಟ್ ಕೆಲಸವನ್ನು ಬಿಟ್ಟುಬಿಡಲು ಹೇಳುತ್ತದೆ, ಅದು ಬದಲಿಗಳನ್ನು ಸ್ಥಾಪಿಸುವುದಿಲ್ಲ ಮತ್ತು ಖಾಸಗಿ ಜಾಲವನ್ನು ತಲುಪುವಂತೆ ಮಾಡುವುದಿಲ್ಲ. ಸ್ವಯಂಚಾಲಿತ ರೂಟ್‌ಗಳು ಈಗಾಗಲೇ ಕೆಲಸ ಮಾಡುತ್ತಿದ್ದರೆ, ಬೇಕಾದ ಪ್ರಿಫಿಕ್ಸ್‌ಗಳನ್ನು ಹೆಸರಿಸುವುದು ಹೆಚ್ಚು ಸ್ಪಷ್ಟ ಸಂರಚನೆ. ರೂಟ್ ನಿರ್ವಹಣೆಯನ್ನು ಆಫ್ ಮಾಡಿ ಬದಲಿಯನ್ನು ಬರೆಯದೇ ಬಿಡುವುದು ವಿನ್ಯಾಸವಲ್ಲ, ಒಂದು ಬಿಟ್ಟುಬಿಡುವಿಕೆ.
ಮೂಲ wg ಸಾಧನ ಬೇರೆ ರೀತಿ ವರ್ತಿಸುತ್ತದೆ: ಅದು ಇಂಟರ್‌ಫೇಸ್ ಸಂರಚಿಸುತ್ತದೆ ಮತ್ತು ರೂಟ್‌ಗಳನ್ನು ಎಂದಿಗೂ ಮುಟ್ಟುವುದಿಲ್ಲ, ಆದ್ದರಿಂದ ಅದರ ಮೇಲೆ ನೇರವಾಗಿ ಕಟ್ಟಿದ ಸೆಟಪ್‌ಗೆ ತನ್ನದೇ ರೂಟ್ ಆಜ್ಞೆಗಳು ಬೇಕು. ಒಂದು ಸಾಧನಕ್ಕಾಗಿ ಬರೆದ ಸೂಚನೆಗಳು ಇನ್ನೊಂದರೊಂದಿಗೆ ಅನುಸರಿಸಿದಾಗ ತಪ್ಪಾಗಿ ಕಾಣಬಹುದು. ಯಶಸ್ವಿ ping ಕೂಡ ದುರ್ಬಲ ಸಾಕ್ಷ್ಯ, ಏಕೆಂದರೆ ಅದು ನಿಮಗೆ ಬೇಕಾದ ಪ್ರತಿ ಅಪ್ಲಿಕೇಶನ್ ಮಾರ್ಗವನ್ನಲ್ಲ, ಒಂದೇ ಮಾರ್ಗವನ್ನು ಪರೀಕ್ಷಿಸುತ್ತದೆ.
DNS ಮತ್ತು IPv6 ಪ್ರತ್ಯೇಕವಾಗಿ ನಿರ್ಧರಿಸಲಾಗುತ್ತದೆ
ಟನೆಲ್ ಘೋಷಿಸುವ DNS ಸರ್ವರ್ ವಿಳಾಸವನ್ನು ಪರಿಶೀಲಿಸಿ, ಮತ್ತು ನೀವು ಆರಿಸಿದ ಪ್ರಿಫಿಕ್ಸ್‌ಗಳ ಮೂಲಕ ಆ ವಿಳಾಸಕ್ಕೆ ರೂಟ್ ಇದೆ ಎಂದು ಖಚಿತಪಡಿಸಿ. ರೆಸಾಲ್ವರ್ ಸೆಟ್ಟಿಂಗ್ ರೆಸಾಲ್ವರ್ ಅನ್ನು ತಲುಪುವಂತೆ ಮಾಡುವುದಿಲ್ಲ, ಮತ್ತು ಟನೆಲ್ ಕಿರಿದಾಗಿಸುವುದು ಅಲ್ಲಿಗೆ ಹೋಗುತ್ತಿದ್ದ ರೂಟ್ ಅನ್ನು ಸದ್ದಿಲ್ಲದೆ ತೆಗೆದುಹಾಕಬಹುದು. IPv6 ಅನ್ನೂ ಪ್ರತ್ಯೇಕವಾಗಿ ಪರಿಶೀಲಿಸಿ, ಏಕೆಂದರೆ ಸರಿಯಾದ IPv4 ವಿಭಜನೆ ಇನ್ನೂ ಭೌತಿಕ ಕೊಂಡಿಗೆ ತೋರಿಸುವ IPv6 ಡೀಫಾಲ್ಟ್ ರೂಟ್ ಬಗ್ಗೆ ಏನನ್ನೂ ಹೇಳುವುದಿಲ್ಲ. ಒಂದು ಪೀರ್ ಬ್ಲಾಕ್ ಸಂಪಾದಿಸುವಾಗ ಮೂರು ಪ್ರತ್ಯೇಕ ನಿರ್ಧಾರಗಳು ಒಟ್ಟಿಗೆ ಬದಲಾಗಬಹುದು.
ನಂತರ ತಿಳಿದಿರುವ ಆರಂಭಿಕ ಸಂರಚನೆಯಿಂದ ಒಂದು ಖಾಸಗಿ ಸಂಪನ್ಮೂಲ ಮತ್ತು ಒಂದು ಸಾಮಾನ್ಯ ವೆಬ್‌ಸೈಟ್ ತೆರೆಯಿರಿ. ಸಂಪನ್ಮೂಲ ಉತ್ತರಿಸಿದರೆ ಮತ್ತು ಬ್ರೌಸಿಂಗ್ ಇನ್ನೂ ಸ್ಥಳೀಯ ಸಂಪರ್ಕದ ಮೂಲಕ ಹೊರಹೋಗುತ್ತಿದ್ದರೆ, ಸ್ಪ್ಲಿಟ್ ನೀವು ಕೇಳಿದ್ದನ್ನು ಮಾಡುತ್ತದೆ. ಅದೇ ಕ್ಷಣದಲ್ಲಿ ಬ್ರೌಸಿಂಗ್ ಮುರಿದರೆ, ಟನೆಲ್ ಡೀಫಾಲ್ಟ್ ರೂಟ್ ತೆಗೆದುಕೊಂಡಿದೆ ಮತ್ತು ಪ್ರಿಫಿಕ್ಸ್ ಪಟ್ಟಿಯೇ ನೋಡಬೇಕಾದ ಸ್ಥಳ.