ಅತಿಥಿ Wi-Fi ಮುಖ್ಯ ಮಾರ್ಗವನ್ನು ಬಳಸುವುದನ್ನು ಮುಂದುವರಿಸುತ್ತದೆ: ಅದಕ್ಕೆ ತನ್ನದೇ ನಿರ್ಗಮನ ನೀಡಿ

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

ಲಕ್ಷಣ: ಅತಿಥಿಗಳು ಇನ್ನೂ WAN ಮೂಲಕ ಹೊರಹೋಗುತ್ತಾರೆ

ಸೂಚನೆ ನಿರ್ಗಮನ ವಿಳಾಸ. ಸುರಂಗದ ಮೂಲಕ ಇಂಟರ್ನೆಟ್ ತಲುಪುವ ಅತಿಥಿ ಸಾಧನ ಸುರಂಗ ಪೂರೈಕೆದಾರರ ವಿಳಾಸವನ್ನು ವರದಿ ಮಾಡುತ್ತದೆ, ಮತ್ತು ಡಿಫಾಲ್ಟ್ ಅನ್ನು ಆನುವಂಶಿಕವಾಗಿ ಪಡೆದದ್ದು ನಿಮ್ಮ ಸಾಮಾನ್ಯ ಸಂಪರ್ಕವನ್ನು ವರದಿ ಮಾಡುತ್ತದೆ. ಅತಿಥಿ ಸಾಧನ ಮತ್ತು ಮುಖ್ಯ LAN ಸಾಧನವನ್ನು ಅಕ್ಕಪಕ್ಕದಲ್ಲಿ ಹೋಲಿಸಿ, ಏಕೆಂದರೆ ಆಸಕ್ತಿದಾಯಕ ಸಂದರ್ಭವೆಂದರೆ ಅವು ನೀವು ಸಂರಚಿಸಿದ್ದಕ್ಕಿಂತ ಭಿನ್ನವಾಗಿದ್ದು ಪರಸ್ಪರ ಹೊಂದುವಾಗ.

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

ಹಂತ 1: ನಿಜವಾದ ವಿಭಾಗ, ಕೇವಲ ಹೆಸರಲ್ಲ

SSID ಹೆಸರು ಪ್ರತ್ಯೇಕತೆಯನ್ನು ಸೃಷ್ಟಿಸುವುದಿಲ್ಲ. ಅತಿಥಿ ನೆಟ್ವರ್ಕ್ ತನ್ನದೇ ಇಂಟರ್ಫೇಸ್, VLAN ಅಥವಾ ಸೇತುವೆಯಲ್ಲಿ ಕೊನೆಗೊಳ್ಳುತ್ತದೆಯೇ ಮತ್ತು ವಿಳಾಸ ಶ್ರೇಣಿ ವಿಶ್ವಾಸಾರ್ಹ LAN ಗಿಂತ ಭಿನ್ನವಾಗಿದೆಯೇ ಎಂದು ಪರಿಶೀಲಿಸಿ. ಅನೇಕ ಗ್ರಾಹಕ ಪ್ರವೇಶ ಬಿಂದುಗಳಲ್ಲಿ, ಅತಿಥಿ SSID ಉಳಿದ ಎಲ್ಲದರೊಂದಿಗೆ ಅದೇ ವಿಭಾಗಕ್ಕೆ ಸೇತುವೆಯಾಗುತ್ತದೆ, ಇದು ಸರಿಪಡಿಸುವವರೆಗೆ ಈ ಕೆಲಸದ ಉಳಿದ ಭಾಗವನ್ನು ಅಸಾಧ್ಯವಾಗಿಸುತ್ತದೆ.

ನಂತರ ಅತಿಥಿ ಶ್ರೇಣಿ ಮತ್ತು ಅದರ DHCP ಸರ್ವರ್ ಅನ್ನು ದೃಢೀಕರಿಸಿ, ಮತ್ತು ರಿಜಾಲ್ವರ್ ಸೆಟ್ಟಿಂಗ್ಗಳನ್ನು ಇಡೀ ರೂಟರ್ಗೆ ಅಲ್ಲ, ಆ ವಿಭಾಗಕ್ಕೆ ಜೋಡಿಸಿಡಿ. ಫೈರ್ವಾಲ್ ನಿಯಮದಲ್ಲಿ ಕೇವಲ ಕಾಮೆಂಟ್ ಆಗಿ ಅಸ್ತಿತ್ವದಲ್ಲಿರುವ ಅತಿಥಿ ಸಬ್ನೆಟ್ ವಿಭಾಗವಲ್ಲ, ಮತ್ತು ರೂಟರ್ಗೆ ಹೊಂದಿಸಲು ಯಾವುದೇ ಇಂಟರ್ಫೇಸ್ ಇರುವುದಿಲ್ಲ.

VPN ಸಂರಚನೆಯನ್ನು ಸುಲಭಗೊಳಿಸಲು ಅತಿಥಿಗಳನ್ನು ಮುಖ್ಯ LAN ಗೆ ಸೇತುವೆ ಮಾಡಬೇಡಿ. ಅದು ನೀವು ಬಯಸಿದ ಪ್ರತ್ಯೇಕತೆಯನ್ನು ರೂಟಿಂಗ್ ಶಾರ್ಟ್ಕಟ್ಗೆ ಬದಲಾಯಿಸುತ್ತದೆ, ಮತ್ತು ಅತಿಥಿ ನೆಟ್ವರ್ಕ್ ಮುದ್ರಕ ಮತ್ತು NAS ಗೆ ಪ್ರವೇಶ ಪಡೆಯುವ ಸಾಮಾನ್ಯ ಕಾರಣ ಅದೇ.

ಹಂತ 2: ಮೂಲದ ಮೂಲಕ ಸುರಂಗವನ್ನು ಆಯ್ಕೆಮಾಡಿ

ರೂಟಿಂಗ್ ಕೋಷ್ಟಕಗಳನ್ನು ಗಮ್ಯಸ್ಥಾನದ ಮೂಲಕ ಆಯ್ಕೆ ಮಾಡಲಾಗುತ್ತದೆ, ಆದ್ದರಿಂದ «0.0.0.0/0 ಅನ್ನು ಸುರಂಗಕ್ಕೆ ಕಳುಹಿಸಿ» ಎಂಬ ನಿಯಮ ಎಲ್ಲರಿಗೂ ಅನ್ವಯಿಸುತ್ತದೆ. ನೀತಿ ರೂಟಿಂಗ್ ಎರಡನೇ ಆಯಾಮವನ್ನು ಸೇರಿಸುತ್ತದೆ: ಮೂಲ ವಿಳಾಸದ ಮೂಲಕ ಕೋಷ್ಟಕವನ್ನು ಆಯ್ಕೆಮಾಡಿ. Linux ಆಧಾರಿತ ರೂಟರ್ನಲ್ಲಿ, ಅದು ಹೆಚ್ಚುವರಿ ನಿಯಮ ಮತ್ತು ಮೀಸಲಾದ ಕೋಷ್ಟಕ, ಮತ್ತು ಕ್ರಮ ಮುಖ್ಯ ಏಕೆಂದರೆ ಮೊದಲು ಹೊಂದುವ ನಿಯಮ ಗೆಲ್ಲುತ್ತದೆ:

ip rule add from 192.168.60.0/24 lookup 100 priority 1000
ip route add default dev wg0 table 100
ip route get 1.1.1.1 from 192.168.60.10

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

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

ಹಂತ 3: ಪ್ರತ್ಯುತ್ತರ ಮಾರ್ಗ ಮತ್ತು ಅನುವಾದ

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

nft add rule ip nat POSTROUTING ip saddr 192.168.60.0/24 oifname "wg0" masquerade

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

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

ಪ್ರತ್ಯೇಕತೆಯನ್ನು ಪರೀಕ್ಷಿಸಿ, ಕೇವಲ ಬ್ರೌಸಿಂಗ್ ಅಲ್ಲ

ಬ್ರೌಸಿಂಗ್ ನಿರ್ಗಮನ ಬದಲಾಗಿದೆ ಎಂದು ಸಾಬೀತುಪಡಿಸುತ್ತದೆ. ವಿಭಾಗವು ಪ್ರತ್ಯೇಕವಾಗಿದೆ ಎಂದು ಸಾಬೀತುಪಡಿಸುವುದಿಲ್ಲ, ಮತ್ತು ಪ್ರತ್ಯೇಕತೆಯೇ ಅತಿಥಿ ನೆಟ್ವರ್ಕ್ ಇರುವುದಕ್ಕೆ ಕಾರಣ. ಅತಿಥಿ ಸಾಧನದಿಂದ, ರೂಟರ್ನ ನಿರ್ವಹಣಾ ಇಂಟರ್ಫೇಸ್, ವಿಶ್ವಾಸಾರ್ಹ LAN ಹೋಸ್ಟ್ ಮತ್ತು ನಿರಾಕರಿಸಬೇಕಾದ ಸೇವೆಯನ್ನು ತಲುಪಲು ಪ್ರಯತ್ನಿಸಿ; ಮೂರೂ ವಿಫಲವಾಗಬೇಕು, ಮತ್ತು ವೈಫಲ್ಯವು ಯಾರೂ ವಿವರಿಸಲಾಗದ ಕಾಲಮಿತಿಯಲ್ಲ, ನೀತಿ ನಿರ್ಧಾರವಾಗಿರಬೇಕು.

ನಂತರ ಮುಖ್ಯ LAN ಸಾಧನವನ್ನು ಪರೀಕ್ಷಿಸಿ ಅದರ ನಿರ್ಗಮನ ಬದಲಾಗಿಲ್ಲ ಎಂದು ದೃಢೀಕರಿಸಿ. ಈ ವಿನ್ಯಾಸವು ಹೆಚ್ಚಾಗಿ ಉಂಟುಮಾಡುವ ಹಿಂಜರಿಕೆ ಇದೇ: ಅತಿಥಿಗಳಿಗೆ ಉದ್ದೇಶಿಸಿದ ವಿಶಾಲ ನಿಯಮ, ಹೊಂದಾಣಿಕೆಯನ್ನು ಗಮ್ಯಸ್ಥಾನದ ಮೇಲೆ ಬರೆದ ಕಾರಣ ಪ್ರತಿ ಇಂಟರ್ಫೇಸ್ಗೂ ಅನ್ವಯಿಸಲಾಗಿದೆ.

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

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