VPN ರೌಟರ್: LAN ಮತ್ತು WAN — ಖರೀದಿಸುವ ಮೊದಲು ಏನನ್ನು ದಾಖಲಿಸಬೇಕು
VPN ಲೇಬಲ್ VLAN, WAN ಫೇಲ್ಓವರ್ ಅಥವಾ ಟನೆಲ್ ಪಾತ್ರಗಳ ಬಗ್ಗೆ ಏನನ್ನೂ ಹೇಳುವುದಿಲ್ಲ. ನೀವು ನಿಯೋಜಿಸಲು ಉದ್ದೇಶಿಸಿರುವ ಮಾದರಿ ಮತ್ತು ಫರ್ಮ್ವೇರ್ನ ನಿಖರ ಸಾಮರ್ಥ್ಯಗಳನ್ನು ಬರೆಯಿರಿ.
VPN-ಸಿದ್ಧ ಲೇಬಲ್ ಅನ್ನು ರೂಟಿಂಗ್, ವಿಭಜನೆ ಮತ್ತು ವೈಫಲ್ಯದಲ್ಲಿ ಬದಲಾವಣೆ ಕೂಡ ಮಾಡಬೇಕಾದ ಸಾಧನದ ಒಂದು ವೈಶಿಷ್ಟ್ಯವೆಂದು ಪರಿಗಣಿಸಿ, ಏಕೆಂದರೆ ಲೇಬಲ್ ಸಾಧನವು ಎಷ್ಟು ಪ್ರತ್ಯೇಕ ನೆಟ್ವರ್ಕ್ಗಳನ್ನು ಇರಿಸಬಲ್ಲದು ಎಂಬುದನ್ನು ಹೇಳುವುದಿಲ್ಲ. ನಿಖರ ಮಾದರಿ ಮತ್ತು ಫರ್ಮ್ವೇರ್ಗಾಗಿ ಸಾಮರ್ಥ್ಯ ದಾಖಲೆ ಬರೆಯುವ ಮೂಲಕ ಪ್ರಾರಂಭಿಸಿ, ನಂತರ ಆ ದಾಖಲೆಯನ್ನು ಸೈಟ್ಗೆ ಬೇಕಾದ ಹರಿವುಗಳೊಂದಿಗೆ ಹೋಲಿಸಿ. ಮಾರ್ಕೆಟಿಂಗ್ ಪುಟಗಳು ಸಾಕೆಟ್ಗಳನ್ನು ಪಟ್ಟಿ ಮಾಡುತ್ತವೆ; ಅವು VLAN ಸದಸ್ಯತ್ವ, ಫೇಲ್ಓವರ್ ನೀತಿ ಅಥವಾ ಟನೆಲ್ ವ್ಯಾಪ್ತಿಯನ್ನು ವಿರಳವಾಗಿ ಪಟ್ಟಿ ಮಾಡುತ್ತವೆ. ದಾಖಲೆಯು ಸುಮಾರು ಇಪ್ಪತ್ತು ನಿಮಿಷ ತೆಗೆದುಕೊಳ್ಳುತ್ತದೆ ಮತ್ತು ಹಾರ್ಡ್ವೇರ್ ಬರುವ ಮೊದಲು ಹೆಚ್ಚಿನ ಖರೀದಿ ಚರ್ಚೆಗಳನ್ನು ಬಗೆಹರಿಸುತ್ತದೆ.
ಎಲ್ಲದಕ್ಕೂ ಮೊದಲು ನಿಖರ ಸಾಧನವನ್ನು ನಿಗದಿಪಡಿಸಿ
ಮಾದರಿ ಹೆಸರುಗಳು ಫರ್ಮ್ವೇರ್ ಪೀಳಿಗೆಗಳಾದ್ಯಂತ ಚಲಿಸುತ್ತವೆ, ಮತ್ತು ಅದೇ ಕವಚವು ಬಿಡುಗಡೆಯನ್ನು ಅವಲಂಬಿಸಿ ಬೇರೆ ಸ್ವಿಚ್ ಡ್ರೈವರ್ನೊಂದಿಗೆ ಬರಬಹುದು. ಬೋರ್ಡ್ ಗುರುತನ್ನು ಕಾರ್ಟನ್ನಿಂದ ಅಲ್ಲ, ಸಾಧನದಿಂದಲೇ ಓದಿ, ಇದರಿಂದ ಪ್ರತಿ ನಂತರದ ಹೇಳಿಕೆಯೂ ನೀವು ಮರುಸೃಷ್ಟಿಸಬಹುದಾದ ವಸ್ತುವಿಗೆ ಬದ್ಧವಾಗಿರುತ್ತದೆ. OpenWrt ನಲ್ಲಿ ಒಂದು ಆಜ್ಞೆ ಮಾದರಿ, ಬೋರ್ಡ್ ಹೆಸರು ಮತ್ತು ಫರ್ಮ್ವೇರ್ ಬಿಡುಗಡೆಯನ್ನು ಒಳಗೊಳ್ಳುತ್ತದೆ, ಮತ್ತು ಸಮಾನ ಪರದೆಗಳು ಹೆಚ್ಚಿನ ವ್ಯಾಪಾರ ಫರ್ಮ್ವೇರ್ಗಳಲ್ಲಿ ಇವೆ.
ssh [email protected] 'ubus call system board'
cat /etc/openwrt_releaseಆ ಸ್ಟ್ರಿಂಗ್ಗಳನ್ನು ದಾಖಲೆಗೆ ಬರೆಯಿರಿ, ಎಂದಿಗೂ ಸಂಕ್ಷಿಪ್ತಗೊಳಿಸಬೇಡಿ. ನಂತರ ಸಾಮಾನ್ಯ ರೂಟಿಂಗ್ ಕೆಲಸವನ್ನು ಟನೆಲ್ ಕೆಲಸದಿಂದ ಬೇರ್ಪಡಿಸಿ. ಪ್ಯಾಕೆಟ್ಗಳನ್ನು ಚೆನ್ನಾಗಿ ಮುಂದಕ್ಕೆ ಕಳುಹಿಸುವ ಸಾಧನವು ಟನೆಲ್ ಅನ್ನು ಕೊನೆಗೊಳಿಸಲು ಇನ್ನೂ ನಿರಾಕರಿಸಬಹುದು, ಮತ್ತು ಟನೆಲ್ ಅನ್ನು ಕೊನೆಗೊಳಿಸುವ ಸಾಧನಕ್ಕೆ ಎರಡು ಸ್ಥಳೀಯ ನೆಟ್ವರ್ಕ್ಗಳನ್ನು ಪ್ರತ್ಯೇಕವಾಗಿ ಇರಿಸುವ ದಾರಿ ಇಲ್ಲದಿರಬಹುದು. ಇವೆರಡನ್ನೂ ಒಂದೇ ಅಗತ್ಯವೆಂದು ಪರಿಗಣಿಸಿದರೆ, ಘಟಕವು ಈಗಾಗಲೇ ರ್ಯಾಕ್ನಲ್ಲಿ ಅಳವಡಿಸಲ್ಪಟ್ಟು, ಸಂರಚಿಸಲ್ಪಟ್ಟು, ಅರ್ಧ ನಂಬಲರ್ಹವಾಗುವವರೆಗೆ ವ್ಯತ್ಯಾಸ ಮರೆಯಾಗುತ್ತದೆ.
LAN ರಚನೆಯನ್ನು ದಾಖಲಿಸಿ, ಪೋರ್ಟ್ ಸಂಖ್ಯೆಯನ್ನು ಅಲ್ಲ
ನಾಲ್ಕು ಸಾಕೆಟ್ಗಳು ಸಾಮಾನ್ಯವಾಗಿ ಒಂದು ಸ್ವಿಚ್ ಎಂದರ್ಥ, ಮತ್ತು VLAN ಸಂರಚಿಸದಿದ್ದರೆ ಸ್ವಿಚ್ ಒಂದು ಪ್ರಸಾರ ಕ್ಷೇತ್ರ ಎಂದರ್ಥ. ಇದು ಸಮತಟ್ಟಾದ ಮನೆ ನೆಟ್ವರ್ಕ್ಗೆ ಸರಿ ಮತ್ತು ಒಂದೇ ಸಾಧನದಲ್ಲಿ ಅತಿಥಿ ವಿಭಾಗ, ನಿರ್ವಹಣಾ ವಿಭಾಗ ಮತ್ತು ಪ್ರತ್ಯೇಕ ಕ್ಯಾಮೆರಾ ವಿಭಾಗ ಬೇಕಾದ ಸೈಟ್ಗೆ ತಪ್ಪು. ಯಾವ ಪೋರ್ಟ್ಗಳು ಯಾವ VLAN ಗೆ ಸೇರಿವೆ, ಯಾವ VLAN ಗಳು CPU ತಲುಪುತ್ತವೆ ಮತ್ತು ಯಾವ ಇಂಟರ್ಫೇಸ್ಗಳು ವಿಳಾಸಗಳನ್ನು ಹೊತ್ತುಕೊಳ್ಳುತ್ತವೆ ಎಂಬುದನ್ನು ದಾಖಲಿಸಿ.
ಫರ್ಮ್ವೇರ್ VLAN ಒದಗಿಸುವಲ್ಲಿ, ಇಂಟರ್ಫೇಸ್ ಪಟ್ಟಿ ನೀವು ಎಷ್ಟು ವಿಭಿನ್ನ ನೀತಿಗಳನ್ನು ಬರೆಯಬಹುದು ಎಂಬುದನ್ನು ನಿರ್ಧರಿಸುತ್ತದೆ. ಸ್ವಿಚ್ನಲ್ಲಿ ವ್ಯಾಖ್ಯಾನಿಸಲ್ಪಟ್ಟರೂ ಎಂದಿಗೂ ಇಂಟರ್ಫೇಸ್ ಆಗಿ ನಿಗದಿಪಡಿಸದ VLAN ಗೆ ವಿಳಾಸವೂ ಇಲ್ಲ, ಫೈರ್ವಾಲ್ ವಲಯವೂ ಇಲ್ಲ, ಆದ್ದರಿಂದ ಅದು ತಾನೇ ಏನನ್ನೂ ಜಾರಿಗೊಳಿಸಲಾರದು.
| Field to record | Example entry | Review stops if |
|---|---|---|
| Ports and VLAN membership | ports 1-4 untagged on VLAN 10, port 5 trunk with VLAN 10 and 20 | the datasheet offers only a socket count |
| Routed interfaces | br-lan 192.168.88.1/24, vlan20 192.168.99.1/24 | two subnets cannot hold separate policies |
| WAN method and failover | DHCP on wan, PPPoE on wan2, policy route to wan2 on loss | only one uplink is configurable |
| Tunnel role and scope | WireGuard peer on the router, only 192.168.88.0/24 routed inside | the router can only pass another tunnel through |
ಮೆನುವನ್ನು ನಂಬುವ ಬದಲು ಸ್ವಿಚ್ ಸ್ಥಿತಿಯನ್ನು ಓದಿ. ಹಳೆಯ OpenWrt ಗುರಿಗಳಲ್ಲಿ ಸ್ವಿಚ್ ಉಪಕರಣ ಸಂರಚಿತ ಸಾಧನಗಳನ್ನು ಮುದ್ರಿಸುತ್ತದೆ, ಮತ್ತು DSA ಗುರಿಗಳಲ್ಲಿ ಸೇತುವೆ ಉಪಕರಣಗಳು ಪ್ರತಿ ಪೋರ್ಟ್ಗೂ ಅದೇ ಸಂಗತಿಗಳನ್ನು ವರದಿ ಮಾಡುತ್ತವೆ, ಆದ್ದರಿಂದ ಫರ್ಮ್ವೇರ್ ಬಿಡುಗಡೆ ದಾಖಲೆಗೆ ಸೇರುತ್ತದೆ.
WAN ಮತ್ತು ಫೇಲ್ಓವರ್ ನಡವಳಿಕೆಯನ್ನು ಬರೆಯಿರಿ
ಪ್ರವೇಶ ವಿಧಾನ, ವಿಳಾಸದ ಮಾಲೀಕತ್ವ ಮತ್ತು ಫೇಲ್ಓವರ್ ಕ್ರಮವು ಪ್ರತಿ ಅಪ್ಲಿಂಕ್ನಿಗೆ ಒಂದು ಸಾಲಿನಲ್ಲಿ ಬರುತ್ತವೆ, ಏಕೆಂದರೆ WAN ಬದಲಾವಣೆಯನ್ನು ಉಳಿದುಕೊಳ್ಳುವ ಟನೆಲ್ ಮೂರನ್ನೂ ಅವಲಂಬಿಸಿದೆ. PPPoE ಸೆಷನ್ ಹೊಸ ವಿಳಾಸದೊಂದಿಗೆ ಮತ್ತೆ ಸಂಪರ್ಕಗೊಂಡು ಟನೆಲ್ ಅನ್ನು ಜೊತೆಯಲ್ಲಿ ಉರುಳಿಸುತ್ತದೆ, ಆದರೆ ತನ್ನ ಬಾಡಿಗೆ ಉಳಿಸಿಕೊಳ್ಳುವ DHCP ಅಪ್ಲಿಂಕ್ ಹಾಗೆ ಮಾಡದಿರಬಹುದು.
ಫೇಲ್ಓವರ್ಗೆ ನೀತಿ ನಿರ್ಣಯವೂ ಬೇಕು. ಎಲ್ಲಾ ಸಂಚಾರವನ್ನು ಬ್ಯಾಕಪ್ ಲಿಂಕ್ಗೆ ಕಳುಹಿಸುವುದು ಸುಲಭ; ಸಾಮಾನ್ಯ ವೆಬ್ ಸಂಚಾರ ಬ್ಯಾಕಪ್ ಬಳಸುವಾಗ ಟನೆಲ್ ಅನ್ನು ಪ್ರಾಥಮಿಕದಲ್ಲಿ ಇರಿಸುವುದು ನೀತಿ ಆಧಾರಿತ ರೂಟಿಂಗ್ ಬೇಕು, ಮತ್ತು ಪ್ರತಿ ಫರ್ಮ್ವೇರ್ ಅದನ್ನು ಒದಗಿಸುವುದಿಲ್ಲ. ಟನೆಲ್ ಒಂದು ಅಪ್ಲಿಂಕ್ಗೆ ಬದ್ಧವಾಗಿದೆಯೇ ಮತ್ತು ಆ ಲಿಂಕ್ ಕಣ್ಮರೆಯಾದಾಗ ಸಾಧನವು ಸ್ಥಾಪಿತ ಸೆಷನ್ಗಳೊಂದಿಗೆ ಏನು ಮಾಡುತ್ತದೆ ಎಂಬುದನ್ನು ಗಮನಿಸಿ. ರೂಟಿಂಗ್ ಕೋಷ್ಟಕವನ್ನು ಸಾಕ್ಷಿಯಾಗಿ ಇರಿಸಿ, ಫೇಲ್ಓವರ್ ಚೆಕ್‌ಬಾಕ್ಸ್ ಅಲ್ಲ.
ಒಂದು ಅನುಮತಿಸಿದ ಮತ್ತು ಒಂದು ನಿರಾಕರಿಸಿದ ಹರಿವನ್ನು ಪರೀಕ್ಷಿಸಿ
ಸಾಧನವನ್ನು ಅದರ ಆಧಾರದಲ್ಲಿ ಸ್ವೀಕರಿಸಬಹುದಾದರೆ ಮಾತ್ರ ದಾಖಲೆಯನ್ನು ಇಡುವುದು ಯೋಗ್ಯ. ಕೆಲಸ ಮಾಡಬೇಕಾದ ಒಂದು ಹರಿವು, ಮಾಡಬಾರದ ಒಂದು ಹರಿವನ್ನು ಆಯ್ಕೆಮಾಡಿ, ಮತ್ತು ಎರಡನ್ನೂ ಸಂಬಂಧಿತ ವಿಭಾಗದ ಕ್ಲೈಂಟ್ನಿಂದ ಚಲಾಯಿಸಿ. ಪ್ರತಿ ಸಬ್ನೆಟ್ ಅನ್ನು ಹೊತ್ತುಕೊಳ್ಳುವ ಟನೆಲ್, ಅಗತ್ಯ ಒಂದು ಸಬ್ನೆಟ್ ಆಗಿದ್ದಾಗ ವೈಫಲ್ಯ.
ನಂತರ ನಿರಾಕರಣೆಯನ್ನು ದೃಢೀಕರಿಸಿ, ಏಕೆಂದರೆ ಅನುಮತಿ ನೀಡುವ ಡೀಫಾಲ್ಟ್ ಸಾಮಾನ್ಯ ಆಶ್ಚರ್ಯ. ಅತಿಥಿ ವಿಭಾಗವು ನಿರ್ವಹಣಾ ವಿಳಾಸವನ್ನು ತಲುಪಬಾರದು, ಮತ್ತು ಪರಿಶೀಲನೆ ಲಾಗಿನ್ ಪುಟದ ಬದಲು ಸಮಯ ಮೀರಿಕೆ ಅಥವಾ ನಿರಾಕರಣೆ ತೋರಿಸಬೇಕು.
curl -sS --max-time 8 https://api.ipify.org
ping -c 2 192.168.99.1
ip -4 route get 192.168.99.1ಅನುಮತಿಸಿದ ಹರಿವು ಕೆಲಸ ಮಾಡಿ ನಿರಾಕರಿಸಿದ ಹರಿವೂ ಕೆಲಸ ಮಾಡಿದರೆ, ಮೆನುಗಳು ವಿರುದ್ಧ ಸೂಚಿಸಿದರೂ ವಿಭಜನೆ ಇಲ್ಲ. ಎರಡೂ ವಿಫಲವಾದರೆ, ಟನೆಲ್ ವ್ಯಾಪ್ತಿ ಅಥವಾ ಮರಳು ಮಾರ್ಗ ತಪ್ಪಾಗಿದೆ, ಮತ್ತು WAN ದಾಖಲೆ ಸಾಮಾನ್ಯವಾಗಿ ಯಾವುದೆಂದು ವಿವರಿಸುತ್ತದೆ. ಎರಡೂ ಫಲಿತಾಂಶಗಳನ್ನು ಸಾಮರ್ಥ್ಯ ದಾಖಲೆಯೊಂದಿಗೆ ಇರಿಸಿ, ಮುಂದಿನ ಪರಿಶೀಲಕ ಏನನ್ನು ಸ್ವೀಕರಿಸಲಾಯಿತು, ಯಾವ ಫರ್ಮ್ವೇರ್ನಲ್ಲಿ ಮತ್ತು ಯಾವ ದಿನಾಂಕದಂದು ನೋಡಬಹುದು.