super sache.
jetzt kommt ordnung rein:D
die verwaltung funktioniert bestens
vielen lieben dank für dieses feature.
Lg
Auch von mir ein *ThumbsUp*.
Vielen Dank dafür! 
Zitat von sim4000;8960Auch von mir ein *ThumbsUp*.
Vielen Dank dafür!
Da schließe ich mich an!
Vielen Dank!
Erleichtert die Arbeit ungemein.
Gruß Jörn
Geil, thx 
MfG Christian
Sehr schön.
Gibt es eigentlich einen Grund, weshalb nur DROP und kein REJECT zur Auswahl steht? Manchmal möchte man einen Port sperren, ohne dass die Clients beim Verbindungsaufbau hängen bleiben.
Um die Sache noch ein wenig zu Optimieren, wäre auch noch eine Sortierung direkt beim anlegen cool. 
Und eine Reject Option fände ich auch klasse.
Ich hab Bugs gefunden.
1.
Wenn ich "submit changes" drücke wird bei allen Regeln die Source-IP auf "alle" gesetzt.
Das passiert wenn ich eine Regel zum löschen auswähle, die Reihenfolge ändern will oder einfach nur auf "submit changes" drücke.
2.
Wenn ich viele Regeln drin hab (ca. 30) und auf "submit changes" drücke werden über die Hälfte der Regeln gelöscht.
Das unter 1. genannte passiert hier auch gleich mit den verbleibenden Regeln unter gleichen Bedingungen.
3. (kein wirklicher Bug aber hängt vielleicht mit dem oben genannten zusammen)
Ich habe ein Script das Regeln in die Firewall einfügen und löschen kann. Das löschen hat natürlich nicht mehr funktioniert.
Nachdem ich das Script mit den neuen POST-Daten angepasst hab ist mit folgendes aufgefallen.
Wenn ich mit z.B. folgenden POST-Daten
rule[99]=99&submit=submit changes
eine Regel löschen will werden alle Regeln gelöscht und nicht nur die mit der ID(nicht Reihenfolge!) 99.
Ich hab zu danken, denn alles (inklusive des Scripts) funktioniert wieder wunderbar:)
Zitat von stachi;9029Alles anzeigenIch hab Bugs gefunden.
1.
Wenn ich "submit changes" drücke wird bei allen Regeln die Source-IP auf "alle" gesetzt.
Das passiert wenn ich eine Regel zum löschen auswähle, die Reihenfolge ändern will oder einfach nur auf "submit changes" drücke.
2.
Wenn ich viele Regeln drin hab (ca. 30) und auf "submit changes" drücke werden über die Hälfte der Regeln gelöscht.
Das unter 1. genannte passiert hier auch gleich mit den verbleibenden Regeln unter gleichen Bedingungen.
Diese Fehler wurden behoben?
Ich habe nämlich genau den gleichen Effekt gehabt vor einigen Minuten, als ich rein aus Interesse wissen wollte, ob man identische Regeln mehrfach anlegen kann, was ja unsinnig wäre.
Zum einen geht das, zum anderen habe ich diese eine doppelte Regel dann gelöscht und dabei hat mir das VCP direkt fast alle anderen Regel mitgelöscht und die verbleibenden auf "alle" gesetzt was IP/Port betrifft.
Das ist jetzt natürlich extrem ärgerlich für mich, weil ich mehrere IPs verwende und massenhaft IP-Bereiche aus China gesperrt hatte. Dadurch waren in der Firewall knapp 90 Regeln (pro Regel für je 3 Ziel IPs, auf UDP und TCP), die jetzt dank VCP auf wenige verbleibende Regeln reduziert wurden. :mad:
Stimmt. Meine zuvor genannten Bugs scheinen alle wieder drin zu sein. Aber es hat doch schon mal funktioniert? Was ist los?
Also irgendwie stimmt das immer noch nicht.
Beim Destination Port wird bei mir noch mal die Destination IP angezeigt...
Zitat von [netcup] Oli;9470Die Fehler wurden erneut gefixed, diese haben sich bei einem anderen bugfix leider wieder mit eingeschlichen.
Bestätigt. Läuft alles wieder bestens.
Zitat von [netcup] Oli;9484bitte nochmals überprüfen.
Super. Jetzt sieht man die Portnummern wieder. Danke.
