ಮನೆಯ WireGuard ಸುರಂಗಕ್ಕೆ LAN ನಿಂದ ಹಿಂತಿರುಗುವ ಮಾರ್ಗ ಬೇಕು
ಹ್ಯಾಂಡ್ಶೇಕ್ ಸುಲಭ ಭಾಗ. ರೌಟರ್ ಮತ್ತು ಗೇಟ್ವೇ ನಡುವಿನ ಕೆಲಸದ ಹಂಚಿಕೆಯನ್ನು ನಿರ್ಧರಿಸಿ, ಲ್ಯಾಪ್ಟಾಪ್ನ ಮೂಲವನ್ನು ಬದಲಾಗದೆ ಇರಿಸಿ ಮತ್ತು LAN ಗೆ ಹಿಂತಿರುಗುವ ಮಾರ್ಗ ನೀಡಿ.
ಮನೆಗೆ ಪ್ರವೇಶ ಒಂದು ಖಾಸಗಿ ಸೇವೆ, ಎರಡನೇ ಇಂಟರ್ನೆಟ್ ನಿರ್ಗಮನ ಅಲ್ಲ. WireGuard ರೌಟರ್ನ ಹಿಂದಿನ Linux ಬಾಕ್ಸ್ನಲ್ಲಿ ಕೊನೆಗೊಳ್ಳುತ್ತದೆ, ರೌಟರ್ ತನ್ನ ಪ್ರಸ್ತುತ ಕೆಲಸವನ್ನು ಉಳಿಸಿಕೊಳ್ಳುತ್ತದೆ, ಮತ್ತು ಲ್ಯಾಪ್ಟಾಪ್ ಸುರಂಗದ ಮೂಲಕ ಮನೆಯ ಪೂರ್ವಪ್ರತ್ಯಯವನ್ನು ಮಾತ್ರ ಕಳುಹಿಸುತ್ತದೆ. ಯಾವ ಸಾಧನ ಮುಂದಕ್ಕೆ ರವಾನಿಸುತ್ತದೆ ಮತ್ತು ಯಾವುದು ಕೊನೆಗೊಳಿಸುತ್ತದೆ ಎಂಬುದು ಪ್ರತಿ ಮುಂದಿನ ನಿಯಮವೂ ಅನುಸರಿಸುವ ನಿರ್ಣಯ. ಈ ಹಂಚಿಕೆಯನ್ನು ತಪ್ಪಾಗಿಸಿದರೆ, ಸೇರಿಸಲು ಉದ್ದೇಶಿಸದ NAT ಅನ್ನು ಡೀಬಗ್ ಮಾಡುತ್ತೀರಿ.
ಯಾರು ರವಾನಿಸುತ್ತಾರೆ ಮತ್ತು ಯಾರು ಕೊನೆಗೊಳಿಸುತ್ತಾರೆ ಎಂದು ನಿರ್ಧರಿಸಿ
ಸಾರ್ವಜನಿಕ ಪ್ರವೇಶ ರೌಟರ್ನದು: ಅದು UDP ಪ್ಯಾಕೆಟ್ ಸ್ವೀಕರಿಸಿ Linux ಹೋಸ್ಟ್ಗೆ ನೀಡುತ್ತದೆ. ಆ ಹೋಸ್ಟ್ WireGuard ಕೇಳುಗ ಮತ್ತು LAN ಗೆ ರವಾನೆಯ ನಿರ್ಣಯವನ್ನು ಹೊಂದಿದೆ. ಪ್ರಾಯೋಗಿಕವಾಗಿ ಮ್ಯಾಪಿಂಗ್ UDP 51820 ಅನ್ನು 192.168.50.10 ಗೆ ಕಳುಹಿಸುತ್ತದೆ, ಮತ್ತು ಅಪ್ಲಿಕೇಶನ್ನ ಸ್ವಂತ ಪೋರ್ಟ್ ಮುಚ್ಚಿರುತ್ತದೆ. ಪಾತ್ರಗಳನ್ನು ಪ್ರತ್ಯೇಕವಾಗಿ ಇರಿಸುವುದು ಫೈರ್ವಾಲ್ ಅನ್ನು ಚಿಕ್ಕದಾಗಿ ಇರಿಸುತ್ತದೆ.
ಇಂಟರ್ಫೇಸ್ ರಚಿಸುವ ಮೊದಲು ವಿಳಾಸ ಯೋಜನೆಯನ್ನು ಬರೆಯಿರಿ. ರೌಟರ್ 192.168.50.1, ಗೇಟ್ವೇ 192.168.50.10, ಸೇವೆ 192.168.50.20, ಸುರಂಗ 10.77.0.0/24 ಜೊತೆಗೆ ಗೇಟ್ವೇ .1 ಮತ್ತು ಲ್ಯಾಪ್ಟಾಪ್ .2. ಸುರಂಗದ ವ್ಯಾಪ್ತಿ ಲ್ಯಾಪ್ಟಾಪ್ ಈಗಾಗಲೇ ತಲುಪುವ ಜಾಲರಿಯೊಂದಿಗೆ ಅತಿವ್ಯಾಪಿಸಬಾರದು, ಇಲ್ಲದಿದ್ದರೆ ಗಮ್ಯಸ್ಥಾನಗಳು ಅಸ್ಪಷ್ಟವಾಗುತ್ತವೆ. ಕ್ಯಾರಿಯರ್-ಗ್ರೇಡ್ NAT ಅಥವಾ ಮೇಲಿನ ರೌಟರ್ ಒಳಬರುವ ಪ್ರವೇಶವನ್ನು ತಡೆಯಬಹುದು, ಮತ್ತು ಯಾವುದೇ ಸ್ಥಳೀಯ ಪೋರ್ಟ್ ರವಾನೆ ಅದನ್ನು ಸರಿಪಡಿಸುವುದಿಲ್ಲ.
ಕೀಗಳನ್ನು ಬದಲಾಯಿಸಿ, ನಂತರ AllowedIPs ನ ಗಾತ್ರವನ್ನು ನಿರ್ಧರಿಸಿ
ಪ್ರತಿ ತುದಿಗೆ ಪ್ರತ್ಯೇಕ ಕೀ ಜೋಡಿ ರಚಿಸಿ ಮತ್ತು ಪರಿಶೀಲಿಸಿದ ಮಾರ್ಗದ ಮೂಲಕ ಸಾರ್ವಜನಿಕ ಕೀಗಳನ್ನು ಮಾತ್ರ ಸಾಗಿಸಿ. ಗೇಟ್ವೇಯ peer ನಮೂದು ಲ್ಯಾಪ್ಟಾಪ್ನ ಸುರಂಗ ಮೂಲವನ್ನು ಮಾತ್ರ ಅನುಮತಿಸುತ್ತದೆ, ಏಕೆಂದರೆ ಮನೆಯ LAN ಲ್ಯಾಪ್ಟಾಪ್ನ ಹಿಂದೆ ಅಲ್ಲ, ಗೇಟ್ವೇಯ ಹಿಂದೆ ಇದೆ. ಆ ನಮೂದಿನಲ್ಲಿ LAN ಇಡುವುದು ನೀವು ಕಟ್ಟದ ಟೋಪಾಲಜಿಯನ್ನು ವಿವರಿಸುತ್ತದೆ.
[Interface]
Address = 10.77.0.2/32
PrivateKey = LAPTOP_PRIVATE_KEY_BASE64
[Peer]
PublicKey = HOME_PUBLIC_KEY_BASE64
Endpoint = home-vpn.example.com:51820
AllowedIPs = 192.168.50.0/24, 10.77.0.1/32AllowedIPs ಎಂದರೆ ಮನೆಯ ಪೂರ್ವಪ್ರತ್ಯಯ ಜೊತೆಗೆ ಗೇಟ್ವೇಯ ಸುರಂಗ ವಿಳಾಸ, ಎಂದಿಗೂ 0.0.0.0/0 ಅಲ್ಲ, ಹೀಗಾಗಿ ಸಾಮಾನ್ಯ ಬ್ರೌಸಿಂಗ್ ತನ್ನ ಸ್ಥಳೀಯ ಮಾರ್ಗವನ್ನು ಉಳಿಸಿಕೊಳ್ಳುತ್ತದೆ. ಒಬ್ಬ ಕಾನ್ಫಿಗರೇಶನ್ ಮಾಲೀಕರನ್ನು ಇರಿಸಿ, ಮತ್ತು ಅದೇ ಇಂಟರ್ಫೇಸ್ ಅನ್ನು ಎರಡನೇ ಜಾಲರಿ ನಿರ್ವಾಹಕಕ್ಕೆ ಎಂದಿಗೂ ಸೇರಿಸಬೇಡಿ.
ಹಿಂತಿರುಗುವ ಮಾರ್ಗವೇ ಜನರು ಬಿಟ್ಟುಬಿಡುವ ಭಾಗ
ಈ ವಿನ್ಯಾಸ ಲ್ಯಾಪ್ಟಾಪ್ನ 10.77.0.2 ಮೂಲವನ್ನು ಗೇಟ್ವೇ ಎಂದು ಮರೆಮಾಡದೆ ಉಳಿಸುತ್ತದೆ, ಹೀಗಾಗಿ ಮನೆಯ ಸಾಧನಗಳು ಅದಕ್ಕೆ ಹೇಗೆ ಉತ್ತರಿಸಬೇಕೆಂದು ತಿಳಿದಿರಬೇಕು. ಮನೆಯ ರೌಟರ್ನಲ್ಲಿ 10.77.0.0/24 ಗೆ 192.168.50.10 ಮುಂದಿನ ಹಾಪ್ ಆಗಿರುವ ಸ್ಥಿರ ಮಾರ್ಗ ಸೇರಿಸಿ, ಮತ್ತು wg-quick AllowedIPs ನಿಂದ ಏನನ್ನು ಪಡೆಯುತ್ತದೆ ಎಂದು ಅದರ ಉಲ್ಲೇಖದಲ್ಲಿ ಓದಿ. ಆ ಮಾರ್ಗ ಇಲ್ಲದಿದ್ದರೆ, ಪೂರ್ಣಗೊಂಡ ಹ್ಯಾಂಡ್ಶೇಕ್ ಎಂದಿಗೂ ಬಾರದ ಅಪ್ಲಿಕೇಶನ್ ಉತ್ತರಗಳೊಂದಿಗೆ ಜೊತೆಯಾಗಿ ಇರುತ್ತದೆ.
ರೌಟರ್ ಆ ಮಾರ್ಗವನ್ನು ಹೊರಲು ಸಾಧ್ಯವಾಗದಿದ್ದರೆ, ದಾಖಲಿತ ಹಿಂತಿರುಗುವ ವಿನ್ಯಾಸವನ್ನು ಆರಿಸಿ. ಬದಲಿಗೆ ಮೌನವಾಗಿ NAT ಸೇರಿಸುವುದು ನೀವು ಈಗ ಬರೆದ ಮೂಲ ಮಾದರಿಯನ್ನು ಬದಲಾಯಿಸುತ್ತದೆ.
ಒಂದು ಸೇವೆಗೆ ಅನುಮತಿ ನೀಡಿ, ಉಪಜಾಲರಿಗೆ ಅಲ್ಲ
ಗೇಟ್ವೇಯಲ್ಲಿ IPv4 ರವಾನೆಯನ್ನು ಸಕ್ರಿಯಗೊಳಿಸಿ ಮತ್ತು ಫೈರ್ವಾಲ್ನ ಮೂರು ಜವಾಬ್ದಾರಿಗಳನ್ನು ಪ್ರತ್ಯೇಕವಾಗಿ ಇರಿಸಿ: WireGuard ಕೇಳುಗನನ್ನು ಒಪ್ಪಿಕೊಳ್ಳಿ, ಲ್ಯಾಪ್ಟಾಪ್ನ ಮೂಲವನ್ನು 192.168.50.20 ಗೆ ಮಾತ್ರ ರವಾನಿಸಿ, ಮತ್ತು ಮನೆಯ ಜಾಲರಿಯ ಉಳಿದ ಭಾಗವನ್ನು ಆ peer ಗೆ ಮುಚ್ಚಿಡಿ. ನಿಯಮಗಳನ್ನು ಈಗಾಗಲೇ ಬಳಕೆಯಲ್ಲಿರುವ ಫೈರ್ವಾಲ್ ನಿರ್ವಾಹಕದಲ್ಲಿ ಸಂಯೋಜಿಸಿ, ಅದನ್ನು ಖಾಲಿ ಮಾಡಬೇಡಿ. ಇಡೀ ಮನೆಯ ಪೂರ್ವಪ್ರತ್ಯಯಕ್ಕೆ ಇರುವ ಮಾರ್ಗ ಅದರೊಳಗಿನ ಪ್ರತಿ ಸಾಧನವನ್ನೂ ಬಳಸುವ ಅನುಮತಿ ಅಲ್ಲ.
ಅಪ್ಲಿಕೇಶನ್ನ ಸ್ವಂತ ದೃಢೀಕರಣ ಮತ್ತು ಹೋಸ್ಟ್ ಫೈರ್ವಾಲ್ ಪ್ರತ್ಯೇಕ ದ್ವಾರ. ನಿಯಮ ಸಮೂಹ ಅನುಮತಿಸುವ ಸೇವೆಯನ್ನು ಹೆಸರಿಸಿ, ಮುಂದಿನ ಪರಿಶೀಲಕರು ಅದನ್ನು ಉದ್ದೇಶಿತ ಕಾರ್ಯದೊಂದಿಗೆ ಹೋಲಿಸಲು ಸಾಧ್ಯವಾಗುತ್ತದೆ.
ಹೊರಗಿನಿಂದ ಪರೀಕ್ಷಿಸಿ, ನಂತರ ಸ್ವಚ್ಛವಾಗಿ ಹಿಂತೆಗೆದುಕೊಳ್ಳಿ
ಪ್ರೊಫೈಲ್ಗಳನ್ನು ಅವುಗಳ ಮಾಲೀಕರ ಮೂಲಕ ಎತ್ತಿ, ಹ್ಯಾಂಡ್ಶೇಕ್ ದೃಢೀಕರಿಸಿ, ನಂತರ ಅನುಮೋದಿತ ಹೊರಗಿನ ಜಾಲರಿಯಿಂದ ಉದ್ದೇಶಿತ ಅಪ್ಲಿಕೇಶನ್ ಚಲಾಯಿಸಿ ಉತ್ತರವನ್ನು ಪರಿಶೀಲಿಸಿ. ನಿರಾಕರಿಸಲ್ಪಟ್ಟೇ ಇರಬೇಕಾದ ಮನೆಯ ಸೇವೆಯನ್ನು ಪ್ರಯತ್ನಿಸಿ, ಏಕೆಂದರೆ ಅನುಮತಿ ನೀಡುವ ನಿಯಮ ಯಾವುದೋ ಅದನ್ನು ಬಳಸುವವರೆಗೆ ಕಾಣುವುದಿಲ್ಲ. HTTPS ಗೆ ಪ್ರಮಾಣಪತ್ರದಲ್ಲಿರುವ ಹೆಸರನ್ನು ಬಳಸಿ ಮತ್ತು ಪರಿಶೀಲನೆ ನಡೆಯಲಿ; ಕಚ್ಚಾ ವಿಳಾಸವನ್ನು ಟೈಪ್ ಮಾಡಿ ಎಚ್ಚರಿಕೆಯನ್ನು ದಾಟುವುದು ಮಾರ್ಗದ ಬಗ್ಗೆ ಏನನ್ನೂ ಸಾಬೀತುಪಡಿಸುವುದಿಲ್ಲ. PersistentKeepalive ಐಚ್ಛಿಕ: ನಿಷ್ಕ್ರಿಯ ಸಮಯದ ನಂತರ NAT ನಲ್ಲಿ ಸಿಕ್ಕ peer ಗೆ ಸಹಾಯ ಮಾಡುತ್ತದೆ, ಆದರೆ ಅದು ಕಾಣೆಯಾದ ಮಾರ್ಗವೂ ಅಲ್ಲ, ಅನುಮತಿಯ ಸರಿಪಡಿಸುವಿಕೆಯೂ ಅಲ್ಲ.
ಕ್ರಿಯಾತ್ಮಕ ಸಾರ್ವಜನಿಕ ವಿಳಾಸಕ್ಕೆ DNS ನವೀಕರಣಗಳು ಬೇಕು, ಮತ್ತು ಬದಲಾವಣೆಯ ನಂತರ ಲ್ಯಾಪ್ಟಾಪ್ ತನ್ನ ಅಂತ್ಯಬಿಂದುವನ್ನು ಮತ್ತೆ ಪರಿಹರಿಸಬೇಕು; ಹೊಸ DNS ದಾಖಲೆಗಳು ಕಾನ್ಫಿಗರ್ ಮಾಡಿದ ಅಂತ್ಯಬಿಂದುವನ್ನು ಸರಿಸುವುದಿಲ್ಲ. ಸಂಗ್ರಹಿತ ಮತ್ತು ಸಕ್ರಿಯ ಕಾನ್ಫಿಗರೇಶನ್ನಿಂದ ಅದರ peer ಅನ್ನು ತೆಗೆದು ಲ್ಯಾಪ್ಟಾಪ್ ಅನ್ನು ಹಿಂತೆಗೆದುಕೊಳ್ಳಿ; ಕೇವಲ ಲ್ಯಾಪ್ಟಾಪ್ ಪ್ರೊಫೈಲ್ ಅಳಿಸುವುದು ಗೇಟ್ವೇಯ ಅಧಿಕಾರವನ್ನು ರದ್ದುಗೊಳಿಸುವುದಿಲ್ಲ.