SoftEther ಸ್ಥಳೀಯ ಸೇತುವೆ ಅಥವಾ SecureNAT: ಯಾವುದನ್ನು ಆನ್ ಮಾಡಬೇಕು

ಸ್ಥಳೀಯ ಸೇತುವೆ ಹಬ್ ಅನ್ನು ನಿಜವಾದ ಎಥರ್ನೆಟ್ ವಿಭಾಗದ ಮೇಲೆ ಇಡುತ್ತದೆ, ಆದರೆ SecureNAT ತನ್ನದೇ ವಿಳಾಸಗಳನ್ನು ಕಲ್ಪಿಸುತ್ತದೆ. ಒಂದನ್ನು ಆರಿಸಿ, ನಂತರ ಗೇಟ್‌ವೇ ಮತ್ತು ರಿಜಾಲ್ವರ್ ಪರಿಶೀಲಿಸಿ.

SoftEther Manager ತೆರೆಯಿರಿ, ಮತ್ತು ಹಬ್ ಬಗ್ಗೆ ಮೊದಲ ನಿಜವಾದ ನಿರ್ಣಯ ಚೆಕ್ಬಾಕ್ಸ್ ಅಲ್ಲ, ಅದು ಟೊಪಾಲಜಿ ಪ್ರಶ್ನೆ. ಸ್ಥಳೀಯ ಸೇತುವೆ ಆ ಹಬ್ ಅನ್ನು ಭೌತಿಕ ಅಡಾಪ್ಟರ್‌ಗೆ ಜೋಡಿಸುತ್ತದೆ ಮತ್ತು ಇರುವ ವಿಭಾಗವೇ ವಿಳಾಸ ನೀಡಲು ಬಿಡುತ್ತದೆ, ಆದರೆ SecureNAT ಹಬ್‌ಗೆ ತನ್ನದೇ ವರ್ಚುವಲ್ ರೌಟರ್, NAT ಮತ್ತು DHCP ನೀಡುತ್ತದೆ. ಅವುಗಳ ನಡುವಿನ ಆಯ್ಕೆ ವಿಳಾಸಗಳು ಎಲ್ಲಿಂದ ಬರುತ್ತವೆ ಮತ್ತು ಅವಕ್ಕೆ ಯಾವ ಸಾಧನ ಉತ್ತರಿಸುತ್ತದೆ ಎಂಬುದನ್ನು ಬದಲಿಸುತ್ತದೆ. ಎರಡನ್ನೂ ಆನ್ ಮಾಡಿ ಒಂದು ಗೆಲ್ಲುತ್ತದೆ ಎಂದು ನಿರೀಕ್ಷಿಸುವುದು ಕೆಲಸ ಮಾಡುತ್ತಿದ್ದ ಲ್ಯಾಬ್ ಬೆಂಬಲದ ಥ್ರೆಡ್ ಆಗುವ ದಾರಿ.

ನೀವು ನಿಜವಾಗಿ ಸಂಪಾದಿಸುತ್ತಿರುವ ಹಬ್‌ನಿಂದಲೇ ಪ್ರಾರಂಭಿಸಿ

Manager ಸರ್ವರ್‌ಗಳ ಮತ್ತು ಹಬ್‌ಗಳ ಮರವನ್ನು ತೋರಿಸುತ್ತದೆ, ಮತ್ತು ಡೀಫಾಲ್ಟ್ ಹಬ್ ಅನ್ನು ಸಂರಚಿಸುವುದು ಸುಲಭ, ಆದರೆ ಕ್ಲೈಂಟ್‌ಗಳು ಬೇರೆ ಹೆಸರಿನ ಹಬ್‌ಗೆ ಸಂಪರ್ಕಿಸುತ್ತವೆ. ಹಬ್ ಮೇಲೆ ಕ್ಲಿಕ್ ಮಾಡಿ, ಅದರ ಹೆಸರು ಓದಿ, ಮತ್ತು ಕೆಳಗೆ ಪಟ್ಟಿ ಮಾಡಿದ ಸೆಷನ್‌ಗಳೇ ನೀವು ಸೇವೆ ನೀಡಲು ಬಯಸುವ ಕ್ಲೈಂಟ್‌ಗಳು ಎಂದು ಖಚಿತಪಡಿಸಿ. ಆ ಒಂದೇ ಪರಿಶೀಲನೆ ನಂತರ ಪ್ರೋಟೋಕಾಲ್ ಮೇಲೆ ಹಾಕುವ ದೊಡ್ಡ ಗೊಂದಲವನ್ನು ತಡೆಯುತ್ತದೆ.

ನಂತರ ದೂರದ ತುದಿಯಿಂದ ಕ್ಲೈಂಟ್‌ಗೆ ಏನು ಬೇಕು ಎಂದು ನಿರ್ಧರಿಸಿ. ಪ್ರಸಾರ ಮತ್ತು LAN ಸೇವೆಗಳೊಂದಿಗಿನ ಹಂಚಿದ ಎಥರ್ನೆಟ್ ವರ್ತನೆ ಸೇತುವೆಯತ್ತ ಸೂಚಿಸುತ್ತದೆ, ಸಣ್ಣ ವಿಳಾಸ ಶ್ರೇಣಿಗೆ ರೌಟ್ ಆದ ಖಾಸಗಿ ಪ್ರವೇಶ SecureNAT ನತ್ತ, ಮತ್ತು ಇಂಟರ್ನೆಟ್ ನಿರ್ಗಮನ ಎರಡೂ ವ್ಯವಸ್ಥೆಗಳು ಕೆಟ್ಟದಾಗಿ ಹೊರಬಲ್ಲ ರೌಟಿಂಗ್ ನಿರ್ಧಾರ.

ಏನನ್ನಾದರೂ ಕ್ಲಿಕ್ ಮಾಡುವ ಮೊದಲು ಉತ್ತರವನ್ನು ಬರೆಯಿರಿ, ಏಕೆಂದರೆ ಎರಡೂ ಸೆಟ್ಟಿಂಗ್‌ಗಳು ಪರಸ್ಪರ ಬದಲಾಯಿಸಲಾಗದವು ಮತ್ತು ರದ್ದು ಮಾಡಲು ನಿರ್ಧರಿಸುವುದಕ್ಕಿಂತ ಹೆಚ್ಚು ಸಮಯ ಬೇಕು. ಎರಡು ನಿಮಿಷದ ಬರವಣಿಗೆ ಒಂದು ಗಂಟೆಯ ಮರುಸಂಪರ್ಕವನ್ನು ಉಳಿಸುತ್ತದೆ.

ಸ್ಥಳೀಯ ಸೇತುವೆ ವಿಳಾಸಗಳಿಗೆ ಏನು ಮಾಡುತ್ತದೆ

ಸ್ಥಳೀಯ ಸೇತುವೆ ಹಬ್ ಅನ್ನು ಭೌತಿಕ ಅಡಾಪ್ಟರ್‌ಗೆ ಜೋಡಿಸುತ್ತದೆ, ಆದ್ದರಿಂದ ಹಬ್ ಆ ಎಥರ್ನೆಟ್ ವಿಭಾಗದ ಭಾಗವಾಗುತ್ತದೆ. ಕ್ಲೈಂಟ್‌ಗಳು ಈಗಾಗಲೇ ವಿಭಾಗಕ್ಕೆ ಸೇವೆ ನೀಡುತ್ತಿರುವುದರಿಂದ ವಿಳಾಸಗಳನ್ನು ಪಡೆಯುತ್ತವೆ, ಮತ್ತು ಅವರ ಗೇಟ್‌ವೇ ವಿಭಾಗದ ರೌಟರ್ ಆಗಿರುತ್ತದೆ. ಕ್ಲೈಂಟ್ ದೃಷ್ಟಿಯಿಂದ ಅದು ಕಚೇರಿ LAN ಗೆ ಸೇರಿಕೊಂಡಿದೆ, ಅದರೊಂದಿಗೆ ಬರುವ ಎಲ್ಲ ತಲುಪುವಿಕೆ ಮತ್ತು ಎಲ್ಲ ಒಡ್ಡುವಿಕೆಯೊಂದಿಗೆ.

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

ಗ್ರಾಫಿಕಲ್ ಮರ ಅಸ್ಪಷ್ಟವಾದಾಗ ಕಮಾಂಡ್ ಲೈನ್‌ನಿಂದ ಸೇತುವೆ ಕೋಷ್ಟಕ ಓದಿ. ಔಟ್‌ಪುಟ್ ಅಡಾಪ್ಟರ್ ಹೆಸರಿಸುತ್ತದೆ, ಮರ ಯಾವಾಗಲೂ ಹಾಗೆ ಮಾಡುವುದಿಲ್ಲ.

vpncmd /SERVER localhost /HUB VPN /CMD BridgeList
vpncmd /SERVER localhost /HUB VPN /CMD SessionList

ಸಂಪರ್ಕಗೊಂಡ ಸೆಷನ್‌ಗಳೊಂದಿಗೆ ಖಾಲಿ ಸೇತುವೆ ಪಟ್ಟಿ ಉಪಯುಕ್ತ ಚಿತ್ರ: ಕ್ಲೈಂಟ್‌ಗಳು ವರ್ಚುವಲ್ ಹಬ್ ಒಳಗಿವೆ ಮತ್ತು ಇನ್ನೂ ಯಾವುದೂ ಅದನ್ನು ವಿಭಾಗಕ್ಕೆ ವಿಸ್ತರಿಸುತ್ತಿಲ್ಲ.

SecureNAT ಏನು ಸೇರಿಸುತ್ತದೆ ಮತ್ತು ಏನು ಮರೆಮಾಡುತ್ತದೆ

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

ಬೆಲೆ ಏನೆಂದರೆ ವರ್ಚುವಲ್ ವಿಳಾಸಗಳು ಹಬ್‌ನವು ಮತ್ತು ಬೇರೆ ಯಾವುದಕ್ಕೂ ಅಲ್ಲ. ಕಚೇರಿ LAN ನಲ್ಲಿರುವ ಯಂತ್ರ ಸಹಾಯವಿಲ್ಲದೆ ಕ್ಲೈಂಟ್‌ನ SecureNAT ವಿಳಾಸಕ್ಕೆ ರೌಟ್ ಮಾಡಲಾರದು, ಮತ್ತು ಮೂಲ ವಿಳಾಸಗಳನ್ನು ದಾಖಲಿಸುವ ಯಾವುದೇ ವಸ್ತು SoftEther ಹೋಸ್ಟ್‌ನ ಅನುವಾದಿತ ವಿಳಾಸವನ್ನು ನೋಡುತ್ತದೆ. ನಿಮ್ಮ ಪ್ರವೇಶ ನಿಯಮಗಳು ಅಥವಾ ಆಡಿಟ್ ಜಾಡು ಕ್ಲೈಂಟ್‌ನ ನಿಜವಾದ ವಿಳಾಸವನ್ನು ಅವಲಂಬಿಸಿದ್ದರೆ, ಅದು ವಿವರವಲ್ಲ, ವಿನ್ಯಾಸ ಬದಲಾವಣೆ. ಮೂಲ-ವಿಳಾಸ ನಿಯಮ ಕ್ಲೈಂಟ್ ಅನ್ನು ಎಂದಾದರೂ ನೋಡುತ್ತದೆಯೇ ಎಂಬುದನ್ನೂ ಇದು ನಿರ್ಧರಿಸುತ್ತದೆ.

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

ಬೇರೆ ಏನನ್ನಾದರೂ ಸಕ್ರಿಯಗೊಳಿಸುವ ಮೊದಲು ಹಬ್ ಈಗ ಏನಿಗೆ ಸೇವೆ ನೀಡುತ್ತಿದೆ ಎಂದು ಪರಿಶೀಲಿಸಿ. ಪ್ರತಿ ಆಜ್ಞೆಯೂ ಪ್ರಸ್ತುತ ಸ್ಥಿತಿಯನ್ನು ಮುದ್ರಿಸುತ್ತದೆ, ಉದ್ದೇಶಿತವನ್ನಲ್ಲ.

vpncmd /SERVER localhost /HUB VPN /CMD SecureNatStatusGet
vpncmd /SERVER localhost /HUB VPN /CMD NatGet
vpncmd /SERVER localhost /HUB VPN /CMD DhcpGet

ಒಂದನ್ನು ಆನ್ ಮಾಡುವುದು, ಇನ್ನೊಂದನ್ನು ಒಡೆಯದೆ

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

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

ನಂತರ ಕ್ಲೈಂಟ್‌ನಿಂದ ಮತ್ತೆ ಸಂಪರ್ಕಿಸಿ ಅದು ಏನು ಪಡೆದಿದೆ ಎಂದು ಓದಿ, ಏಕೆಂದರೆ ಹಬ್‌ನ ಸೆಷನ್ ದೃಷ್ಟಿ ಕ್ಲೈಂಟ್‌ನ ತನ್ನದೇ ಜಾಲದ ದೃಷ್ಟಿಯಲ್ಲ. ಹೊಸ ಗುತ್ತಿಗೆಯನ್ನು ಒತ್ತಾಯಿಸುವ ಏಕೈಕ ವಿಶ್ವಾಸಾರ್ಹ ಮಾರ್ಗ ಮರುಸಂಪರ್ಕ.

ಕ್ಲೈಂಟ್‌ನಲ್ಲಿ ಗೇಟ್‌ವೇ ಮತ್ತು ರಿಜಾಲ್ವರ್ ಪರಿಶೀಲಿಸಿ

ಯಶಸ್ವಿ ದೃಢೀಕರಣ ರುಜುವಾತುಗಳು ಕೆಲಸ ಮಾಡುತ್ತಿವೆ ಮತ್ತು ಹಬ್ ಸೆಷನ್ ಸ್ವೀಕರಿಸಿದೆ ಎಂದು ಹೇಳುತ್ತದೆ. ಕ್ಲೈಂಟ್ ಎಲ್ಲಿಗಾದರೂ ತಲುಪಬಹುದೇ ಎಂದು ಅದು ಏನನ್ನೂ ಹೇಳುವುದಿಲ್ಲ, ಏಕೆಂದರೆ ಅದು ಅದಕ್ಕೆ ನೀಡಿದ ವಿಳಾಸ, ಮಾಸ್ಕ್, ಗೇಟ್‌ವೇ ಮತ್ತು DNS ಸರ್ವರ್ ಅನ್ನು ಅವಲಂಬಿಸಿದೆ. ಸರ್ವರ್ ಸೆಟ್ಟಿಂಗ್ ಅನ್ನು ಮತ್ತೆ ಮುಟ್ಟುವ ಮೊದಲು ಈ ನಾಲ್ಕು ಮೌಲ್ಯಗಳನ್ನು ಕ್ಲೈಂಟ್‌ನಲ್ಲಿ ಓದಿ.

Windows ನಲ್ಲಿ ಅಡಾಪ್ಟರ್ ವಿವರ ಗುತ್ತಿಗೆ ಮತ್ತು ರಿಜಾಲ್ವರ್ ತೋರಿಸುತ್ತದೆ, ಮತ್ತು ರೌಟ್ ಕೋಷ್ಟಕ ಸುರಂಗ ನಿಜವಾಗಿ ಡೀಫಾಲ್ಟ್ ಮಾರ್ಗವೇ ಎಂದು ತೋರಿಸುತ್ತದೆ.

ipconfig /all
route print -4
nslookup intranet.corp.internal

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

ಸಂಬಂಧಿತ ಲೇಖನಗಳು