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

ನಿರ್ವಹಣಾ ವಿಭಾಗದಿಂದ ಪ್ರಾರಂಭಿಸಿ

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

ನಂತರ ಎರಡು ಮಾರ್ಗಗಳು. VPN ಕ್ಲೈಂಟ್ಗೆ ನಿರ್ವಹಣಾ ಜಾಲಕ್ಕೆ ಮಾರ್ಗ ಬೇಕು, ಅಂದರೆ ಸಾಮಾನ್ಯವಾಗಿ ಕ್ಲೈಂಟ್ನ AllowedIPs ಅಥವಾ ತಳ್ಳಲಾದ ಮಾರ್ಗಗಳು ಆ ಸಬ್ನೆಟ್ ಅನ್ನು ಒಳಗೊಂಡಿರುತ್ತವೆ. ಹೈಪರ್ವೈಸರ್ ಅಥವಾ ಅದರ ಡೀಫಾಲ್ಟ್ ಗೇಟ್ವೇಗೆ ಕ್ಲೈಂಟ್ ವಿಳಾಸ ಪೂಲ್ಗೆ ಹಿಂತಿರುಗುವ ಮಾರ್ಗ ಬೇಕು, ವಿನ್ಯಾಸವು ಪ್ರವೇಶದಲ್ಲಿ ಮೂಲವನ್ನು ಉದ್ದೇಶಪೂರ್ವಕವಾಗಿ ಭಾಷಾಂತರಿಸದಿದ್ದರೆ. ಇವು ಎರಡು ಪ್ರತ್ಯೇಕ ಸತ್ಯಗಳು ಮತ್ತು ಯಾವುದಾದರೂ ಒಂದು ಇಲ್ಲದಿದ್ದರೆ ಅದೇ ಸಮಯ ಮೀರಿಕೆ ಉಂಟಾಗುತ್ತದೆ. ಅವನ್ನು ಪ್ರತ್ಯೇಕವಾಗಿ ಪರಿಶೀಲಿಸಿ: ಕ್ಲೈಂಟ್ನಲ್ಲಿ ip route get 192.168.10.20, ಮತ್ತು ಪ್ಯಾಕೆಟ್ ಒಂದೂ ಬಂದಿದೆಯೇ ಎಂದು ತೋರಿಸುವ ಹೈಪರ್ವೈಸರ್ ಹೋಸ್ಟ್ನಲ್ಲಿ ಸೆರೆಹಿಡಿಯುವಿಕೆ.

ನಿಜವಾದ ದೂರದ ನಿರ್ವಾಹಕರಿಗೆ ಅನುಮತಿ ನೀಡಿ

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

ಹೈಪರ್ವೈಸರ್ನ ಸ್ವಂತ ದೃಢೀಕರಣ ಮತ್ತು ಪ್ರಮಾಣಪತ್ರ ಪರಿಶೀಲನೆಗಳನ್ನು ಆನ್ ಆಗಿಡಿ. ಖಾಸಗಿ ಮಾರ್ಗವು ಅನಿರೀಕ್ಷಿತ ಗುರುತಿನ ಎಚ್ಚರಿಕೆಯನ್ನು ಕ್ಲಿಕ್ ಮಾಡಿ ದಾಟಲು ಕಾರಣವಲ್ಲ.

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

ದ್ವಿತೀಯ ಸಂಪರ್ಕಗಳನ್ನು ಪರಿಶೀಲಿಸಿ

ಕೆಲವು ವೈಶಿಷ್ಟ್ಯಗಳು ವೆಬ್ ಪುಟ ಬಳಸದ ಸಂಪರ್ಕಗಳನ್ನು ಬಳಸುತ್ತವೆ. ಕನ್ಸೋಲ್ ಅಧಿವೇಶನ, ISO ಅಪ್ಲೋಡ್, VNC ಅಥವಾ SPICE ಪ್ರಾಕ್ಸಿ ಮತ್ತು ಸ್ಥಳಾಂತರ ಚಾನಲ್ ಪ್ರತಿಯೊಂದೂ ಬೇರೆ ಪೋರ್ಟ್ ಅಥವಾ ಬೇರೆ ಹೋಸ್ಟ್ ವಿಳಾಸವನ್ನು ಬಳಸಬಹುದು. ಪುಟ ಲೋಡ್ ಆಗಿ ಒಂದು ವೈಶಿಷ್ಟ್ಯ ವಿಫಲವಾದಾಗ, ಹೋಸ್ಟ್ನ ಪ್ರತಿ ಪೋರ್ಟ್ ತೆರೆಯುವ ಬದಲು ಆ ಉತ್ಪನ್ನದ ಅಗತ್ಯವನ್ನು ಓದಿ.

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

ಜಾಲವನ್ನು ಮುಟ್ಟುವ ಮೊದಲು ಹಿಂತಿರುಗುವ ದಾರಿಯನ್ನು ಇಟ್ಟುಕೊಳ್ಳಿ

ನಿಮ್ಮ ಸ್ವಂತ VPN ಅನ್ನು ಸಾಗಿಸುವ ವರ್ಚುವಲ್ ಜಾಲವನ್ನು ಬದಲಿಸುವ ಮೊದಲು, ನಿಮಗೆ ಸ್ಥಳೀಯ ಅಥವಾ ಸ್ವತಂತ್ರ ಹಿಂತಿರುಗುವ ದಾರಿ ಇದೆ ಎಂದು ದೃಢೀಕರಿಸಿ.

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

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

ಇಟ್ಟುಕೊಳ್ಳಬೇಕಾದ ದಾಖಲೆ ಚಿಕ್ಕದು: ನಿರ್ವಹಣಾ ವಿಳಾಸ ಮತ್ತು ಸೇವೆ, ಪ್ರತಿ ಬದಿಗೂ ಬೇಕಾದ ಮಾರ್ಗ, ತಲುಪಲು ಅನುಮತಿಸಿದ ಗುರುತುಗಳು, ಮತ್ತು ಚೇತರಿಕೆಯ ಮಾರ್ಗ. ಮುಂದಿನ ವ್ಯಕ್ತಿ ಕಾರ್ಯನಿರ್ವಹಿಸುವ ಸ್ಥಿತಿಯನ್ನು ಮತ್ತೆ ಅನುಮಾನಿಸದೆ ಪುನರುತ್ಪಾದಿಸಲು ಅಷ್ಟೇ ಸಾಕು.

ಎಲ್ಲದರ ನಂತರವೂ ಪುಟ ಸಮಯ ಮೀರಿದರೆ, ಇನ್ನೊಂದು ನಿಯಮ ಬದಲಿಸುವ ಮೊದಲು ಹೈಪರ್ವೈಸರ್ನಲ್ಲಿ ಸೆರೆಹಿಡಿಯಿರಿ ಮತ್ತು ಪ್ಯಾಕೆಟ್ ಹುಡುಕಿ. ಎಂದೂ ಬಾರದ ಪ್ಯಾಕೆಟ್ ರೂಟಿಂಗ್ ಅಥವಾ ಫೈರ್ವಾಲ್ ಪ್ರಶ್ನೆ; ಬಂದು ನಿರಾಕರಿಸಲ್ಪಡುವ ಪ್ಯಾಕೆಟ್ ಸೇವೆ ಅಥವಾ ನೀತಿ ಪ್ರಶ್ನೆ; ಕ್ಲೈಂಟ್ ಕಾಯುತ್ತಿರುವಾಗ ಬಂದು ಉತ್ತರಿಸಲ್ಪಡುವ ಪ್ಯಾಕೆಟ್ ಹಿಂತಿರುಗುವ ಮಾರ್ಗದ ಪ್ರಶ್ನೆ. strongSwan ನ ರವಾನೆ ದಾಖಲೆ ಒಂದು Linux ಗೇಟ್ವೇ ಸುರಂಗ ಸಂಚಾರವನ್ನು ಒಳಗಿನ ಹೋಸ್ಟ್ಗೆ ಹೇಗೆ ರವಾನಿಸುತ್ತದೆ ಎಂಬುದನ್ನು ವಿವರಿಸುತ್ತದೆ. ಮೂರು ಸೆರೆಹಿಡಿಯುವಿಕೆಗಳು ಇನ್ನೊಂದು ಊಹೆಗಿಂತ ಉತ್ತಮ.

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