Messages

1

General Discussion / Re: DHCPv4 Client Identifier ignored

« on: October 15, 2021, 10:59:25 am »

Does no one have any ideas?

Is my interpretation of the expected behavior perhaps wrong?

2

General Discussion / [SOLVED] Re: SSDP Multicast vs. Bridge interface

« on: October 15, 2021, 10:57:12 am »

It's not pretty, but it works. 

3

General Discussion / Re: SSDP Multicast vs. Bridge interface

« on: October 04, 2021, 10:28:42 pm »

I think I found a clue after doing some sniffing on the affected interfaces.

SSDP NOTIFY multicast messages sent on the igb0 interface are apparently subject NAT. They arrive on the athX_wlan1 interfaces with the sender address of the WAN uplink.

However, the NAT rule for this network is an automatically generated one.

Presumably, the NAT is performed because the multicast address 239.255.255.250 does not clearly belong to the broadcast network of bridge0.

So the question is probably: How can this NAT be prevented?

4

General Discussion / Re: SSDP Multicast vs. Bridge interface

« on: October 04, 2021, 03:08:02 pm »

May be this bug: https://bugs.freebsd.org/bugzilla//show_bug.cgi?id=243554 ?

5

General Discussion / Re: SSDP Multicast vs. Bridge interface

« on: October 03, 2021, 05:07:55 pm »

The problem seems to be similiar like in this older post: https://forum.netgate.com/topic/11349/upnp-bridged-interfaces/5

Unfortunately that thread ended without a solution. 

6

General Discussion / Re: SSDP Multicast vs. Bridge interface

« on: October 03, 2021, 09:39:03 am »

IGMPproxy is a simple mulitcast router. But bridge0 is just one interface.

So this can't be the solution.

7

General Discussion / SSDP Multicast vs. Bridge interface

« on: September 30, 2021, 10:16:28 pm »

I've set up a bridge interface with three members (one eth, two wifi interfaces).

Code: [Select]

ath0_wlan1: flags=8943<UP,BROADCAST,RUNNING,PROMISC,SIMPLEX,MULTICAST> metric 0 mtu 1500
        ether 04:f0:21:2e:5d:a8
        inet6 fe80::6f0:21ff:fe2e:5da8%ath0_wlan1 prefixlen 64 scopeid 0x8
        groups: wlan
        ...
        status: running
        nd6 options=21<PERFORMNUD,AUTO_LINKLOCAL>
ath1_wlan1: flags=8943<UP,BROADCAST,RUNNING,PROMISC,SIMPLEX,MULTICAST> metric 0 mtu 1500
        ether 04:f0:21:2e:5d:1c
        inet6 fe80::6f0:21ff:fe2e:5d1c%ath1_wlan1 prefixlen 64 scopeid 0x9
        groups: wlan
        ...
        status: running
        nd6 options=21<PERFORMNUD,AUTO_LINKLOCAL>
igb0: flags=8943<UP,BROADCAST,RUNNING,PROMISC,SIMPLEX,MULTICAST> metric 0 mtu 1500
        options=8520b8<VLAN_MTU,VLAN_HWTAGGING,JUMBO_MTU,VLAN_HWCSUM,WOL_MAGIC,VLAN_HWFILTER,VLAN_HWTSO>
        ether 00:0d:b9:55:fa:8c
        inet6 fe80::20d:b9ff:fe55:fa8c%igb0 prefixlen 64 scopeid 0x1
        media: Ethernet autoselect (1000baseT <full-duplex>)
        status: active
        nd6 options=21<PERFORMNUD,AUTO_LINKLOCAL>
bridge0: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> metric 0 mtu 1500
        ether 02:02:e6:60:06:00
        inet 172.16.100.129 netmask 0xffffff00 broadcast 172.16.100.255
        inet6 2001:bf0:c080:403:: prefixlen 64
        id 00:00:00:00:00:00 priority 32768 hellotime 2 fwddelay 15
        maxage 20 holdcnt 6 proto rstp maxaddr 2000 timeout 1200
        root id 00:00:00:00:00:00 priority 32768 ifcost 0 port 0
        member: ath1_wlan1 flags=143<LEARNING,DISCOVER,AUTOEDGE,AUTOPTP>
                ifmaxaddr 0 port 9 priority 128 path cost 33333
        member: ath0_wlan1 flags=143<LEARNING,DISCOVER,AUTOEDGE,AUTOPTP>
                ifmaxaddr 0 port 8 priority 128 path cost 33333
        member: igb0 flags=143<LEARNING,DISCOVER,AUTOEDGE,AUTOPTP>
                ifmaxaddr 0 port 1 priority 128 path cost 20000
        groups: bridge
        nd6 options=1<PERFORMNUD>

Unfortunatly SSDP multicast messages (255.255.255.250 udp/1900) are not forwarded between the member interfaces. 

Is there a special setting/tunable needed for this?

8

German - Deutsch / Re: Hilfe Gateway-Konfiguration PPPoE, DHCPv6, OpenVPN - SOLVED

« on: September 24, 2021, 09:53:53 am »

Hab's selber gefunden und gelöst. 

War natürlich im Endeffekt ganz einfach. Man muss halt nur bei den Firewall Rules des entsprechenden Interfaces das Gateway korrekt setzen. 

PS: Ich lösche dann mal meine Screenshots. Die verwirren sonst nur unnötig.

9

German - Deutsch / Re: Wie verwerfe ich Änderungen?

« on: September 22, 2021, 09:22:33 am »

Nein. Da steht weiter:

The firewall rule configuration has been changed.
You must apply the changes in order for them to take effect.

10

German - Deutsch / Wie verwerfe ich Änderungen?

« on: September 22, 2021, 08:48:27 am »

Ich habe in meiner Firewall-Konfiguration ein paar Änderungen gemacht, die ich doch so nicht möchte.

Wie verwerfe ich diese eigentlich? Es gibt zwar ein Apply changes Button. Aber ich finde irgendwie kein Discard oder ähnliches. 

11

German - Deutsch / Re: Hilfe Gateway-Konfiguration PPPoE, DHCPv6, OpenVPN

« on: September 17, 2021, 09:50:02 am »

Part V

Gelöscht, weil unnötig/verwirrend.

12

German - Deutsch / Re: Hilfe Gateway-Konfiguration PPPoE, DHCPv6, OpenVPN

« on: September 17, 2021, 09:49:32 am »

Part iV

Gelöscht, weil unnötig/verwirrend.

13

German - Deutsch / Re: Hilfe Gateway-Konfiguration PPPoE, DHCPv6, OpenVPN

« on: September 17, 2021, 09:48:54 am »

Part III

Gelöscht, weil unnötig/verwirrend.

14

German - Deutsch / Re: Hilfe Gateway-Konfiguration PPPoE, DHCPv6, OpenVPN

« on: September 17, 2021, 09:48:29 am »

Part II

Gelöscht, weil unnötig/verwirrend.

15

German - Deutsch / Re: Hilfe Gateway-Konfiguration PPPoE, DHCPv6, OpenVPN

« on: September 17, 2021, 09:47:31 am »

OK, hier ist das gewünschte. (Part I)

(Inzwischen gab es eine kleine Änderung beim Naming: LAN=(ex)LAN1, PUBLIC=(ex)LAN2.)


Gelöscht, weil unnötig/verwirrend.