Waarom wordt "ipconfig" niet herkend als een intern of extern commando?

Ik zou me kunnen voorstellen dat als C:Windows\System32 niet in het pad staat, ipconfig dat niet draait de minste van uw zorgen is.

C:\Windows\System32 bevat een groot aantal uitvoerbare bestanden en dynamische koppelingsbibliotheken (DLL’s) die de werking van Windows mogelijk maken.

Een vermelding in de instellingen van het systeempad vertelt de computer om op die gespecificeerde locatie te zoeken naar uitvoerbare bestanden en bestanden waar programma’s naar verwijzen.

Hoewel het lijkt dat een goed programma niet zou vertrouwen op Path variabelen maar direct zou moeten verwijzen naar de locatie van elk bestand waar het van afhankelijk is, maakt de Path verklaring het mogelijk dat meerdere gelijksoortige OS'en naast elkaar bestaan op dezelfde schijf (Windows XP in de map C:\WinXP\, Windows 7 in C:\Win7\, etc, wat zou resulteren in verschillende en incompatibele . \systeem32 directory’s), en maakt het mogelijk om framework bestanden eenvoudiger en flexibeler te upgraden (zoek naar de nieuwste versie van de .Net bibliotheken in een geversioneerde directory waar ze zijn geinstalleerd in plaats van een centrale directory waar ze elkaar kunnen overschrijven op een niet te respecteren manier).

Dus een programma dat de functies van Windows XP’s ingebouwde zipafhandeling wil gebruiken, zou zipfldr.dll aanroepen en het besturingssysteem zal de functies van dat uitvoerbare bestand terugsturen, opgeslagen in C:Windows:Systeem32:zipfldr.dll. Als je in die directory kijkt, zou je veel bestanden moeten zien die je waarschijnlijk herkent als gewone scripting commando’s of functies die cruciaal zijn voor de werking van het besturingssysteem.

Ik heb C:WindowsSystem32 nooit uit mijn padverklaring verwijderd en ik denk niet dat ik dat ooit zal doen (hoewel ik aanneem dat dit testen in een VM met rollback functionaliteit niet al te moeilijk zou moeten zijn) en dus kan ik niet met zekerheid zeggen wat er zou gebeuren als het volledig zou ontbreken.

Het volstaat te zeggen dat zo'n beetje elk batch script helemaal niet zou werken, en dat de mogelijkheden van je OS ernstig beperkt zouden worden.

Anderen hebben al opgemerkt hoe je C:Windows\System32 aan het Path statement kunt toevoegen als het ontbreekt, dus dat zal ik hier niet herhalen. Maar het zou me niet verbazen, aangezien dit de enige functie is die niet werkt, als er nog iets anders mis zou zijn.

Het zou inderdaad aan systeemvariabelen kunnen liggen.

• Klik met de rechtermuisknop op Mijn Computer in het Startmenu of op het bureaublad en klik op Eigenschappen
• Kies Uitgebreide Systeeminstellingen -> Geavanceerd
• Klik op de knop Omgevingsvariabelen…
• Zoek de systeemvariabele Path en klik erop
• Klik op Bijwerken. .. knop
• Het moet een lange string zijn met verschillende paden gescheiden door een puntkomma ;
• Controleer of het C:Windowssystem32 bevat (Ik neem aan dat je systeemschijf C is)
• Als je niet zeker weet of het correct is, wil je het misschien kopiëren en hier posten.
• Als je veranderingen aanbrengt, moet je misschien opnieuw opstarten om het effect te zien

Als dit niet helpt, open dan je C:Windows\system32 directory en controleer of IPConfig.exe daar in staat. Als dat niet zo is, dan denk ik dat je systeembestanden mist.

Ik voeg hetzelfde probleem toe, maar als ik in een commande-regel (cmd.exe) het volgende typ

echo %PATH%

De %SystemRoot%\system32 was inderdaad aanwezig.

Ik heb ergens gelezen dat het probleem veroorzaakt kan worden door een spatie na een puntkomma in de definitie van de PATH-variabele, maar dat was bij mij niet het geval.

Mijn probleem was opgelost toen ik ontdekte dat een van mijn PATH items %SYSTEMROOT% was in plaats van %SystemRoot% (hoofdlettergevoelig)

Nog iets om te controleren, wat in mijn geval de boosdoener was: de PATHEXT omgevingsvariabele.

Ik had de gebruikers omgevingsvariabele PATHEXT ingesteld op “*.LNK” in een poging om snelkoppelingsbestanden op de opdrachtregel te krijgen zonder de extensie in te typen, maar dit schaduwde alleen de systeem omgevingsvariabele PATHEXT=“.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH;.MSC”, niet om er iets aan toe te voegen. Dus, ipconfig.exe werd niet gevonden. Door de PATHEXT op gebruikersniveau op de volledige lijst van extensies in te stellen, werd het probleem opgelost.

Controleer de beveiligingsinstellingen van uw Anti-Virus of Firewall. Op mijn laptop op kantoor, tenzij het beveiligingsniveau is ingesteld op “Uit”, komt het gewoon terug op de opdrachtprompt zonder enige uitvoer.

Ik had problemen met sommige commando’s in cmd zoals ipconfig. Nadat ik het pad daarvoor had ingesteld, werkte het.

SYSTEM DLL PATHS 
C:\Windows\System32

voor alle ingebouwde windows commando’s.

U moet de opdrachtprompt als administrator uitvoeren. Standaard staat Windows 7 de opdrachtprompt geen systeemtoegang toe. Klik in het menu Start met de rechtermuisknop op Opdrachtprompt en selecteer Als administrator uitvoeren. Nu zult u in staat zijn om alle commando’s uit te voeren die u verwacht, zoals ipconfig.

Probeer de driver(s) van uw netwerkkaart te verwijderen en opnieuw te installeren. Ik herinner me nu dat ik dit lang geleden al eens gezien heb in XP, en toen werkte het gewoon om de driver opnieuw te installeren.

Als alle bovenstaande aanbevelingen niet werken, probeer dan dit:- Typ “ipconfig” in de zoekbalk, klik er met de rechtermuisknop op en selecteer dan “locatie openen”.
Klik dan met de rechtermuisknop op het .exe bestand en voer het uit als administrator en probeer het opnieuw.