firewall Konfig ist nach reboot wieder zurückgesetzt

hefsni · 5. September 2020

Hallo,

habe mich nach längerem Mitlesen jetzt mal angemeldet da ich auf ein Problem gestossen bin. Möchte ein Interface in eine andere Zone setzen.

Code

firewall-cmd --permanent --zone=public --remove-interface=eth1

wird so quittiert:

Code

Warning: NOT_ENABLED: eth1
success

Dann geht's weiter:

Code

firewall-cmd --permanent --zone=home --add-interface eth1
Warning: NOT_ENABLED: eth1
success

Nach einem

Code

firewall-cmd --reload

Code

firewall-cmd --list-all-zones

zeigt sich das gewünschte Ergebnis.

Das Problem ist das dies den reboot nicht übersteht. Danach ist eth1 wieder in zone public.

Habe firewalld schon de- und reintalliert, ohne Erfolg.

Würde mich freuen wenn hier jemand eine Idee hat. (über Yast hat's auch nicht funktioniert)

Schönen Tag Euch,

Oliver.

p.s.: Gerät ist ein Thinkpad L480 falls es eine Rolle spielt. OS ist opensuse leap 15.2. Alle obigen Änderungen habe ich als root gemacht. Klappt es vllt. wenn ich als normaler User mit Sudo arbeite? (edit: klappt auch nicht)

p.p.s.: Yast zeigt mir die von mir gemachten Änderungen an, im Terminal leider nicht.

Jetzt ist die Verwirrung noch grösser. Dass die beiden sich nicht einig sind erschliesst sich mir überhaupt nicht. Siehe Bild.

sterun · 5. September 2020

Hallo Oliver,

um welches OS handelt es sich - openSUSE Leap 15.2?

Wurde dieses neu installiert oder gab es evtl. ein Upgrade von openSUSE Leap alt auf openSUSE Leap neu?

Poste einmal:

Code

zypper se -si firew

Code

firewall-cmd --get-active-zones

hefsni · 5. September 2020

Hallo Sterun.

Sys ist leap 15.2, habe ich vor ca. 4 Wochen upgegradet von 15.1.

Code

suse-tpad:~ # zypper se -si firew
Loading repository data...
Reading installed packages...

S  | Name             | Type    | Version         | Arch   | Repository
---+------------------+---------+-----------------+--------+----------------
i  | firewall-macros  | package | 0.5.5-lp152.6.3 | noarch | Main Repository
i+ | firewalld        | package | 0.5.5-lp152.6.3 | noarch | Main Repository
i  | firewalld-lang   | package | 0.5.5-lp152.6.3 | noarch | Main Repository
i  | python3-firewall | package | 0.5.5-lp152.6.3 | noarch | Main Repository
i  | yast2-firewall   | package | 4.2.4-lp152.1.1 | noarch | Main Repository

suse-tpad:~ # firewall-cmd --get-active-zones
home
  interfaces: eth0
public
  interfaces: wlan0 eth1

Alles anzeigen

sterun · 5. September 2020

Zitat von hefsni

p.p.s.: Yast zeigt mir die von mir gemachten Änderungen an, im Terminal leider nicht.

Starte einmal neu und poste bitte erneut:

Code

firewall-cmd --get-active-zones

Sauerland · 5. September 2020

Sowie zusätzlich zu steruns Befehl:

Code

firewall-cmd --list-all-zones

Sauerland · 5. September 2020

Ich würde erst:

Zitat

--set-default-zone=<zone>
Set default zone

und danach

Zitat

--change-interface=<interface>
Change zone the <interface> is bound to [Z]

hefsni · 5. September 2020

nach Neustart:

Code

suse-tpad:~ # firewall-cmd --get-active-zones
home
  interfaces: eth0
public
  interfaces: wlan0 eth1

Hallo Sauerland,

hier der output:

Code

suse-tpad:~ # firewall-cmd --list-all-zones 
block
  target: %%REJECT%%
  icmp-block-inversion: no
  interfaces: 
  sources: 
  services: 
  ports: 
  protocols: 
  masquerade: no
  forward-ports: 
  source-ports: 
  icmp-blocks: 
  rich rules: 


dmz
  target: default
  icmp-block-inversion: no
  interfaces: 
  sources: 
  services: ssh
  ports: 
  protocols: 
  masquerade: no
  forward-ports: 
  source-ports: 
  icmp-blocks: 
  rich rules: 


drop
  target: DROP
  icmp-block-inversion: no
  interfaces: 
  sources: 
  services: 
  ports: 
  protocols: 
  masquerade: no
  forward-ports: 
  source-ports: 
  icmp-blocks: 
  rich rules: 


external
  target: default
  icmp-block-inversion: no
  interfaces: 
  sources: 
  services: ssh
  ports: 
  protocols: 
  masquerade: yes
  forward-ports: 
  source-ports: 
  icmp-blocks: 
  rich rules: 


home (active)
  target: default
  icmp-block-inversion: no
  interfaces: eth0
  sources: 
  services: ssh mdns samba-client dhcpv6-client
  ports: 
  protocols: 
  masquerade: no
  forward-ports: 
  source-ports: 
  icmp-blocks: 
  rich rules: 


internal
  target: default
  icmp-block-inversion: no
  interfaces: 
  sources: 
  services: ssh mdns samba-client dhcpv6-client
  ports: 
  protocols: 
  masquerade: no
  forward-ports: 
  source-ports: 
  icmp-blocks: 
  rich rules: 


public (active)
  target: default
  icmp-block-inversion: no
  interfaces: eth1 wlan0
  sources: 
  services: dhcpv6-client
  ports: 
  protocols: 
  masquerade: no
  forward-ports: 
  source-ports: 
  icmp-blocks: 
  rich rules: 


trusted
  target: ACCEPT
  icmp-block-inversion: no
  interfaces: 
  sources: 
  services: 
  ports: 
  protocols: 
  masquerade: no
  forward-ports: 
  source-ports: 
  icmp-blocks: 
  rich rules: 


work
  target: default
  icmp-block-inversion: no
  interfaces: 
  sources: 
  services: ssh dhcpv6-client
  ports: 
  protocols: 
  masquerade: no
  forward-ports: 
  source-ports: 
  icmp-blocks: 
  rich rules:

Alles anzeigen

Sauerland · 5. September 2020

Home hat doch schon ein Interface.....

sterun · 5. September 2020

Du könntest, da irgendwo der "Wurm drin ist", firewalld einmal komplett zurücksetzen (vorherige Konfigurationen gehen dabei jedoch verloren).

Alle Befehle als Root mit "su" - nicht mit "sudo" arbeiten.

Code

iptables -F

Code

mv /etc/firewalld/zones/ /etc/firewalld/zones_org

Code

firewall-cmd --reload

firewalld holt sich nun alle unverbastelten Zonen aus /usr/lib/firewalld/zones/.

An dieser Stelle würde ich "home" einfach als Standard definieren mit:

Code

firewall-cmd --set-default-zone=home --permanent

Code

firewall-cmd --reload

Ab hier erneut testen und ggf. anpassen.

Mehr dazu, siehe hier:

RE: firewalld-Basics in der Konsole

PS:

Da wir nur umbenannt und nicht gelöscht haben, können wir alles wieder leicht rückgängig machen, falls etwas nicht funktionieren sollte.

Zitat von Sauerland

Home hat doch schon ein Interface.....

So, wie ich das verstanden habe, lässt sich eth1 nicht einer anderen Zone zuweisen (Änderungen sollen nach jedem Boot wieder verschwunden sein - trotz "permanent").

hefsni · 5. September 2020

Zitat

Home hat doch schon ein Interface.....

Kann home nicht 2 haben? kann public doch auch.

firewall Konfig ist nach reboot wieder zurückgesetzt

Ubuntu 26.10 „Stonking Stingray“ ist erschienen

Tumbleweed-Update bricht ab

KDE Plasma 6.8 verabschiedet sich von X11

VBox - gemeinsame Zwischenablage

Linux-Kernel: Kennzeichnungspflicht für KI-generierten Code soll entfallen

k.113

BlackPhoenix

aitexturegenerator

Giorgio68

pavelstr

Teilen