1
SBS 2011 - Kein VPN (RAS) nach Änderung der Lokaler Sicherheitsrichtlinie -- Lokale Richtlinien -- Sicherheitsoptionen
Habe einen neuen SBS2011 Standard am laufen und in einer blöden Aktion die "Lokale Sicherheitsrichtlinie" --> "Lokale Richtlinien" --> "Sicherheitsoptionen" --> "Netzwerksicherheit: LAN Manager-Authentifizierungsebene" verändert in "Netzwerksicherheit: LAN Manager-Authentifizierungsebene". Seitdem kann ich nicht mehr per VPN (RAS) mich verbinden.
Habe unter Netzwerksicherheit: LAN Manager-Authentifizierungsebene alle Variantren ausprobiert doch so richtig hat nichts geklappt. Ursprünglich war nichts eingetragen. Gegenwärtig ist nun der Wert "Senden von LM-Authentifizierung und NTLM-Authentifizierung und NTLMv2-Sitzungssicherheit verwenden, wenn ausgehandelt." vorhanden.
Jedoch bekomme ich immer beim Aufbau der VPN-Verbindung (RAS) die Fehlermeldung 720.
Was kann ich tun damit es wieder funktioniert? Muss ich oder besser wie kann ich die entsprechende lokale Sichehitsrichtline *.sdb unter "C:\Windows\security\database" (meine zu wissen) in der ursprungszustand wiederherstellen? Eine Sicherung habe ich leider nicht aber bisher wurde auch nicht viel verändert vom Ursprünglichen.
Ich habe unter anderem den Befehl "secedit /generaterollback /db secedit1.sdb hisecws.inf /rbk hisecwsrollback.inf /log hisecws.log" versucht, jedoch ist das vermutlich was im Syntax.
C:\Windows\security\database>secedit /generaterollback /db secedit1.sdb hisecws.
inf /rbk hisecwsrollback.inf /log hisecws.log
Ermöglicht die Generierung einer Rollback-Vorlage in Bezug auf eine Konfiguratio
nsvorlage.
Befehlssyntax:
secedit /generaterollback /cfg filename /rbk filename [/log filename] [/quiet]
/db Dateiname - Datenbank, die zum Rollback verwendet wird.
/cfg Dateiname - Sicherheitsvorlage, auf die sich die Generierung bzw. die generierte Rollbackvorlage bezieht. Sicherheitsvorlagen werden mit dem Sicherheitsvorlagen-Snap-In erzeugt.
/rbk Dateiname - Sicherheitsvorlage, in die die Rollbackinformationgeschrieben wird. Sicherheitsvorlagen werden mit dem Sicherheitsvorlagen-Snap-In erzeugt.
/log Dateiname - Protokolldatei für den Rollbackprozess Falls nicht angegeben, wird die Rollbackverarbeitung in der Datei scesrv.log im Verzeichnis %windir%\security\logs protokolliert.
/quiet - Gibt an, dass der Rollbackprozess ohne Bestätigungsfragen stattfindet.
Beispiel:
secedit /generaterollback /db hisecws.sdb /cfg hisecws.inf /rbk hisecwsrollback.inf /log hisecws.log
Falls kein Pfad angegeben wird, gilt bei allen Dateinamen das aktuelle Verzeichnis.
Was mache ich falsch oder bin total auf dem Holzweg? Ich freue mich über eine kompentente Hilfestellung von Euch.
Nachtrag: Habe den Befehl "secedit /configure /cfg %windir%\inf\defltbase.inf /db defltbase.sdb /verbose" ausgeführt ERFOLGREICH mit ein paar Fehlermeldungen.
Jedoch kommt immer noch bei der VPN-Verbindung Fehler 720.
Habe unter Netzwerksicherheit: LAN Manager-Authentifizierungsebene alle Variantren ausprobiert doch so richtig hat nichts geklappt. Ursprünglich war nichts eingetragen. Gegenwärtig ist nun der Wert "Senden von LM-Authentifizierung und NTLM-Authentifizierung und NTLMv2-Sitzungssicherheit verwenden, wenn ausgehandelt." vorhanden.
Jedoch bekomme ich immer beim Aufbau der VPN-Verbindung (RAS) die Fehlermeldung 720.
Was kann ich tun damit es wieder funktioniert? Muss ich oder besser wie kann ich die entsprechende lokale Sichehitsrichtline *.sdb unter "C:\Windows\security\database" (meine zu wissen) in der ursprungszustand wiederherstellen? Eine Sicherung habe ich leider nicht aber bisher wurde auch nicht viel verändert vom Ursprünglichen.
Ich habe unter anderem den Befehl "secedit /generaterollback /db secedit1.sdb hisecws.inf /rbk hisecwsrollback.inf /log hisecws.log" versucht, jedoch ist das vermutlich was im Syntax.
C:\Windows\security\database>secedit /generaterollback /db secedit1.sdb hisecws.
inf /rbk hisecwsrollback.inf /log hisecws.log
Ermöglicht die Generierung einer Rollback-Vorlage in Bezug auf eine Konfiguratio
nsvorlage.
Befehlssyntax:
secedit /generaterollback /cfg filename /rbk filename [/log filename] [/quiet]
/db Dateiname - Datenbank, die zum Rollback verwendet wird.
/cfg Dateiname - Sicherheitsvorlage, auf die sich die Generierung bzw. die generierte Rollbackvorlage bezieht. Sicherheitsvorlagen werden mit dem Sicherheitsvorlagen-Snap-In erzeugt.
/rbk Dateiname - Sicherheitsvorlage, in die die Rollbackinformationgeschrieben wird. Sicherheitsvorlagen werden mit dem Sicherheitsvorlagen-Snap-In erzeugt.
/log Dateiname - Protokolldatei für den Rollbackprozess Falls nicht angegeben, wird die Rollbackverarbeitung in der Datei scesrv.log im Verzeichnis %windir%\security\logs protokolliert.
/quiet - Gibt an, dass der Rollbackprozess ohne Bestätigungsfragen stattfindet.
Beispiel:
secedit /generaterollback /db hisecws.sdb /cfg hisecws.inf /rbk hisecwsrollback.inf /log hisecws.log
Falls kein Pfad angegeben wird, gilt bei allen Dateinamen das aktuelle Verzeichnis.
Was mache ich falsch oder bin total auf dem Holzweg? Ich freue mich über eine kompentente Hilfestellung von Euch.
Nachtrag: Habe den Befehl "secedit /configure /cfg %windir%\inf\defltbase.inf /db defltbase.sdb /verbose" ausgeführt ERFOLGREICH mit ein paar Fehlermeldungen.
Jedoch kommt immer noch bei der VPN-Verbindung Fehler 720.
Auf Facebook teilen
Auf Twitter teilen
Auf Reddit teilen
Auf Linkedin teilenBitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 194758
Url: https://administrator.de/forum/sbs-2011-kein-vpn-ras-nach-aenderung-der-lokaler-sicherheitsrichtlinie-lokale-richtlinien-sicherheitsoptionen-194758.html
Ausgedruckt am: 24.12.2024 um 05:12 Uhr
1 Kommentar
SO GUT WIE GELÖST++++
Nach 5 Std. Fehlersuche habe ich, jedenfalls hoffe ich es dauerhaft, gelöst. Ich habe mir näher die Routing und RAS Dienste angeschaut. Dann bin ich drauf gekommen, das es etwas vielleicht mit dem DHCP-Server zu tun hatte. So war es auch, trotz 2 Neustarts des Servers dazwischen. DHCP_Server neu gestartet, sicher gestellt das alles richtig konfiguriert ist. Dann funktionierte es auf einmal wieder. Aber ich glaube nun ohne SSTP etc.
Ja die LOG-Files hatte ich natürlich schon vorher geprüft habe konnte nichts großartiges feststellen, was darauf schliessen läßt. Hier ist der Link dazu welcher mir den Denkanstoß dazu gegeben hatte
http://social.technet.microsoft.com/Forums/en-US/winserverNIS/thread/06 ....
Ein letzte Frage hätte ich dennoch - Was ist die Standardeinstellung für "Netzwerksicherheit: LAN Manager-Authentifizierungsebene" in den "lokalen Sicherheitsrichtlinien" für SBS2011?
Nach 5 Std. Fehlersuche habe ich, jedenfalls hoffe ich es dauerhaft, gelöst. Ich habe mir näher die Routing und RAS Dienste angeschaut. Dann bin ich drauf gekommen, das es etwas vielleicht mit dem DHCP-Server zu tun hatte. So war es auch, trotz 2 Neustarts des Servers dazwischen. DHCP_Server neu gestartet, sicher gestellt das alles richtig konfiguriert ist. Dann funktionierte es auf einmal wieder. Aber ich glaube nun ohne SSTP etc.
Ja die LOG-Files hatte ich natürlich schon vorher geprüft habe konnte nichts großartiges feststellen, was darauf schliessen läßt. Hier ist der Link dazu welcher mir den Denkanstoß dazu gegeben hatte
http://social.technet.microsoft.com/Forums/en-US/winserverNIS/thread/06 ....
Ein letzte Frage hätte ich dennoch - Was ist die Standardeinstellung für "Netzwerksicherheit: LAN Manager-Authentifizierungsebene" in den "lokalen Sicherheitsrichtlinien" für SBS2011?
