Shadowbane

Es kann so einfach sein, Mannn Mannn Mannnnnnnnn ttyd -p 8080 bash -c "cd /mnt/disk1/appdata/Scripte/ && python3 neu.py; exit" so lautet jetzt mein befehl unter als Userscript und es geht !!! Vielen Vielen Dank an @Mainfrezzer DANKE für deine Hilfe. dann werd ich mich jetzt nur um die notwendigen Berechtigungen kümmern das es ohne 777 Rechte noch geht !!! Gibt es jemand der mir daraus ein Docker bauen kann wie oben schonmal angesprochen ? Gibt auch ein Trinkgeld :-)

Also es scheint als habe ich nur innerhalb des Verzeichnisses die Rechte zum Ausführen !! über python3 /mnt/disk1/appdata/Scripte/neu.py geht die Garagendatenbank.txt nicht zu öffnen. wechsel ich jetzt als root in das Verzeichnis mit: cd /mnt/disk1/appdata/Scripte python neu.py Funktioniert es über den Browser !!! was muss ich da jetzt ändern ?

Hallo @ All ich bin so langsam am verzweifeln. Ich habe über Jahre hinweg ein Script geschrieben in Python was Stromkosten eines Garagenkomplex berechnet und dieses auf jede Einzelgarage genau berechnet mit einer Datenbank einfach als .txt Datei. Es Funktioniert Prima hab auch eine einzelne .exe die Local ausführbar ist. Jetzt dachte ich mir ich lass es Testweise mal als Script auf meinen Unraid Server laufen wo man intern über Webbrowser auf den Port zugreift. Selbst das geht ja !!! Problem ist das die .txt Datei (Datenbank) angeblich nicht existiert Pfad zum Script: /mnt/disk1/appdata/Scripte/neu.py ich habe auch schon über chmod 777 /mnt/disk1/appdata/Scripte/neu.py ausgeführt auch die chmod 777 /mnt/disk1/appdata/Scripte/garagendatenbank.txt ausgeführt Starte ich das Script über Userscripte Plugin mit ttyd -p 8080 bash -c "python /mnt/disk1/appdata/Scripte/neu.py; exit" geht es und ist erreichbar aber die Datei garagendatenbank.txt existiert angeblich nicht. Wenn ich aber über das Terminal als angemeldeter root das selbe ausführe: python /mnt/disk1/appdata/Scripte/neu.py Das gleiche Problem !!!! führe ich als Root nur diesen Befehl aus: cd /mnt/disk1/appdata/Scripte chmod +x neu.py danach python /mnt/disk1/appdata/Scripte/neu.py geht alles !!! Als angemeldeter root im Terminal gehe über den Browser auf das Script startet es, nur beim auswählen der Menüfunktion kommt anschließend wieder: Als welcher Benutzer wird UserScripte überhaupt gestartet ? das die Eigentümer Verhältnisse falsch sind ? Ansonsten geht das Programm nur sobald auf die Datenbank zugegriffen werden soll, das heißt es fehlt wem auch immer der UserScript ausführt die Ausführungsrechte ???? Ich möchte mich jetzt nicht hier unterhalten wegen chmod 777 warum und wieso ich denn sowas mache usw... ich habe die rechte vergeben zum testen an was es überhaupt liegt um den fehler zu finden. Ich habe auch versucht dieses Script als Docker zu schreiben aber da hänge ich noch fest das kommt dann vielleicht später außer es möchte jemand für mich machen das es auf Unraid mit XML Datei läuft über ttyd.... (Programm an sich ist völlig Fertig) aber das ist jetzt was anderes. will es erstmal so vollständig zum laufen bekommen. Bitte Helft mir hab bis heute früh um 5 rumprobiert ohne Erfolg. Achtung !!!! Hab eben etwas geteset !!! Habe eben den Run Befehl geändert über User Script in ttyd -p 8085 bash für ein neues leeres Terminal auf Port 8085 dort ist man als root angemeldet, als ich den Befehl ausführte ls -l sind alle Berechtigungen gleich !!! danach startete ich das Script über: root@Miniteufel:/mnt/disk1/appdata/Scripte# python neu.py auf einmal geht es !!! das heißt es hat was mit dem run Befehl zutun, so nenne ich es mal jetzt ttyd -p 8080 bash -c "python3 /mnt/disk1/appdata/Scripte/neu.py; exit"

Ich werde jetzt nach und nach einfach alles auf Custom BR0 - Lan Port wechseln, hatte gestern versucht den NGinx von BR0 auf Bridge zum laufen zu bekommen, damit einfach alles im Bridge läuft und weniger aufwand ist. Leider konnte ich machen was ich wollte hab keine Verbindung von außerhalb hin bekommen, Ports vom NGinx gewechselt und IP alles richtig gehabt. Portfreigabe auf Fritz neu eingerichtet. kannst vergessen. Ich denke es hängt mit dem strikten 443 Port zusammen das er auf keinen anderen Port läuft oder reagiert. An sich ja alles kein Hexenwerk von Fritz auf Port XXXX Freigeben der auf die IP des NGnix zeigt, im NGnix den Port der Domain zuordnen mit Ziel von Nextloud und Port. also so wie es halt jetzt geht nur im BR0. Deshalb komme ich um einen verzicht des BR0 Netzwerkes nicht umher. Hab das Problem mir wegen den vielen Einträgen da ich ja bei BR0 im Docker Settings das Acces zu Host Custom Netzwerk erlauben muss. deshalb nun alles switchen auf BR0 damit die Bridges weggehen und die doppelten Einträge in der Fritzbox. Melde mich nochmal hier wenn es weitere Probleme gibt.

Vielen lieben Dank erstmal für eure Aufklärung !!! Ihr seid Top und die Hilfe in diesem Forum ist einfach Mega. Hab jetzt nochmal alles abgeändert. Hab jetzt über 1,5h gebraucht um mein Unraid Upzudaten.... nach dem update ist er nicht mehr gestartet zum glück hatte ich vorher eine Sicherung vom Stick gemacht. Schuld war anscheinend der USB Stick gleich nebenan der die Bootreihenfolge durcheinander gebracht hat ... naja musste Stick trotzdem neu flashen Hab jetzt nochmal den Test gemacht und alle Container (Docker) wieder auf Bridge gestellt... daraufhin hatte ich gleich wieder Zych Einträge auf der Fritz. Ein DHCP Pool habe ich nicht angelegt das ist alles Standart. Also bleibt mir jetzt nur alle Docker von Bridge auf Custom BR0 - Lan Port mit fester statischen IP zu wechseln, mich Stört das einfach mit den tausenden Geräten in der Fritz. oder seht ihr das anders ? Bei mir hängt es damit zusammen das ich halt mal Gehackt wurde und ein Gerät namens ANDROID in der Fritzbox gewesen ist... ein sehr übelstes Drama sag ich euch !!!!! Im Übrigen bin ich jetzt auf der 6.12.13 und man sieht ja wie gut es geht mit dem Bridge usw... das Problem ist nach wie vor da !!!!

Hallo @All Ich möchte gern von euch ein paar Verständnis fragen klären, keine sorge ich habe mir schon genug andere Beiträge angesehen Mein Unraid läuft auf Version 6.12.6 !!! Fritz OS 8.0 (das Neuste) !!! An sich habe ich auch kein Problem da alles läuft aber ich verstehe die Logik nicht !!! Unraid ist auf MACVLAN eingestellt und die Kommunikation der Docker mit Host erlaubt, diese Einstellung unter Docker Settings. Alle Docker laufen als Bridge, bis dann NGing und iVentoy dazu gekommen ist die als Custom BR0 - Lan Port laufen !!! Weil es die Standart Setting ist wegen Ports usw... - So was ich schon nicht verstehe Obwohl die Fritz ein DHCP Range von 20-200 zum schluss hat warum NGingx und iVentoy z.b 192.168.178.2 oder 3 bekommen vom DHCP (Fritz Box) zugewiesen, ohne das ich eine IP eingetragen habe ? - Eigentlich will ich nur die Fritzbox aufräumen da mehrere neue Geräte die immer auf die IP vom Unraid Server gehen nur mit anderen wechselnden MAC Adressen vorkommen. Das man direkt zuweisen kann und eine Übersicht hat ohne das weiter neue Geräte sich registrieren mit unterschiedlichen MAC Adressen das ist erstmal mein Grund Ziel das heißt von Bridge alles auf Custom BR0 - Lan Port umstellen mit IP Zuweisung !!! Es geht auch alles wie gesagt !!!! - Nachdem ich z.b den Nextcloud Server von Bridge auf Custom BR0 - Lan Port mit fester statischen IP die noch nicht vorhanden gewesen ist umstellte ist dieser nach Umstellung der IP im NGingx auch öffentlich erreichbar ohne Probleme. Schau ich aber auf die Fritzbox ist er vorhanden aber Offline, laut Fritz Netzwerkverbindungen !!! Geht aber alles wie gesagt !!! Gehe ich auf die Fritz Mesh Übersicht steht der NGingx drinnen als Online, es hat auch nichts mit der MAC Adresse zutun die ist laut Container und Fritz gleich, es liegt an der Fritzbox aber warum ????? Hab auch schon die Fritz neugestartet. Manchmal ist er Online in der Netzwerkübersicht und machmal nicht, das selbe Spiel mit dem Unraid Server selber !!!! mal ist er in der Netzwerkübersicht Offline und dafür im Mesh Online. Weiter geht es mit dem Nexcloudserver er ist in der Netzwerkübersicht Offline und im Mesh garnicht vorhanden oder Online gezeigt !!! ist das ein BUG der Fritzbox oder an was liegt dieses verhalten... die MAC Adresse habe ich auf der Fritzbox immer der gleichen IP Zugewiesen !!! Dann gibt es ein Unbekanntes Gerät auf der Fritzbox was definitiv vom Unraid Server ausgeht die MAC Adresse konnte ich keinem Docker oder sonst was zuweisen mit docker inspect [DOCKERNAME] die MAC ist nicht zu finden !!! Hat auch keine zugewiesen IP. Nach Recherche im Internet hab ich gehört das es wahrscheinlich von IPv4 default 192.168.178.1 via shim-br0 ausgehen von den Routen innerhalb der Netzwerkeinstellungen in Unraid. kann mir das bitte jemand erklären, es geht alles ich möchte nur eine Saubere Übersicht in der Fritzbox haben !!!! welches Sicherheitsrisiko besteht alle Server von Bridge auf Custom BR0 - Lan Port zu wechseln mit Hostzugriff auf Custom Netzwerke wenn ich auf Custom BR0 - Lan Port wechsle habe ich ja das Problem nicht mehr das ständig neue MAC Adressen und Geräte also Dienste sich Registrieren von Unraid aus, wie ich das verstanden habe ?! Vielen lieben Dank schonmal an euch Lg. Daniel

Hey @ZappyZap schau dir das bitte mal an:

Hab das Problem gelöst. auf die Variablen bin ich gekommen weil 1 Standard mäßig drin stand, hab jetzt in der Variable bei Wert: true reingeschrieben und bei Standartwert: true. Obwohl vorher bei beiden 1 Stand von Haus aus. Danach den Docker gestartet, in der GUI den Service über Playtaste gestartet. Danach den Docker neugestartet und dann war es auch Automatisch Eingeschaltet. Hab dann nochmal den Docker gestoppt und wieder gestartet alles so geblieben. das Heißt es müssten die Werte für das Docker Template vom Entwickler abgeändert werden. Bei mir geht es jetzt zumindest. Der Docker selbst ist von: ziggyds/iventoy aus dem Appstore, der mit dem du mit dem Pfeil drauf zeigst !!!

Hallo, ich habe iVentoy installiert und bin auch total begeistert, es geht alles aber der Autostart der AUTO_START_PXE des Service im interface geht nur Manuell zu starten. Ich möchte einfach wenn ich den Docker starte das auch der Server Service mit läuft ohne das ich manuell in die GUI gehen muss. Hab AUTO_START_PXE schon mit verschieden Variablen getestet und neu gestartet keine Änderung. Mit 1,0,true,R,-R,-R start es geht einfach nicht. Kann mir jemand sagen was ich da machen kann. der Rest Funktioniert einwandfrei.

Also ich melde mich mit erfreulichen Nachrichten zurück, hab jetzt 32GB T Force RAM drin ... Läuft zwar nicht mega schnell nur auf 2400 MHZ aber es ist alles stabil. Ich glaube der entscheidende Hinweis ist von @ich777 gewesen 👍😘 hab zwar jetzt das neuste BIOS auch drauf, aber ausschlaggebend denk ich war diese Global C States zu Deaktivieren. Seid dem ist er nie wieder bisher abgestürzt oder hängen geblieben. Er lief einmal 4,5h mit den 16 GB T Force RAM und dann habe ich nochmal 2 gleiche dazu. Sodass er 32GB RAM hat, brauch ich zwar niemals... Aber bevor sie Rum liegen warum nicht. Danach lief er nochmals 4h und heute knapp 6h am Stück ohne jegliche Probleme VMs zwischen durch gestartet teilweise wieder gestoppt und mal ne Stunde Ruhe Pause nicht drauf zu gegriffen und geht immer alles ohne Probleme als wäre nichts gewesen die Zicke 😂. Ich Danke euch für die Hilfe und den entscheidenden Tipp von dir @ich777 Danke Danke Danke. War echt kein Zustand mehr gewesen vorher und mit IPVlan hab ich auch keinerlei Probleme. Ich bin am Anfang davon ausgegangen das es damit zusammen hängt aber als ich alles ausprobiert hatte kam das nicht mehr infrage, es musste etwas anderes sein. Macht's gut bis später und schönen Abend euch 👋

Hey, also hab jetzt das neuste BIOS aufgespielt, wieder alles eingestellt und C States Deaktiviert, es war vorher im übrigen eingeschaltet !!! Dazu hab ich CPU Boost Core Deaktiviert... Er läuft jetzt gerade wieder, Werd berichten ob er bis heute Abend durchgelaufen ist. Zu erwähnen ist noch das ich ein Fehler mit dem RAM Slots hatte... Die zwei 8GB Riegel waren alle in einem Kanal (Channel) hab jetzt 2 T Force Riegel drin in jeweils einem Kanal das sie nun auch im Dual Channel laufen. Ich habe noch zwei weitere T Force Riegel ... Bin am überlegen die in die anderen zwei Slots zu stecken das ich auf 32GB komme. Werd ich aber erst machen wenn er nicht wieder abgestürzt ist... Oder würden ihr sagen lass ihn lieber auf 16GB Dual Channel laufen ? Damit es weniger Probleme gibt ? Der T Force Ram läuft auf 2400 Mhz. Auf dem Bild ist noch der alte RAM drin... Wegen der Mhz Zahl !!!

Also hab jetzt das AppData Backup Plugin entfernt und neu gestartet.... Er ist wieder nach 2h abgestürzt bzw gefreezt... Ich klemm ihn morgen an Monitor und Maus/Tastatur... Mach ein BIOS Update und Stelle das C-States ab. Auf die C-States hab ich noch nie geachtet und die werden mit Sicherheit noch eingeschaltet sein.... Melde mich morgen zurück wie der Stand der Dinge ist.... Wie sieht es mit Cool n Quiet aus ? Soll ich das auch abschalten ?

Ach Quatsch ? Das hab ich auch bei mir drauf !!!! Werd ich nachher gleich sofort Testen !!! Gebe bescheid ob es daran lag... Falls ja ist das ganz schön krass. Dank dir erstmal für diesen Hinweis 🙂

hab auch schon darin geschaut, leider wird der crash irgendwie nicht aufgezeichnet oder registriert.... Anbei die Links von anderen Usern mit Freeze Problemen https://community.amd.com/t5/processors/amd-ryzen-5-2400g-asus-prime-b350m-a-freezing-bsod/td-p/382467 Ich glaube es ist am Sinnvollsten ein BIOS Update durchzuführen, den T Force Ram einsetzen und ein Memtest durchführen.... Wie seht ihr das ? Wenn man sich das Alter ansieht kommt es genau hin mit der BIOS Version die bei mir drauf ist von 2017...

unraid-diagnostics-20240106-1400.zip

Hab doch die Diagnostics am Anfang angehangen, hab auch schon Docker und VMS Deaktiviert.... keine veränderung

System friert ein, nicht mehr erreichbar. Hilft nur noch Ausschalten und Neustarten.

Hallo @ All ich bin am ende meiner Latein, mein Unraid Server Aktuelle Version 6.12.6 crasht wie er will, was ich schon alles gemacht habe ist das System von IPVLAN auf MACVLAN umgestellt. Ohne Erfolg, dann wieder zurück auf IPVLAN gestellt... hab auch vorher auf MACVLAN alles befolgt wie es in der Chance log stande als Anleitung... alles ohne erfolg Dann habe ich Plex runtergeschmissen und das Automatische herunterfahren der Festplatten vom ARRAY. Es kam mir vor als wenn er jetzt wieder lief ohne Probleme. Als letztes hatte ich den Docker Clam AV installiert. Gestern alle 15 minuten wieder gecrasht. Danach habe ich heute CLAM AV Docker Deaktiviert. jetzt (Heute 6.1.24) läuft er im Moment fast 3H. Dazu muss ich sagen er läuft nur wenn ich ihn brauche also keine 24/7 !!! Das System besteht aus: - ASUS PRIME B350M-A (BIOS 3402) Aktuell vorhanden auf Website (PRIME B350M-A BIOS 6203) - AMD Ryzen 5 1500X Quad-Core @ 3500 MHz - 16 GB DDR4 Ram a 2 Module (Hersteller weis ich jetzt gerade nicht) Ich brauch auch kein Paritäts Check durchführen da ich davon ausgehen muss das er wieder abstürzt, habe gestern gelesen im Internet das wohl andere mit diesem Board und der Ryzen Serie auch öfters solche Probleme haben in Windows. dabei erzählten Sie das sie wohl vor haben auf ein Aktuelle BIOS Version zu wechseln um zu sehen ob es dabei besser wird. Leider kommt kein Feedback ob es Verbesserungen gegeben hat. Meine alte Hardware Sockel auf AM2+ Sockel hat nicht solche Probleme verursacht !!! Meine letzte Idee wäre wenn es jetzt wieder auftritt, den Server lokal an Monitor und Maus, Tastatur anzuschließen. Das Aktuelle BIOS Flashen wieder alles Einstellen, eventuell noch anderen RAM einbauen den ich liegen habe von T Force 32GB oder ein MEMTEST durchführen. Als Modem läuft eine FRITZBOX 7530AX mit Aktuellem FRITZ OS. Jetzt eben als ich den Text hier geschrieben habe ist er wieder abgestürzt !!! also 3,25h lief er. Kann mir einer sagen was ich noch machen soll, kann. Die Probleme gab es auch schon auf den vorheringen UNRAID Versionen also nicht erst jetzt, mittlerweile denk ich es ist ein Hardware Problem oder Geschichte.... syslog syslog (1) syslog-previous syslog-previous (1)

@Sacred das ist ja schonmal eine gute Nachricht !!! 👍 Das findet sich dann wenn man die benutzerdefinierte Wireguard Verbindung einrichtet oder ? Was hat es aber mit dem ersten Punkt von deinem Bild zutun ? (Den gesamten IP v4 über WG senden) worin besteht da der Unterschied ? Was halten ihr von meinen beiden Varianten überhaupt aus dem vorletzten Post ?

Okay, also gibt es nur die Methode das wenn man mit Wireguard mit dem eigenen Netz verbunden ist... Das man dann gleich im Lan Zuhause ist... Da eine explizite Interne Weiterleitung bzw nur über Wireguard auf ein was im LAN zu zeigen im Moment nicht möglich ist... Hab eben mich belesen das Wireguard eine interne Software verschlüsselung benutzt... Durch Algorithmus usw, das sehe ich in etwa so (blöd ausgedrückt) wie TPM 2.0 für PCs. Wo ein Chip dies übernimmt am Computer ... Nur zur Verständnis. Jetzt meine nächste allgemeine Frage: Ich möchte eigentlich nur wenn mir jemand etwas Senden will oder ihm bereit stellen. (Eigene Cloud) - erste Idee Wireguard ist natürlich dann Sicher sagen wir es mal so, aber der andere müsste sich natürlich auch Wireguard einrichten was ja schnell gemacht ist. Aber dann gibt es noch das Problem mit den IP Adressen wenn der IP Range bei dem anderen der sich mit mir verbinden will Zuhause im LAN Gleich ist. Zumindest hab ich das gelesen !? - zweite Idee (weg von Wireguard) über Fritzbox DynDNS einrichten ! In Fritzbox Portfreigabe von Droppy nur zum Unraid Server (Port kein Standart Port für Droppy !!! ) (Server ist nur erreichbar wenn er natürlich an ist, also keine 24/7 eher nur bei Gebrauch !!! Gibt Sicherheit das er eh nicht immer erreichbar ist. (Wäre einfacher für andere zu Connecten) da feste DynDNS ohne Tunnelverbindung einzurichten. (Edit: Fernzugriff auf Fritzbox usw alles Deaktiviert) Meine Frage dazu: würde das garnicht für dich in Frage kommen aus Sicherheit oder würdest du sagen, solange die DynDNS und den Port zu Droppy keiner kennt ist die Sicherheit gegeben in Verbindung der Online Zeit vom Server da kein 24/7 Betrieb ? Droppy besitzt aber leider kein HTTPs oder ?

Also würdet ihr es aus Firewall Gründen doch lieber auf der Fritzbox einrichten, da Wenn ein Port von außen bis zum Unraid frei wäre, der Unraid Server wenn er mal läuft die Portweiterleitung abfangen musste und von Haus aus ja eh keine Firewall darauf läuft .... sehe ich das so nun richtig? ist es trotzdem möglich wenn man Wireguard auf der Fritzbox nun einrichtet, so zu konfigurieren das der VPN nur zum Unraid Server auf Droppyport XXXX führt ?

Okay Dank dir für die Antwort, aber eigentlich setzt ja dann die Fritzbox auch wenn es nicht sichtbar ist ein Port Frei für wireguard ohne dem geht es natürlich eh nicht... Hab halt nur bedenken zwecks der Sicherheit, da ja so die Tunnelverbindung permanet Verfügbar wäre... Was die andere Variante hätte Zeitlich gesehen da mein Server nur bei Gebrauch an ist. Das wenn es auf Unraid eingerichtet wäre die Verbindung nur zur Verfügung steht wenn der Server auch eingeschaltet ist... Und wenn ich das richtig sehe man die Verbindung und Port Freigabe für Droppy und nur zum Server besteht auf dem Droppy Port... Das nicht das ganze Netzwerk zur Verfügung steht wenn wireguard nur auf der Fritzbox läuft... Dazukommend auf Unraid eingerichtet wäre der Zeitliche Aspekt da der höchstens im Moment einmal in der Woche eingeschaltet ist für 2-3H. Mir geht es um Sicherheit, da ich vor 1,5 Monaten sehr stark gehackt worden bin. Aber weiß leider nicht wie ich das explizit auf Unraid für nur Droppy einrichte ... Natürlich müsste trotzdem eine Wireguard Portfreigabe eingerichtet werden nur zur Server IP.... Und dort in Wireguard nur die Freigabe des Port XXXX für Droppy... Vielleicht kann mir da einer Helfen... Das würde auch heißen das wenn man per Wireguard die VPN eingeschaltet hat auf dem Client das jeglicher Traffic nur zum Unraid Server geht... ? Noch eine Frage, innerhalb im Netzwerk ist der Unraid Server dann trotzdem normal über seine Interne IP erreichbar ?

Hallo alle miteinander, hab mir jetzt schon verschieden Videos zu Wireguard usw angesehen. Hab trotzdem ein verständigungs Problem. Erst einmal zu dem was ich vor habe, das der Droppy Docker über Port XXXX nur über Wireguard von außen erreichbar ist wenn auch der Server eine Wireguard Verbindung hat. Das heist zur Verständnis, wenn ich Wireguard auf der Fritzbox einrichten würde, das alles im netzwerk zu finden wäre und permanet Wireguard aktiv ist, deshalb braucht man danach keine weitere Portfreigabe und wäre anfällig (außer der Wireguard Port) ? Wenn ich aber Wireguard auf Unraid einrichte mit DuckDNS, ist die Verbindung schonmal nur Aktiv wenn auch der Unraid Server eingeschalten ist und per Wireguard nur der Port für Droppy freigeschalten ist. Wäre ja so schon mal die Sichere Version oder ? Dann geht es weiter ob es möglich ist in Wireguard anhand der verschiedenen Verbindungsmethoden, so einzustellen das die restliche Verbindung vom Client normal übers Internet geht und die Tunnelverbindung nur für Droppy Zugang über VPN ? welche Methode ist das dann ? oder muss man die Wirguard Client Verbindung dann immer extra Deaktivieren ? noch eine blöde Frage, die Normale Verbindung im Lan zum Unraid bleibt bestehen ? oder wird jeglicher traffic über Wireguard dann geleitet ?

Als Bridge muss ich ja selbst die Regeln festlegen mit Port usw… kenne mich da aber nicht aus was ich da genau wo eintragen soll und wie ….

Hab jetzt auf IPVlan umgestellt, jetzt zeigt es endlich nur noch ein Gerät als Server an ...... also für mich erledigt. Dank euch Mir ist aufgefallen das sich der Server jetzt aufhängt. Nicht mehr erreichbar auf einmal.... Kann es sein das es daran liegt das der eine Docker Droppy als Custom : br0 -- LAN Port läuft und diesen dann nicht mehr gibt wenn man auf IPVlan umstellt, das Droppy auch port 80 Benutzt wie Unraid fürs Webinterface und dann alles hängt ? alle anderen Docker laufen als Bridge....