Batchbestand raakt in loop

[technoaddict]

Hallo,
Ik wil graag de volgende 3 commando's uitvoeren middels een .bat

certreq –new IPAD001.inf IPAD001.req
certreq –submit IPAD001.req
certreq -accept IPAD001.cer

Als ik dit .bat bestand uitvoer raakt het in een loop.
Ik ben niet thuis in scripting, en er zal vast een makkelijke verklaring voor zijn Met googlen kom ik er ook niet uit.
de output: certreq ûnew IPAD001.inf IPAD001.req (en dat tig keer tot ik het stop).
Somebody?

[E-Vix]

Heb je je .bat file toevallig certreq.bat genoemd?

[Umbrah]

Tsja, wat doet certreq, en wat doen die .req en .inf files? Wat zeggen je eigen debug pogingen? Wat probeer je te bereiken? Certificaten installeren? Kun je dat via group policies doen anders? Roep je de bat zelf aan? Vanuit welke path en welke runtime locatie? Absolute VS relatieve paden?

[DanielG]

het streepje in je post: –
is geen echt streepje: -

dus als dit een copy paste is uit je bat kan dat iets verklaren. (kan ook de 'certreq ûnew' verklaren)

[ Voor 13% gewijzigd door DanielG op 27-06-2014 09:39 ]

[technoaddict]

Het bestand heet inderdaad certreq.bat. Maar als ik het een andere naam geef krijg ik de zelfde output.

@ Umbrach, als ik de 3 regels één voor één invoer in een cmd dan werkt het prima. Ik probeer middels een .inf inderdaad een certificaat te genereren tegen onze issuing CA. GPO gaat hem niet worden.
In de cmd ben ik naar het pad gegaan waar de bestanden staan (.inf, .bat). Lets say G:\userdata\profiel\

@ Daniel, die was me nog niet opgevallen. Helaas nog de zelfde output. Al is dat tekentje in de output nu 'goed': certreq new IPAD001.inf IPAD001.req

[Umbrah]

Probeer eens wat waits in te bouwen in je batch, mogelijk gaat certreq.exe parallel buiten de CLI om... nogmaals: waarom deze batch? Kun je certificaten niet beter op andere manieren registreren?

[RobIII]

technoaddict schreef op vrijdag 27 juni 2014 @ 09:46:
Het bestand heet inderdaad certreq.bat. Maar als ik het een andere naam geef krijg ik de zelfde output.

Dat is je probleem. Toen je het "hernoemde": heb je toen een kopie gemaakt met een andere naam en de certreq.bat laten staan?

[technoaddict]

Rob, dat was inderdaad het geval. Nu werkt het wel na verwijderen van certreq.bat
Dus de command line opdracht had een conflict met het bestand?
Thanks allen!

[Orion84]

Windows negeert extensies. Waardoor certreq.bat dus hetzelfde is als certreq.exe. Als jij dus in je bat bestand certreq aanroept, dan kijkt windows niet verder dan haar neus lang is en voert het locale certreq.bat uit in plaats van certreq.exe wat ergens "ver weg" in Windows\System32 staat.

[technoaddict]

Helder. Bedankt.

[winkbrace]

Wow. Ik vind dat echt heel goed bedacht van E-vix. Binnen 3 minuten. Jammer dat je hier niet kan upvoten

[HuHu]

BazzPsychoNut schreef op vrijdag 27 juni 2014 @ 14:01:
Wow. Ik vind dat echt heel goed bedacht van E-vix. Binnen 3 minuten. Jammer dat je hier niet kan upvoten

Gewoon visueel upvoten, gekkie...

[ Voor 4% gewijzigd door HuHu op 27-06-2014 14:39 ]

[downtime]

Orion84 schreef op vrijdag 27 juni 2014 @ 10:05:
Windows negeert extensies. Waardoor certreq.bat dus hetzelfde is als certreq.exe. Als jij dus in je bat bestand certreq aanroept, dan kijkt windows niet verder dan haar neus lang is en voert het locale certreq.bat uit in plaats van certreq.exe wat ergens "ver weg" in Windows\System32 staat.

Dat is niet waar. Windows negeert geen extensies. Windows vult incomplete namen juist aan met een extensie.

Als je in de .bat alleen certreq aanroept en niet certreq.exe dan gaat Windows zelf de naam aanvullen met bekende extensies voor uitvoerbare bestanden (.bat, .com, .exe, etc). Daarbij heeft .exe prioriteit boven .bat (wordt bepaald door de PATHEXT omgevingsvariabele).

In dit geval speelt ook nog dat certreq.exe in een andere directory staat en Windows zal eerst in de actieve directory zoeken en daarna pas in de locaties die in de PATH omgevingsvariabele opgegeven zijn. Daardoor wordt in dit geval certreq.bat toch uitgevoerd ondanks dat .exe in principe prioriteit boven .bat heeft.

[NMe]

Fijn dat het is opgelost, maar dit topic staat wel op de verkeerde plek, zie Waar hoort mijn topic? Ik zal het even verplaatsen naar Windows Clients

PRG>>WOS

downtime schreef op zaterdag 28 juni 2014 @ 02:26:
[...]

Dat is niet waar. Windows negeert geen extensies. Windows vult incomplete namen juist aan met een extensie.

Alleen voor executables, right?

[downtime]

NMe schreef op zaterdag 28 juni 2014 @ 10:37:
Alleen voor executables, right?

Het gebeurt alleen voor het eerste woord in een opdrachtregel. En dat zal in de praktijk altijd de naam van een intern commando, een script of een executable zijn. Maar het gebeurt ook alleen met de extensies die in de PATHEXT variabele vermeld zijn (.bat, .cmd, .exe, .com, etc)

Dus de opdracht "doedit" kan gematched worden met .bat, .cmd, .exe, etc maar niet met .pl of .php want die extensies komen niet in de PATHEXT variabele voor.

[Brahiewahiewa]

En als je in het .batje expliciet "certreq.exe" gebruikt heb je er geen last van