ಪಾಲುದಾರರನ್ನು ಸೇರಿಸದೆ ಪಾಲುದಾರ VPN ಪ್ರವೇಶವನ್ನು ಕೇಂದ್ರೀಕರಿಸಿ

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

ಪ್ರತಿ ಪಾಲುದಾರ ಈಗಾಗಲೇ ಸಹಿ ಮಾಡಿರುವ ಒಪ್ಪಂದದಿಂದ ಪ್ರಾರಂಭಿಸಿ

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

ಆ ದಾಖಲೆಯೇ ಫಲಿತಾಂಶ. ಒಬ್ಬ ಪಾಲುದಾರರಿಗೆ ಅದನ್ನು ಬರೆಯಲಾಗದಿದ್ದರೆ, ಆ ಪಾಲುದಾರ ಕೇಂದ್ರೀಕರಣಕ್ಕೆ ಸಿದ್ಧವಿಲ್ಲ.

ಗಮ್ಯಸ್ಥಾನದಿಂದ ಮಾತ್ರವಲ್ಲ, ಸಂದರ್ಭದಿಂದ ರೂಟ್ ಮಾಡಿ

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

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

ಉತ್ತರ ಹೌದು ಎಂಬಲ್ಲಿ, ರೂಟಿಂಗ್ ಸಂದರ್ಭವೇ ನೀವು ದಾಖಲಿಸಿ ಪರೀಕ್ಷಿಸುವ ವಿಷಯವಾಗುತ್ತದೆ, ಏಕೆಂದರೆ ಅದು traceroute ನಲ್ಲಿ ಕಾಣುವುದಿಲ್ಲ.

ಉದ್ಯೋಗಿ ಏನು ಟೈಪ್ ಮಾಡುತ್ತಾರೆ ಮತ್ತು ಪಾಲುದಾರ ಏನು ದಾಖಲಿಸುತ್ತಾರೆ ಎಂದು ನಿರ್ಧರಿಸಿ

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

ನಂತರ ಉದ್ಯೋಗಿಯ ಕಡೆಯಿಂದ ಒಂದು ನಿಜವಾದ ಕಾರ್ಯವನ್ನು ನಡೆಯಿರಿ: ಅವರು ಏನು ಕ್ಲಿಕ್ ಮಾಡುತ್ತಾರೆ, ಅವರಿಂದ ಏನು ಕೇಳಲಾಗುತ್ತದೆ ಮತ್ತು ಪಾಲುದಾರ ಲಾಗ್ ನಮೂದನ್ನು ಕೇಳಿದರೆ ಏನು ನೋಡುತ್ತಾರೆ. ಆ ನಡಿಗೆ ಪುನರಾವರ್ತಿಸಲಾಗದಿದ್ದರೆ, ವಿನ್ಯಾಸ ಮುಗಿದಿಲ್ಲ.

ಪಾಲುದಾರರ ನಡುವಿನ ಸಾಗಣೆಯನ್ನು ಸ್ಪಷ್ಟವಾಗಿ ನಿರಾಕರಿಸಿ

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

ನಿರಾಕರಣೆಯನ್ನು ಅನುಮತಿಗಳ ಪಕ್ಕದಲ್ಲಿ ಪಾಲುದಾರ ದಾಖಲೆಯಲ್ಲಿ ಬರೆಯಿರಿ, ಉದ್ದೇಶ ಸಿಬ್ಬಂದಿ ಬದಲಾವಣೆಗಳನ್ನು ಮೀರಿ ಉಳಿಯಲಿ.

ದೊಡ್ಡ ಲ್ಯಾಪ್‌ಟಾಪ್ ಆಗಲ್ಲ, ಹಂಚಿದ ಸೇವೆಯಾಗಿ ನಡೆಸಿ

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

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

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