WireGuard ವಿಭಜಿತ ಸುರಂಗ: ಡೀಫಾಲ್ಟ್ ಮಾರ್ಗವಿಲ್ಲದೆ ಕಾನ್ಫಿಗರ್ ಮಾಡಿ

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

ಮೊದಲು ಪ್ರಿಫಿಕ್ಸ್ ಪಟ್ಟಿಯನ್ನು ನಿರ್ಧರಿಸಿ

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

ಪಟ್ಟಿಯಲ್ಲಿ 0.0.0.0/0 ಅಥವಾ ::/0 ಇದ್ದರೆ, ನೀವು ಪೂರ್ಣ ಸುರಂಗವನ್ನು ನಿರ್ಮಿಸಿದ್ದೀರಿ ಮತ್ತು ಅದನ್ನು ಹೇಳಬೇಕು, ಏಕೆಂದರೆ ವೈಫಲ್ಯ ವಿಧಾನಗಳು ಮತ್ತು DNS ನಿರೀಕ್ಷೆಗಳು ಬೇರೆ.

ನಂತರ ಪರಿಶೀಲಕರು ರೂಟಿಂಗ್ ಟೇಬಲ್‌ನೊಂದಿಗೆ ಹೋಲಿಸಲು ಸಾಧ್ಯವಾಗುವಷ್ಟು ಪಟ್ಟಿಯನ್ನು ಚಿಕ್ಕದಾಗಿ ಇರಿಸಿ.

ಕ್ಲೈಂಟ್ ಕಾನ್ಫಿಗ್: ಪೀರ್, AllowedIPs, DNS

ಕ್ಲೈಂಟ್‌ನ ಇಂಟರ್‌ಫೇಸ್ ಬ್ಲಾಕ್ ಅದರ ಸ್ವಂತ ಸುರಂಗ ವಿಳಾಸ ಮತ್ತು ಖಾಸಗಿ ಕೀಯನ್ನು ಹೊಂದಿದೆ. ಪೀರ್ ಬ್ಲಾಕ್ ಸರ್ವರ್‌ನ ಸಾರ್ವಜನಿಕ ಕೀ, ಎಂಡ್‌ಪಾಯಿಂಟ್ ಮತ್ತು ಮೊದಲ ಹಂತದ ಪ್ರಿಫಿಕ್ಸ್‌ಗಳನ್ನು ಹೊಂದಿದೆ:

[Interface]
Address = 10.9.0.2/32
PrivateKey = <client-private-key>
DNS = 10.20.0.53

[Peer]
PublicKey = <server-public-key>
Endpoint = vpn.example.net:51820
AllowedIPs = 10.20.0.0/16, 10.30.0.0/24
PersistentKeepalive = 25

ಕ್ಲೈಂಟ್‌ನಲ್ಲಿ AllowedIPs ದೂರದ ಗಮ್ಯಸ್ಥಾನಗಳ ಗುಂಪು, ಕ್ಲೈಂಟ್‌ನ ಸ್ವಂತ ವಿಳಾಸವಲ್ಲ. DNS ಸಾಲು wg-quickನ ರಿಜಾಲ್ವರ್ ಸಂಯೋಜನೆಯ ಮೂಲಕ ಮಾತ್ರ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತದೆ, ಆದ್ದರಿಂದ resolvconf ಅಥವಾ systemd-resolved ಬೆಂಬಲವಿಲ್ಲದ ಹೋಸ್ಟ್ ಅದನ್ನು ನಿರ್ಲಕ್ಷಿಸುತ್ತದೆ. PersistentKeepalive NAT ಮ್ಯಾಪಿಂಗ್ ಅನ್ನು ಜೀವಂತವಾಗಿಡುತ್ತದೆ ಮತ್ತು ನೇರ ಮಾರ್ಗದಲ್ಲಿ ಅನಗತ್ಯ.

ಪ್ರತಿ ಪ್ರಿಫಿಕ್ಸ್‌ಗೆ ಅದು ಸೇವೆ ಸಲ್ಲಿಸುವ ಸೇವೆಯನ್ನು ಕಾಮೆಂಟ್ ಮಾಡಿ, ಇಲ್ಲದಿದ್ದರೆ ಮುಂದಿನ ಸಂಪಾದನೆ ಊಹೆಯಾಗುತ್ತದೆ.

ಸರ್ವರ್ ಕಾನ್ಫಿಗ್: ವಿರುದ್ಧ ದೃಷ್ಟಿಕೋನ

ಸರ್ವರ್‌ನಲ್ಲಿ ಪೀರ್ ನಮೂದು ಕ್ಲೈಂಟ್ ಅನ್ನು ಪ್ರತಿನಿಧಿಸುತ್ತದೆ, ಆದ್ದರಿಂದ ಅದರ AllowedIPs ಕ್ಲೈಂಟ್‌ನ ಸುರಂಗ ವಿಳಾಸ, ಸಾಮಾನ್ಯವಾಗಿ /32. ಅದು ಕಚೇರಿ ಸಬ್‌ನೆಟ್ ಅಲ್ಲ. ಕ್ಲೈಂಟ್‌ನ ಪಟ್ಟಿಯನ್ನು ಸರ್ವರ್ ನಮೂದಿಗೆ ನಕಲಿಸುವುದು ವಿಭಜಿತ ಸುರಂಗದ ಅತ್ಯಂತ ಸಾಮಾನ್ಯ ತಪ್ಪು, ಮತ್ತು ಅದು ಪ್ರವೇಶವನ್ನು ವಿಸ್ತರಿಸುತ್ತದೆ ಅಥವಾ ಹ್ಯಾಂಡ್‌ಶೇಕ್ ಸಮಯದಲ್ಲಿ ಆಂತರಿಕ ಮೂಲ ಪರಿಶೀಲನೆಯನ್ನು ಮುರಿಯುತ್ತದೆ.

ಸರ್ವರ್‌ನ ಸ್ವಂತ ಇಂಟರ್‌ಫೇಸ್ ವಿಳಾಸ ಮತ್ತು ಕಚೇರಿಯ ಕಡೆಗೆ ಅದಕ್ಕೆ ಬೇಕಾದ ಮಾರ್ಗಗಳು ಯಾವುದೇ ಪೀರ್ ನಮೂದಿನಿಂದ ಪ್ರತ್ಯೇಕ.

ಎರಡು ಫೈಲ್‌ಗಳು, ಎರಡು ದೃಷ್ಟಿಕೋನಗಳು, ಅವುಗಳ ನಡುವೆ ಹಂಚಿದ ಒಂದು ಪ್ರಿಫಿಕ್ಸ್ ಗುಂಪು.

ಅದನ್ನು ಎತ್ತಿ ಮಾರ್ಗಗಳನ್ನು ಓದಿ

ಬೆಂಬಲಿತ ನಿರ್ವಾಹಕದೊಂದಿಗೆ ಇಂಟರ್‌ಫೇಸ್ ಪ್ರಾರಂಭಿಸಿ, ನಂತರ ನೀವು ಉದ್ದೇಶಿಸಿದ್ದನ್ನು ಅಲ್ಲ, ಅದು ಏನನ್ನು ಸ್ಥಾಪಿಸಿತು ಎಂಬುದನ್ನು ನೋಡಿ. wg-quick AllowedIPs‌ನಿಂದ ಮಾರ್ಗಗಳನ್ನು ಪಡೆಯುತ್ತದೆ; ಪ್ರೊಫೈಲ್ Table = off ಹೊಂದಿಸಿದರೆ ಏನೂ ಸ್ಥಾಪನೆಯಾಗುವುದಿಲ್ಲ ಮತ್ತು ರೂಟಿಂಗ್ ನಿಮ್ಮದು. ಪ್ರತಿ ಪ್ರಿಫಿಕ್ಸ್‌ನ ಮಾರ್ಗವನ್ನು ಓದಿ ಅದು WireGuard ಇಂಟರ್‌ಫೇಸ್‌ಗೆ ತೋರಿಸುತ್ತದೆ ಎಂದು ಖಚಿತಪಡಿಸಿ. ಖಾಲಿ ಮಾರ್ಗ ಪಟ್ಟಿ ಸಾಮಾನ್ಯವಾಗಿ ಅನ್ವಯಿಸಿದ ಪ್ರೊಫೈಲ್ ನೀವು ಸಂಪಾದಿಸಿದ್ದಲ್ಲ ಎಂದು ಅರ್ಥ.

ಹ್ಯಾಂಡ್‌ಶೇಕ್ ಕೌಂಟರ್‌ಗಳನ್ನೂ ಪರಿಶೀಲಿಸಿ, ಏಕೆಂದರೆ ಹ್ಯಾಂಡ್‌ಶೇಕ್ ಇಲ್ಲದ ಪೀರ್‌ಗೆ ರೂಟಿಂಗ್ ಅಲ್ಲ, ಕೀ, ಎಂಡ್‌ಪಾಯಿಂಟ್ ಅಥವಾ ತಲುಪುವಿಕೆಯ ಸಮಸ್ಯೆ ಇರುತ್ತದೆ.

ನೀವು ಬಳಸಿದ ನಿಖರ ಆಜ್ಞೆಯನ್ನು ಬರೆಯಿರಿ, ಏಕೆಂದರೆ ಮುಂದಿನ ವ್ಯಕ್ತಿ ಅದನ್ನು ಒತ್ತಡದಲ್ಲಿ ಚಲಾಯಿಸುತ್ತಾರೆ.

ಎರಡೂ ಬದಿಗಳನ್ನು ಪರಿಶೀಲಿಸಿ, ನಂತರ ರೋಲ್‌ಬ್ಯಾಕ್ ದಾಖಲಿಸಿ

ಖಾಸಗಿ ವಿಳಾಸ, ಅದರ ಆಂತರಿಕ ಹೆಸರು ಮತ್ತು ನೇರವಾಗಿ ಉಳಿಯಬೇಕಾದ ಗಮ್ಯಸ್ಥಾನವನ್ನು ಪರೀಕ್ಷಿಸಿ. ಖಾಸಗಿ ವಿಳಾಸ ಕೆಲಸ ಮಾಡಿ ನೇರ ಗಮ್ಯಸ್ಥಾನ ಈಗ ಸುರಂಗದ ಮೂಲಕ ಹೊರಟರೆ, ಪ್ರಿಫಿಕ್ಸ್ ಪಟ್ಟಿ ತುಂಬಾ ಅಗಲವಾಗಿದೆ. ವಿಳಾಸ ಕೆಲಸ ಮಾಡುತ್ತಿರುವಾಗ ಹೆಸರು ವಿಫಲವಾದರೆ, DNS ಸಾಲು ಜಾರಿಗೆ ಬಂದಿಲ್ಲ. ರೋಲ್‌ಬ್ಯಾಕ್ ಒಂದು ಆಜ್ಞೆ, ಮತ್ತು ಅದು ಅದೇ ಟಿಪ್ಪಣಿಗೆ ಸೇರುತ್ತದೆ.

ಮತ್ತೆ ಸಂಪರ್ಕಗೊಂಡ ನಂತರ ಮಾರ್ಗಗಳು ಇನ್ನೂ ಇವೆ ಎಂದು ಖಚಿತಪಡಿಸಿ, ಏಕೆಂದರೆ ಪ್ರೊಫೈಲ್ ಮತ್ತೆ ಅನ್ವಯಿಸುವ ನಿರ್ವಾಹಕರು ಕೈಯಿಂದ ಮಾಡಿದ ಮಾರ್ಗಗಳನ್ನು ಬದಲಾಯಿಸಬಹುದು.

ಒಬ್ಬನೇ ಕಾನ್ಫಿಗ್ ಮಾಲೀಕರನ್ನು ಇರಿಸಿ, ಏಕೆಂದರೆ ಒಂದೇ ಇಂಟರ್‌ಫೇಸ್ ತಯಾರಿಸುವ ಇಬ್ಬರು ನಿರ್ವಾಹಕರು ಕೊನೆಗೆ ಭಿನ್ನಾಭಿಪ್ರಾಯಕ್ಕೆ ಬರುತ್ತಾರೆ. wg-quick ಕೈಪಿಡಿ ಅದು ಒದಗಿಸುವ ಮಾರ್ಗ ಮತ್ತು DNS ನಡವಳಿಕೆಯನ್ನು ದಾಖಲಿಸುತ್ತದೆ.