ರೂಟರ್ VPN ನಿಯಮಗಳು: ಮೂಲ ಮತ್ತು ಗಮ್ಯಸ್ಥಾನವನ್ನು ಹೊಂದಿಸಿ
ರೂಟರ್ನಲ್ಲಿ VPN ನಿಯಮಕ್ಕೆ ಎರಡು ತುದಿಗಳಿವೆ: ಸಂಚಾರವನ್ನು ಕಳುಹಿಸುವ ಸಾಧನ ಮತ್ತು ಸುರಂಗವನ್ನು ಬಳಸಬೇಕಾದ ಗಮ್ಯಸ್ಥಾನ. ಮೊದಲು ಛೇದನ ಮತ್ತು ಫಾಲ್ಬ್ಯಾಕ್ ನಿರ್ಧರಿಸಿ.
ರೂಟರ್ ಖರೀದಿ ಪುಟಗಳು VPN ರೂಟಿಂಗ್ ಅನ್ನು ಒಂದು ಚೆಕ್ ಬಾಕ್ಸ್ ಆಗಿ ತೋರಿಸುತ್ತವೆ, ಮತ್ತು ಆ ನುಡಿಗಟ್ಟು ಮೂರು ವಿಭಿನ್ನ ಪ್ರಶ್ನೆಗಳನ್ನು ಮರೆಮಾಡುತ್ತದೆ. ನಿಯಮವು ಸಂಚಾರವನ್ನು ಕಳುಹಿಸುವ ಸಾಧನಕ್ಕೆ ಹೊಂದುತ್ತದೆಯೇ, ಅದನ್ನು ಸ್ವೀಕರಿಸುವ ಸರ್ವರ್ಗೆ ಹೊಂದುತ್ತದೆಯೇ, ಅಥವಾ ಎರಡಕ್ಕೂ ಹೊಂದುತ್ತದೆಯೇ? ಯಾವುದಕ್ಕೂ ಹೊಂದದ ಸಂಚಾರಕ್ಕೆ ಏನಾಗುತ್ತದೆ? ಮತ್ತು ಎರಡು ನಿಯಮಗಳು ಒಂದಕ್ಕೊಂದು ತಾಗಿದಾಗ ಯಾವುದು ಗೆಲ್ಲುತ್ತದೆ? ಉತ್ತರವನ್ನು ಮೂಲ ಮತ್ತು ಗಮ್ಯಸ್ಥಾನದ ಜೋಡಿಯಾಗಿ ಬರೆಯುವುದು ಮಸುಕಾದ ವೈಶಿಷ್ಟ್ಯ ಪಟ್ಟಿಯನ್ನು ಪರೀಕ್ಷಿಸಬಹುದಾದ ವಿನ್ಯಾಸವಾಗಿ ಬದಲಿಸುತ್ತದೆ.
ವೈಶಿಷ್ಟ್ಯದ ಹೆಸರು ಎರಡು ತುದಿಗಳನ್ನು ಮರೆಮಾಡುತ್ತದೆ
ಸುರಂಗವನ್ನು ಬಳಸಬೇಕಾದ ಮೀಡಿಯಾ ಪ್ಲೇಯರ್ ಮೂಲ-ಹೊಂದಾಣಿಕೆ. ಸುರಂಗದ ಮೂಲಕ ತಲುಪಬೇಕಾದ ಖಾಸಗಿ ಕಚೇರಿ ಪೂರ್ವಪ್ರತ್ಯಯ ಗಮ್ಯಸ್ಥಾನ-ಹೊಂದಾಣಿಕೆ. ಸುರಂಗವನ್ನು ಒಂದೇ ಸೇವೆಗೆ ಬಳಸಬೇಕಾದ ಕಾರ್ಯಸ್ಥಾನ ಎರಡೂ, ಮತ್ತು ಆ ಛೇದನವೇ ಹೆಚ್ಚಿನ ಗ್ರಾಹಕ ಫರ್ಮ್ವೇರ್ ಕೆಟ್ಟದಾಗಿ ನಿರ್ವಹಿಸುವ ಪ್ರಕರಣ.
ಉತ್ಪನ್ನಗಳನ್ನು ಹೋಲಿಸುವ ಮೊದಲು ಅಗತ್ಯವನ್ನು ಜೋಡಿಯಾಗಿ ಬರೆಯಿರಿ. ಆ ಜೋಡಿಯನ್ನೇ ನೀವು ನಂತರ ಪರೀಕ್ಷಿಸುತ್ತೀರಿ.
ಸಾಧನಗಳ ಪಟ್ಟಿ ಅಥವಾ ಜಾಗತಿಕ ಗಮ್ಯಸ್ಥಾನ ಪಟ್ಟಿಯನ್ನು ನೀಡುವ ಉತ್ಪನ್ನವು «ಈ ಸಾಧನ ಮಾತ್ರ, ಈ ಗಮ್ಯಸ್ಥಾನಗಳು ಮಾತ್ರ» ಎಂದು ಹೇಳಲು ಸಾಧ್ಯವಾಗದೇ ಇರಬಹುದು. ಈ ಅಂತರ ಕಾಸ್ಮೆಟಿಕ್ ಅಲ್ಲ: ಜಾಗತಿಕ ಗಮ್ಯಸ್ಥಾನ ನಿಯಮವು ಆ ಸೈಟ್ಗೆ ಪ್ರತಿ ಸಾಧನದ ಸಂಚಾರವನ್ನು ಸುರಂಗದ ಮೂಲಕ ಕಳುಹಿಸುತ್ತದೆ, ಮತ್ತು ಸಾಧನ ನಿಯಮವು ಆ ಸಾಧನದ ಎಲ್ಲಾ ಸಂಚಾರವನ್ನು ಕಳುಹಿಸುತ್ತದೆ. ಎರಡೂ ಅಗತ್ಯವಲ್ಲ. ಪರದೆಯನ್ನು ನಂಬುವ ಮೊದಲು ಆ ಪ್ರಕರಣವನ್ನು ಎರಡು ಸಾಧನಗಳಿಂದ ಪರೀಕ್ಷಿಸಿ.
ನಿಯಮವನ್ನು ಛೇದನವಾಗಿ ನಿರ್ಮಿಸಿ
ಕೋಷ್ಟಕ ವಿನ್ಯಾಸವನ್ನು ಪ್ರಾಮಾಣಿಕವಾಗಿ ಇಡುತ್ತದೆ. ಸನ್ನಿವೇಶವನ್ನು ಎಡಕ್ಕೆ ಇರಿಸಿ, ನಂತರ ಕಳುಹಿಸುವವರ ಹೊಂದಾಣಿಕೆ ಮತ್ತು ಗುರಿ ಹೊಂದಾಣಿಕೆಯನ್ನು ಪ್ರತ್ಯೇಕವಾಗಿ ಹೆಸರಿಸಿ:
| Scenario | Sender match | Target match | Rule shape |
|---|---|---|---|
| Media player uses the tunnel | Player address | Any internet destination except the LAN | Source only |
| Office prefix reachable | Authorized LAN devices | 10.40.0.0/16 | Target only |
| One app on one laptop | Laptop address | The service address set | Source and target |
| Guest network never tunnels | Guest subnet | Any | Deny, evaluated first |
ಮೂರನೇ ಸಾಲು ಕುತೂಹಲಕರ, ಏಕೆಂದರೆ ಅದಕ್ಕೆ ಎರಡೂ ಅರ್ಧಗಳು ಒಟ್ಟಿಗೆ ಬೇಕು. ಫರ್ಮ್ವೇರ್ ಒಂದೇ ಅಕ್ಷವನ್ನು ವ್ಯಕ್ತಪಡಿಸಲು ಸಾಧ್ಯವಾದರೆ, ಅಗತ್ಯವನ್ನು ಎರಡು ನಿಯಮಗಳಾಗಿ ವಿಭಜಿಸಬೇಕು ಅಥವಾ ಅದನ್ನು ಮಾಡಬಲ್ಲ ಸಾಧನಕ್ಕೆ ಸ್ಥಳಾಂತರಿಸಬೇಕು.
ಮೂಲ ಗುರುತನ್ನು ಸ್ಥಿರವಾಗಿ ಇರಿಸಿ. DHCP ಕಾಯ್ದಿರಿಸುವಿಕೆ, ಮೀಸಲಾದ ವಿಭಾಗ ಅಥವಾ ಸಾಧನ ಗುರುತಿನ ಕಾರ್ಯವಿಧಾನ ಎಲ್ಲವೂ ಕೆಲಸ ಮಾಡುತ್ತವೆ, ಆದರೆ ಗುತ್ತಿಗೆ ಮುಗಿದ ನಂತರ ಬದಲಾಗುವ ವಿಳಾಸ ಕೆಲಸ ಮಾಡುವುದಿಲ್ಲ. IPv6 ಸೇರಿಸಿ, ಏಕೆಂದರೆ ಒಂದು IPv4 ವಿಳಾಸವು ಸಾಧನದ ಎಲ್ಲಾ ಸಂಚಾರವನ್ನು ಗುರುತಿಸುವುದಿಲ್ಲ.
ಆದ್ಯತೆಯೇ ತಾಗುವಿಕೆಯನ್ನು ನಿರ್ಧರಿಸುತ್ತದೆ
ನಿಯಮಗಳು ತಾಗುವುದು ಸಾಮಾನ್ಯ. ವಿಶಾಲ ಸಾಧನ ನಿಯಮ ಮತ್ತು ಸಂಕುಚಿತ ಗಮ್ಯಸ್ಥಾನ ನಿಯಮ ಎರಡೂ ಒಂದೇ ಹರಿವನ್ನು ವಿವರಿಸಬಹುದು, ಮತ್ತು ದಾಖಲಾದ ಆದ್ಯತಾ ಕ್ರಮವು ಯಾವುದು ಗೆಲ್ಲುತ್ತದೆ ಎಂಬುದನ್ನು ನಿರ್ಧರಿಸುತ್ತದೆ. ಆಕರ್ಷಕ ಸೆಟ್ಟಿಂಗ್ಗಳ ಪರದೆ ಆ ಕ್ರಮವನ್ನು ಹೇಳುವುದಿಲ್ಲ.
ಕ್ರಮ ಮತ್ತು ಹೊಂದಾಣಿಕೆ ಇಲ್ಲದ ಪ್ರಕರಣಕ್ಕಾಗಿ ಕೈಪಿಡಿ ಓದಿ, ನಂತರ ನೀವು ಗಮನಿಸಬಹುದಾದ ಸಂಚಾರದಿಂದ ಎರಡನ್ನೂ ಪರೀಕ್ಷಿಸಿ:
ip rule show
ip route get 203.0.113.10
ದಾಖಲೆಗಳು ಕ್ರಮವನ್ನು ತಿಳಿಸದಿದ್ದರೆ, ಸಂಕುಚಿತ ನಿಯಮ ಗೆಲ್ಲದೇ ಇರಬಹುದು ಎಂದು ಭಾವಿಸಿ ಮತ್ತು ಅದಕ್ಕೆ ಅನುಗುಣವಾಗಿ ವಿನ್ಯಾಸ ಮಾಡಿ. ಘರ್ಷಿಸಲು ಸಾಧ್ಯವಿಲ್ಲದ ಎರಡು ನಿಯಮಗಳನ್ನು ಬೆಂಬಲಿಸುವುದು, ಆದ್ಯತೆ ದಾಖಲಾಗದ ಒಂದು ಚತುರ ನಿಯಮಕ್ಕಿಂತ ಸುಲಭ.
ಹೆಸರುಗಳಿಗೆ ರಿಫ್ರೆಶ್ ನೀತಿ ಬೇಕು
ಡೊಮೇನ್ ಆಗಿ ಬರೆದ ಗಮ್ಯಸ್ಥಾನವು ನಿರ್ವಹಣಾ ಸಮಸ್ಯೆಯನ್ನು ಸೇರಿಸುತ್ತದೆ. ರೂಟರ್ ಅದನ್ನು ಪರಿಹರಿಸಬೇಕು, ಮ್ಯಾಪಿಂಗ್ ರಿಫ್ರೆಶ್ ಮಾಡಬೇಕು, ಹಲವು ವಿಳಾಸಗಳು ಮತ್ತು ಉಪಡೊಮೇನ್ಗಳನ್ನು ನಿರ್ವಹಿಸಬೇಕು, ಮತ್ತು ನಿರೀಕ್ಷಿತ ರಿಜಾಲ್ವರ್ ಅನ್ನು ಬೈಪಾಸ್ ಮಾಡುವ ಅಪ್ಲಿಕೇಶನ್ DNS ಅನ್ನು ಎದುರಿಸಬೇಕು.
ಒಂದು ಹುಡುಕಾಟ ಫಲಿತಾಂಶವನ್ನು IP ನಿಯಮಕ್ಕೆ ನಕಲಿಸುವುದು ಸ್ನ್ಯಾಪ್ಶಾಟ್, ಡೊಮೇನ್ ನೀತಿ ಅಲ್ಲ.
ನಿಯಮ ತಪ್ಪಾಗುವ ಮೊದಲು ಉತ್ತರ ಎಷ್ಟು ಹಳೆಯದಾಗಿರಬಹುದು, ಮತ್ತು ಪರಿಹಾರ ವಿಫಲವಾದಾಗ ರೂಟರ್ ಏನು ಮಾಡುತ್ತದೆ ಎಂಬುದನ್ನು ನಿರ್ಧರಿಸಿ. ಕೊನೆಯ ತಿಳಿದ ವಿಳಾಸವನ್ನು ಇಟ್ಟುಕೊಳ್ಳುವ ನಿಯಮ ಸೇವಾ ಸ್ಥಳಾಂತರವನ್ನು ದಾಟಬಹುದು; ನಮೂದನ್ನು ಬಿಡುವ ನಿಯಮ ಸುರಂಗವನ್ನು ಸದ್ದಿಲ್ಲದೆ ನಿಲ್ಲಿಸಬಹುದು. ಎರಡೂ ನಡವಳಿಕೆಗಳು ನಿಯಮದ ಪಕ್ಕದಲ್ಲಿ ಬರೆದಿದ್ದರೆ ಸ್ವೀಕಾರಾರ್ಹ.
ಲಭ್ಯವಿಲ್ಲದ ಸ್ಥಿತಿಯನ್ನು ವ್ಯಾಖ್ಯಾನಿಸಿ
ಮಾರ್ಗ ಆದ್ಯತೆ VPN-ಮಾತ್ರ ಸಂಚಾರವನ್ನು ಜಾರಿಗೊಳಿಸುವುದಿಲ್ಲ. ಸುರಂಗ ಕೆಳಗಿದ್ದಾಗ, ರೂಟರ್ ಹರಿವನ್ನು ತಡೆಯಬಹುದು, ನೇರವಾಗಿ ಕಳುಹಿಸಬಹುದು ಅಥವಾ ಇನ್ನೊಂದು ಸುರಂಗ ಬಳಸಬಹುದು, ಮತ್ತು ಪ್ರತಿ ಆಯ್ಕೆಗೂ ಬೇರೆ ವೈಫಲ್ಯದ ಗುರುತು ಇರುತ್ತದೆ.
ಅಗತ್ಯಕ್ಕೆ ಯಾವುದು ಬೇಕು ಎಂಬುದನ್ನು ನಿರ್ಧರಿಸಿ, ನಂತರ ಸುರಂಗ ನಿಲ್ಲಿಸಿ ಹರಿವನ್ನು ಗಮನಿಸಿ ಪರಿಶೀಲಿಸಿ:
curl -sS -o /dev/null -w "%{http_code}" --max-time 5 https://service.example/
ping -c 2 203.0.113.10
ರೂಟರ್ನಿಂದಲೇ ಹುಟ್ಟುವ ಸಂಚಾರ ಪ್ರತ್ಯೇಕ ವ್ಯಾಪ್ತಿ. DNS ಮುಂದೂಡಿಕೆ, ನವೀಕರಣ ಪರಿಶೀಲನೆಗಳು ಮತ್ತು ಮೇಲ್ವಿಚಾರಣೆ ಸಾಧನದ ಮೂಲ-ಹೊಂದಾಣಿಕೆಯನ್ನು ಆನುವಂಶಿಕವಾಗಿ ಪಡೆಯುವ ಬದಲು ರೂಟರ್ನಿಂದಲೇ ಹೊಸ ಹರಿವುಗಳನ್ನು ಪ್ರಾರಂಭಿಸಬಹುದು. ಆ ಹರಿವುಗಳನ್ನು ಸ್ಪಷ್ಟವಾಗಿ ಲೆಕ್ಕಿಸಿ, ಇಲ್ಲದಿದ್ದರೆ ಅವು ಲಾಗ್ಗಳಲ್ಲಿ ವಿವರಿಸಲಾಗದ ಸೋರಿಕೆಗಳಾಗಿ ಕಾಣುತ್ತವೆ.