Så här får du åtkomst till det lokala systemkontot

Denna fråga dyker upp då och då, "Hur får jag åtkomst till det lokala systemkontot?" Frukta inte! I det här blogginlägget visar jag dig två olika sätt att komma åt det här kontot. Varför behöver du veta hur du gör detta? När SCCM/ConfigMgr gör nästan vad som helst, använder det det lokala systemkontot för att utföra dessa uppgifter. Att veta hur man får åtkomst till det lokala systemkontot är verkligen viktigt för felsökningsproblem eftersom du måste använda det här kontot.

Vad är det lokala systemkontot?

Det lokala systemkontot är också datorkontot vid åtkomst till resurser som inte finns i sig själva. Ännu viktigare är att datorkonton i allmänhet inte har åtkomsträttigheter till de flesta resurser som inte finns på själva datorn, till exempel fjärrresurser. Den lokala systemkontots "användarprofil" kan också vara annorlunda än vanliga "användar" -profiler. Tänk på saker som miljövariabler.

Här är en 6-punkts sammanfattning om åtkomsträttigheterna för det lokala systemkontot.

1. Det lokala systemkontot är ett fördefinierat lokalt konto som används av servicekontrollhanteraren (SCM).
2. Den har omfattande privilegier på den lokala datorn och fungerar som datorn i nätverket.
3. Det här kontot har inget lösenord.
4. En tjänst (till exempel SCCM) som körs i kontexten för det lokala systemkontot ärver SCM: s säkerhetskontext.
5. Tjänsten presenterar datorns referenser för fjärrdatorer.
6. Om tjänsten öppnar ett kommandofönster i interaktivt läge kan användaren få åtkomst till ett kommandofönster med lokala systembehörigheter.

Snälla se Lokalt systemkonto, för definitionen Microsoft.

SCCM och det lokala systemkontot

Om du läser de officiella dokumenten för SCCM, Konton som används i Configuration Manager, märker du att termen plats server dator konto används oftare än termen lokalt systemkonto. I båda fallen är dessa villkor/konton en och samma ur säkerhetssynpunkt.

Hur kan jag använda det lokala systemkontot?

Innan du börjar testa något som har med SCCM att göra måste du bekräfta att du använder det lokala systemkontot, även känt som datorkonto eller nt myndighet \ system. När du väl vet att du använder det lokala systemkontot kan du i de flesta fall felsöka problem genom att replikera hur SCCM skulle komma åt dessa resurser.

Få åtkomst till det lokala systemkontot - Whoami Command

I ett nötskal MÅSTE du vara en lokal administratör för att kunna använda det lokala systemkontot. Det finns flera sätt att komma åt det lokala systemkontot för att utföra dina tester med det här kontot. I allmänhet börjar alla metoder med en cmd -prompt, men hur du kommer till cmd -promptens utgångspunkt är den största skillnaden.

När du kommer till cmd -prompten kan du bekräfta att du använder det lokala systemkontot genom att helt enkelt köra vem är jag kommando. I de följande avsnitten talar jag om hur du kan komma till denna utgångspunkt (att köra vem är jag kommando).

Första metoden - Skapa ett SCCM -paket

Oavsett om du skapar en SCCM -applikation eller ett paket spelar det ingen roll. Båda alternativen fungerar, men jag föredrar generellt ett paket/program eftersom det är mindre arbete. Eftersom jag dokumenterade stegen om hur jag gör detta i mitt blogginlägg, Configuration Manager Distributionstest #1, Jag kommer inte att upprepa dem igen. Denna metod är bra eftersom paketet/programmet distribueras till ditt konto, därför följer det dig vart som helst SCCM är installerat.

Andra metoden - PsExec

PsExec är en liten körbar fil som du kan ladda ner från Microsoft som låter dig komma åt det lokala systemkontot. När PsExec har installerats på en dator öppnar du en förhöjd cmd -prompt. Utför sedan Psexec –s –i cmd från det här fönstret. Denna åtgärd öppnar ytterligare ett cmd -fönster där du kan använda det lokala systemkontot. Denna metod är bra om du inte har SCCM -paketet/-programmet distribuerat till ditt konto.

Andra metoder

Visst, det finns andra sätt att komma åt det lokala systemkontot, till exempel Task Scheduler och SC.exe. De är dock smärtsamma i jämförelse med de två sätten jag just visade dig ovan.

x86 vs x64

Sällan behöver du köra x86 cmd, men i några fall måste du göra det.

Nästan alla använder x64 -datorer nuförtiden, så kom ihåg att när SCCM installerar programvara (för det mesta) installerar den programvara som en x86 -process. I några få, mycket sällsynta fall installeras programvaran korrekt från ett x64 cmd -fönster, men misslyckas i ett x86 cmd -fönster.

I dessa sällsynta fall använder du x86 -versionen istället för att använda x64 cmd i någon av metoderna (standard är på x64 -datorer). Innan du gör detta måste du först definiera den exakta sökvägen till c: \ windows \ syswow64 \ cmd.exe.

Gå till det lokala systemkontot - x86 -kommandot

Använd Ställ in pro kommando för att se Miljövariabler för att bekräfta att cmd är x86 genom att granska Processor_arkitektur värde.

Sammanfattning

Nästa gång någon frågar dig om du testat med det lokala systemkontot har du nu två sätt att testa saker som SCCM skulle komma åt dem. Om du har några frågor om hur du får tillgång till det lokala systemkontot är du välkommen att kontakta mig @GarthMJ.

Se hur Right Click Tools förändrar hur system hanteras.

Öka produktiviteten direkt med vår begränsade, kostnadsfria Community Edition.

Kom igång med Right Click Tools idag:

Dela detta:

Support

  • Detta fält används för valideringsändamål och ska lämnas oförändrat.

Kontakt

  • Detta fält används för valideringsändamål och ska lämnas oförändrat.

Kontakt

  • Detta fält används för valideringsändamål och ska lämnas oförändrat.
sv_SESwedish