Windows Firewall Manager Pro

Was passiert, wenn ich diese Regel lösche?

Regelwerke verrotten nicht aus Nachlässigkeit, sondern aus Vorsicht: Niemand löscht eine Regel, deren Zweck er nicht kennt. Das Werkzeug schreibt deshalb mit, welcher Verkehr auf welche Regel entfällt, und setzt an die Stelle der bloßen Rückfrage die Zahl dahinter – einschließlich der Angabe, ob eine andere Regel denselben Verkehr ebenfalls abdeckt. Genau das entscheidet, ob das Löschen folgenlos bleibt.

Die Umkehrung findet, was seit Wochen nichts mehr gesehen hat. Eine Regel erscheint dort nur, wenn die Aussage trägt: lange genug beobachtet, ohne Lücken und mit der passenden Protokollierung. Ausgabe ist das Abschalten, nicht das Löschen – umkehrbar mit einem Klick.

Mitgeschrieben wird als Windows-Aufgabe unter dem Systemkonto, auch nachts und am Wochenende, ohne dass jemand angemeldet sein muss. Das ist keine Bequemlichkeit: Gerade dann läuft der Verkehr, der eine Regel rechtfertigt – und eine Beobachtung mit Löchern taugt nicht als Grundlage für das Abschalten.

Wer macht das wieder zu?

„RDP für vier Stunden öffnen“ ist der Alltagsfall – und heute vergisst ihn jeder wieder zuzumachen. Eine Regel bekommt deshalb ein Ablaufdatum und schaltet sich selbst ab. Die Frist liegt dort, wo auch die Regel liegt: auf dem Zielserver. Der Agent führt sie selbst und prüft im Minutentakt; ohne Agent legt das Werkzeug eine einmalige Aufgabe in der Aufgabenplanung des Servers an, die als SYSTEM läuft und sich danach selbst austrägt.

Läge die Uhr auf dem Rechner des Administrators, hänge das Versprechen an dessen Betriebszustand. Am Ende wird abgeschaltet, nicht gelöscht – zurückholen ist ein Klick. Laufzeit und Grund sind Pflicht, geschlossene Freigaben bleiben 90 Tage als Nachweis stehen.

Warum kommt die Verbindung nicht durch?

Gelesen aus dem Firewall-Protokoll des Servers und zusammengefasst nach dem, wonach man handeln würde: Richtung, Protokoll und Ziel-Port. Dieselbe blockierte Verbindung steht dutzendfach im Protokoll – erst die Zusammenfassung zeigt, was nicht durchkommt. Aus dem Befund heraus lässt sich eine passgenaue Freigabe anlegen, beschränkt auf die beobachteten Quelladressen.

Wer hat das geändert?

Ein Audit-Protokoll im Werkzeug zeigt, was Sie geändert haben. Interessanter ist oft, was jemand anderes direkt am Server getan hat. Das Werkzeug liest die Regeländerungen aus dem Windows-Ereignisprotokoll aus – mit dem Benutzer, der sie ausgelöst hat.

Läuft wirklich der neue Stand?

Die Fassungsnummer bleibt zwischen zwei Builds derselben Fassung gleich und kann die Frage deshalb nicht beantworten. Der Agent nennt jetzt den Erzeugungszeitpunkt seiner Programmdatei – damit ist nach einer Aktualisierung belegbar, dass sie auch wirksam geworden ist.