3
Leider nochmal: Probleme mit GPO (glaube ich)
Hallo,
letzte Woche habe ich das Update KB3163018 eingespielt, anschließend bekam ich keine Datenbank-Verbindung mehr zu Remote-Servern, dies betraf jedoch ausschließlich eigenentwickelte .Net-Programme. Alles andere scheint zu funktionieren, mit Drittanbieter-Tools (HeidiSQL, MySQL-Workbench) komme ich wunderbar auf die Server, nur die .Net-Programme wollen nicht. Der Fehler lautet "Fehler bei SSPI-Aufruf, siehe interne Ausnahme.", die InnerEx lautet "Die lokale Sicherheitsautorität (LSA) ist nicht erreichbar".
Das ist ein massives Problem, da die einzige Maßnahme, die ich bisher zur "Lösung" gefunden habe, die Deinstallation des besagten Updates ist, und das mache ich nun jeden Morgen bei ca. 10 Rechnern.
Ich habe zwischenzeitlich auch KB3170410 ausprobiert, hat aber nichts gebracht, das problem besteht weiterhin. Ich habe das Script ausprobiert, das jedoch nicht läuft, weil irgendwelche Module nicht gefunden werden können. Ich habe den One-Liner von hier probiert, da bekomme ich aber den Fehler, dass "Get-ADDomain" und "Get-ADGroup" nicht als Name eines Cmdlet, einer Funktion usw. ... erkannt wird.
Wir haben hier alle Win10 Pro, keine Domäne.
Was kann ich tun? Vielen Dank schonmal ...
Dave
letzte Woche habe ich das Update KB3163018 eingespielt, anschließend bekam ich keine Datenbank-Verbindung mehr zu Remote-Servern, dies betraf jedoch ausschließlich eigenentwickelte .Net-Programme. Alles andere scheint zu funktionieren, mit Drittanbieter-Tools (HeidiSQL, MySQL-Workbench) komme ich wunderbar auf die Server, nur die .Net-Programme wollen nicht. Der Fehler lautet "Fehler bei SSPI-Aufruf, siehe interne Ausnahme.", die InnerEx lautet "Die lokale Sicherheitsautorität (LSA) ist nicht erreichbar".
Das ist ein massives Problem, da die einzige Maßnahme, die ich bisher zur "Lösung" gefunden habe, die Deinstallation des besagten Updates ist, und das mache ich nun jeden Morgen bei ca. 10 Rechnern.
Ich habe zwischenzeitlich auch KB3170410 ausprobiert, hat aber nichts gebracht, das problem besteht weiterhin. Ich habe das Script ausprobiert, das jedoch nicht läuft, weil irgendwelche Module nicht gefunden werden können. Ich habe den One-Liner von hier probiert, da bekomme ich aber den Fehler, dass "Get-ADDomain" und "Get-ADGroup" nicht als Name eines Cmdlet, einer Funktion usw. ... erkannt wird.
Wir haben hier alle Win10 Pro, keine Domäne.
Was kann ich tun? Vielen Dank schonmal ...
Dave
Share on Facebook
Share on Twitter
Share on Reddit
Share on LinkedinPlease also mark the comments that contributed to the solution of the article
Content-Key: 307687
Url: https://administrator.de/contentid/307687
Printed on: April 23, 2024 at 20:04 o'clock
3 Comments
Latest comment
Hi,
Keine Domäne?
Dann musst du die lokalen GPO mal ansehen, vermute ich ...
Das Script und die anderen Lösungen greifen für Domänen, bzw. den GPOs dieser.
VG,
Deepsys
Keine Domäne?
Dann musst du die lokalen GPO mal ansehen, vermute ich ...
Das Script und die anderen Lösungen greifen für Domänen, bzw. den GPOs dieser.
VG,
Deepsys
Hmm nja, ich kenne mich damit nicht wirklich aus. Den Richtlinieneditor kriege ich gerade noch auf, aber dann? Ich wüßte nicht mal, ob das eine Computer- oder eine Benutzereinstellung ist, geschweige denn wo ich da konkret zu suchen hätte. Computer -> Windows -> Sicherheitseinstellungen -> Lokale Richtlinien -> Zuweisen von Benutzerrechten ?
Soweit ich weiß, wurden da bei uns keine Änderungen vorgenommen (abgesehen von den Kontorichtlinien), insofern wundert es mich, dass wir diese Probleme haben. Sollte eigentlich alles Win10Pro-Standard sein.
Dave
Soweit ich weiß, wurden da bei uns keine Änderungen vorgenommen (abgesehen von den Kontorichtlinien), insofern wundert es mich, dass wir diese Probleme haben. Sollte eigentlich alles Win10Pro-Standard sein.
Dave
Lösung (zumindest bei uns):
http://stackoverflow.com/questions/37925505/a-call-to-sspi-failed-see-i ...
http://stackoverflow.com/questions/37925505/a-call-to-sspi-failed-see-i ...
