Beiträge von dlueth
-
-
-
-
-
Hm, also bin ich nicht auf resolved, es geht aber trotzdem im Bridge-Mode?
CodeCOMMAND PID USER FD TYPE DEVICE SIZE/OFF NODE NAME systemd-r 207095 systemd-resolve 13u IPv4 889715 0t0 UDP localhost:domain systemd-r 207095 systemd-resolve 14u IPv4 889716 0t0 TCP localhost:domain (LISTEN)
bond0 hat bei mir ne fixe IP über die alle clients mit der Kiste reden.
-
-
Zum Nachstellen, über DHCP muss alles konfiguriert sein über Netplan. Ich weiß eine statische IP wäre hier besser, jedoch ist das leider notwendig bei dem Server.
Also, mein Host ist tatsächlich ein Ubuntu 22.04.3 LTS, ebenfalls mit netplan inkl. DHCP und bei mir läuft der Docker auch im Bridge-Modus. Netplan-config sieht folgendermaßen aus:
Code
Alles anzeigennetwork: version: 2 renderer: networkd ethernets: enp1s0: match: macaddress: 00:0d:b9:4e:76:88 dhcp4: yes dhcp6: no enp2s0: match: macaddress: 00:0d:b9:4e:76:89 dhcp4: no dhcp6: no enp3s0: match: macaddress: 00:0d:b9:4e:76:8a dhcp4: no dhcp6: no bonds: bond0: interfaces: - enp2s0 - enp3s0
-
sergio_eristoff hm, mein Host ist allerdings auch ein Ubuntu, ich meine auch 22. Ich schau morgen Mal
-
Ok ich denke ich hab die Lösung.
Ich habe hier im Einsatz den Docker Container von dlueth . Dieser ist Defaultmäßig auf Bridge Mode gestellt, heißt Ports werden weitergereicht und gut ists. Tja Docker macht sich ja ein eigenes Ethernet-Interface mit eigenen DNS unter Ubuntu. Da Ubuntu, cool sein will und das Verhalten geändert hat, zieht er über DHCP den falschen DNS.
Daher hat das Docker Interface einen DNS der nicht passt.
Wie ich dann nun eingestellt habe, auf Host und den Hostnamen noch entfernt, meckert auch das TVH nicht mehr und bekommt sauber die Daten.
Die Weisheit dahinter ist, ich werde nicht so schnell Ubuntu Freund mit den neuen Netzwerkspielzeug
Welche Ubuntu Version hast Du denn als Host und was war die Lösung? Weil, die Problematik liegt ja eher da als bei docker, oder?
-
Brauchen nicht, jedoch ist es ein Feature von Telerising.
In der m3u sind ffmpeg links drin, weder telerising noch der docker brauchen es daher. Das Zielsystem braucht es aber.
Wegen 0.11.3: warte das nächste build ab, dann sollte es gehen
-
Build bei github läuft gerade, und schonmal länger als gestern. In 3-4 Stunden werden wir sehen ob's geklappt hat.
-
-
-
Warum sollte denn ffmpeg enthalten sein? telerising braucht kein ffmpeg
Was was den Pull von 0.11.3 angeht: Eigentlich macht der Build nur dann etwas auf dem Docker Hub, wenn der Build geklappt hat. Das scheint hier irgendwie anders zu sein, trotz gefailtem build. Der Build für amd64 lief übrigens sauber durch - und eben dieser ist auch im Docker Hub. Die Arm Builds failen.
Bin noch am schauen woran es genau liegt.
-
Aktuell failen die Builds von 0.11.3 aus irgendwelchen Gründen - bin dran
-
-
-
-
Danke, sauber
-
Aktualisier mal nochmal, build war gerade erst fertig - so vor 18 minuten