ಎರಡು ಲಾಂಚರುಗಳು ಒಂದೇ ಯಂತ್ರದಲ್ಲಿ ಒಂದೇ ಪ್ರೊಫೈಲ್ ತೆರೆಯುತ್ತವೆ, ಮತ್ತು ಸಂಪರ್ಕಿಸುವುದು GUI ಮಾತ್ರ. ಕಡತ ಸರಿಯಾಗಿದೆ ಮತ್ತು ಇನ್ಸ್ಟಾಲರ್ ಬಹುಶಃ ಸರಿಯಾಗಿದೆ; ವ್ಯತ್ಯಾಸವಾಗುವುದು ಪ್ರತಿ ಲಾಂಚರ್ openvpn.exe ಗೆ ನೀಡುವ ಸಂದರ್ಭ. ಕೆಲಸದ ಡೈರೆಕ್ಟರಿ, ಖಾತೆಯ ಗುರುತು ಮತ್ತು ಕಡತದ ಗುಣಲಕ್ಷಣಗಳು ಎಲ್ಲವೂ ಆ ಸಂದರ್ಭದೊಂದಿಗೆ ಚಲಿಸುತ್ತವೆ. ಅವುಗಳನ್ನು ಆ ಕ್ರಮದಲ್ಲಿ ಪರಿಶೀಲಿಸಿ ಮತ್ತು ದೋಷವನ್ನು ವಿವರಿಸುವ ಮೊದಲನೆಯದರಲ್ಲಿ ನಿಲ್ಲಿಸಿ.

ಯಾವ ಲಾಂಚರ್ ವಿಫಲವಾಗುತ್ತದೆ ಎಂದು ದೃಢೀಕರಿಸಿ

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

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

ಸಾಪೇಕ್ಷ ಪಥಗಳು ಎಲ್ಲಿ ಪರಿಹರಿಸಲ್ಪಡುತ್ತವೆ

ca.crt ಅಥವಾ ಸಹಾಯಕ ಸ್ಕ್ರಿಪ್ಟ್ ಅನ್ನು ಕೇವಲ ಹೆಸರಿನಿಂದ ಉಲ್ಲೇಖಿಸುವ ಪ್ರೊಫೈಲ್ ಪ್ರಕ್ರಿಯೆ ಇರುವ ಸ್ಥಳಕ್ಕೆ ಸಾಪೇಕ್ಷ ಹುಡುಕಾಟವನ್ನು ಕೇಳುತ್ತದೆ. GUI ಸಂರಚನಾ ಫೋಲ್ಡರ್ನಲ್ಲಿ ಪ್ರಾರಂಭವಾಗುತ್ತದೆ, ಆದ್ದರಿಂದ ಆ ಹೆಸರುಗಳು ಪರಿಹರಿಸಲ್ಪಡುತ್ತವೆ. ಸೇವಾ ನಿರ್ವಾಹಕ ಪ್ರಾರಂಭಿಸುವ ಸೇವೆಗೆ ಅಂತಹ ಆರಂಭಿಕ ಬಿಂದು ಇಲ್ಲ, ಮತ್ತು ಯಾವುದೇ ಪ್ರಮಾಣಪತ್ರ ಓದುವ ಮೊದಲೇ ಹುಡುಕಾಟ ವಿಫಲವಾಗುತ್ತದೆ. ಆದ್ದರಿಂದ ಅದೇ ಪ್ರೊಫೈಲ್ ಒಂದು ಲಾಂಚರ್ನಲ್ಲಿ ಕೆಲಸ ಮಾಡುತ್ತದೆ ಮತ್ತು ಇನ್ನೊಂದರಲ್ಲಿ ಮಾಡುವುದಿಲ್ಲ.

ರ್ಯಾಪರ್ಗೆ ಪ್ರಾರಂಭಿಸಲು ಡೈರೆಕ್ಟರಿ ಕೊಡಿ, ಅಥವಾ ಪ್ರತಿ ಉಲ್ಲೇಖವನ್ನು ನಿರಪೇಕ್ಷ ಮಾಡಿ. ಕಮಾಂಡ್ ಲೈನ್ನಲ್ಲಿ GUI ಸಂದರ್ಭವನ್ನು ಮರುಸೃಷ್ಟಿಸುವುದು ಹೀಗೆ ಕಾಣುತ್ತದೆ:

openvpn --cd "C:\VPN\profiles\office" --config "C:\VPN\profiles\office\office.ovpn"

ಆ ಕಮಾಂಡ್ನಲ್ಲಿ ವರ್ಬೋಸಿಟಿ ಹೆಚ್ಚಿಸಿದರೆ ಪ್ರಯತ್ನಿಸಿದ ನಿಖರ ಪಥ ತೋರಿಸುತ್ತದೆ. ಅನುಮತಿಗಳನ್ನು ಬದಲಿಸುವ ಮೊದಲು ಇದನ್ನು ಮಾಡಿ, ಏಕೆಂದರೆ ಕಾಣೆಯಾದ ಕಡತ ಮತ್ತು ನಿರಾಕರಿಸಿದ ಓದಿಗೆ ಬೇರೆ ಬೇರೆ ಪರಿಹಾರ ಬೇಕು. ಡಿಫಾಲ್ಟ್ ಲಾಗ್ ಅವುಗಳನ್ನು ಪ್ರತ್ಯೇಕಿಸುವುದಿಲ್ಲ. ಒಂದು ಹೆಚ್ಚುವರಿ ಫ್ಲ್ಯಾಗ್ ಒಂದು ಗಂಟೆಯ ಊಹೆಯನ್ನು ಉಳಿಸುತ್ತದೆ.

ಸೇವೆಯ ಗುರುತು ಓದಲು ಸಾಧ್ಯವಾಗದಿದ್ದಾಗ

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

ಪರಿಶೀಲನೆ ಎಂದರೆ ಪರಿಣಾಮಕಾರಿ ಅನುಮತಿಗಳ ಓದು ಜೊತೆಗೆ ಸೇವೆಯ ಗುರುತಾಗಿ ಪ್ರಯತ್ನಿಸಿದ ಓದು. ಮೊದಲ ಭಾಗವನ್ನು ಎತ್ತರಿಸಿದ ಪ್ರಾಂಪ್ಟ್ನಿಂದ ಚಲಾಯಿಸಿ:

icacls "C:\VPN\profiles\office\office.ovpn"

ನಂತರ ಅದೇ ಓದನ್ನು ಸೇವೆಯ ಗುರುತಾಗಿ ಪ್ರಯತ್ನಿಸಿ, ಉದಾಹರಣೆಗೆ Sysinternals ನ psexec -s -i ಬಳಸಿ, ಮತ್ತು ಕಡತ ತೆರೆಯುತ್ತದೆಯೇ ಎಂದು ನೋಡಿ. ತೆರೆಯದಿದ್ದರೆ, ಯಾವುದೇ ಪಥ ಸರಿಪಡಿಸುವಿಕೆ ಸಹಾಯ ಮಾಡುವುದಿಲ್ಲ. ACL ಸರಿಪಡಿಸಿ ಅಥವಾ ಪ್ರೊಫೈಲ್ ಅನ್ನು ಸೇವೆಯ ಗುರುತು ಓದಬಲ್ಲ ಸ್ಥಳಕ್ಕೆ ಸರಿಸಿ.

ಕಡತ ಮಟ್ಟದ ಎನ್ಕ್ರಿಪ್ಷನ್ ಎರಡನೇ, ಅಪರೂಪದ ಪ್ರಕರಣ. Encrypting File System ಗುಣಲಕ್ಷಣದಿಂದ ಗುರುತಿಸಲಾದ ಪ್ರೊಫೈಲ್ ಅನ್ನು ಎನ್ಕ್ರಿಪ್ಟ್ ಮಾಡಿದ ಬಳಕೆದಾರರಿಗೆ ಪಾರದರ್ಶಕವಾಗಿ ಡೀಕ್ರಿಪ್ಟ್ ಆಗುತ್ತದೆ ಮತ್ತು ಸೇವಾ ಖಾತೆಗೆ ಓದಲಾಗದಂತೆ ಉಳಿಯುತ್ತದೆ. ಆದ್ದರಿಂದ ಅದೇ ಕಡತ ನಿಮ್ಮ ಎಡಿಟರ್ನಲ್ಲಿ ತೆರೆಯುತ್ತದೆ ಮತ್ತು ಸೇವೆಯ ಅಡಿಯಲ್ಲಿ ತೆರೆಯುವುದಿಲ್ಲ.

ಗುಣಲಕ್ಷಣ ಎತ್ತರಿಸಿದ ಪ್ರಾಂಪ್ಟ್ನಿಂದ ಕಾಣುತ್ತದೆ, ಮತ್ತು ಅದನ್ನು ಪರಿಶೀಲಿಸುವುದು ಪ್ರೊಫೈಲ್ ತೆರೆಯುವುದಿಲ್ಲ. ಎರಡೂ ಕಮಾಂಡ್ಗಳನ್ನು ಚಲಾಯಿಸಿ ಮತ್ತು ಔಟ್ಪುಟ್ ಓದಿ:

cipher /s:"C:\VPN\profiles\office"
attrib "C:\VPN\profiles\office\office.ovpn"

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

ಸುರಂಗದ ಮಾಲೀಕರು ಯಾರು ಎಂದು ನಿರ್ಧರಿಸುವುದು

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

ಸುರಂಗ ಲಾಗಿನ್ಗೆ ಮೊದಲು ಚಾಲನೆಯಲ್ಲಿರಬೇಕಿದ್ದರೆ, ಸೇವೆಗೆ ಮೇಲ್ವಿಚಾರಣೆ ಇಲ್ಲದ ರುಜುವಾತು ಮೂಲ ಮತ್ತು ಪ್ರೊಫೈಲಿನ ತನ್ನದೇ ಪ್ರತಿಯನ್ನು ಕೊಡಿ. ನೀವು ಮೇಜಿನ ಬಳಿ ಇರುವಾಗ ಮಾತ್ರ ಅದು ಇರಬೇಕಿದ್ದರೆ, ಅದನ್ನು GUI ನಲ್ಲಿ ಇರಿಸಿ ಮತ್ತು ಸೇವೆಯ ಪ್ರತಿಯನ್ನು ತೆಗೆಯಿರಿ. ಎರಡೂ ಒಟ್ಟಿಗೆ ಇದ್ದರೆ ಅಡಾಪ್ಟರ್ ಘರ್ಷಣೆಗಳು ಮತ್ತು ನಕಲಿ ಮಾರ್ಗಗಳನ್ನು ಉಂಟುಮಾಡುವ ಸಂರಚನೆ ಅದು.

ಆ ಘರ್ಷಣೆಯನ್ನು ಸಾಮಾನ್ಯವಾಗಿ ಒಂದು ಅಡಾಪ್ಟರ್ಗಾಗಿ ಹೋರಾಡುವ ಇಬ್ಬರು ಮಾಲೀಕರಾಗಿ ಅಲ್ಲ, ಸಂರಚನಾ ದೋಷವಾಗಿ ನಿರ್ಣಯಿಸಲಾಗುತ್ತದೆ. ಈವೆಂಟ್ ಲಾಗ್ ಒಂದು ಪ್ರಕ್ರಿಯೆ TAP ಸಾಧನ ತೆರೆಯಲು ವಿಫಲವಾಗುವುದನ್ನು ತೋರಿಸುತ್ತದೆ, ಅದು ಅನುಮತಿ ಸಮಸ್ಯೆಯಂತೆ ಕಾಣುತ್ತದೆ ಮತ್ತು ಅಲ್ಲ. ಮೊದಲು ಮಾಲೀಕರನ್ನು ಎಣಿಸಿ.

ಸೇವಾ ರ್ಯಾಪರ್ ನಿಜವಾಗಿ ಏನನ್ನು ಪ್ರಾರಂಭಿಸುತ್ತದೆ

ಸೇವೆಯ ಪ್ರವೇಶ ಬಿಂದು ಸಣ್ಣ ರ್ಯಾಪರ್ ಆಗಿದ್ದು ಅದು ತನ್ನ ಸಂಗ್ರಹಿತ ನಿಯತಾಂಕಗಳನ್ನು ಓದಿ ನಂತರ openvpn.exe ಅನ್ನು ಪ್ರಾರಂಭಿಸುತ್ತದೆ. ಈವೆಂಟ್ ಲಾಗ್ನ ಕಮಾಂಡ್ ಲೈನ್ ನಿಮ್ಮ ನಿರೀಕ್ಷೆಗೆ ಹೊಂದಿಕೆಯಾಗದಿದ್ದಾಗ, ಆ ಮೌಲ್ಯಗಳೇ ಪರಿಶೀಲಿಸಬೇಕಾದ ವಿಷಯ. ಮರುಸ್ಥಾಪನೆ ಅವನ್ನು ಡಿಫಾಲ್ಟ್ಗೆ ಹಿಂತಿರುಗಿಸಿ ಸಾಕ್ಷ್ಯವನ್ನು ನಾಶಮಾಡುತ್ತದೆ. ಮೊದಲು ಅವನ್ನು ಓದಿ.

ಮೌಲ್ಯಗಳು ರಿಜಿಸ್ಟ್ರಿಯಲ್ಲಿ ಸೇವೆಯ ತನ್ನದೇ ಕೀ ಅಡಿಯಲ್ಲಿ ವಾಸಿಸುತ್ತವೆ, ಮತ್ತು sc qc ಸೇವಾ ನಿರ್ವಾಹಕ ಪ್ರಾರಂಭಿಸುವ ಬೈನರಿ ಪಥವನ್ನು ತೋರಿಸುತ್ತದೆ. ಯಾವುದನ್ನೂ ಸಂಪಾದಿಸುವ ಮೊದಲು ಆ ಪಥವನ್ನು ರ್ಯಾಪರ್ನ ಸಂಗ್ರಹಿತ ಸಂರಚನೆಯೊಂದಿಗೆ ಹೋಲಿಸಿ.

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

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