Git ನ gpg PATH ನಲ್ಲಿ ಗೆಲ್ಲುವುದರಿಂದ OpenVPN ಸ್ಥಾಪನೆ ವಿಫಲವಾಗುತ್ತದೆ

Chocolatey ಅಡಿಯಲ್ಲಿ ಸಹಿ ಅಥವಾ ಕೀ ದೋಷದೊಂದಿಗೆ ಸಾಯುವ OpenVPN ಸ್ಥಾಪನೆ ಸಾಮಾನ್ಯವಾಗಿ ಡೌನ್‌ಲೋಡ್ ಸಮಸ್ಯೆ ಅಲ್ಲ. ಪ್ಯಾಕೇಜ್ gpg ಅನ್ನು ಕರೆಯುವ ಪರಿಶೀಲನಾ ಹಂತವನ್ನು ಚಲಾಯಿಸುತ್ತದೆ, ಮತ್ತು Windows ಆ ಬರಿ ಹೆಸರನ್ನು PATH ಮೂಲಕ ಪರಿಹರಿಸುತ್ತದೆ. Git for Windows ಮೊದಲು ಸ್ಥಾಪನೆಯಾಗಿದ್ದರೆ, ಅದರ ಜೊತೆ ಬರುವ gpg.exe OpenVPN ನಿರೀಕ್ಷಿಸುವ GnuPG ನಿರ್ಮಾಣದ ಮುಂದೆ ಕುಳಿತುಕೊಳ್ಳುತ್ತದೆ, ಮತ್ತು ತಪ್ಪು ಪ್ರೋಗ್ರಾಂ ಕರೆಗೆ ಉತ್ತರಿಸುತ್ತದೆ. ನೀವು ನೋಡುವ ದೋಷವು ಆ ಇನ್ನೊಂದು ಪ್ರೋಗ್ರಾಂ ದೂರು ಹೇಳಲು ನಿರ್ಧರಿಸಿದ ವಿಷಯವಾಗಿದೆ, ಆದ್ದರಿಂದ ಅದು ನಿಜವಾದ ಕಾರಣವನ್ನು ಎಂದಿಗೂ ಉಲ್ಲೇಖಿಸುವುದಿಲ್ಲ.

PATH ನ ಕ್ರಮವು ಯಾವ gpg ಚಲಿಸುತ್ತದೆ ಎಂಬುದನ್ನು ನಿರ್ಧರಿಸುತ್ತದೆ

Windows ಗೆ ಕಾರ್ಯಗತಗೊಳಿಸಬಹುದಾದ ಹೆಸರುಗಳ ಕೇಂದ್ರೀಯ ನೋಂದಣಿ ಇಲ್ಲ. ಪ್ರಕ್ರಿಯೆಯೊಂದು ಪೂರ್ಣ ಮಾರ್ಗವಿಲ್ಲದೆ gpg ಕೇಳಿದಾಗ, ಲೋಡರ್ PATH ನ ನಮೂದುಗಳನ್ನು ಕ್ರಮವಾಗಿ ಸಾಗಿ ಮೊದಲ ಹೊಂದಾಣಿಕೆಯನ್ನು ಚಲಾಯಿಸುತ್ತದೆ. Git for Windows ಸಹಿ ಮಾಡಿದ ಕಮಿಟ್‌ಗಳು ಕೆಲಸ ಮಾಡಲು ತನ್ನ usr/bin ಡೈರೆಕ್ಟರಿಯೊಳಗೆ ಕನಿಷ್ಠ GnuPG ನಿರ್ಮಾಣವನ್ನು ಒದಗಿಸುತ್ತದೆ, ಮತ್ತು ಅದರ ಸ್ಥಾಪಕವು ಸಾಮಾನ್ಯವಾಗಿ ಆ ಡೈರೆಕ್ಟರಿಯನ್ನು ಬಳಕೆದಾರರ PATH ನ ಆರಂಭದ ಹತ್ತಿರ ಇಡುತ್ತದೆ.

GnuPG ತನ್ನ ಸ್ವಂತ ಡೈರೆಕ್ಟರಿಗೆ, ಸಾಮಾನ್ಯವಾಗಿ C:\Program Files (x86)\GNU\GnuPG\pub ಸ್ಥಾಪನೆಯಾಗುತ್ತದೆ, ಮತ್ತು ಆ ನಮೂದು ಪಟ್ಟಿಯಲ್ಲಿ ನಂತರ ಇರಬಹುದು ಅಥವಾ ಬಳಕೆದಾರರ PATH ನಿಂದ ಸಂಪೂರ್ಣವಾಗಿ ಕಾಣೆಯಾಗಿರಬಹುದು. ಎರಡೂ ಪ್ರೋಗ್ರಾಂಗಳು ಹೆಸರು ಮತ್ತು ಆಜ್ಞಾ ಸಾಲಿನ ಇಂಟರ್ಫೇಸ್‌ನ ಬಹಳಷ್ಟು ಭಾಗವನ್ನು ಹಂಚಿಕೊಳ್ಳುತ್ತವೆ, ಆದರೆ ತಮ್ಮ ಸ್ಥಿತಿಯನ್ನು ಅಲ್ಲ: Git ನಿರ್ಮಾಣವು ಕೀಲಿಗಳ ಉಂಗುರವನ್ನು ಬೇರೆಡೆ ಹುಡುಕುತ್ತದೆ, ಬೇರೆ ಆವೃತ್ತಿಯಾಗಿರಬಹುದು, ಮತ್ತು ಸ್ಥಾಪಕವು ರವಾನಿಸುವ ಆಯ್ಕೆಗಳನ್ನು ಸ್ವೀಕರಿಸದಿರಬಹುದು. ಆ ಅಸಂಗತಿಯು ಸಹಿ ಅಥವಾ ಕೀ ದೋಷವಾಗಿ ಕಾಣಿಸಿಕೊಳ್ಳುತ್ತದೆ, ಅದು ತಪ್ಪು ಬೈನರಿ ನೋಡಿದ್ದರ ನಿಜವಾದ ವರದಿ. ಸಂದೇಶದಲ್ಲಿ ಯಾವುದೂ ಲೋಡರ್ ಕಡೆ ತೋರಿಸುವುದಿಲ್ಲ, ಏಕೆಂದರೆ ಲೋಡರ್ ತನಗೆ ಹೇಳಿದ್ದನ್ನು ನಿಖರವಾಗಿ ಮಾಡಿತು.

ನೀವು ಪ್ರಾರಂಭಿಸುವ ಶೆಲ್ ಫಲಿತಾಂಶವನ್ನು ಏಕೆ ನಿರ್ಧರಿಸುತ್ತದೆ

ಆನುವಂಶಿಕ ನಿಯಮವೇ ಆಂತರೀಕರಿಸಲು ಯೋಗ್ಯವಾದ ಭಾಗ. ಮಗು ಪ್ರಕ್ರಿಯೆಯು ತನ್ನನ್ನು ಪ್ರಾರಂಭಿಸಿದ ಶೆಲ್‌ನ ಪರಿಸರವನ್ನು ಪಡೆಯುತ್ತದೆ, ಆದ್ದರಿಂದ ಮುಖ್ಯವಾದ ಕ್ರಮವು Chocolatey ಪ್ರಾರಂಭವಾಗುವ ಕ್ಷಣದ ಕ್ರಮ, ನೀವು ಸರಿಪಡಿಸಿದ ನಂತರದ ಕ್ರಮ ಅಲ್ಲ.

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

ಮೊದಲ ಸರಿಪಡಿಸುವಿಕೆ: ನಮೂದುಗಳ ಕ್ರಮವನ್ನು ಬದಲಿಸಿ

ನಿಖರವಾದ ಸರಿಪಡಿಸುವಿಕೆ ಎಂದರೆ ಉದ್ದೇಶಿಸಿದ GnuPG ಡೈರೆಕ್ಟರಿ ಗೆಲ್ಲುವಂತೆ ಮಾಡುವುದು. ಬಳಕೆದಾರರ ಪರಿಸರ ಚರಗಳನ್ನು ತೆರೆಯಿರಿ, Path ಸಂಪಾದಿಸಿ, ಮತ್ತು GnuPG ನ pub ಡೈರೆಕ್ಟರಿಯನ್ನು Git ನಮೂದುಗಳ ಮೇಲೆ ಸರಿಸಿ. ನಂತರ ಹೊಸ PowerShell ವಿಂಡೋ ತೆರೆಯಿರಿ, ಏಕೆಂದರೆ ಚಾಲನೆಯಲ್ಲಿರುವ ವಿಂಡೋ ಇನ್ನೂ ಹಳೆಯ ಪಟ್ಟಿಯನ್ನು ಹಿಡಿದಿದೆ.

ಪರ್ಯಾಯವೆಂದರೆ ಸ್ಥಾಪನೆಗಾಗಿ ತಾತ್ಕಾಲಿಕ ಸ್ವಚ್ಛ ಪರಿಸರ: Git ನಮೂದುಗಳನ್ನು ತೆಗೆಯಿರಿ, ಹೊಸ ಶೆಲ್ ತೆರೆಯಿರಿ, choco install openvpn ಚಲಾಯಿಸಿ, ನಂತರ ಅವುಗಳನ್ನು ಮರುಸ್ಥಾಪಿಸಿ.

ಎರಡೂ ವಿಧಾನಗಳು ಒಂದೇ ಕಾರಣಕ್ಕೆ ಕೆಲಸ ಮಾಡುತ್ತವೆ, ಮತ್ತು ಎರಡನೆಯದು ನೀವು ನಿಜವಾಗಿ ನಮೂದುಗಳನ್ನು ಮರುಸ್ಥಾಪಿಸಿದರೆ ಮಾತ್ರ ಸುರಕ್ಷಿತ. Git ನ usr/bin ಅನ್ನು PATH ನಿಂದ ತೆಗೆಯುವುದು ಸಹಿ ಮಾಡಿದ ಕಮಿಟ್‌ಗಳನ್ನು ಶಾಶ್ವತವಾಗಿ ಮುರಿಯುತ್ತದೆ, ಮತ್ತು ಕೆಲಸ ಮಾಡುವ gpg ನಿರೀಕ್ಷಿಸುವ ಮುಂದಿನ ಸಾಧನವು OpenVPN ಗೆ ಸಂಬಂಧವಿಲ್ಲದ ತನ್ನದೇ ಸಂದೇಶದೊಂದಿಗೆ ವಿಫಲವಾಗುತ್ತದೆ. ನೀವು ತಾತ್ಕಾಲಿಕ ಮಾರ್ಗ ತೆಗೆದುಕೊಂಡರೆ, Path ನ ಮೂಲ ಮೌಲ್ಯವನ್ನು ಟಿಕೆಟ್‌ನಲ್ಲಿ ಇರಿಸಿ, ಮರುಸ್ಥಾಪನೆ ಪುನರ್ನಿರ್ಮಾಣವಲ್ಲ, ಅಂಟಿಸುವಿಕೆಯಾಗಿರಲಿ. ನಮೂದುಗಳನ್ನು ಕ್ರಮಗೊಳಿಸುವುದು ಶಾಶ್ವತ ಸರಿಪಡಿಸುವಿಕೆ; ಅವುಗಳನ್ನು ಅಳಿಸುವುದು ಗಡುವು ಇರುವ ತಾತ್ಕಾಲಿಕ ಪರಿಹಾರ.

ಪರಿಶೀಲಿಸಿ, ನಂತರ ಹಿಂದೆ ಇರಿಸಿ

Chocolatey ಬಳಸುವ ಅದೇ ಬಳಕೆದಾರ ಸಂದರ್ಭದಲ್ಲಿ ಮೊದಲು ಮತ್ತು ನಂತರ ಪರಿಶೀಲಿಸಿ. where.exe gpg ಪ್ರತಿ ಹೊಂದಾಣಿಕೆಯನ್ನು ಪರಿಹಾರ ಕ್ರಮದಲ್ಲಿ ಪಟ್ಟಿ ಮಾಡುತ್ತದೆ, ಆದ್ದರಿಂದ ಮೊದಲ ಸಾಲೇ ಚಲಿಸುವ ಸಾಲು; Get-Command gpg -All PowerShell ನಲ್ಲಿ ಹೆಚ್ಚಿನ ವಿವರದೊಂದಿಗೆ ಅದೇ ಉತ್ತರವನ್ನು ನೀಡುತ್ತದೆ. ನಂತರ gpg --version ಯಾವ ನಿರ್ಮಾಣ ಉತ್ತರಿಸಿತು ಎಂಬುದನ್ನು ದೃಢೀಕರಿಸುತ್ತದೆ.

where.exe ಇನ್ನೂ Git ಪ್ರತಿಯನ್ನು ಮೊದಲು ಪಟ್ಟಿ ಮಾಡಿದರೆ, ಕ್ರಮ ಬದಲಾವಣೆ ಆ ಅಧಿವೇಶನವನ್ನು ತಲುಪಿಲ್ಲ, ಮತ್ತು ಎಷ್ಟೇ ಬಾರಿ ಮರುಸ್ಥಾಪಿಸಿದರೂ ಸಹಾಯವಾಗುವುದಿಲ್ಲ. ಯಂತ್ರ ಮತ್ತು ಬಳಕೆದಾರ ಇಬ್ಬರ PATH ಅನ್ನು [Environment]::GetEnvironmentVariable('Path','Machine') ನಿಂದ ಮತ್ತು 'User' ನೊಂದಿಗೆ ಅದೇ ಕರೆಯನ್ನು ಪರಿಶೀಲಿಸಿ, ಏಕೆಂದರೆ ಪರಿಣಾಮಕಾರಿ ಪಟ್ಟಿ ಎರಡರಿಂದಲೂ ಸಂಪಾದಿಸಲ್ಪಡುತ್ತದೆ. ಯಶಸ್ವಿ ಸ್ಥಾಪನೆಯ ನಂತರ, openvpn --version ನಿಂದ ಮತ್ತೆ ಪರಿಶೀಲಿಸಿ ಮತ್ತು ಸೇವೆ ಅಥವಾ GUI ಅನ್ನು ಒಮ್ಮೆ ಪ್ರಾರಂಭಿಸಿ, ಏಕೆಂದರೆ ಪ್ಯಾಕೇಜ್ ಸ್ವಚ್ಛವಾಗಿ ಸ್ಥಾಪನೆಯಾಗಿ ಪ್ರಾರಂಭವಾಗದ ಸೇವೆಯನ್ನು ಬಿಡಬಹುದು.

ಸರಿಯಾಗಿ ಕ್ರಮಗೊಳಿಸಿದ PATH ಇನ್ನೂ ವಿಫಲವಾದರೆ, ಉಳಿದ ಚರವು ಪ್ಯಾಕೇಜ್ ಆವೃತ್ತಿ. ಪಿನ್ ಮಾಡಿದ Chocolatey ಪ್ಯಾಕೇಜ್ ನಿಮ್ಮ ಯಂತ್ರದಲ್ಲಿ ಇಲ್ಲದ ನಿರ್ದಿಷ್ಟ GnuPG ನಿರ್ಮಾಣ ಅಥವಾ ಸ್ಥಾಪನಾ ಮಾರ್ಗವನ್ನು ನಿರೀಕ್ಷಿಸಬಹುದು.

ಪ್ಯಾಕೇಜಿನ ಸ್ವಂತ ಲಾಗ್ ಓದಿ ಬೇರೆ ಯಾವುದನ್ನೂ ಬದಲಿಸುವ ಮೊದಲು. C:\ProgramData\chocolatey\logs\chocolatey.log ವಿಫಲವಾದ ಆಜ್ಞಾ ಸಾಲನ್ನು ಮತ್ತು ಅದು ಚಲಿಸಿದ ಡೈರೆಕ್ಟರಿಯನ್ನು ದಾಖಲಿಸುತ್ತದೆ, ಅದು ವಿಫಲ ಕರೆ ಸಹಿ ಪರಿಶೀಲನೆ, ಹೊರತೆಗೆಯುವಿಕೆ ಅಥವಾ ಸ್ಥಾಪನೆಯ ನಂತರದ ಸ್ಕ್ರಿಪ್ಟ್ ಆಗಿತ್ತೇ ಎಂದು ನಿಮಗೆ ಹೇಳುತ್ತದೆ. ಆ ವ್ಯತ್ಯಾಸವೇ ನೀವು ಇನ್ನೂ gpg ಡೀಬಗ್ ಮಾಡುತ್ತಿದ್ದೀರಾ ಎಂಬುದನ್ನು ನಿರ್ಧರಿಸುತ್ತದೆ.

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