OpenVPN instalazioak huts egiten du Git-en gpg-k PATH-en irabazten duelako

Chocolateyren pean sinadura- edo gako-errore batekin hiltzen den OpenVPN instalazio bat ez da normalean deskarga-arazo bat. Paketeak gpg deitzen duen egiaztapen-pauso bat exekutatzen du, eta Windows-ek izen soil hori PATH bidez ebazten du. Git for Windows lehenengo instalatu bazen, berarekin datorren gpg.exe OpenVPN-k espero duen GnuPG bertsioaren aurretik dago, eta programa okerrak erantzuten dio deialdiari. Ikusten duzun errorea beste programa horrek kexatzeko erabaki zuena da, eta horregatik ez du inoiz benetako kausa aipatzen.

PATH-en ordenak erabakitzen du zein gpg exekutatuko den

Windows-ek ez du exekutagarrien izenen erregistro zentralik. Prozesu batek gpg bide osoa gabe eskatzen duenean, kargatzaileak PATH-ren sarrerak ordenan zeharkatzen ditu eta lehen bat-etortzea exekutatzen du. Git for Windows-ek GnuPG bertsio minimoa darama bere usr/bin direktorioan, commit sinatuek funtziona dezaten, eta bere instalatzaileak direktorio hori erabiltzailearen PATH-ren hasieratik gertu jartzen du normalean.

GnuPG bere direktorioan instalatzen da, normalean C:\Program Files (x86)\GNU\GnuPG\pub, eta sarrera hori zerrendan geroago egon daiteke edo erabiltzailearen PATH-tik erabat falta daiteke. Bi programek izena eta komando-lerroko interfazearen zati handi bat partekatzen dute, baina ez beren egoera: Git-en bertsioak giltza-sortak beste leku batean bilatzen ditu, bertsio ezberdina izan daiteke, eta baliteke instalatzaileak pasatzen dituen aukerak onartu ez izatea. Desadostasun hori sinadura- edo gako-errore gisa agertzen da, eta hori zuzena da bertsio okerrak ikusi zuenaren berri emateko. Mezuan ezerk ez du kargatzailea seinalatzen, kargatzaileak esan zitzaiona zehazki egin zuelako.

Zergatik erabakitzen duen emaitza abiatzen zaren shell-ak

Oinordetzaren araua da barneratzeko merezi duen zatia. Prozesu seme-alabak abiatu zuen shell-aren ingurunea jasotzen du, beraz axola duen ordena Chocolatey abiatzen den uneko ordena da, ez zuk konpondu ondorengo ordena.

Horregatik, PATH ezarpen-leiho batean editatu eta instalazioa terminal berdinean berriro exekutatzeak sarritan ez du ezer aldatzen: terminalak ingurune zaharra gorde zuen. Edizio baten ondoren shell berria hasi, eta berriro saiatu aurretik where.exe gpg-rekin baieztatu shell berri horretan. Horregatik ere makina-mailako sarrera batek erabiltzaile-mailako aldaketa bat garaitu dezake, instalatzaile batzuek makinaren PATH-ren hasieran gehitzen dutelako eta makina-sarrerak erabiltzaile-sarreren aurretik ebaluatzen direlako. Bi mailek GnuPG bide bat badute, erabaki zein mantentzen duzun benetan.

Lehen konponketa: berrordenatu sarrerak

Konponketa zehatza GnuPG direktorio nahi dena irabaztea da. Ireki erabiltzailearen ingurune-aldagaiak, editatu Path, eta mugitu GnuPG-ren pub direktorioa Git-en sarreren gainetik. Ondoren, ireki PowerShell leiho berria, martxan dagoenak oraindik zerrenda zaharra baitu.

Alternatiba instalaziorako aldi baterako ingurune garbia da: kendu Git-en sarrerak, ireki shell berria, exekutatu choco install openvpn, eta gero berrezarri.

Bi ikuspegiak arrazoi beragatik funtzionatzen dute, eta bigarrena segurua da sarrerak benetan berrezartzen badituzu. Git-en usr/bin PATH-tik kentzeak commit sinatuak betiko hausten ditu, eta gpg funtzional bat espero duen hurrengo tresnak bere mezu propioarekin huts egiten du, OpenVPN-rekin zerikusirik ez duena. Aldi baterako bidea hartzen baduzu, gorde Path-ren jatorrizko balioa tiketetan, berrezarpena itsastea izan dadin, berreraikuntza ez. Sarrerak ordenatzea da konponketa iraunkorra; horiek ezabatzea mugaeguna duen konponbidea da.

Egiaztatu, eta gero jarri berriz

Egiaztatu aurretik eta ondoren Chocolateyk erabiliko duen erabiltzaile-testuinguru berean. where.exe gpg bat-etortze bakoitza ebazpen-ordenan zerrendatzen du, beraz lehen lerroa exekutatuko dena da; Get-Command gpg -All-k erantzun bera ematen du xehetasun gehiagorekin PowerShell-en. Ondoren gpg --version-k zein bertsio erantzun duen baieztatzen du.

Git-en kopia lehenengo zerrendatzen badu where.exe-k oraindik, berrordenak ez du saio hori lortu, eta berrinstalazioak ez du lagunduko. Egiaztatu makina- eta erabiltzaile-PATH [Environment]::GetEnvironmentVariable('Path','Machine')-rekin eta deialdi bera 'User'-ekin, zerrenda eraginkorra biez osatzen baita. Instalazio arrakastatsu baten ondoren, egiaztatu berriro openvpn --version-rekin eta abiarazi zerbitzua edo GUIa behin, pakete bat garbi instala daitekeelako eta abiatuko ez den zerbitzu bat utzi.

Behar bezala ordenatutako PATH-k huts egiten badu oraindik, geratzen den aldagaia paketearen bertsioa da. Finkatutako Chocolatey pakete batek zure makinak ez duen GnuPG bertsio edo instalazio-bide zehatz bat espero dezake.

Irakurri paketearen beraren erregistroa beste ezer aldatu aurretik. C:\ProgramData\chocolatey\logs\chocolatey.log-k huts egin zuen komando-lerroa eta exekutatu zen direktorioa erregistratzen ditu, eta horrek esaten dizu huts egindako deialdia sinadura-egiaztapena, erauzketa edo instalazio osteko script bat izan zen. Bereizketa horrek erabakitzen du gpg arazten ari zaren ala ez.

Errepikapena saihesten duen ohitura PATH ordena dokumentatua duen egoera partekatu gisa tratatzea da, direktorioen zaku gisa baino. Binaro-izen arrunta daraman tresna bat instalatzen duzunean, egiaztatu zer itzaltzen duen irekitzen duzun hurrengo shell-ean. Gero idatzi erabaki zenuen ordena, hurrengo instalatzaileak hura gehituko baitio eta hurrengo pertsonak galdetuko baitu zergatik huts egiten duen sinadura-egiaztapenak ezer aldatu ez den makinan. Instalazioaren aurretik where.exe batek ziklo osoa aurrezten du.