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

VPN ಕ್ಲೈಂಟ್‌ನಿಂದಲ್ಲ, ಹೋಸ್ಟ್ ಅಡಾಪ್ಟರ್‌ನಿಂದ ಪ್ರಾರಂಭಿಸಿ

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

C:\> route add 10.20.30.0 mask 255.255.255.0 192.168.50.1 -p

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

ನವೀಕರಿಸಬಹುದಾದ ಹಾರ್ಡ್‌ವೇರ್‌ನಲ್ಲಿ ಸುರಂಗವನ್ನು ಇರಿಸಿ

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

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

ನೆಟ್‌ವರ್ಕ್‌ಗಳಲ್ಲ, ಸೇವೆಗಳಿಗೆ ಅನುಮತಿ ನೀಡಿ

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

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

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

ಚೇತರಿಕೆ ಸುರಂಗವಿಲ್ಲದೆ ಕೆಲಸ ಮಾಡಬೇಕು

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

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

ಪ್ರಮಾಣಪತ್ರಗಳು, ಗಡಿಯಾರಗಳು ಮತ್ತು ಸಹಿ ಎಚ್ಚರಿಕೆಗಳು

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

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

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