ಕಂಪನಿಯ ವೆಬ್ ಅಪ್ಲಿಕೇಶನ್ ಅನ್ನು VPN ಹಿಂದೆ ಸರಿಸುವುದು: ಕಟ್ಓವರ್ ಮಾರ್ಗದರ್ಶಿ

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

ಹಂತ 1: ಬಳಕೆದಾರರು ಇಂದು ಏನು ಮಾಡುತ್ತಾರೆ ಎಂದು ಬರೆಯಿರಿ

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

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

ಹಂತ 2: ಟನೆಲ್ ಅನ್ನು ಲಾಗಿನ್ನಿಂದ ಬೇರ್ಪಡಿಸಿ

ಬಳಕೆದಾರರು VPN ಮೂಲಕ ಅಪ್ಲಿಕೇಶನ್ ತಲುಪಿದಾಗ, ಬ್ರೌಸರ್ ಇನ್ನೂ ಅಪ್ಲಿಕೇಶನ್ನ ಸ್ವಂತ ಎಂಡ್ಪಾಯಿಂಟ್ಗೆ TLS ಸಂಪರ್ಕ ತೆರೆಯುತ್ತದೆ. ಪ್ರಮಾಣಪತ್ರವು ಆ ಹೆಸರಿಗೆ ಹೊಂದಿಕೆಯಾಗಬೇಕು, ಮತ್ತು ಅಪ್ಲಿಕೇಶನ್ ಇನ್ನೂ ಖಾತೆಯನ್ನು ದೃಢೀಕರಿಸುತ್ತದೆ. ಟನೆಲ್ನಲ್ಲಿ ಯಾವುದೂ ಎರಡರಲ್ಲಿ ಒಂದನ್ನು ಬದಲಿಸುವುದಿಲ್ಲ.

ಇಲ್ಲಿಯೇ ಸ್ಥಳಾಂತರಗಳು ಮೌನವಾಗಿ ತಪ್ಪಾಗುತ್ತವೆ. ಖಾಸಗಿ ವಿಳಾಸಕ್ಕೆ ಇನ್ನು ಮಾನ್ಯ ಪ್ರಮಾಣಪತ್ರ ಬೇಕಿಲ್ಲ ಎಂದು ಯಾರೋ ನಿರ್ಧರಿಸುತ್ತಾರೆ, ಬಳಕೆದಾರರು ಎಚ್ಚರಿಕೆಯ ಮೂಲಕ ಕ್ಲಿಕ್ ಮಾಡಲು ಕಲಿಯುತ್ತಾರೆ, ಮತ್ತು ಸಂಸ್ಥೆಯು ಸಾರ್ವಜನಿಕ ಒಡ್ಡುವಿಕೆಯನ್ನು ಭದ್ರತಾ ಎಚ್ಚರಿಕೆಗಳನ್ನು ನಿರ್ಲಕ್ಷಿಸುವ ತರಬೇತಿ ಕಾರ್ಯಕ್ರಮಕ್ಕೆ ಬದಲಾಯಿಸಿದೆ. ಅಪ್ಲಿಕೇಶನ್ಗೆ ನಿಜವಾಗಿಯೂ ಆಂತರಿಕ ಪ್ರಮಾಣಪತ್ರ ಬೇಕಾದರೆ, ಆಂತರಿಕ ಪ್ರಾಧಿಕಾರದಿಂದ ಒಂದನ್ನು ನೀಡಿ ಮತ್ತು ವಿಶ್ವಾಸವನ್ನು ಸರಿಯಾಗಿ ವಿತರಿಸಿ. ಅದು ನಿಯಂತ್ರಿತ ಬದಲಾವಣೆ; ಎಚ್ಚರಿಕೆ ಪುಟವಲ್ಲ.

ಅನುಮತಿಯನ್ನು ಈಗಾಗಲೇ ಇರುವಲ್ಲೇ ಇಡಿ. NISTನ ಶೂನ್ಯ-ವಿಶ್ವಾಸ ವಾಸ್ತುಶಿಲ್ಪ ಸಾರಾಂಶ ವಿಷಯವನ್ನು ನೇರವಾಗಿ ಹೇಳುತ್ತದೆ: ಜಾಲ ಸ್ಥಳವು ಸೂಕ್ಷ್ಮ ಕಾರ್ಯಾಚರಣೆಯನ್ನು ನೀಡಲು ಕಾರಣವಲ್ಲ. ಟನೆಲ್ನ ಒಳಗಿರುವುದು ಓದಲು-ಮಾತ್ರ ಖಾತೆಯನ್ನು ನಿರ್ವಾಹಕರನ್ನಾಗಿ ಮಾಡಬಾರದು.

ಹಂತ 3: ಉದ್ಯೋಗಿ ಅಲ್ಲದ ಕರೆಗಾರರನ್ನು ಹುಡುಕಿ

ಅಪ್ಲಿಕೇಶನ್ ಸಂರಚನೆಯನ್ನು ತೆರೆಯಿರಿ ಮತ್ತು ಅದರೊಂದಿಗೆ ಮಾತನಾಡುವ ಎಲ್ಲವನ್ನೂ ಪಟ್ಟಿ ಮಾಡಿ: ಗುರುತಿನ ಪೂರೈಕೆದಾರರ ಕಾಲ್ಬ್ಯಾಕ್ URL, ಪಾವತಿ ಪೂರೈಕೆದಾರರ ವೆಬ್ಹುಕ್, ನಿಗದಿತ ಆಮದು, ಮೇಲ್ವಿಚಾರಣೆ ಪ್ರೋಬ್, ಪಾಲುದಾರರ API ಕ್ಲೈಂಟ್. ಪ್ರತಿಯೊಂದೂ ಮಾಲೀಕರನ್ನು ಹೊಂದಿರುವ ಅವಲಂಬನೆ, ಮತ್ತು ಪ್ರತಿಯೊಂದೂ ಬೇರೆ ಕ್ಷಣದಲ್ಲಿ ಮುರಿಯುತ್ತದೆ.

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

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

ಹಂತ 4: ಕೇವಲ DNS ದಾಖಲೆಯಲ್ಲ, ಸಾರ್ವಜನಿಕ ಮಾರ್ಗವನ್ನು ನಿವೃತ್ತಿಗೊಳಿಸಿ

ಪ್ರಕಟಣೆ ಸರಪಳಿಯನ್ನು ನಡೆಯಿರಿ: DNS, ಲೋಡ್ ಬ್ಯಾಲೆನ್ಸರ್ ಶ್ರೋತೃಗಳು, ರಿವರ್ಸ್ ಪ್ರಾಕ್ಸಿ ನಿಯಮಗಳು, ಹೋಸ್ಟ್ ಫೈರ್ವಾಲ್ ಮತ್ತು ಹಳೆಯ ವಿಳಾಸಕ್ಕೆ ಇನ್ನೂ ತೋರಿಸುವ ಯಾವುದೇ ಪರ್ಯಾಯ ಹೆಸರು. ಎರಡೂ ವಿಳಾಸ ಕುಟುಂಬಗಳನ್ನು ಪರಿಶೀಲಿಸಿ. ಹಳೆಯ CNAME ಅಥವಾ IPv6 ಶ್ರೋತೃವು ಇನ್ನೂ ಅಪ್ಲಿಕೇಶನ್ಗೆ ಸೇವೆ ಸಲ್ಲಿಸುತ್ತಿದ್ದರೆ ಮುಖ್ಯ A ದಾಖಲೆಯನ್ನು ಬದಲಿಸುವುದು ಬಹುತೇಕ ಏನನ್ನೂ ಸಾಬೀತುಪಡಿಸುವುದಿಲ್ಲ.

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

VPN ಪ್ರೇಕ್ಷಕರನ್ನು ಅಪ್ಲಿಕೇಶನ್ ಮಾರ್ಗಕ್ಕೆ ಸೀಮಿತಗೊಳಿಸಿ. ಕಚೇರಿ ಜಾಲಕ್ಕೆ ವಿಶಾಲ ಪ್ರವೇಶವು ಒಂದು ಒಡ್ಡುವಿಕೆ ನಿರ್ಧಾರವನ್ನು ದೊಡ್ಡದಕ್ಕೆ ಬದಲಾಯಿಸುತ್ತದೆ, ಮತ್ತು ಆಡಳಿತ ಇಂಟರ್ಫೇಸ್ಗಳು ಬಳಕೆದಾರ ನಿಯಮವನ್ನು ಆನುವಂಶಿಕವಾಗಿ ಪಡೆಯುವ ಬದಲು ತಮ್ಮದೇ ಅನುಮತಿಸಿದ ಮೂಲಗಳನ್ನು ಬೇಕಾಗುತ್ತದೆ.

ಹಂತ 5: ಸ್ವೀಕಾರವನ್ನು ನೀವೇ ನಡೆಯಿರಿ

ಅನುಮೋದಿತ ಬಳಕೆದಾರರಾಗಿ ಸಂಪರ್ಕಿಸಿ, ಬುಕ್ಮಾರ್ಕ್ ತೆರೆಯಿರಿ, ಪ್ರಮಾಣಪತ್ರ ಪರಿಶೀಲಿಸಿ, ಲಾಗಿನ್ ಮಾಡಿ ಮತ್ತು ಒಂದು ನಿಜವಾದ ಕಾರ್ಯಾಚರಣೆ ಮಾಡಿ. ನಂತರ ಆ ಕಾರ್ಯಾಚರಣೆ ಇರಬಾರದ ಖಾತೆಯೊಂದಿಗೆ ಪ್ರಯತ್ನಿಸಿ ಮತ್ತು ಅದು ನಿರಾಕರಿಸಲ್ಪಟ್ಟಿದೆ ಎಂದು ಖಚಿತಪಡಿಸಿ. ನಂತರ VPN ಹೊರಗಿನ ಸಾಧನದಿಂದ ಪ್ರಯತ್ನಿಸಿ ಮತ್ತು ಅಪ್ಲಿಕೇಶನ್ ತಲುಪಲಾಗದು ಎಂದು ಖಚಿತಪಡಿಸಿ.

ಪ್ರತಿ ಉಳಿಸಿಕೊಂಡ ಸಂಯೋಜನೆಗೆ ಪುನರಾವರ್ತಿಸಿ, ಮತ್ತು ನಿಮ್ಮ ಸ್ವಂತ ಪರೀಕ್ಷಾ ಸಾಧನದ 200 ಅದೇ ವಿಷಯ ಎಂದು ಭಾವಿಸುವ ಬದಲು ಪೂರೈಕೆದಾರರ ವಿತರಣಾ ಲಾಗ್ ಓದಿ. ಯಶಸ್ವಿ VPN ಲಾಗಿನ್ ಈ ಫಲಿತಾಂಶಗಳಲ್ಲಿ ಯಾವುದಕ್ಕೂ ಸಾಕ್ಷಿಯಲ್ಲ.

ಹಂತ 6: ಕೆಟ್ಟ ದಿನದ ಅಭ್ಯಾಸ ಮಾಡಿ

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

ಗೇಟ್ವೇ ಮತ್ತು ಅಪ್ಲಿಕೇಶನ್ ನಿರ್ವಹಿಸುವ ನಿರ್ವಾಹಕರಿಗೆ ಮಾಲೀಕರು ಮತ್ತು ತೆಗೆದುಹಾಕುವ ದಿನಾಂಕದೊಂದಿಗೆ recovery ಪ್ರವೇಶವನ್ನು ಇಡಿ. ಬದಲಾವಣೆ ಮತ್ತು ಅದರ ಹಿಮ್ಮುಖ ಷರತ್ತುಗಳನ್ನು ಒಂದೇ ಸ್ಥಳದಲ್ಲಿ ದಾಖಲಿಸಿ, ವಿಫಲ ಸ್ಥಳಾಂತರವು ಅದನ್ನು ಸರಿಪಡಿಸುವ ಜನರನ್ನು ಲಾಕ್ ಔಟ್ ಮಾಡದಂತೆ.

ಕಟ್ಓವರ್ ನಂತರವೂ ಪ್ಯಾಚಿಂಗ್, ಖಾತೆ ಜೀವನಚಕ್ರ, ಅಪ್ಲಿಕೇಶನ್ ಅನುಮತಿ ಮತ್ತು ಆಡಿಟ್ ನಿಮ್ಮವೇ. ಟನೆಲ್ ಪ್ರವೇಶವನ್ನು ಸಂಕುಚಿತಗೊಳಿಸಿತು; ಅದು ಈ ಕೆಲಸಗಳಲ್ಲಿ ಯಾವುದನ್ನೂ ವಹಿಸಿಕೊಳ್ಳಲಿಲ್ಲ.