NETWORK SERVICE en LocalSystem authenticeren zichzelf altijd als het corresponderende account lokaal (ingebouwde\netwerkservice en ingebouwd\systeem), maar beide authenticeren op afstand als het computeraccount.
Als u een fout ziet zoals Login failed for user 'DOMAIN\MACHINENAME$' het betekent dat een proces dat wordt uitgevoerd als NETWERKSERVICE of als LocalSystem toegang heeft gekregen tot een externe bron, zichzelf heeft geverifieerd als het computeraccount en autorisatie is geweigerd.
Een typisch voorbeeld is een ASP-toepassing die wordt uitgevoerd in een app-pool die is ingesteld om NETWORK SERVICE-referenties te gebruiken en verbinding te maken met een externe SQL-server:de app-pool wordt geverifieerd als de machine de app-pool draait, en is dit computeraccount dat toegang moet krijgen.
Wanneer toegang tot een computeraccount wordt geweigerd, moet toegang worden verleend aan de computeraccount. Als de server weigert in te loggen op 'DOMAIN\MACHINE$', dan moet u inlogrechten verlenen aan 'DOMAIN\MACHINE$' en niet aan NETWORK SERVICE. Door toegang te verlenen tot NETWERKSERVICE zou een lokale proces dat wordt uitgevoerd als NETWERKSERVICE om verbinding te maken, niet als een externe, omdat de externe wordt geverifieerd als, je raadt het al, DOMAIN\MACHINE$.
Als u verwacht dat de asp-toepassing verbinding maakt met de externe SQL Server als SQL-aanmelding en u uitzonderingen krijgt over DOMAIN\MACHINE$, betekent dit dat u Integrated Security in de verbindingsreeks gebruikt. Als dit onverwacht is, betekent dit dat je de verbindingsreeksen die je gebruikt hebt verknoeid.