alturismo

thanks for the update, i report back on next reboot, Server currently busy

anything in the logs ? i know this error message when access to database is not working, so i wonder what it could be ...

ok, then it must be somthing with your 2fa ... as im not using this feature in my reverse proxy setup im out.

may some issue since the latest mariadb update ? in case you use mariadb externally from lsio

mach mal einen screen von hier noch, VM setting und tools, system devices

may a question about auto mounting smb shares since 6.10, seems here UAD tries to mount and gives up after a reboot ug 28 06:23:00 AlsServer emhttpd: nothing to sync Aug 28 06:23:00 AlsServer unassigned.devices: Mounting 'Auto Mount' Remote Shares... Aug 28 06:23:00 AlsServer unassigned.devices: Remote SMB/NFS server '192.168.1.45' is offline and share '//ALSBATH/internal' cannot be mounted. Aug 28 06:23:00 AlsServer unassigned.devices: Remote SMB/NFS server '192.168.1.25' is offline and share '//ALSSLEEP/internal' cannot be mounted. Aug 28 06:23:00 AlsServer unassigned.devices: Remote SMB/NFS server 'VUDUO4KSE' is offline and share '//VUDUO4KSE/harddisk' cannot be mounted. Aug 28 06:23:00 AlsServer unassigned.devices: Remote SMB/NFS server 'VUDUO4KSE' is offline and share '//VUDUO4KSE/rootfs' cannot be mounted. even the shares are online, so i have to manually mount them in the GUI then which is working just fine. question, any chance to "delay" the mounts as soon network is available to UAD ?

its about available mem for the vgpu(s), so basically with the desktop cpu's we cant get more out of it. even roughly the *_4 and *_8 (4 or 8 vgpu's) prolly wont work ... i can use 2 /_4) or 3 (_8) max, then i run into memory page errors ...

Nein, TVHeadend ist halt ein echter TV Backend ... Jelly ist das halt "dabei" ... aber unterschiedliche Sender (iptv) usw kannst du damit schauen usw usw ... deinen "Provider" austricksen geht nicht je unterschiedlichem Sender brauchst du eine Line.

yep da die wie gesagt selbst puffern ja, wenn Ihr beide gleichzeitig den gleichen Kanal schaut, geht das, da wird dann nur 1 line eures Providers benötigt, unterschiedliche Kanäle natürlich nicht

ja, bei emby oder jelly kann die nativ rein, bei Plex bräuchte es einen proxy dazwischen (HDHR Emulator) und ja, hier ist es nach wie vor so bei emby und jelly, ghost streams beim Beenden ... passiert ab und an, Neustart Emby Server hilft dann, falls du dann die m3u deiner enigma nutzt blockierst du die tuner damit halt, wenn das kein thema ist ... kein Problem Passiert nur wenn transcode involviert ist oder der Client (Bsp TV App) hängen bleibt ... gerne bei 4k Streams in einer TV App oder auch gerne Livestream im Browser, Abhilfe schafft hier auf einen festen Wert umzustellen, sprich von Auto auf 1080p 8mbit zum Beispiel ... dann ist das bei Browser Playback eigentlich erschlagen außer der transcoder hängt. die passende xml deines "Providers" ist für das EPG normal ... emby hat integriertes EPG, Jelly meine ich auch, ich nutze hierfür ein erweitertes EPG von SD da ich halt auch Episodeninformationen usw möchte wegen Aufnahmen, 14 Tage Vorlauf, etc ... ist jedoch ein Bezahlservice. Beispiel Und nicht wundern wegen Umschaltzeiten usw, immer bedenken dass die Mediaserver (egal ob Plex, emby, jelly, ...) selbst nochmal puffern usw ... schauen ob transcoded wird etc etc etc ... Und ja, TVHeadend kann halt auch Renundanz, sprich, mehrere Quellen für einen Sender wenn Bedarf, gesteuert nach Prio usw ... aber natürlich ein ganz anderer Einrichtungsaufwand ... Hier mal ein Kanal, per DVB-C, DVB-S und m3u ... braucht man das, normal sicherlich nicht Spieltrieb ...

ja, hab ich nur nutze ich keine Torrents, daher kann ich jetzt dazu nichts sagen und ich nutze einen wireguard container, daher schlechter Vergleich.

ich weiß jetzt nicht wie dein setup ist, ob bridge oder custom bridge das sollte alles erklären ...

was sagt der "Tippgeber" dazu ? wie sieht denn dein docker run command aus ? Bsp. extra parameters wo ich nutze (auch wegen ipv6) --cap-add=NET_ADMIN --device /dev/net/tun --sysctl net.ipv6.conf.all.disable_ipv6=0 --dns=1.1.1.1

ok, so now we can say its not a jdown docker issue, its more a ovpn docker with your rpovider when you get better speeds on your test with your vpn app on your desktop pc when i remember correctly.

sure, either binhex/privoxy, i also provide a ovpn docker with privoxy and socks proxy, ...

the Test is NOT to route the jdown container through the vpn docker by --container as network. jdown has a buildin proxy option, just start jdown as bridge or whatever you like to use mode and enter the proxy settings in jdownloader, you reach jdown directly ... sample from here as you see, my VPN Docker (which you cant use as its a wireguard hide.me only) is on its ip, my jdownload is on its own ip, so i reach my jdownloader simple by 192.168.1.60:5800 or VNC direct 192.168.1.60:5900 inside jdown you configure now your http and/or socks proxy, name or ip (recommended to make sure), port(s), and disable "no proxy" to make sure all external traffic is going through there. and my extra point is, this scenario you can test from your jdown docker, from any jdown on a VM, Windows client, ... lets say the jdown docker would be very slow like you described and the windows Test Jdown would be fast, it may would be then a jdown docker issue (what i cant imagine)

which VPN Docker you are trying now ? mine, binhex, ... as sample have a http privoxy and socks proxy implemented, by default without a user pass ... i see you added credentials there so i wonder what you using now ...

@pika may worth a try to rule out some things as you think its a unraid, docker thing ... and your vpn provider is not throtteling etc may try a different vpn container as test with a integrated http, socks proxy, setup ypur vpn connection. then test from jdownloader normal installation on docker and windows using the proxy function to compare performance then you can rule out if its jdownloader specific or vpn specific ... your test on a windows mashine with a vpn cient software may not be the best practice to compare now. just as suggestion to rule out, as jdownloader can use a proxy for its traffic its a simple Test as you dont have to use --network....

auch die musst du mit dem Anbieter (ovpn) erst ans Laufen kriegen, am Ende wie @ich777 bereits meinte, muss jeder für sich wissen wie er das am Besten macht. Ich denke jedoch das wird so einfach nichts werden da wenn ich mir Ihre Linux Tut anschaue mit eigener resolveconf https://www.perfect-privacy.com/de/manuals/linux_openvpn_terminal dann gehen unsere Standard Docker hier nicht, also meiner wird das in der Form nicht machen und ich wüsste auch keinen wo das unterstützt, ich hab noch einen wireguard docker für hideme erstellt, aber auch nur für hideme wo die gleiche Vorgabe mit eigener resolve.conf anliegt ... Ich denke ich würde vielleicht hier nochmal nachfragen ob hier mal etwas kam ... https://board.perfect-privacy.com/threads/docker-vpn.4798/ https://board.perfect-privacy.com/tags/docker/

ok, then i missed your point here, i thought you mean when using custom:br0 ALL traffic is going through the router, sorry here, im fine using macvlan (each container on its own ip, each on its own mac's), using br0 with ipvlan on 6.10 (each container on its own ip, all on the SAME mac) im in trouble as my router gets confused and nameserver/routing gets rubbish ...

may i missunderstand, but custom:br0 wont automatically hairpin when you use macvlan from left to right, VM with virtio (10G) and unraid to docker, receiver on custom:br0 same speeds vice vers ... name or ip ... just as note, so its not a disadvantage using custom:br0 as long you dont get crashes etc (some have issues using macvlan).

like mentioned above, its possible with almost all OS's, personal experience, windows is performing better via rdp then linux (xrdp) without a GPU. using VNC is always working but the more or less worst case (personal opinion and experience) if your one and only gpu would be a intel igpu may take a look at gvt-g as note, which would make it possible to use it on host (dockers) AND a remote only VM (as vgpu) ...

wenn ich den Fehler in google eingebe als Beispiel https://community.openvpn.net/openvpn/ticket/570?__cf_chl_jschl_tk__=pmd_Ep6vFBasPzxqqr8M83Aq055gXD42RkRMoXKE0brvpjc-1629693383-0-gqNtZGzNAeWjcnBszQi9 es ist schwierig zu helfen da provider nicht einheitlich die vpn files bereit stellen usw ... sprich, nachlesen, anpassen, usw ... wenn du jetzt andere docker durch einen client vpn docker schleifen willst, entweder die proxy funktion nutzen wenn die docker app das unterstützt oder network Funktion nutzen. Beispiel zuerst solltest du allerdings deinen vpn docker zum Laufen kriegen, Fehler bekommst du angezeigt, schau nach (evtl bei deinem Provider nach linux ovpn files schauen) usw ...

drück mal Start und mach den maintenance mode aus

Nachtrag, Docker und VM Dienste laufen nur wen das array auch läuft ... ich schätze dein array ist nicht gestartet. Dann, 128 GB als cache, mit Docker, VM, appdata, usw usw ... wird das evtl. sehr eng, das nur vorweg ...