ಎರಡು SSID, ಎರಡು ನಿರ್ಗಮನ: ಯಾವ ನೀತಿ ಎಲ್ಲಿ ಗೆಲ್ಲುತ್ತದೆ?

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

SSID ನೀತಿಯಲ್ಲ

ರೌಟರ್ ಮುಟ್ಟುವ ಮೊದಲು ಎರಡು ನೆಟ್‌ವರ್ಕ್‌ಗಳಿಗೆ ಹೆಸರಿಡಿ ಮತ್ತು ಅವುಗಳ ಉದ್ದೇಶಿತ ನಿರ್ಗಮನಗಳನ್ನು ಬರೆಯಿರಿ. ಮನೆ ಸಾಮಾನ್ಯ WAN ಗೆ ಹೋಗುತ್ತದೆ, ಕೆಲಸ VPN ಇಂಟರ್ಫೇಸ್‌ಗೆ ಹೋಗುತ್ತದೆ, ಮತ್ತು ಯಾವುದೂ ಇನ್ನೊಂದರ ಮಾರ್ಗವನ್ನು ಆನುವಂಶಿಕವಾಗಿ ಪಡೆಯುವುದಿಲ್ಲ. ಎರಡೂ SSID ಒಂದೇ ವಿಭಜಿಸದ ಸೇತುವೆ ಮೇಲೆ ಬಿದ್ದರೆ, ಹೆಸರುಗಳು ಏನನ್ನೂ ಸೃಷ್ಟಿಸಿಲ್ಲ. ಆ ಸಮತಟ್ಟಾದ ಸೇತುವೆಯೇ ಈ ವಿನ್ಯಾಸವು ಮೌನವಾಗಿ ವಿಫಲವಾಗುವ ಅತ್ಯಂತ ಸಾಮಾನ್ಯ ದಾರಿ.

ಪ್ರವೇಶ ಬಿಂದುವು ಅವನ್ನು ಪ್ರತ್ಯೇಕ ಇಂಟರ್ಫೇಸ್‌ಗಳಾಗಿ ಪ್ರಸ್ತುತಪಡಿಸಬೇಕು, ಟ್ಯಾಗ್ ಮಾಡಿ ಅಥವಾ ಪ್ರತ್ಯೇಕವಾಗಿ ಸೇತುವೆ ಮಾಡಿ. ಇದು ಪೂರ್ವಭಾವಿ ಷರತ್ತು, ವಿವರವಲ್ಲ. ಮೊದಲ ನಿಯಮದ ಮೊದಲು ಮ್ಯಾಪಿಂಗ್ ಬರೆಯಿರಿ.

ಒಳಬರುವ ಇಂಟರ್ಫೇಸ್ ಮೂಲಕ ವರ್ಗೀಕರಿಸಿ

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

ip rule show

ಪ್ರವೇಶಕ್ಕೆ ವಿರುದ್ಧವಾಗಿ ಮೂಲವನ್ನು ಸಹ ಪರಿಶೀಲಿಸಿ, ಇದರಿಂದ ಎರಡೂ ಪರೀಕ್ಷೆಗಳು ಪರಸ್ಪರ ವಿರೋಧಿಸುವ ಬದಲು ಹೊಂದಿಕೊಳ್ಳುತ್ತವೆ. ಅವುಗಳಲ್ಲಿ ಒಂದನ್ನು ಮಾತ್ರ ಪರಿಶೀಲಿಸುವ ನಿಯಮ ಅರ್ಧ ನೀತಿ.

ಗೇಟ್‌ವೇಯ ಸ್ವಂತ ಸುರಂಗವನ್ನು ಇದರಿಂದ ಹೊರಗಿಡಿ

ಗೇಟ್‌ವೇಯ ಸ್ವಂತ ಹೊರ VPN ಸಂಪರ್ಕವನ್ನು ಕೆಲಸ ಮಾಡುವ ಅಂಡರ್‌ಲೇ ಮೇಲೆ ಇರಿಸಿ. ಕೆಲಸದ ಮುಂದೂಡಿದ ಕ್ಲೈಂಟ್‌ಗಳಿಗೆ ಬರೆದ ನಿಯಮವು ಅವನ್ನು ಸಾಗಿಸುವ ಸುರಂಗವನ್ನು ಪುನರಾವರ್ತಿತವಾಗಿ ಹಿಡಿಯಬಾರದು, ಏಕೆಂದರೆ ಭಾರದಲ್ಲಿ ಮಾತ್ರ ಕಾಣುವ ಲೂಪ್ ನಿರ್ಮಿಸುವ ಸಾಂಪ್ರದಾಯಿಕ ದಾರಿ ಅದೇ. ಸ್ಥಳೀಯ ಔಟ್‌ಪುಟ್ ಮಾರ್ಗವನ್ನು ಹೊರಗಿಡಿ ಅಥವಾ ನಿಯಮವನ್ನು ಮುಂದೂಡಿದ ಸಂಚಾರಕ್ಕೆ ಸೀಮಿತಗೊಳಿಸಿ. ಲೂಪ್ ಸಂದರ್ಭವನ್ನು ದೊಡ್ಡ ವರ್ಗಾವಣೆಯಿಂದ ಪರೀಕ್ಷಿಸಿ, ಒಂದು ಪಿಂಗ್‌ನಿಂದ ಅಲ್ಲ.

ಅನುವಾದಕ್ಕೂ ಅದೇ ಕಾಳಜಿ ಬೇಕು. VPN ನಿರ್ಗಮನಕ್ಕೆ ಮೂಲವಾಗಿ ಗೇಟ್‌ವೇಯ ಸುರಂಗ ವಿಳಾಸ ಬೇಕಿದ್ದರೆ, ಅದನ್ನು VPN ಇಂಟರ್ಫೇಸ್ ಬಿಡುವ ಕೆಲಸದ ಮೂಲಗಳಿಗೆ ಮಾತ್ರ ಅನ್ವಯಿಸಿ. ಮನೆಯ ಸಾಮಾನ್ಯ WAN ಅನುವಾದ ಬೇರೆ ವ್ಯಾಪ್ತಿ, ಮತ್ತು ಷರತ್ತಿಲ್ಲದ ಒಂದು masquerade ನಿಯಮ ಎರಡನ್ನೂ ವ್ಯಕ್ತಪಡಿಸಲಾರದು.

ಎರಡೂ ನಿಯಮಗಳನ್ನು ಪಕ್ಕಪಕ್ಕದಲ್ಲಿ ಬರೆಯಿರಿ, ಇದರಿಂದ ಜೋಡಿ ಎರಡು ಸಂಬಂಧವಿಲ್ಲದ ಸಾಲುಗಳ ಬದಲು ವಿನ್ಯಾಸವಾಗಿ ಕಾಣುತ್ತದೆ. ಮೂಲ ಮತ್ತು ಉದ್ದೇಶಿತ ನಿರ್ಗಮನವನ್ನು ಹೆಸರಿಸುವ ಟೀಕೆ ಸಾಕು.

ವಿಫಲತೆಯ ಸ್ಥಿತಿಯನ್ನು ಉದ್ದೇಶಪೂರ್ವಕವಾಗಿ ನಿರ್ಧರಿಸಿ

VPN ಮಾರ್ಗ ಮಾಯವಾದಾಗ ಏನಾಗುತ್ತದೆ ಎಂಬುದನ್ನು ನಿರ್ಧರಿಸಿ. ಕೆಲಸದ ನೆಟ್‌ವರ್ಕ್‌ಗೆ ಪ್ರಾಮಾಣಿಕ ಉತ್ತರ ಸಾಮಾನ್ಯವಾಗಿ ನಿರಾಕರಿಸುವುದು: ಸಾಮಾನ್ಯ WAN ಗೆ ಯಾವುದೇ ಫಾಲ್‌ಬ್ಯಾಕ್ ಇಲ್ಲ, ಏಕೆಂದರೆ ಪ್ರತ್ಯೇಕ SSID ನ ಉದ್ದೇಶವೇ ಅದರ ಸಂಚಾರ ತಪ್ಪು ಮಾರ್ಗದಿಂದ ಹೊರಹೋಗದಿರುವುದು. ಸ್ವಯಂ ಮರುಸಂಪರ್ಕ ಸೌಲಭ್ಯ, ನಿರ್ಬಂಧಿಸುವ ನೀತಿಯಲ್ಲ. ಎಂದಿಗೂ ಲಾಗ್ ಮಾಡದ ನಿರಾಕರಣೆ ನಿಯಮವನ್ನು ಕೆಟ್ಟ ನೆಟ್‌ವರ್ಕ್‌ನಿಂದ ಪ್ರತ್ಯೇಕಿಸಲಾಗದು.

ip route show table work

ಪ್ರತಿ SSID ನಿಂದ ಹೊಸ ಸಂಪರ್ಕವನ್ನು ಪರೀಕ್ಷಿಸಿ, ನಂತರ ಸುರಂಗವನ್ನು ತೆಗೆದು ಪುನಃ ಪರೀಕ್ಷಿಸಿ. ಮನೆ ತನ್ನ ಸಾಮಾನ್ಯ ಮಾರ್ಗವನ್ನು ಉಳಿಸಿಕೊಳ್ಳಬೇಕು, ಕೆಲಸ ಮುಚ್ಚಿದ ರೀತಿಯಲ್ಲಿ ವಿಫಲವಾಗಬೇಕು. IPv6 ಅನ್ನು ಪ್ರತ್ಯೇಕವಾಗಿ ಪರಿಶೀಲಿಸಿ, ಏಕೆಂದರೆ ಎರಡು IPv4 ಉಪಜಾಲಗಳು ಅದರ ಬಗ್ಗೆ ಏನೂ ಹೇಳುವುದಿಲ್ಲ, ಮತ್ತು ನೀತಿ ನಿಯಮಗಳ ಉಲ್ಲೇಖ ಮೇಲೆ ಬಳಸಿದ ಆಯ್ಕೆದಾರರನ್ನು ದಾಖಲಿಸುತ್ತದೆ.