Hallo,

 

wie in meinem Thread zum Asrock z690 PG Riptide erwähnt, plane ich einen Zugriff auf den unraid Server von zwei Seiten, hier das wesentliche:

 

D.h. ich habe eine funktionierende (W)LAN-Struktur, in dem mein Mac im WLAN-Netz 192.168.30.0/24 unterwegs ist und meine LAN-Systeme inkl. unraid Server im Netz 192.168.178.0/24. Der Router ist für alle default-GW mit 192.168.30.1, 192.168.178.1, ...  Hier gibt es erstmal kein Problem!!

 

Jetzt habe ich eine zweite 10G Netzwerkkarte in den Server gebaut und möchte eine direkte ptp-Verbindung vom Mac aus aufbauen.

Hierzu habe ich ein weiteres Netz 192.168.150.0 auf beiden Seiten konfiguriert (nur IP/Netzmaske, ohne Gateway - brauch ich ja hier nicht).

 

Und hier startet das Problem, wo ich gerade nicht weiter weiß:

Wenn ich unraid vom MAC über seine 10G LAN Schnittstelle (roter Weg) 192.168.150.1 anspreche, lernt der Mac scheinbar über diesen "local link #20" weitere routen, z.B. 192.168.0.0/16 oder bestimmte hostrouten z.B. zu anderen LAN-Geräten aus dem Netz 192.168.178.0.

Das hat zur Folge, dass ich diese Netzbereiche dann vom Mac aus gar nicht mehr erreiche, weil unraid intern wohl nicht routet (soll er ja auch nicht!).

Hier eine gekürzte routingtabelle des MACs mit Beispielen:

Destination        Gateway            Flags               Netif Expire
default            192.168.30.1       UGScg                 en1       
192.168.30         link#17            UCS                   en1      !
192.168.0/16       link#20            UCS                   en0      !
192.168.30.1       [hosts-MAC]        UHLWIir               en1   1200
192.168.30.21      [hosts-MAC]        UHLWI                 en1   1149
192.168.30.28      [hosts-MAC]        UHLWI                 en1    838
192.168.30.119     [hosts-MAC]        UHLWI                 en1    925
192.168.30.124     [hosts-MAC]        UHLWI                 en1    914
192.168.30.134/32  link#17            UCS                   en1      !
192.168.100.1      link#20            UHRLWIi               en0      1
192.168.178.6      link#20            UHLWIi                en0      !
192.168.178.84     link#20            UHRLWIi               en0      9
192.168.150        link#30            UCS                 vlan0      !
192.168.150.2/32   link#20            UCS                   en0      !
192.168.150.2/32   link#30            UCSI                vlan0      !

en0 ist das 10G Interface des MACs,

en1 das WLAN-If des MACs.

 

Das Problem ist, dass ich diese "falschen" Routen über en0 zwar manuell löschen kann aber sie (verschiedene hostrouten und eben das ganze /16) irgendwann wieder neu gelernt werden.

Es reicht vorübergehend ein:

sudo route -n delete 192.168.0/16 -link 20

dann passt wieder alles. Nur leider kommt die eben wieder

 

Wie kann ich das jetzt unterbinden?

Ich denke nicht, dass es ein Problem des MACs ist, sondern mein unraid Server ist hier irgendwie falsch konfiguriert oder ich hab was simples übersehen...

 

Ziel ist es am Mac das Netz 192.168.178.0 (auch die unraid Oberfläche und bestimmte Shares/docker/VM) dauerhaft über seine WLAN Schnittstelle en1 zu erreichen und nur den unraid server (einzelne Shares) zusätzlich über das 10G Netz 192.168.150.0 an en0.

 

Meine aktuelle unraid-Netzwerk.Config:

 

Wie gesagt, ich habe einfach nur dem eth1 eine IP-Konfig gegeben, das VLAN zwischen MAC und unraid eth1 hab ich testweise mal konfiguriert (link #30), hat mit diesem Problem aber nichts zu tun bzw. hat nichts geändert....

 

 

 

🤦‍♂️

Ich hatte mich am Mac bei der Netzmaske vertippt (oder hatte er das automatisch falsch vervollständigt?), deshalb hat er auch das ganze /16 hierhin geroutet....

das erklärt einiges.....schon krass wie lange man um so einen simplen Fehler drumzusuchen kann

 

ich denke, das war's....

 

(hab dann jetzt auch das ptp Netz auf /30 geändert und das VLAN wieder rausgenommen)

 

Edited January 28, 20251 yr by _alo_