Access Server ಗೇಟ್‌ವೇ ಬಳಕೆದಾರ: ಕ್ಲೈಂಟ್ ಶಾಖೆ LAN ನ ಮಾರ್ಗನಿರ್ದೇಶನ

OpenVPN ಕ್ಲೈಂಟ್‌ನ ಟನಲ್ ವಿಳಾಸಕ್ಕೆ ping ಮಾಡಬಹುದು, ಆದರೆ ಅದರ ಹಿಂದಿನ LAN ನಲ್ಲಿ ಯಾವುದೇ ಹೋಸ್ಟ್ ತಲುಪಲಾಗದು. Access Server ಆ ಕ್ಲೈಂಟ್‌ಗೆ VPN ಪೂಲ್‌ನಿಂದ ವಿಳಾಸ ನೀಡುತ್ತದೆ; ಪೂಲ್ ವಿಳಾಸವೇ ಸರ್ವರ್ ತನ್ನದೆಂದು ತಿಳಿಯುವುದು. ಶಾಖೆಯ ಪ್ರಿಫಿಕ್ಸ್ ಪ್ರತ್ಯೇಕವಾಗಿ ಘೋಷಿಸಬೇಕು; ನಂತರವೂ ಶಾಖೆಗೆ ಫಾರ್ವರ್ಡರ್, ಪ್ರಧಾನ ಕಚೇರಿಗೆ ಹಿಂತಿರುಗು ಮಾರ್ಗ ಬೇಕು. ತಪ್ಪು ಸ್ಥಳದ ಮಾರ್ಗ ಪರಿಹಾರದಂತೆ ಕಾಣುತ್ತದೆ, ಏನನ್ನೂ ಬದಲಿಸುವುದಿಲ್ಲ.

ಎರಡು ವಿಳಾಸ, ಎರಡು ಬೇರೆ ಮಾಲೀಕತ್ವದ ಹಕ್ಕು

ಸಂಪರ್ಕದ ವೇಳೆ Access Server ಸಂರಚಿತ VPN ಪೂಲ್‌ನಿಂದ ವಿಳಾಸ ನೀಡುತ್ತದೆ, ಉದಾ. 10.90.0.0/24. ಅದು ಒಂದು ಹೋಸ್ಟ್‌ಗೆ ಗುತ್ತಿಗೆ. ಅದೇ ಕ್ಲೈಂಟ್ 10.60.0.0/24 ಮುಂಭಾಗದಲ್ಲೂ ಇದೆ ಎಂದು ಸಂಪರ್ಕ ಹೇಳುವುದಿಲ್ಲ; ಸರ್ವರ್ ಊಹಿಸುವುದಿಲ್ಲ: ನಿರ್ವಾಹಕ ಘೋಷಿಸಿದರೆ ಮಾತ್ರ LAN ಪ್ರಿಫಿಕ್ಸ್ ನಿರ್ದಿಷ್ಟ ಕ್ಲೈಂಟ್ ಮೂಲಕ ತಲುಪುತ್ತದೆ.

ಆದ್ದರಿಂದ ಬೇರೆ ಯಂತ್ರದ ಸ್ಥಿರ ಮಾರ್ಗ ಕೆಲಸ ಮಾಡದು. ಮಾರ್ಗ 10.60.0.0/24 ಅನ್ನು ಈ ವಿಳಾಸಕ್ಕೆ ಕಳುಹಿಸು ಎನ್ನುತ್ತದೆ; ವಿಳಾಸ ಗೇಟ್‌ವೇ ಎಂದು ಗುರುತಿಸದ ಕ್ಲೈಂಟ್‌ನದ್ದಾದರೆ, ಪ್ಯಾಕೆಟ್ ಅಲ್ಲಿಗೆ ತಲುಪಿಸಲು ಸರ್ವರ್‌ಗೆ ಕಾರಣವಿಲ್ಲ, ಕ್ಲೈಂಟ್ ಸ್ಟಾಕ್ ಬಿಸಾಡಬಹುದು. ಘೋಷಣೆ ಮತ್ತು ಮಾರ್ಗ ಒಂದೇ ವ್ಯವಸ್ಥೆಯ ಎರಡು ಅರ್ಧ.

ಗೇಟ್‌ವೇ ಸೆಟ್ಟಿಂಗ್ ನಿಜವಾಗಿ ಏನನ್ನು ಸ್ಥಾಪಿಸುತ್ತದೆ

Admin Web UI ನಲ್ಲಿ ಘೋಷಣೆ ಬಳಕೆದಾರ ಗುಣ: connector ಬಳಕೆದಾರರಲ್ಲಿ Configure VPN gateway ಸಕ್ರಿಯಗೊಳಿಸಿ, ಶಾಖೆಯ ನಿಜವಾದ ಪ್ರಿಫಿಕ್ಸ್ Network on the VPN client side ನಲ್ಲಿ ನಮೂದಿಸಿ. ಆ ಬಳಕೆದಾರ ದೃಢೀಕರಣ ಬೇರೆಯವರಂತೆ; ಮೇಲ್ವಿಚಾರಣೆ ಇಲ್ಲದ ಸಾಧನಕ್ಕೆ ಸರಿಹೊಂದುವ ರುಜುವಾತು ನೀತಿ ಬೇಕು, ಸ್ವಯಂ ಲಾಗಿನ್ ಪ್ರೊಫೈಲ್ ಸೌಲಭ್ಯದ ಫೈಲಲ್ಲ, ರಹಸ್ಯ.

ಆ ಚೆಕ್‌ಬಾಕ್ಸ್ ಹಿಂದೆ ಸರ್ವರ್ ಪ್ರಿಫಿಕ್ಸ್ ಅನ್ನು ಆ ಕ್ಲೈಂಟ್‌ನ ಪೂಲ್ ವಿಳಾಸದ ಮೂಲಕ ತಲುಪಬಹುದೆಂದು ಪರಿಗಣಿಸುತ್ತದೆ; Access Controls ಅಡಿಯ ಮಾರ್ಗನಿರ್ದೇಶನ ಸಂರಚನೆ ಬೇರೆ ಕ್ಲೈಂಟ್‌ಗಳಿಗೆ ಏನನ್ನು ತಿಳಿಸಬೇಕೆಂದು ನಿರ್ಧರಿಸುತ್ತದೆ: ಸಾಮಾನ್ಯ ಕ್ಲೈಂಟ್‌ಗೆ ಕಳುಹಿಸುವ ಮಾರ್ಗ ಮತ್ತು ಪ್ರಧಾನ ಕಚೇರಿ ಜಾಲದಿಂದ ಕ್ಲೈಂಟ್ ವಿಳಾಸ, ಉಪಜಾಲಕ್ಕೆ ಸಂಚಾರ ಅನುಮತಿಸುವ ನಿಯಮ. ಶಾಖೆ ತಲುಪಬೇಕಾದ ಜಾಲಕ್ಕೆ ಮಾರ್ಗನಿರ್ದೇಶನ ಸಕ್ರಿಯಗೊಳಿಸಿ, ಅನುಮತಿ ಪಟ್ಟಿ ಚಿಕ್ಕದಾಗಿರಿಸಿ.

ರಚಿಸಿದ ಫೈಲ್‌ಗೆ ಅಂಟಿಸಿದ Community ಶೈಲಿಯ ಸೂಚನೆ ಈ ಮಾದರಿಯಲ್ಲಿ ಭಾಗವಹಿಸದು. ಉತ್ಪನ್ನ ತಾನು ಕಳುಹಿಸುವ ಮಾರ್ಗನಿರ್ದೇಶನ ಕೋಷ್ಟಕದ ಮಾಲೀಕ; ಕೈಯಿಂದ ಸಂಪಾದಿಸಿದ ಸಾಲು ಮುಂದಿನ ರಚನೆಯಲ್ಲಿ ಮೇಲೆ ಬರೆಯಲ್ಪಡುತ್ತದೆ ಅಥವಾ ನಿರ್ಲಕ್ಷಿಸಲ್ಪಡುತ್ತದೆ.

ಎರಡೂ ಜಾಲದ ಹಿಂತಿರುಗು ಮಾರ್ಗ ಪೂರ್ಣಗೊಳಿಸಿ

ನಿರ್ದಿಷ್ಟ ಯೋಜನೆ: ಪ್ರಧಾನ ಕಚೇರಿ 10.40.0.0/24, ಶಾಖೆ 10.60.0.0/24, VPN ಪೂಲ್ 10.90.0.0/24, Access Server ಪ್ರಧಾನ ಕಚೇರಿಯ ಬದಿಯ ಖಾಸಗಿ ವಿಳಾಸದಲ್ಲಿ ಲಭ್ಯ. ಪ್ರಧಾನ ಕಚೇರಿಯ ರೂಟರ್‌ಗೆ ಶಾಖೆ ಪ್ರಿಫಿಕ್ಸ್ ಮತ್ತು ಪೂಲ್‌ಗೆ ಮಾರ್ಗ ಬೇಕು, ಎರಡೂ Access Server ಕಡೆಗೆ. ಇಲ್ಲದೆ ಟನಲ್ ವಿನಂತಿ ಒಯ್ಯುತ್ತದೆ, ಉತ್ತರ ಡೀಫಾಲ್ಟ್ ಗೇಟ್‌ವೇ ಮೂಲಕ ಹೊರಡುತ್ತದೆ, ಇದು ಅರ್ಧ-ತೆರೆದ ಸಂಪರ್ಕ.

ಶಾಖೆಯಲ್ಲಿ connector ತನಗೆ ವಿಳಾಸವಲ್ಲದ ಪ್ಯಾಕೆಟ್ ಮುಂದಕ್ಕೆ ಕಳುಹಿಸಬೇಕು: OS ನಲ್ಲಿ IP ಫಾರ್ವರ್ಡಿಂಗ್ ಮತ್ತು ಟನಲ್, LAN ಇಂಟರ್‌ಫೇಸ್‌ಗೆ ಸೀಮಿತ ಫಾರ್ವರ್ಡಿಂಗ್ ಅನುಮತಿ; Linux ನಲ್ಲಿ net.ipv4.ip_forward=1 ಫಾರ್ವರ್ಡ್ ಚೈನ್ ನಿಯಮದೊಂದಿಗೆ, Windows ನಲ್ಲಿ routing and remote access. ನಂತರ ಶಾಖೆಯ ಹೋಸ್ಟ್‌ಗೆ ಹಿಂತಿರುಗು ಮಾರ್ಗ ಬೇಕು: connector ಅವರ ಡೀಫಾಲ್ಟ್ ಗೇಟ್‌ವೇ, ಅಥವಾ ಇರುವ ಗೇಟ್‌ವೇ ಪ್ರಧಾನ ಕಚೇರಿ ಮತ್ತು ಪೂಲ್ ಪ್ರಿಫಿಕ್ಸ್‌ಗೆ ನಿರ್ದಿಷ್ಟ ಮಾರ್ಗ ಒಯ್ಯುತ್ತದೆ.

connector ನ ಮಾರ್ಗನಿರ್ದೇಶನ ಕೋಷ್ಟಕ ಶಾಖೆ LAN ನ ಪ್ರತಿ ಹೋಸ್ಟ್ ಮರುಸಂರಚಿಸದು. ಹೋಸ್ಟ್ ಬೇರೆ ರೂಟರ್ ಕಡೆ ತೋರಿಸಿದರೆ ಹಿಂತಿರುಗು ಮಾರ್ಗ ಅಲ್ಲೇ; ಅದು ತಾನು ಕಾಣುವ ಮೂಲ ವಿಳಾಸ ಸ್ಥಳೀಯ ಉಪಜಾಲದ ನೆರೆಹೊರೆಯವರಲ್ಲ ಎಂದು ಒಪ್ಪಬೇಕು.

ವೈಫಲ್ಯವನ್ನು ಮಾರ್ಗವಾಗಿ ಓದಿ, ಅನುಮತಿಯಾಗಿ ಅಲ್ಲ

ನಿಗದಿತ ಕ್ರಮದಲ್ಲಿ ಪರೀಕ್ಷಿಸಿ. ಮೊದಲು Access Server ನಿಂದ ಶಾಖೆಯ ಹೋಸ್ಟ್‌ಗೆ ಅನುಮತಿಸಿದ ಸೇವೆ, ನಂತರ ಪ್ರಧಾನ ಕಚೇರಿಯ ಸಾಮಾನ್ಯ ಹೋಸ್ಟ್‌ನಿಂದ ಅದೇ ಸೇವೆ, ನಂತರ ನೀತಿ ಅನುಮತಿಸಿದರೆ ವಿರುದ್ಧ ದಿಕ್ಕು. ಮೊದಲನೆಯದು ಉತ್ತೀರ್ಣ, ಎರಡನೆಯದು ವಿಫಲವಾದರೆ ಕಳುಹಿಸಿದ ಮಾರ್ಗ ಅಥವಾ ಪ್ರವೇಶ ನಿಯಮ ಸಮಸ್ಯೆ. ಎರಡೂ ಉತ್ತೀರ್ಣ, ಉತ್ತರ ಬಾರದಿದ್ದರೆ ಶಾಖೆಯ ಫಾರ್ವರ್ಡಿಂಗ್ ಮತ್ತು ಪ್ರಧಾನ ಕಚೇರಿಯ ಹಿಂತಿರುಗು ಮಾರ್ಗ ಪರಿಶೀಲಿಸಿ.

ಹೋಸ್ಟ್ ಫೈರ್‌ವಾಲ್ ಮುಂದಿನ ಶಂಕಿತ; ಮಾರ್ಗಿತ ಪ್ರವೇಶದಲ್ಲಿ ಗಮ್ಯ ಮೂಲವಾಗಿ ಪ್ರಧಾನ ಕಚೇರಿ ಅಥವಾ ಪೂಲ್ ವಿಳಾಸ ಕಾಣುತ್ತದೆ. ಸ್ಥಳೀಯ ಉಪಜಾಲಕ್ಕೆ ಬರೆದ ನಿಯಮ ಹೊಂದಿಕೆಯಾಗದು; ಮಾರ್ಗನಿರ್ದೇಶನ ಸರಿಯಾಗಿ ಕೆಲಸ ಮಾಡಿದ ನಂತರ ಪ್ಯಾಕೆಟ್ ಬಿಸಾಡಲ್ಪಡುತ್ತದೆ.

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

Access Server site-to-site ಟ್ಯುಟೋರಿಯಲ್ ಅದೇ ಸೆಟ್ಟಿಂಗ್ ಉತ್ಪನ್ನ ಕ್ರಮದಲ್ಲಿ ಪಟ್ಟಿ ಮಾಡುತ್ತದೆ; ನಿಮ್ಮ ಪ್ರಿಫಿಕ್ಸ್‌ಗೆ ವಿನ್ಯಾಸ ಹೊಂದಿಸುವ ಮೊದಲು ಒಮ್ಮೆ ಅನುಸರಿಸುವುದು ಯೋಗ್ಯ.