November 3, 2025Nov 3 Hallo zusammen,ich habe aktuell das Problem, dass mein UnRaid nicht immer erreichbar ist.Aus irgendeinem Grund bekomme ich auf die IP-Adresse Random Mac Adressen zurück.Falsch:Schnittstelle: 192.168.178.31 --- 0xe Internetadresse Physische Adresse Typ 192.168.178.2 76-82-58-db-27-78 dynamisch Richtig: Schnittstelle: 192.168.178.31 --- 0xe Internetadresse Physische Adresse Typ 192.168.178.2 00-d8-61-a6-dd-3f dynamischEs sind immer unterschiedliche die zu keinem Container oder einer VM passen.Irgendwie habe ich die vermutung, dass es an den Container liegt, aber keiner davon hat eine der gesehenen MACs/authentik_db: proxynet -> 02:42:ac:12:00:03 /Zoraxy: br0 -> 02:42:c0:a8:b2:06 /redis: proxynet -> 02:42:ac:12:00:10 /n8n: proxynet -> 02:42:ac:12:00:16 /HandBrake-for-Nvidia: bridge -> 02:42:ac:11:00:06 /ollama: proxynet -> 02:42:ac:12:00:13 /Cloudflare-DDNS: proxynet -> 02:42:ac:12:00:02 /EmbyServer: host -> /prometheus: proxynet -> 02:42:ac:12:00:0c /paperless-ngx: proxynet -> 02:42:ac:12:00:0e /binhex-official-pihole: br0 -> 02:42:c0:a8:b2:03 /Nextcloud: proxynet -> 02:42:ac:12:00:0d /virtual-dsm: bridge -> 02:42:ac:11:00:09 /Grafana: proxynet -> 02:42:ac:12:00:0a /open-webui: proxynet -> 02:42:ac:12:00:14 /Influxdb: proxynet -> 02:42:ac:12:00:0b /authentik_redis: proxynet -> 02:42:ac:12:00:04 /MariaDB-Official: proxynet -> 02:42:ac:12:00:0f /audiobookshelf: proxynet -> 02:42:ac:12:00:12 /vaultwarden: proxynet -> 02:42:ac:12:00:08 /authentik-Proxy: proxynet -> 02:42:ac:12:00:07 /Spoolman: proxynet -> 02:42:ac:12:00:11 /authentik-worker: proxynet -> 02:42:ac:12:00:06 /authentik: proxynet -> 02:42:ac:12:00:05 /MakeMKV: bridge -> 02:42:ac:11:00:07 /Qdrant: proxynet -> 02:42:ac:12:00:15 /JDownloader2: bridge -> 02:42:ac:11:00:03 /WireGuard-Easy: proxynet -> 02:42:ac:12:00:09 /db-backup: bridge -> 02:42:ac:11:00:02 /FileBot: bridge -> 02:42:ac:11:00:05 /Nginx-Proxy-Manager-Official: br0 -> 02:42:c0:a8:b2:05 /Krusader: bridge -> 02:42:ac:11:00:04Ich verzweifle langsam und zweifle auch an mir.Aktuell sind die Docker Settings:Die Netzwerk Settings:Diagnose ist im Anhang und anbei noch die Ausgabe aller Netz die mein Unraid hat:root@Tower:~# ip addr 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 valid_lft forever preferred_lft forever 2: tunl0@NONE: <NOARP> mtu 1480 qdisc noop state DOWN group default qlen 1000 link/ipip 0.0.0.0 brd 0.0.0.0 3: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq master br0 state UP group default qlen 1000 link/ether 00:d8:61:a6:dd:3f brd ff:ff:ff:ff:ff:ff 4: br0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default qlen 1000 link/ether 00:d8:61:a6:dd:3f brd ff:ff:ff:ff:ff:ff inet 192.168.178.2/24 metric 1 scope global br0 valid_lft forever preferred_lft forever 5: docker0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default link/ether 02:42:9a:c8:bb:2d brd ff:ff:ff:ff:ff:ff inet 172.17.0.1/16 brd 172.17.255.255 scope global docker0 valid_lft forever preferred_lft forever inet6 fe80::42:9aff:fec8:bb2d/64 scope link proto kernel_ll valid_lft forever preferred_lft forever 6: br-aee387385fea: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default link/ether 02:42:64:15:34:a8 brd ff:ff:ff:ff:ff:ff inet 172.18.0.1/16 brd 172.18.255.255 scope global br-aee387385fea valid_lft forever preferred_lft forever inet6 fe80::42:64ff:fe15:34a8/64 scope link proto kernel_ll valid_lft forever preferred_lft forever 7: shim-br0@br0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default qlen 1000 link/ether 82:36:22:4b:8e:9c brd ff:ff:ff:ff:ff:ff inet 192.168.178.2/24 scope global shim-br0 valid_lft forever preferred_lft forever 9: vethf694bf5@if8: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue master br-aee387385fea state UP group default link/ether 82:a3:99:4c:14:95 brd ff:ff:ff:ff:ff:ff link-netnsid 0 inet6 fe80::80a3:99ff:fe4c:1495/64 scope link proto kernel_ll valid_lft forever preferred_lft forever 10: virbr0: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc noqueue state DOWN group default qlen 1000 link/ether 52:54:00:7c:28:33 brd ff:ff:ff:ff:ff:ff inet 192.168.122.1/24 brd 192.168.122.255 scope global virbr0 valid_lft forever preferred_lft forever 13: vnet0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue master br0 state UNKNOWN group default qlen 1000 link/ether fe:54:00:61:61:66 brd ff:ff:ff:ff:ff:ff inet6 fe80::fc54:ff:fe61:6166/64 scope link proto kernel_ll valid_lft forever preferred_lft forever 16: vethf26b61d@if15: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue master br-aee387385fea state UP group default link/ether 2a:87:af:04:f9:46 brd ff:ff:ff:ff:ff:ff link-netnsid 4 inet6 fe80::2887:afff:fe04:f946/64 scope link proto kernel_ll valid_lft forever preferred_lft forever 17: vnet1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue master br0 state UNKNOWN group default qlen 1000 link/ether fe:54:00:7b:f7:7f brd ff:ff:ff:ff:ff:ff inet6 fe80::fc54:ff:fe7b:f77f/64 scope link proto kernel_ll valid_lft forever preferred_lft forever 19: veth8ec1614@if18: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue master br-aee387385fea state UP group default link/ether 82:44:c2:4b:d6:3a brd ff:ff:ff:ff:ff:ff link-netnsid 5 inet6 fe80::8044:c2ff:fe4b:d63a/64 scope link proto kernel_ll valid_lft forever preferred_lft forever 21: vethe180adc@if20: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue master br-aee387385fea state UP group default link/ether 8a:86:df:31:1d:a8 brd ff:ff:ff:ff:ff:ff link-netnsid 6 inet6 fe80::8886:dfff:fe31:1da8/64 scope link proto kernel_ll valid_lft forever preferred_lft forever 23: vethdfddee1@if22: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue master br-aee387385fea state UP group default link/ether 8a:1a:53:97:b2:f4 brd ff:ff:ff:ff:ff:ff link-netnsid 7 inet6 fe80::881a:53ff:fe97:b2f4/64 scope link proto kernel_ll valid_lft forever preferred_lft forever 25: veth91f99a1@if24: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue master br-aee387385fea state UP group default link/ether 0a:bc:ea:9d:d4:6e brd ff:ff:ff:ff:ff:ff link-netnsid 8 inet6 fe80::8bc:eaff:fe9d:d46e/64 scope link proto kernel_ll valid_lft forever preferred_lft forever 27: veth2557e14@if26: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue master br-aee387385fea state UP group default link/ether 92:9d:f4:5d:3f:3b brd ff:ff:ff:ff:ff:ff link-netnsid 9 inet6 fe80::909d:f4ff:fe5d:3f3b/64 scope link proto kernel_ll valid_lft forever preferred_lft forever 29: vetha19a064@if28: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue master br-aee387385fea state UP group default link/ether 76:65:ef:85:39:bb brd ff:ff:ff:ff:ff:ff link-netnsid 10 inet6 fe80::7465:efff:fe85:39bb/64 scope link proto kernel_ll valid_lft forever preferred_lft forever 31: vethbeef011@if30: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue master br-aee387385fea state UP group default link/ether 72:66:58:5d:8d:26 brd ff:ff:ff:ff:ff:ff link-netnsid 11 inet6 fe80::7066:58ff:fe5d:8d26/64 scope link proto kernel_ll valid_lft forever preferred_lft forever 33: veth6a946a2@if32: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue master br-aee387385fea state UP group default link/ether 6e:73:2c:77:1e:68 brd ff:ff:ff:ff:ff:ff link-netnsid 12 inet6 fe80::6c73:2cff:fe77:1e68/64 scope link proto kernel_ll valid_lft forever preferred_lft forever 35: veth1670bf9@if34: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue master br-aee387385fea state UP group default link/ether 76:d8:e0:48:36:f6 brd ff:ff:ff:ff:ff:ff link-netnsid 13 inet6 fe80::74d8:e0ff:fe48:36f6/64 scope link proto kernel_ll valid_lft forever preferred_lft forever 37: veth4d3fae7@if36: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue master br-aee387385fea state UP group default link/ether 92:47:f4:d5:45:1c brd ff:ff:ff:ff:ff:ff link-netnsid 14 inet6 fe80::9047:f4ff:fed5:451c/64 scope link proto kernel_ll valid_lft forever preferred_lft forever 39: vethab4d6bc@if38: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue master br-aee387385fea state UP group default link/ether 6e:0e:20:44:a9:51 brd ff:ff:ff:ff:ff:ff link-netnsid 15 inet6 fe80::6c0e:20ff:fe44:a951/64 scope link proto kernel_ll valid_lft forever preferred_lft forever 41: veth60b6ddc@if40: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue master docker0 state UP group default link/ether 92:6f:42:2d:9e:e0 brd ff:ff:ff:ff:ff:ff link-netnsid 16 inet6 fe80::906f:42ff:fe2d:9ee0/64 scope link proto kernel_ll valid_lft forever preferred_lft forever 43: vethcf55b34@if42: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue master br-aee387385fea state UP group default link/ether b2:9f:70:a2:ce:6c brd ff:ff:ff:ff:ff:ff link-netnsid 17 inet6 fe80::b09f:70ff:fea2:ce6c/64 scope link proto kernel_ll valid_lft forever preferred_lft forever 45: vethff31b89@if44: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue master br-aee387385fea state UP group default link/ether 66:6d:70:c6:d1:68 brd ff:ff:ff:ff:ff:ff link-netnsid 18 inet6 fe80::646d:70ff:fec6:d168/64 scope link proto kernel_ll valid_lft forever preferred_lft forever 47: veth3248243@if46: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue master br-aee387385fea state UP group default link/ether 8e:82:da:7d:3b:89 brd ff:ff:ff:ff:ff:ff link-netnsid 19 inet6 fe80::8c82:daff:fe7d:3b89/64 scope link proto kernel_ll valid_lft forever preferred_lft forever 49: vethe4e3a38@if48: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue master docker0 state UP group default link/ether de:ae:9f:5f:55:32 brd ff:ff:ff:ff:ff:ff link-netnsid 20 inet6 fe80::dcae:9fff:fe5f:5532/64 scope link proto kernel_ll valid_lft forever preferred_lft forever 51: veth89e9ceb@if50: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue master docker0 state UP group default link/ether 42:09:a1:74:cc:70 brd ff:ff:ff:ff:ff:ff link-netnsid 21 inet6 fe80::4009:a1ff:fe74:cc70/64 scope link proto kernel_ll valid_lft forever preferred_lft forever 53: vethc547dee@if52: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue master docker0 state UP group default link/ether ba:af:2f:96:93:ee brd ff:ff:ff:ff:ff:ff link-netnsid 22 inet6 fe80::b8af:2fff:fe96:93ee/64 scope link proto kernel_ll valid_lft forever preferred_lft forever 55: veth8e94a44@if54: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue master docker0 state UP group default link/ether 1a:f5:28:00:91:ef brd ff:ff:ff:ff:ff:ff link-netnsid 23 inet6 fe80::18f5:28ff:fe00:91ef/64 scope link proto kernel_ll valid_lft forever preferred_lft forever 57: vethbad15d6@if56: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue master docker0 state UP group default link/ether 7a:d7:9a:42:59:17 brd ff:ff:ff:ff:ff:ff link-netnsid 24 inet6 fe80::78d7:9aff:fe42:5917/64 scope link proto kernel_ll valid_lft forever preferred_lft forever 59: veth7f00b48@if58: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue master br-aee387385fea state UP group default link/ether 3a:43:53:51:ee:30 brd ff:ff:ff:ff:ff:ff link-netnsid 25 inet6 fe80::3843:53ff:fe51:ee30/64 scope link proto kernel_ll valid_lft forever preferred_lft forever 61: vethb0a37cd@if60: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue master br-aee387385fea state UP group default link/ether 92:13:10:39:bd:3e brd ff:ff:ff:ff:ff:ff link-netnsid 26 inet6 fe80::9013:10ff:fe39:bd3e/64 scope link proto kernel_ll valid_lft forever preferred_lft forever 63: vethee6e5a9@if62: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue master br-aee387385fea state UP group default link/ether 9e:61:62:fb:b1:93 brd ff:ff:ff:ff:ff:ff link-netnsid 27 inet6 fe80::9c61:62ff:fefb:b193/64 scope link proto kernel_ll valid_lft forever preferred_lft forever 65: veth0f58130@if64: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue master br-aee387385fea state UP group default link/ether 2a:92:1a:19:58:0e brd ff:ff:ff:ff:ff:ff link-netnsid 28 inet6 fe80::2892:1aff:fe19:580e/64 scope link proto kernel_ll valid_lft forever preferred_lft forever 67: veth9a8bd5c@if66: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue master br-aee387385fea state UP group default link/ether 6e:d5:db:34:b3:19 brd ff:ff:ff:ff:ff:ff link-netnsid 29 inet6 fe80::6cd5:dbff:fe34:b319/64 scope link proto kernel_ll valid_lft forever preferred_lft forever 71: veth62d4878@if70: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue master docker0 state UP group default link/ether d6:e8:32:22:c1:47 brd ff:ff:ff:ff:ff:ff link-netnsid 31 inet6 fe80::d4e8:32ff:fe22:c147/64 scope link proto kernel_ll valid_lft forever preferred_lft foreverAktuell bin ich auch am Update auf 7.2 am warten, da ich keine Lust habe mir etwas zu zerschießen, weil auf einmal die Webseite nicht mehr erreichbar ist.Falls jemand eine Lösung für mcih hat, wäre das WUNDERBAR! tower-diagnostics-20251103-2049.zip
November 4, 2025Nov 4 Author Wie auf den Screenshots zusehen, ist es auf macvlan einstellt.Was ich jetzt noch umgestellt habe, ist dass "Host access to custom networks" disabled ist.Aber diese Mac-Adressen sind die gezeigt werden, sind halt komplett Random
November 4, 2025Nov 4 Ich habe das gleiche Problem zeitweise, aber immer nur mit 2-4 Einträgen in FB, wobei immer ein neuer MAC generiert wird. Aber meine Oberfläche bleibt immer erreichbar. Seit dem ich Unraid (seit Version 6.xx) beobachte ich das .Hast du ein MB mit mehr als einem NIC ?Mein MB hat 2 Nic´s , und einer ist deaktiviert,aber ich habe so das Gefühl das Unraid den trotzdem erkennt und eine Adresse zuteilen will.Hatte mal testweise ein MB mit nur einem NIC getestet,und da war das Problem nicht.Was Unraid nicht, mag ist das die FB als DNS Server arbeitet.Da solltest du evtl. mal einen öffentlichen eintragen.Das wurde auch schon öfters in Foren diskutiert wurde weil der Zugriff zur Weboberfläche nicht funktionierte Edited November 4, 2025Nov 4 by Bengon
November 4, 2025Nov 4 Community Expert 1 minute ago, Bengon said:Was Unraid nicht, mag ist das die FB als DNS Server arbeitet.Da solltest du evtl. mal einen öffentlichen eintragen.Das wurde auch schon öfters in Foren diskutiert wurde weil der Zugriff zur Weboberfläche nicht funktionierte?? das wäre mir neu, was soll ein öffentlicher besser können als der Resolver in der FB?Hast Du da mal einen Link für mich?Oder verwechselst du da was mit DHCP und der Erreichbarkeit von unraid im LAN per NAME anstatt der IP?
November 4, 2025Nov 4 Author 5 minutes ago, Bengon said:Ich habe das gleiche Problem zeitweise, aber immer nur mit 2-4 Einträgen in FB, wobei immer ein neuer MAC generiert wird. Aber meine Oberfläche bleibt immer erreichbar. Seit dem ich Unraid (seit Version 6.xx) beobachte ich das .Hast du ein MB mit mehr als einem NIC ?Mein MB hat 2 Nic´s , und einer ist deaktiviert,aber ich habe so das Gefühl das Unraid den trotzdem erkennt und eine Adresse zuteilen will.Hatte mal testweise ein MB mit nur einem NIC getestet,und da war das Problem nicht.Was Unraid nicht, mag ist das die FB als DNS Server arbeitet.Da solltest du evtl. mal einen öffentlichen eintragen.Das wurde auch schon öfters in Foren diskutiert wurde weil der Zugriff zur Weboberfläche nicht funktionierteNein das MB hat nur eine NIC.Daher bin ich ja so verwirrt xDDer DNS für Unraid ist die Firtzbox, und das sollte auch so sein.Wenn ich mein Pi-Hole hinterlege, dann geht einiges nicht. Das war auch schon Thema im Forum, aber ohne Quelle :D Ist schon länger her.Aber die FB als DNS ist okay, die Container haben einen eigenen DNS Server eintrag, da ich viel über NGINX mache.
November 4, 2025Nov 4 6 minutes ago, _alo_ said:?? das wäre mir neu, was soll ein öffentlicher besser können als der Resolver in der FB?Hast Du da mal einen Link für mich?Oder verwechselst du da was mit DHCP und der Erreichbarkeit von unraid im LAN per NAME anstatt der IP?Ich meinte das hier,weil ich früher das Problem mit der WebUi auch hatte.
November 4, 2025Nov 4 4 minutes ago, MVLP said:Nein das MB hat nur eine NIC.Daher bin ich ja so verwirrt xDDer DNS für Unraid ist die Firtzbox, und das sollte auch so sein.Wenn ich mein Pi-Hole hinterlege, dann geht einiges nicht. Das war auch schon Thema im Forum, aber ohne Quelle :D Ist schon länger her.Aber die FB als DNS ist okay, die Container haben einen eigenen DNS Server eintrag, da ich viel über NGINX mache.Kannst ja mal so etwas wie 9.9.9.9 oder Google 8.8.8.8 testen
November 4, 2025Nov 4 Author 4 minutes ago, _alo_ said:?? das wäre mir neu, was soll ein öffentlicher besser können als der Resolver in der FB?Hast Du da mal einen Link für mich?Oder verwechselst du da was mit DHCP und der Erreichbarkeit von unraid im LAN per NAME anstatt der IP?Just now, Bengon said:Kannst ja mal so etwas wie 9.9.9.9 oder Google 8.8.8.8 testenNur zum Verständnis: Warum sollte ich externe DNS Server hinterlegen, wenn es ein MAC Problem gibt?Über die IP komme ich ja auch nicht aufs System. Da fällt ja DNS komplett raus.
November 4, 2025Nov 4 Community Expert 2 minutes ago, Bengon said:Ich meinte das hier,weil ich früher das Problem mit der WebUi auch hatte.diese Einstellung sollte aber nichts mit der Erreichbarkeit der GUI zu tun haben, sie dient doch lediglich unraid dazu, externe URLs aufzulösen, z.B. beim Laden der CA oder runterladen von docker Containern...klar kannst Du da auch öffentliche eintragen (die sonst auch in deiner FB drinstehen)Just now, MVLP said:Nur zum Verständnis: Warum sollte ich externe DNS Server hinterlegen, wenn es ein MAC Problem gibt?Über die IP komme ich ja auch nicht aufs System. Da fällt ja DNS komplett raus.eben!
November 4, 2025Nov 4 Ich schreibe es weil ich auch diese Problem hatte und in Foren diese Vorschläge gesehen hatte und seitdem mir der Zugriff zur WebUi nicht mehr verhindert wird.
November 4, 2025Nov 4 Community Expert Just now, Bengon said:Ich schreibe es weil ich auch diese Problem hatte und in Foren diese Vorschläge gesehen hatte und seitdem mir der Zugriff zur WebUi nicht mehr verhindert wird.dann bitte den kompletten Kontext (oder einen Link) geben.Wenn ich z.B. die FritzBox umkonfiguriere, dass sie wiederum ein pihole abfragt, wird es bestimmt Probleme geben, das ist dann aber nicht das Problem der FB sondern der Konfig ;)Mangels Link und Erinnerung weiß ich nicht, ob das das Problem bei dir war, aber könnte sein...
November 4, 2025Nov 4 Author Ich denke mit der Thematik DNS und Zugriff schweifen wir arg vom Thema MAC-Adressen ab xDWürde es ggf. sinn machen über einen BugReport zu gehen? Dass sich das Limetech direkt anschaut falls man keine Lösung in der Community findet?
November 4, 2025Nov 4 Hatte @mgutt da nicht vor kurzem was?Ah hier:https://forums.unraid.net/topic/194294-massive-netzwerk-probleme-zwischen-clients-und-server-bei-inaktivem-bridging/ Edited November 4, 2025Nov 4 by jj1987
November 5, 2025Nov 5 Author 17 hours ago, jj1987 said:Hatte @mgutt da nicht vor kurzem was?Ah hier:https://forums.unraid.net/topic/194294-massive-netzwerk-probleme-zwischen-clients-und-server-bei-inaktivem-bridging/Ja das hört sich sehr ähnlich an. Nur das ich bridging an habe.Vielleicht schreibe ich mal in den Post, mal schauen ob man da was rausfinden kann.
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.