ಪೋರ್ಟಲ್ URL ಅನ್ನು ಅಂಟಿಸಿದಾಗ openfortivpn ಲಾಗಿನ್ ಏಕೆ ವಿಫಲವಾಗುತ್ತದೆ

ವೈಫಲ್ಯವು ರುಜುವಾತುಗಳ ಸಮಸ್ಯೆಯಂತೆ ಕಾಣುತ್ತದೆ: openfortivpn ಪಾಸ್ವರ್ಡ್ ಕೇಳುತ್ತದೆ, ಅದನ್ನು ಕಳುಹಿಸುತ್ತದೆ, ಮತ್ತು ಗೇಟ್ವೇ ನಿರಾಕರಣೆ ಅಥವಾ ಲಾಗಿನ್ ಪುಟಕ್ಕೆ ಮರುನಿರ್ದೇಶನದೊಂದಿಗೆ ಉತ್ತರಿಸುತ್ತದೆ. ನಂತರ ಬಳಕೆದಾರರು ಪಾಸ್ವರ್ಡ್ ಅನ್ನು ಮತ್ತೆ ಟೈಪ್ ಮಾಡುತ್ತಾರೆ, ಡೊಮೇನ್ ಸಹಿತ ಖಾತೆ ಹೆಸರನ್ನು ಪ್ರಯತ್ನಿಸುತ್ತಾರೆ, ಮತ್ತು ಕೊನೆಗೆ ಬ್ರೌಸರ್ನ ಪೋರ್ಟಲ್ URL ಅನ್ನು ಹೋಸ್ಟ್ ಕ್ಷೇತ್ರದಲ್ಲಿ ಅಂಟಿಸುತ್ತಾರೆ. ಈ ಕೊನೆಯ ಹೆಜ್ಜೆಯೇ ಸಣ್ಣ ಸಂರಚನಾ ತಪ್ಪನ್ನು ಗೊಂದಲಮಯ ತಪ್ಪಾಗಿ ಪರಿವರ್ತಿಸುತ್ತದೆ.

https://vpn.example.com/ext ನಂತಹ Fortinet ಪೋರ್ಟಲ್ ವಿಳಾಸವು ಒಂದೇ ಬಾರಿಗೆ ಹಲವು ಮಾಹಿತಿ ಭಾಗಗಳನ್ನು ಹೊತ್ತೊಯ್ಯುತ್ತದೆ, ಮತ್ತು ಅವುಗಳಲ್ಲಿ ಕೆಲವೇ VPN ಕ್ಲೈಂಟ್ಗೆ ಸೇರಿವೆ.

ಎಂಡ್ಪಾಯಿಂಟ್ ಮತ್ತು realm ಪ್ರತ್ಯೇಕ ಇನ್ಪುಟ್ಗಳು

openfortivpn host ಅಥವಾ host:port ರೂಪದಲ್ಲಿ ಎಂಡ್ಪಾಯಿಂಟ್ ಅನ್ನು ನಿರೀಕ್ಷಿಸುತ್ತದೆ, ಜೊತೆಗೆ ಖಾತೆ ಮತ್ತು, ನಿಯೋಜನೆ ಬಳಸುವ ಸಂದರ್ಭದಲ್ಲಿ, realm ಮೌಲ್ಯ. realm ಖಾತೆಯನ್ನು ಮೌಲ್ಯಮಾಪನ ಮಾಡುವ ಮೊದಲು ಯಾವ ದೃಢೀಕರಣ ನೀತಿಯನ್ನು ಅನ್ವಯಿಸಬೇಕೆಂದು ಗೇಟ್ವೇಗೆ ಹೇಳುತ್ತದೆ. ಇದು ಪ್ರತ್ಯೇಕ ಕ್ಷೇತ್ರ, ಕ್ಲೈಂಟ್ URL ನಿಂದ ಹೊರತೆಗೆಯುವ ಪ್ರತ್ಯಯವಲ್ಲ.

ಆಪರೇಟರ್ realm ext ಎಂದು ದೃಢೀಕರಿಸುವ ನಿಯೋಜನೆಗೆ, ರಹಸ್ಯವಲ್ಲದ ಕರೆ ಹೀಗೆ ಕಾಣುತ್ತದೆ: openfortivpn vpn.example.com:443 --username=alice --realm=ext. ಅದೇ ಮೌಲ್ಯಗಳು ಸಂರಚನಾ ಕಡತದಲ್ಲಿ host, port, username ಮತ್ತು realm ನಮೂದುಗಳಾಗಿ ಸೇರುತ್ತವೆ. ಪಾಸ್ವರ್ಡ್ ಅನ್ನು ಎರಡೂ ರೂಪಗಳಿಂದ ಹೊರಗಿಡಿ ಮತ್ತು ಕ್ಲೈಂಟ್ ಅದನ್ನು ಕೇಳಲಿ, ಇದರಿಂದ ಅದು ಶೆಲ್ ಇತಿಹಾಸ ಅಥವಾ ಎಲ್ಲರೂ ಓದಬಹುದಾದ ಕಡತಕ್ಕೆ ಸೇರದಂತೆ. ಮೊದಲ ಕ್ಲೈಂಟ್ ಇನ್ನೂ ಸುರಂಗವನ್ನು ಹಿಡಿದಿಟ್ಟುಕೊಂಡಿರುವಾಗಿನ ಎರಡನೇ ಪ್ರಯತ್ನವು realm ಗೆ ಯಾವುದೇ ಸಂಬಂಧವಿಲ್ಲದ ಕಾರಣದಿಂದ ವಿಫಲವಾಗುತ್ತದೆ.

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

ಮಾರ್ಗ ವಿಭಾಗವು ಸ್ವಯಂಚಾಲಿತವಾಗಿ realm ಅಲ್ಲ

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

realm ಬಳಕೆದಾರಹೆಸರಿನಲ್ಲಿನ ಡೊಮೇನ್ ಪ್ರತ್ಯಯ ಅಥವಾ ಗೇಟ್ವೇ ಇರುವ ಪ್ರದೇಶವೂ ಅಲ್ಲ. ಕೆಲವು ನಿಯೋಜನೆಗಳು alice ಬಯಸುತ್ತವೆ, ಇನ್ನು ಕೆಲವು alice@corp ಬಯಸುತ್ತವೆ, ಮತ್ತು ಗೇಟ್ವೇ ಯಾವುದನ್ನು ಸ್ವೀಕರಿಸುತ್ತದೆ ಎಂಬುದನ್ನು realm ನಿರ್ಧರಿಸುತ್ತದೆ. ತಪ್ಪಾದ realm ಅನ್ನು ಸರಿದೂಗಿಸಲು ಖಾತೆ ಸ್ವರೂಪವನ್ನು ಬದಲಿಸುವುದು ಸಾಮಾನ್ಯವಾಗಿ ಎರಡನೇ, ಕಡಿಮೆ ಮಾಹಿತಿಯುಳ್ಳ ನಿರಾಕರಣೆಗೆ ಕಾರಣವಾಗುತ್ತದೆ.

ಹೋಸ್ಟ್ ಬದಲಿಸಿ realm ದೋಷವನ್ನು ಸರಿಪಡಿಸಬೇಡಿ

ಹೋಸ್ಟ್ಹೆಸರಿನ ಬದಲು IP ವಿಳಾಸವನ್ನು ಹಾಕುವುದು ಒಂದು ಪದರವನ್ನು ತೆಗೆದಂತೆ ಭಾಸವಾಗುತ್ತದೆ, ಮತ್ತು ಅದು ಸರಿಪಡಿಸುವುದಕ್ಕಿಂತ ಹೆಚ್ಚು ಒಡೆಯುತ್ತದೆ. TLS ಹೆಸರು ಪರಿಶೀಲನೆಯು ಪ್ರಮಾಣಪತ್ರವನ್ನು ಕ್ಲೈಂಟ್ ಬಳಸಿದ ಹೆಸರಿನೊಂದಿಗೆ ಹೋಲಿಸುತ್ತದೆ, ಮತ್ತು IP ವಿಳಾಸವು ಪ್ರಮಾಣಪತ್ರದ ಪರ್ಯಾಯ ವಿಷಯ ಹೆಸರುಗಳಲ್ಲಿ ಅಪರೂಪವಾಗಿ ಕಾಣಿಸುತ್ತದೆ. ಸರ್ವರ್ ಹೆಸರು ಸೂಚಕವು ವಿಳಾಸದೊಂದಿಗೆ ಬದಲಾಗುತ್ತದೆ, ಆದ್ದರಿಂದ ಒಂದೇ ವಿಳಾಸದಲ್ಲಿ ಹಲವು ಪೋರ್ಟಲ್ಗಳನ್ನು ಹೋಸ್ಟ್ ಮಾಡುವ ಗೇಟ್ವೇ ತಪ್ಪಾದದ್ದಕ್ಕೆ ಉತ್ತರಿಸಬಹುದು. ದೃಢೀಕರಣ ಪರಿಮಾಣವನ್ನು ಸರಿಪಡಿಸುವಾಗ ಹೋಸ್ಟ್ಹೆಸರು ಮತ್ತು ನಂಬಿಕೆ ಸಂರಚನೆಯನ್ನು ಹಾಗೆಯೇ ಇರಿಸಿ.

ನಿಮ್ಮ ಪರಿಸರದಲ್ಲಿ ಪ್ರಮಾಣಪತ್ರವು ವಿಶ್ವಾಸಾರ್ಹವಲ್ಲದಿದ್ದರೆ, ನಂಬಿಕೆ ಭಂಡಾರವನ್ನು ಸರಿಪಡಿಸಿ ಅಥವಾ ನಿರೀಕ್ಷಿತ ಪ್ರಮಾಣಪತ್ರವನ್ನು ಉದ್ದೇಶಪೂರ್ವಕವಾಗಿ ಪಿನ್ ಮಾಡಿ. realm ದೋಷವನ್ನು ದಾಟಲು ಪರಿಶೀಲನೆಯನ್ನು ನಿಷ್ಕ್ರಿಯಗೊಳಿಸುವುದು ಲಾಗಿನ್ ಸಮಸ್ಯೆಯನ್ನು ಮೌನ ಪ್ರತಿಬಂಧದ ಅಪಾಯಕ್ಕೆ ಬದಲಾಯಿಸುತ್ತದೆ.

ನಿರಾಕರಿಸಲಾದ ಲಾಗಿನ್ ಅನ್ನು ವಿಫಲವಾದ ಸುರಂಗದಿಂದ ಪ್ರತ್ಯೇಕಿಸಿ

ದೃಢೀಕರಣ ವೈಫಲ್ಯಗಳು ಮತ್ತು ಸುರಂಗ ವೈಫಲ್ಯಗಳು ಬೇರೆ ಬೇರೆ ಕ್ಷಣಗಳಲ್ಲಿ ಬರುತ್ತವೆ, ಮತ್ತು ಸಂದೇಶಗಳು ಭಿನ್ನವಾಗಿರುತ್ತವೆ. ಹೆಸರು ಪರಿಹರಣ ದೋಷವು ಯಾವುದೇ TLS ಕೈಹಿಡಿತಕ್ಕಿಂತ ಮೊದಲು ಸಂಭವಿಸುತ್ತದೆ. TLS ನಿರಾಕರಣೆಯು ರುಜುವಾತುಗಳನ್ನು ಕಳುಹಿಸುವ ಮೊದಲು ಸಂಭವಿಸುತ್ತದೆ. realm ಅಥವಾ ಖಾತೆಯ ನಿರಾಕರಣೆಯು ಪೋರ್ಟಲ್ನಿಂದ HTTP ಮಟ್ಟದ ಉತ್ತರವಾಗಿ ಮರಳಿ ಬರುತ್ತದೆ. ಆ ಹಂತಗಳ ನಂತರವೇ PPP ಮಾತುಕತೆ ಪ್ರಾರಂಭವಾಗುತ್ತದೆ, ಮತ್ತು ಆಗಲೇ ಮಾರ್ಗನಿರ್ದೇಶನ ಮತ್ತು DNS ಸಮಸ್ಯೆಗಳು ಕಾಣಿಸಿಕೊಳ್ಳುತ್ತವೆ.

ಸರಿಯಾದ realm ಕಾಣೆಯಾದ ಮಾರ್ಗವನ್ನು ಸೃಷ್ಟಿಸುವುದಿಲ್ಲ, ಮತ್ತು ಬೆಂಬಲಿಸದ ಸೈನ್-ಇನ್ ವಿಧಾನವನ್ನು ಕೆಲಸ ಮಾಡಿಸುವುದಿಲ್ಲ. ಪೋರ್ಟಲ್ ಬ್ರೌಸರ್ ಆಧಾರಿತ ಹರಿವಿನ ಮೇಲೆ ಒತ್ತಾಯಿಸಿದರೆ, ಪಾಸ್ವರ್ಡ್ ವಿನಿಮಯವನ್ನು ಪುನರಾವರ್ತಿಸಿ ಸೆಷನ್ ಹೊಂದುತ್ತದೆ ಎಂದು ಆಶಿಸುವ ಬದಲು ಆ ಹರಿವಿಗೆ ಕ್ಲೈಂಟ್ ಬೆಂಬಲಿಸುವ ಮಾರ್ಗವನ್ನು ಬಳಸಿ.

ಮುಂದಿನ ಪ್ರಾರಂಭವು ಅವುಗಳನ್ನು ಕಾಣುವ ಸ್ಥಳದಲ್ಲಿ ಮೌಲ್ಯಗಳನ್ನು ಇರಿಸಿ

ಸಂಪರ್ಕ ಯಶಸ್ವಿಯಾದ ನಂತರ, ಶೆಲ್ ಅಲಿಯಾಸ್ ಬದಲು ಗೇಟ್ವೇ, ಪೋರ್ಟ್, ಖಾತೆ ಮತ್ತು realm ಅನ್ನು ನಿರ್ವಹಿತ ಪ್ರೊಫೈಲ್ಗೆ ಬರೆಯಿರಿ. ಸಂಗ್ರಹಾಲಯ ಅಥವಾ ಸಂರಚನಾ ನಿರ್ವಹಣಾ ವ್ಯವಸ್ಥೆಯಲ್ಲಿ ಇರಿಸಲಾದ ಪ್ರೊಫೈಲ್ಗಳು ಮುಂದಿನ ಪ್ರಾರಂಭವು ಮತ್ತೊಂದು ಪ್ರೊಫೈಲ್ನ realm ಅನ್ನು ಮೌನವಾಗಿ ತೆಗೆದುಕೊಳ್ಳದಂತೆ ತಡೆಯುತ್ತವೆ.

ಒಂದು ಸಂಪರ್ಕವನ್ನು ಆರಂಭದಿಂದ ಕೊನೆಯವರೆಗೆ ಮತ್ತೆ ಪರೀಕ್ಷಿಸಿ ಮತ್ತು ಅನ್ವಯಿಸಿದ ನೀತಿ ಹಾಗೂ ನಿಜವಾಗಿ ಬೇಕಾದ ಸಂಪನ್ಮೂಲಕ್ಕೆ ಪ್ರವೇಶ ಎರಡನ್ನೂ ದೃಢೀಕರಿಸಿ. ದೃಢೀಕರಣ ಯಶಸ್ವಿಯಾಗುವುದು ಆ ಪರಿಶೀಲನೆಯ ಆರಂಭ, ಅಂತ್ಯವಲ್ಲ.