Får du wmic-påloggingsfeilen til eksternt objekt? Her er hva du kan gjøre [Fiks]

Vi er stort sett alle kjent med Wmic, kommandolinje- og skriptgrensesnittet som forenkler bruken av Windows Management Instrumentation (WMI) og systemer som administreres gjennom WMI.

Husk imidlertid at Microsoft-produsenter nylig rapporterte at de ikke lenger vil utvikle WMIC-kommandolinjefunksjonen.

Dermed vil funksjonaliteten bli fjernet fra Windows 10, Windows 11 og Windows Server-bygg fra nå av, i tilfelle du lurte.

Når det er sagt, kan du legge til funksjonaliteten tilbake til PC-en din som en valgfri funksjon eller få tilgang til den via PowerShell.

Mange brukere rapporterte å ha mottatt feil på innlogging til eksternt objekt, som vanligvis dukker opp når vi kjører WMI Configuration Wizard.

UKJENT – WMI-spørringen hadde problemer. Feilteksten fra wmic er: [wmi/wmic.c: 196:main()] FEIL: Logg på eksternt objekt. NTSTATUS: NT-kode 0x800706ba – NT-kode 0x800706ba

Vi skal vise deg hvilke tiltak du bør ta når du står overfor denne situasjonen, slik at det ikke blir noen problemer.

Hvordan kan jeg fikse wmic-påloggingsfeil til eksternt objekt?

Før vi kommer inn på hvordan vi kan løse dette problemet, må vi også forstå dets røtter. Det er mulig at Windows-brannmuren ikke tillater trafikk gjennom, og dermed feilen.

Vi må først og fremst sørge for at WMI faktisk er aktivert i Windows-brannmuren, under Tillatte programmer.

Hvordan kan jeg fikse feilen på Windows Server 2008, 2012 og 2016?

1. trykk Windows tast, søk etter ledetekst og klikk på Åpne.
2. Type wf.msc å opem Windows-brannmur med avansert sikkerhet.
3. Klikk på Innkommende regler på venstre sidepanel.
4. Klikk på Filtrer etter gruppe på høyre sidepanel.
5. Se etter WMI og klikk på den.
6. Finne DCOM-inn og WMI-inngang regler.
7. Høyreklikk på begge og velg Aktiver regel.

Imidlertid, dersom WMI-regelgruppen ikke en gang eksisterer, foreslår Microsoft en metode som vi er i ferd med å beskrive for deg akkurat nå.

Åpne en ledetekst og skriv inn følgende kommando:

netsh advfirewall brannmur legg til regel dir=in name=”DCOM” program=%systemroot. %\system32\svchost.exe service=rpcss action=allow protocol=TCP localport=135 netsh advfirewall brannmur legg til regel dir=in name =”WMI” program=%systemroot. %\system32\svchost.exe service=winmgmt action = tillat protokoll=TCP localport=en hvilken som helst netsh advfirewall brannmur legg til regel dir=in name =”UnsecApp” program=%systemroot. %\system32\wbem\unsecapp.exe action=tillat netsh advfirewall brannmur legge til regel dir=out navn =”WMI_OUT” program=%systemroot. %\system32\svchost.exe service=winmgmt action=tillat protokoll=TCP lokalport=enhver

Hvordan kan jeg løse dette problemet for Windows Server 2003?

1. trykk Windows tasten + R og typeDCOMCnfg.exe, og klikk deretter OK.
2. Klikk for å utvide Komponenttjenester, deretter datamaskiner.
3. Rhøyreklikk på Min datamaskin og velg Egenskaper.
4. I kategorien Standardprotokoller dobbeltklikker du på Tilkoblingsorientert TCP/IP.
5. Trykk på Legg til-knappen.
6. Angi et 5000-5020 portområde for COM-tjenester og trykk OK.

Tillat nå portområdet gjennom Windows-brannmuren med følgende kommando, som vil åpne porter fra 5000-5020 for å matche COM Internet Services Range.

FOR /L %I IN (5000,1,5020) GJØR netsh brannmur legg til portopening TCP %I “COM”%I. 

Og til slutt, åpne DCOM-port 135 og skriv inn følgende kommando i ledeteksten:

netsh brannmur legge til portopening TCP 135 "DCOM"

Det er stort sett alt du trenger å gjøre for å løse problemet ditt. Dette er imidlertid ikke den eneste wmic-feilen som har gitt brukere søvnløse netter.

Folk har også rapportert wmic-tilgang nektet, i tillegg til wmic alias ikke funnet feil. Vi kan hjelpe deg med begge scenarioene hvis du trenger hjelp.

Var denne veiledningen nyttig for deg? gi oss beskjed i kommentarfeltet nedenfor.