Beim erneuten Durchlaufen des Assistenten gegen denselben Router (z.B. nach Abbruch oder um etwas zu korrigieren) legen FirewallConfigurator und VlanConfigurator alle Firewall-/NAT-Regeln unconditional per 'add' erneut an, ohne vorher zu pruefen, ob eine identische Regel schon existiert. Anders als z.B. die Bridge (deren Name/Anlegen bei Kollision fehlschlaegt) haben Firewall-Filter/NAT-Regeln kein eindeutiges Identitaetsfeld, ein zweiter Durchlauf haeuft also stillschweigend Duplikate an.
Gefunden beim Feature-Vergleich mit der Mac-Version (kay/RouterOS): dort trat exakt dasselbe Problem auf, behoben durch eine einmalige Live-Momentaufnahme der bestehenden Regeln vor dem Anwenden, gegen die jeder geplante add-Befehl (ohne rein schreibseitige Argumente wie place-before) verglichen wird - bei Treffer wird der Befehl uebersprungen statt erneut ausgefuehrt.
Betrifft: src/MikrotikInstaller.Core/Configuration/FirewallConfigurator.cs, VlanConfigurator.cs (Isolationsregeln). Unabhaengig vom Mac-Vergleich ein eigenstaendiger Korrektheits-Bug, nicht an einen der M-*-Milestones gebunden.
Beim erneuten Durchlaufen des Assistenten gegen denselben Router (z.B. nach Abbruch oder um etwas zu korrigieren) legen FirewallConfigurator und VlanConfigurator alle Firewall-/NAT-Regeln unconditional per 'add' erneut an, ohne vorher zu pruefen, ob eine identische Regel schon existiert. Anders als z.B. die Bridge (deren Name/Anlegen bei Kollision fehlschlaegt) haben Firewall-Filter/NAT-Regeln kein eindeutiges Identitaetsfeld, ein zweiter Durchlauf haeuft also stillschweigend Duplikate an.
Gefunden beim Feature-Vergleich mit der Mac-Version (kay/RouterOS): dort trat exakt dasselbe Problem auf, behoben durch eine einmalige Live-Momentaufnahme der bestehenden Regeln vor dem Anwenden, gegen die jeder geplante add-Befehl (ohne rein schreibseitige Argumente wie place-before) verglichen wird - bei Treffer wird der Befehl uebersprungen statt erneut ausgefuehrt.
Betrifft: src/MikrotikInstaller.Core/Configuration/FirewallConfigurator.cs, VlanConfigurator.cs (Isolationsregeln). Unabhaengig vom Mac-Vergleich ein eigenstaendiger Korrektheits-Bug, nicht an einen der M-*-Milestones gebunden.
Blocking a user prevents them from interacting with repositories, such as opening or commenting on pull requests or issues. Learn more about blocking a user.
Beim erneuten Durchlaufen des Assistenten gegen denselben Router (z.B. nach Abbruch oder um etwas zu korrigieren) legen FirewallConfigurator und VlanConfigurator alle Firewall-/NAT-Regeln unconditional per 'add' erneut an, ohne vorher zu pruefen, ob eine identische Regel schon existiert. Anders als z.B. die Bridge (deren Name/Anlegen bei Kollision fehlschlaegt) haben Firewall-Filter/NAT-Regeln kein eindeutiges Identitaetsfeld, ein zweiter Durchlauf haeuft also stillschweigend Duplikate an.
Gefunden beim Feature-Vergleich mit der Mac-Version (kay/RouterOS): dort trat exakt dasselbe Problem auf, behoben durch eine einmalige Live-Momentaufnahme der bestehenden Regeln vor dem Anwenden, gegen die jeder geplante add-Befehl (ohne rein schreibseitige Argumente wie place-before) verglichen wird - bei Treffer wird der Befehl uebersprungen statt erneut ausgefuehrt.
Betrifft: src/MikrotikInstaller.Core/Configuration/FirewallConfigurator.cs, VlanConfigurator.cs (Isolationsregeln). Unabhaengig vom Mac-Vergleich ein eigenstaendiger Korrektheits-Bug, nicht an einen der M-*-Milestones gebunden.