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

ಮೊದಲ ಹಂತ: ಸೇವೆ ಹುಡುಕುವ ಸ್ಥಳದಲ್ಲಿ ಪ್ರೊಫೈಲ್ ಇರಿಸಿ

Windows ಸೇವೆಯು ಸ್ಥಿರ ಡೈರೆಕ್ಟರಿಯಿಂದ ಪ್ರೊಫೈಲ್ಗಳನ್ನು ಓದುತ್ತದೆ, ಮತ್ತು GUI ಕೂಡ ಅದೇ ಸ್ಥಳದಿಂದ ಓದುತ್ತದೆ, ಆದ್ದರಿಂದ ಆಮದು ಮಾಡುವಾಗ ಕೆಲಸ ಮಾಡುವ ಪ್ರೊಫೈಲ್ ಬೂಟ್ನಲ್ಲಿ ಕಾಣದೇ ಇರಬಹುದು. .ovpn ಫೈಲ್ಗಳನ್ನು ಸ್ಥಾಪನೆಯ config ಡೈರೆಕ್ಟರಿಯಲ್ಲಿ ಇರಿಸಿ, ಅದು ಸಾಮಾನ್ಯವಾಗಿ Program Files ಅಡಿಯಲ್ಲಿರುತ್ತದೆ. ಬಳಕೆದಾರರ Downloads ಫೋಲ್ಡರ್ನಲ್ಲಿ ಬಿಟ್ಟ ಪ್ರೊಫೈಲ್ ಸೇವೆಯ ವ್ಯಾಪ್ತಿಯಲ್ಲಿ ಸೇರುವುದೇ ಇಲ್ಲ.

ಹಳೆಯ ಮಾರ್ಗಸೂಚಿಗಳು config-auto ಫೋಲ್ಡರ್ ಅನ್ನು ಸೂಚಿಸುತ್ತವೆ, ಅದನ್ನು 2.5 ಯುಗದ ಕೆಲವು ಬಿಲ್ಡ್ಗಳು ಗೌರವಿಸಿದ್ದವು ಮತ್ತು ನಂತರದ ಬಿಡುಗಡೆಗಳು ಗೌರವಿಸಲಿಲ್ಲ. ಅದಕ್ಕಾಗಿಯೇ ಅಪ್ಗ್ರೇಡ್ ಕೆಲಸ ಮಾಡುತ್ತಿದ್ದ ಸ್ವಯಂಚಾಲಿತ ಪ್ರಾರಂಭವನ್ನು ಮೌನವಾಗಿ ಪರಿವರ್ತಿಸಬಹುದು, ಲಾಗ್ನಲ್ಲಿ ರುಜುವಾತುಗಳ ಬಗ್ಗೆ ಏನೂ ಇಲ್ಲದಿದ್ದರೂ. ಯಾವುದೇ ಫೈಲ್ಗಳನ್ನು ಸರಿಸುವ ಮೊದಲು ಸ್ಥಾಪಿತ ಬಿಲ್ಡ್ ವಾಸ್ತವವಾಗಿ ಯಾವ ಡೈರೆಕ್ಟರಿಯನ್ನು ಓದುತ್ತದೆ ಎಂದು ಖಚಿತಪಡಿಸಿ.

ಒಂದೇ ಯಂತ್ರದಲ್ಲಿ ಹಲವು ಪ್ರೊಫೈಲ್ಗಳಿದ್ದರೆ, dev-node ಮೂಲಕ ಪ್ರತಿಯೊಂದಕ್ಕೂ ಹೆಸರಿನ ಅಡಾಪ್ಟರ್ ನೀಡಿ. ಇಲ್ಲದಿದ್ದರೆ ಅವು ಒಂದೇ ಇಂಟರ್ಫೇಸ್ಗಾಗಿ ಸ್ಪರ್ಧಿಸುತ್ತವೆ ಮತ್ತು ಎರಡನೆಯದು ರುಜುವಾತುಗಳ ಸಮಸ್ಯೆಯಂತೆ ಕಾಣುವ ರೀತಿಯಲ್ಲಿ ವಿಫಲವಾಗುತ್ತದೆ.

ಎರಡನೇ ಹಂತ: ಟ್ರೇ ಐಕಾನ್ ಅಲ್ಲ, ಸೇವೆಯನ್ನು ಪ್ರಾರಂಭಿಸಿ

ಸೇವೆಯನ್ನುOpenVPN Automatic ಗೆ ಹೊಂದಿಸುವುದರಿಂದ ಅದು ಲಾಗಿನ್ ಇಲ್ಲದೆ ಬೂಟ್ನಲ್ಲಿ ಪ್ರಾರಂಭವಾಗುತ್ತದೆ. ಅದೇ ಕಾರ್ಯವಿಧಾನ, ಮತ್ತು ಟ್ರೇ ಐಕಾನ್ ಅದರ ಭಾಗವಲ್ಲ. ಸೇವೆಯು ಸಂಪರ್ಕವನ್ನು ಹೊಂದಿರುವಾಗ, GUI ಯಾವುದೇ ಐಕಾನ್ ಅಥವಾ ಸ್ಥಿತಿಯನ್ನು ತೋರಿಸದೇ ಇರಬಹುದು, ಅದು ನಿರೀಕ್ಷಿತವೇ ಹೊರತು ದೋಷವಲ್ಲ.

ಪರಿಣಾಮವೆಂದರೆ ಸಂಪರ್ಕ ಕಡಿತ ಎಂದರೆ ಸೇವೆಯನ್ನು ನಿಲ್ಲಿಸುವುದು, Disconnect ಕ್ಲಿಕ್ ಮಾಡುವುದಲ್ಲ. ಯಂತ್ರಕ್ಕೆ ಬೆಂಬಲ ನೀಡುವವರಿಗೆ ಹೇಳಿ, ಇಲ್ಲದಿದ್ದರೆ ಮೊದಲ ಬೆಂಬಲ ಕರೆ ಕಾಣೆಯಾದ ಐಕಾನ್ ಬಗ್ಗೆ ಇರುತ್ತದೆ.

ಸೇವಾ ಖಾತೆಯು ಪ್ರೊಫೈಲ್ ಮತ್ತು ಕೀ ಸಾಮಗ್ರಿಯನ್ನು ಓದಬಹುದೇ ಎಂದು ಪರಿಶೀಲಿಸಿ. ಬೂಟ್ನಲ್ಲಿ ಅನುಮತಿ ಸಮಸ್ಯೆ ಲಾಗ್ನಲ್ಲಿ ನಿಖರವಾಗಿ ದೃಢೀಕರಣ ವೈಫಲ್ಯದಂತೆ ಕಾಣುತ್ತದೆ.

ಮೂರನೇ ಹಂತ: ರೂಟ್ ಅನ್ನು ಟನಲ್ಗೆ ಬಂಧಿಸಿ

ಶಾಶ್ವತ ನಮೂದು ಇಲ್ಲಿ ತಪ್ಪು ಸಾಧನ. -P ನೊಂದಿಗೆ ರೂಟ್ ಸೇರಿಸುವುದರಿಂದ ಅದು ಮರುಬೂಟ್ಗಳನ್ನು ದಾಟುತ್ತದೆ ಮತ್ತು, ಇನ್ನೂ ಕೆಟ್ಟದಾಗಿ, ಟನಲ್ ಮುಚ್ಚುವಿಕೆಯನ್ನೂ ದಾಟುತ್ತದೆ. VPN ಆಫ್ ಇರುವಾಗ ಪ್ರಿಫಿಕ್ಸ್ ಇನ್ನೂ ಇಲ್ಲದ ಗೇಟ್ವೇಯನ್ನು ಸೂಚಿಸುತ್ತದೆ, ಆದ್ದರಿಂದ ಯಾರಾದರೂ ನಮೂದನ್ನು ಅಳಿಸುವವರೆಗೆ ಹೋಸ್ಟ್ ಆ ಗಮ್ಯವನ್ನು ತಲುಪಲಾರದು.

ಮೂರು ಪರ್ಯಾಯಗಳು ಸರಿಯಾಗಿ ವರ್ತಿಸುತ್ತವೆ. ಸರ್ವರ್ನಿಂದ ರೂಟ್ ಅನ್ನು ಪುಶ್ ಮಾಡಿ, ಅದು ಸಂಪರ್ಕದಲ್ಲಿ ಸೇರಿಸುತ್ತದೆ ಮತ್ತು ಸಂಪರ್ಕ ಕಡಿತದಲ್ಲಿ ತೆಗೆದುಹಾಕುತ್ತದೆ. route_vpn_gateway ಓದುವ route-up ಸ್ಕ್ರಿಪ್ಟ್ನಲ್ಲಿ ಅದನ್ನು ಸೇರಿಸಿ, ಆಗ ಮುಂದಿನ ಹಾಪ್ ಮಾತುಕತೆ ನಡೆಸಿದ ಟನಲ್ನಿಂದ ಬರುತ್ತದೆ. ಅಥವಾ Add-VpnConnectionRoute ಅನ್ನು Windows ನ ಸ್ಥಳೀಯ VPN ಪ್ರೊಫೈಲ್ನೊಂದಿಗೆ ಬಳಸಿ, ಅದು ಪ್ರಿಫಿಕ್ಸ್ ಅನ್ನು ಆ ಸಂಪರ್ಕಕ್ಕೆ ಬಂಧಿಸುತ್ತದೆ.

ಸರ್ವರ್ ಈ ಸೈಟ್ಗೆ ಬೇಕಾದುದಕ್ಕಿಂತ ಹೆಚ್ಚು ನೀಡಿದಾಗ, route-nopull ಪುಶ್ ಮಾಡಿದ ರೂಟ್ಗಳನ್ನು ನಿರಾಕರಿಸುತ್ತದೆ ಮತ್ತು ಟೇಬಲ್ ಅನ್ನು ಸಂಪೂರ್ಣ ಸ್ಥಳೀಯವಾಗಿ ಬಿಡುತ್ತದೆ. ಇದು ಬಳಕೆದಾರರು ಕಾರ್ಪೊರೇಟ್ ಡಿಫಾಲ್ಟ್ ರೂಟ್ ಪಡೆಯಬಾರದ ಹಂಚಿದ ಪ್ರೊಫೈಲ್ಗೆ ಸರಿಹೊಂದುತ್ತದೆ.

ನಾಲ್ಕನೇ ಹಂತ: ಶೀತ ಬೂಟ್ನಿಂದ ಪಾರಾಗಿ

ನೆಟ್ವರ್ಕ್ ಸ್ಟ್ಯಾಕ್ ಇರುವ ಮೊದಲೇ ಸೇವೆಯನ್ನು ಪ್ರಾರಂಭಿಸಿದರೆ ಒಂದು ವಿಫಲ ಪ್ರಯತ್ನ ಮತ್ತು ಮರುಪ್ರಯತ್ನ ಇಲ್ಲ. ಅದನ್ನು Automatic (Delayed Start) ಗೆ ಹೊಂದಿಸುವುದು, ಅಥವಾ ನೆಟ್ವರ್ಕ್ ಸೇವೆಯ ಮೇಲೆ ಅವಲಂಬನೆ ಸೇರಿಸುವುದು, ಆ ಸ್ಪರ್ಧೆಯನ್ನು ತೆಗೆದುಹಾಕುತ್ತದೆ. ನಂತರ ಬೂಟ್ ಪರೀಕ್ಷೆಯನ್ನು ಪುನರಾವರ್ತಿಸಿ ಮತ್ತು ಎರಡನೇ ಪ್ರಯತ್ನ ಇನ್ನು ಬೇಕಿಲ್ಲ ಎಂದು ಪರಿಶೀಲಿಸಿ.

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

ನೀವು ನಿಜವಾಗಿ ನಿಯೋಜಿಸುವ ಕ್ರಮವನ್ನು ಪರೀಕ್ಷಿಸಿ, ಕೈಯಿಂದ ಪ್ರಚೋದಿಸಬಹುದಾದದ್ದನ್ನು ಅಲ್ಲ. ಶೀತ ಬೂಟ್ ಮಾತ್ರ ಕ್ರಮವನ್ನು ಪರೀಕ್ಷಿಸುವ ಏಕೈಕ ಪರೀಕ್ಷೆ.

ಐದನೇ ಹಂತ: GUI ಇಲ್ಲದೆ ಪರಿಶೀಲಿಸಿ

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

ಅಡಾಪ್ಟರ್ ಎಂದಿಗೂ ಕಾಣದಿದ್ದರೆ, ಸಂದೇಹಾಸ್ಪದ ಪ್ರೊಫೈಲ್ ಅಲ್ಲ, ಡ್ರೈವರ್. ಆ ಎರಡು ವೈಫಲ್ಯಗಳು ಲಾಗ್ನಲ್ಲಿ ಒಂದೇ ರೀತಿ ಕಾಣುವುದಿಲ್ಲ, ಮತ್ತು ಅವುಗಳಲ್ಲಿ ಒಂದೇ ಒಂದು ಸಾಫ್ಟ್ವೇರ್ ಮರುಸ್ಥಾಪನೆಗೆ ಪ್ರತಿಕ್ರಿಯಿಸುತ್ತದೆ.

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