Erstellen von vmbr1 -> Netzwerk/Internet down

[karumba]

Hallo zusammen,

ich bin Neuling in der Proxmox-Welt & möchte auf meinem Proxmox-Host pfsense installieren, so wie in dem unten verlinkten Tutorialvideo von "Raspberry Pi Cloud". Allerdings scheitert es bei mir schon beim ersten Schritt (Erstellen von vmbr1) - wenn ich das tue, ist mein komplettes Netzwerk down & kein Gerät kommt mehr ins Internet.
Hier das Video, schon mit dem Timestamp wo der Schritt ausgeführt wird: #02 - PFSENSE auf PROXMOX installieren (2020) - warum funktioniert das bei ihm ohne Probleme & bei mir nicht?

Seit einigen Tagen versuche ich das Problem durch Suche hier im Forum zu lösen, komme aber nicht weiter. Hier mal noch der cat von den network interfaces:

> cat /etc/network/interfaces
auto lo
iface lo inet loopback

iface eno1 inet manual

auto vmbr0
iface vmbr0 inet static
        address 192.168.2.4/24
        gateway 192.168.2.1
        bridge-ports eno1
        bridge-stp off
        bridge-fd 0

source /etc/network/interfaces.d/*

Danke vorab für jegliche Hilfe!

Liebe Grüße,
Jan

 

[Hannes Laimer]

Hey,

wie sieht denn /etc/network/interfaces nach dem Erstellen der vmbr1 aus? Könntest du auch die Ausgabe von ip a und ip r vor und nach dem Erstellen der zweiten Bridge posten?

 

[karumba]

Vor dem Erstellen schaut es so aus:

> ip a
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
    inet 127.0.0.1/8 scope host lo
       valid_lft forever preferred_lft forever
    inet6 ::1/128 scope host noprefixroute
       valid_lft forever preferred_lft forever
2: eno1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast master vmbr0 state UP group default qlen 1000
    link/ether 18:60:24:ad:64:6a brd ff:ff:ff:ff:ff:ff
    altname enp0s31f6
3: vmbr0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default qlen 1000
    link/ether 18:60:24:ad:64:6a brd ff:ff:ff:ff:ff:ff
    inet 192.168.2.4/24 scope global vmbr0
       valid_lft forever preferred_lft forever
    inet6 fe80::1a60:24ff:fead:646a/64 scope link
       valid_lft forever preferred_lft forever
4: tap100i0: <BROADCAST,MULTICAST,PROMISC,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast master fwbr100i0 state UNKNOWN group default qlen 1000
    link/ether 92:b1:4f:7d:02:66 brd ff:ff:ff:ff:ff:ff
5: fwbr100i0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default qlen 1000
    link/ether ee:ca:36:b5:63:19 brd ff:ff:ff:ff:ff:ff
6: fwpr100p0@fwln100i0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue master vmbr0 state UP group default qlen 1000
    link/ether 6a:7d:5f:8c:2a:68 brd ff:ff:ff:ff:ff:ff
7: fwln100i0@fwpr100p0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue master fwbr100i0 state UP group default qlen 1000
    link/ether ee:ca:36:b5:63:19 brd ff:ff:ff:ff:ff:ff
8: veth108i0@if2: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue master vmbr0 state UP group default qlen 1000
    link/ether fe:03:24:39:14:ee brd ff:ff:ff:ff:ff:ff link-netnsid 0

> ip r
default via 192.168.2.1 dev vmbr0 proto kernel onlink
192.168.2.0/24 dev vmbr0 proto kernel scope link src 192.168.2.4

Nach dem Erstellen müsste ich heute Abend machen, weil meine Freundin im Homeoffice ist & sie das Netz braucht.
192.168.2.1 ist übrigens die Fritzbox. Danke schonmal vorab!

 

[karumba]

Ich hatte den Verdacht, dass es mit meinem Adguard/DNS zusammenhängen könnte, daher habe ich in der Fritzbox mal vor dem Anlegen von vmbr1 den DNS auf default gesetzt (anstelle von Adguard) und nun scheint es zu klappen.

> cat /etc/network/interfaces
auto lo
iface lo inet loopback

iface eno1 inet manual

auto vmbr0
iface vmbr0 inet static
        address 192.168.2.4/24
        gateway 192.168.2.1
        bridge-ports eno1
        bridge-stp off
        bridge-fd 0

auto vmbr1
iface vmbr1 inet manual
        bridge-ports none
        bridge-stp off
        bridge-fd 0

> ip a
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
    inet 127.0.0.1/8 scope host lo
       valid_lft forever preferred_lft forever
    inet6 ::1/128 scope host noprefixroute
       valid_lft forever preferred_lft forever
2: eno1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast master vmbr0 state UP group default qlen 1000
    link/ether 18:60:24:ad:64:6a brd ff:ff:ff:ff:ff:ff
    altname enp0s31f6
3: vmbr0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default qlen 1000
    link/ether 18:60:24:ad:64:6a brd ff:ff:ff:ff:ff:ff
    inet 192.168.2.4/24 scope global vmbr0
       valid_lft forever preferred_lft forever
    inet6 fe80::1a60:24ff:fead:646a/64 scope link
       valid_lft forever preferred_lft forever
8: veth108i0@if2: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue master vmbr0 state UP group default qlen 1000
    link/ether fe:03:24:39:14:ee brd ff:ff:ff:ff:ff:ff link-netnsid 0
13: vmbr1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UNKNOWN group default qlen 1000
    link/ether 5e:5e:15:9a:12:60 brd ff:ff:ff:ff:ff:ff
    inet6 fe80::5c5e:15ff:fe9a:1260/64 scope link
       valid_lft forever preferred_lft forever

> ip r
default via 192.168.2.1 dev vmbr0 proto kernel onlink
192.168.2.0/24 dev vmbr0 proto kernel scope link src 192.168.2.4

 

[karumba]

Und nun noch den DNS in der Fritzbox wieder angepasst auf die Adguard IP & es läuft alles. Das soll mal einer kapieren.

 

[cwt]

Sehr komisch… läuft der AdGuard denn als VM? Selbst wenn, sollte das Erstellen einer neuen Bridge das nicht zum Einknicken bringen… Aber gut, dass es jetzt funktioniert ;-)

 

[karumba]

Adguard läuft als VM.