SoftEther VPN Azure: ರಿಲೇ ಮಾರ್ಗ, ತೆರೆದ ಪೋರ್ಟ್ ಅಲ್ಲ

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

ಮಾರ್ಗದಲ್ಲಿ ಏನು ಬದಲಾಗುತ್ತದೆ

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

ರಿಲೇ ಆ ಸರ್ವರ್‌ಗೆ ತನ್ನದೇ ಡೊಮೇನ್‌ನಲ್ಲಿ ಹೆಸರು ನೀಡುತ್ತದೆ, ಮತ್ತು ಕ್ಲೈಂಟ್‌ಗಳು ಅಲ್ಲಿಗೆ ಸಂಪರ್ಕಿಸಲು ಸಂರಚಿಸಲ್ಪಡುತ್ತವೆ.

ಆ ಹೆಸರು ರಿಲೇ ಸೇವೆಗೆ ಸೇರಿದ್ದು, ಅದು Microsoft Azure VPN Gateway ಅಲ್ಲ, ಎರಡನ್ನೂ Azure ಏನೋ ಎಂದು ಕರೆದರೂ. ಅವುಗಳನ್ನು ಪರಸ್ಪರ ಬದಲಾಯಿಸಬಹುದಾದವು ಎಂದು ಪರಿಗಣಿಸುವುದು ಕೆಲಸ ಮಾಡಲಾಗದ ಸಂರಚನೆಯನ್ನು ಉಂಟುಮಾಡುತ್ತದೆ.

ಯಾವ ಪ್ರೋಟೋಕಾಲ್‌ಗಳು ರಿಲೇ ದಾಟುತ್ತವೆ

ರಿಲೇ SoftEther ಪ್ರೋಟೋಕಾಲ್ ಸಾಗಿಸುತ್ತದೆ, ಮತ್ತು ಯೋಜನೆ SSTP ಅನ್ನು ಕ್ಲೈಂಟ್ ಆಯ್ಕೆಯಾಗಿ ದಾಖಲಿಸುತ್ತದೆ, ಇದು ಉಪಯುಕ್ತ ಏಕೆಂದರೆ Windows ಜೊತೆ SSTP ಕ್ಲೈಂಟ್ ಬರುತ್ತದೆ. ಆದರೆ ಅದು ಹೋಸ್ಟ್‌ನ ಪ್ರತಿ ಶ್ರೋತೆಗೂ ಸಾಮಾನ್ಯ ವಾಹಕವಾಗುವುದಿಲ್ಲ: OpenVPN ಶ್ರೋತೆ, IPsec ಪ್ರತ್ಯುತ್ತರದಾತ ಮತ್ತು L2TP ಸೇವೆಗೆ ಪ್ರತಿಯೊಂದಕ್ಕೂ ತನ್ನದೇ ತಲುಪಬಹುದಾದ ಅಂತಿಮ ಬಿಂದು ಬೇಕು, ಮತ್ತು SoftEther ಸರ್ವರ್ ಸಂಪರ್ಕಗೊಂಡಿರುವುದರಿಂದ ಮಾತ್ರ ಅವುಗಳಲ್ಲಿ ಯಾವುದೂ ರಿಲೇ ಮೂಲಕ ಸಾಗುವುದಿಲ್ಲ.

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

ರಿಲೇ ನಿಮಗಾಗಿ ಏನು ಮಾಡುವುದಿಲ್ಲ

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

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

ಪ್ರಮಾಣಪತ್ರ ಪರಿಶೀಲನೆ ಮತ್ತು ಬಳಕೆದಾರ ದೃಢೀಕರಣ ಸರ್ವರ್‌ನ ಜವಾಬ್ದಾರಿಯಾಗಿಯೇ ಉಳಿಯುತ್ತವೆ, ಮತ್ತು ರಿಲೇ ಎಂದೂ ಅವುಗಳಲ್ಲಿ ಒಂದನ್ನೂ ಬದಲಿಸುವುದಿಲ್ಲ.

ಅದನ್ನು ಅವಲಂಬನೆಯಾಗಿ ನಿರ್ವಹಿಸಿ

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

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

ಸರ್ವರ್‌ನ ಗುರುತನ್ನು ಮತ್ತು ನಂತರ ನಿಜವಾದ ಅನ್ವಯಿಕ ಮಾರ್ಗವನ್ನು ಪರಿಶೀಲಿಸಿ, ಕೇವಲ ಯಶಸ್ವಿ ಸಂಪರ್ಕ ಬ್ಯಾನರ್ ಅಲ್ಲ, ಮತ್ತು ನಿಮಗೆ ಬೇಕಾದ ಸಂಪನ್ಮೂಲ ರಿಲೇ ಸಾಗಿಸುವ ವಿಳಾಸ ಕುಟುಂಬದ ಮೇಲೆ ತಲುಪಬಹುದೇ ಎಂದು ಪರಿಶೀಲಿಸಿ. ರಿಲೇ ಹೆಸರು, ಬಳಸಿದ ಪ್ರೋಟೋಕಾಲ್ ಮತ್ತು ಪರ್ಯಾಯ ಯೋಜನೆಯನ್ನು ದಾಖಲಿಸಿ, ಏಕೆಂದರೆ ಆ ಮೂರು ಸಂಗತಿಗಳು ಈ ಕೊಂಡಿಯ ಬಗ್ಗೆ ಭವಿಷ್ಯದ ಹೆಚ್ಚಿನ ಪ್ರಶ್ನೆಗಳಿಗೆ ಉತ್ತರಿಸುತ್ತವೆ.