5
Serverfirewall temporär ausschalten
Moin,
Auf einem Domänenmitgliedsserver Windows 2022 muss ich den Firewall temporär ausschalten.
Geht nicht. Meldung: Zu Ihrer Sicherheit werden einige Einstellungen vom Systemadministrator verwaltet.
Über PowerShell oder CMD habe ich einiges versucht.
. Set-NetFirewallProfile -Profile Domain -Enabled false
. netsh advfirewall set allprofiles state off
Das Domänenprofil kann ich nicht ausschalten.
Ich habe nie absichtlich derartiges eingestellt. Ich nehme an, das ist ein Default Verhalten.
Wo kann ich auf dem Domänencontroller in Gruppenrichtlinien diese Einstellung für diesen Computer temporär herausnehmen?
Oder gibt es eine einfachere Möglichkeit.
Danke
Olaf
Auf einem Domänenmitgliedsserver Windows 2022 muss ich den Firewall temporär ausschalten.
Geht nicht. Meldung: Zu Ihrer Sicherheit werden einige Einstellungen vom Systemadministrator verwaltet.
Über PowerShell oder CMD habe ich einiges versucht.
. Set-NetFirewallProfile -Profile Domain -Enabled false
. netsh advfirewall set allprofiles state off
Das Domänenprofil kann ich nicht ausschalten.
Ich habe nie absichtlich derartiges eingestellt. Ich nehme an, das ist ein Default Verhalten.
Wo kann ich auf dem Domänencontroller in Gruppenrichtlinien diese Einstellung für diesen Computer temporär herausnehmen?
Oder gibt es eine einfachere Möglichkeit.
Danke
Olaf
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: 82356022319
Url: https://administrator.de/contentid/82356022319
Ausgedruckt am: 22.11.2024 um 02:11 Uhr
5 Kommentare
Neuester Kommentar
Im AD sind die GPOs i.d.R. Computergruppen zugeordnet, sodass die GPO gezogen wird. Der Server darf also nicht in diese Gruppe sein.
Wenn die GPO nicht an der falschen Stelle durchvererbt wird sollte es reichen eine neue Organisationseinheit zu bilden und den Server dort reinzuschieben, ggf. 1x neu starten.
Wenn die GPO nicht an der falschen Stelle durchvererbt wird sollte es reichen eine neue Organisationseinheit zu bilden und den Server dort reinzuschieben, ggf. 1x neu starten.
Hört sich nach einer gpo an.
Lies dir mal den gpresult durch.
Gpo deaktivieren reicht meist nicht, musst den key finden und löschen / ändern oder eine gegen policy schreiben
Wenn du nur lokal auf dem Server etwas änderst überschreibt der gpupdate wieder den key.
Vg
Lies dir mal den gpresult durch.
Gpo deaktivieren reicht meist nicht, musst den key finden und löschen / ändern oder eine gegen policy schreiben
Wenn du nur lokal auf dem Server etwas änderst überschreibt der gpupdate wieder den key.
Vg
Hm... ich versuchs laienhafter zu erklären:
Server ist im AD
im AD gibts Gruppenrichtlinien also GPOs
GPOs sind auf OUs (Verzeichnisbaum) im AD gelegt.
GPOs können aber auch auf AD Gruppen limitiert werden, z.B. Geräte die in ner OU sind aber Mitglied bestimmter AD Gruppen sind.
so und wenn die Meldung da kommt, dann ist deine Firewall Setting per GPO gesteuert, also musst du dafür sorgen das die GPO nicht auf den Server greift, erst dann kannst wieder manuell rumfummeln.
Kann durch verschieben in andere OU passieren oder oder oder oder auch nicht... je nachdem wer da rumgemurkst hat
z.b. wenn jemand die default GPO vermurkst hat und die greift ganz oben im Baum wirds etwas komplex
Bedeutet dann muss man ne OU machen die nicht von oben die GPOs erbt, aber dann halt auch nicht deine default GPO und somit kann dein server dann vermutlich die Firewall ausschalten bekommt aber unter umständen ganz andere probleme dann weil die GPO mit anderen settings eben nicht mehr greift... hoffe du kannst uns hier noch folgen
Server ist im AD
im AD gibts Gruppenrichtlinien also GPOs
GPOs sind auf OUs (Verzeichnisbaum) im AD gelegt.
GPOs können aber auch auf AD Gruppen limitiert werden, z.B. Geräte die in ner OU sind aber Mitglied bestimmter AD Gruppen sind.
so und wenn die Meldung da kommt, dann ist deine Firewall Setting per GPO gesteuert, also musst du dafür sorgen das die GPO nicht auf den Server greift, erst dann kannst wieder manuell rumfummeln.
Kann durch verschieben in andere OU passieren oder oder oder oder auch nicht... je nachdem wer da rumgemurkst hat
z.b. wenn jemand die default GPO vermurkst hat und die greift ganz oben im Baum wirds etwas komplex Bedeutet dann muss man ne OU machen die nicht von oben die GPOs erbt, aber dann halt auch nicht deine default GPO und somit kann dein server dann vermutlich die Firewall ausschalten bekommt aber unter umständen ganz andere probleme dann weil die GPO mit anderen settings eben nicht mehr greift... hoffe du kannst uns hier noch folgen
Perfekt. Danke.
Eine neue OU erstellt. Server hin verschoben. gpupdate und jetzt passt es. DANKE
Eine neue OU erstellt. Server hin verschoben. gpupdate und jetzt passt es. DANKE
Das Vorgehen ist nicht gut.
Was ist mit den anderen gewünschten GPOs, greifen die nun noch in der neuen OU?
Du kannst pro GPO die Sicherheitsfilterung einstellen; ein Verschieben in eine andere OU ist in der Regel nicht ratsam.
->Finde also per gpresult /h raus, welche GPO die Einstellung gesetzt hat (das geht natürlich nur, wenn wieder zurück in der alten OU)
->Dann wende bei Bedarf Sicherheitsfilterung auf diese GPO an, die das Recht "apply GPO" für den Server entzieht.
Was ist mit den anderen gewünschten GPOs, greifen die nun noch in der neuen OU?
Du kannst pro GPO die Sicherheitsfilterung einstellen; ein Verschieben in eine andere OU ist in der Regel nicht ratsam.
->Finde also per gpresult /h raus, welche GPO die Einstellung gesetzt hat (das geht natürlich nur, wenn wieder zurück in der alten OU)
->Dann wende bei Bedarf Sicherheitsfilterung auf diese GPO an, die das Recht "apply GPO" für den Server entzieht.
