Slotherus

I could easily activate Tailscale for most of my dockers. Just "Vikunja" gives me a headache. Each time I try to start it with Tailscale activated, I only get exec /opt/unraid/tailscale: no such file or directory and the container immediately shuts down. I tried to add it to my existing install first but now I also tried a new config with the same result. Docker run log seems okay: docker run -d --name='Vikunja' --entrypoint='/opt/unraid/tailscale' --net='bridge' --pids-limit 2048 -e TZ="Europe/Berlin" -e HOST_OS="Unraid" -e HOST_HOSTNAME="Datencube" -e HOST_CONTAINERNAME="Vikunja" -e 'VIKUNJA_SERVICE_ENABLEREGISTRATION'='true' -e 'VIKUNJA_DATABASE_TYPE'='sqlite' -e 'VIKUNJA_DATABASE_PATH'='/etc/vikunja/vikunja.db' -e 'VIKUNJA_DATABASE_HOST'='' -e 'VIKUNJA_DATABASE_USER'='' -e 'VIKUNJA_DATABASE_PASSWORD'='' -e 'VIKUNJA_DATABASE_DATABASE'='vikunja' -e 'VIKUNJA_MAILER_ENABLED'='false' -e 'VIKUNJA_MAILER_HOST'='' -e 'VIKUNJA_MAILER_PORT'='465' -e 'VIKUNJA_MAILER_AUTHTYPE'='plain' -e 'VIKUNJA_MAILER_USERNAME'='' -e 'VIKUNJA_MAILER_PASSWORD'='' -e 'VIKUNJA_MAILER_SKIPTLSVERIFY'='false' -e 'VIKUNJA_MAILER_FROMEMAIL'='' -e 'VIKUNJA_MAILER_FORCESSL'='false' -e 'VIKUNJA_SERVICE_PUBLICURL'='https://deleted' -e 'VIKUNJA_SERVICE_ENABLEEMAILREMINDERS'='true' -e 'VIKUNJA_SERVICE_ENABLEUSERDELETION'='true' -e 'VIKUNJA_SERVICE_CUSTOMLOGOURL'='' -e 'VIKUNJA_CORS_ENABLE'='false' -e 'VIKUNJA_CORS_ORIGINS'='' -e 'VIKUNJA_CORS_MAXAGE'='0' -e 'PUID'='99' -e 'PGID'='100' -e TAILSCALE_HOSTNAME='vikunja' -e TAILSCALE_ALLOW_LAN_ACCESS='false' -e TAILSCALE_USE_SSH='false' -e TAILSCALE_USERSPACE_NETWORKING='false' -e TAILSCALE_SERVE_PORT='3456' -e TAILSCALE_STATE_DIR='/app/vikunja/files/.tailscale_state' -e ORG_ENTRYPOINT="/app/vikunja/vikunja" -l net.unraid.docker.managed=dockerman -l net.unraid.docker.webui='http://[IP]:[PORT:3456]' -l net.unraid.docker.icon='https://raw.githubusercontent.com/ImSkully/unraid-templates/master/Vikunja/Vikunja.png' -l net.unraid.docker.tailscale.webui='https://[hostname][magicdns]' -l net.unraid.docker.tailscale.hostname='vikunja' -p '3456:3456/tcp' -v '/mnt/user/appdata/vikunja':'/app/vikunja/files':'rw' -v '/mnt/user/appdata/vikunja/config':'/etc/vikunja':'rw' -v '/usr/local/share/docker/tailscale_container_hook':'/opt/unraid/tailscale' --cap-add=NET_ADMIN --device='/dev/net/tun' 'vikunja/vikunja:latest' a3257d29ab693278c334103629a986b79e7aeb7662762750d9a1005be7ed54cf Der Befehl wurde erfolgreich ausgeführt! Any help would be greatly appreciated as my wife loves that tool and I really don't want to tell her I don't get it to work any longer (moved away from NGINX reverse proxy with all services directly exposed to the internet and moved to a tailnet for increased security),

Des Rätsels Lösung: Mit DuckDNS habe ich es nicht hinbekommen. Ich bin jetzt auf DynV6 umgestiegen und habe da für meine Subdomains dann jeweils die MAC des Reverse Proxy angegeben. Damit gehts. Ich vermute es liegt daran dass anders als IPv4 ja nicht das ganze Netzwerk eine gemeinsame Adresse hat, sondern jedes Endgerät eine eigene IPv6 und die Fritte wusste bei Anfragen über v6 dann nicht, wohin sie umleiten soll. Ist zwar dämlich weil ja nur an einem Gerät die Ports freigeschaltet sind, aber scheinbar ist die Kiste nicht so klug. Kurzum: Mit einer vollständigen IPv6 des Endgeräts funktioniert es bei mir jetzt. Danke an alle für's mitdenken Ich hab oben geschrieben, dass Dual Stack aktiv ist. IPv6 ist für mich noch Neuland und in der Fritte selbst wird es ja auch eher nur immer am Rande behandelt, von daher habe ich das als Problemquelle wohl unterschätzt. Aber das Problem ist jetzt gelöst also von daher alles tutti.

Aber würde der Rebind-Schutz greifen, dann würde ich ja nicht auf der Login-Seite sondern auf der Rebind-Warnmeldung landen, oder?

Ich glaube mein Fall ist bisschen anders. Der Eintrag im Rebind-Schutz funktioniert. Wenn der fehlt, dann kommt ja die Rebind-Fehlermeldung. Ich lande jedoch immer auf der Login-Seite der Fritte, wenn ich aus dem Heimnetz versuche, die externe Domain aufzurufen. Mit Cloudflare-DNS das gleiche Problem, an der Auflösung liegt es also nicht. Edit: Dachte erst es geht, hatte aber vergessen den VPN zum Testen wieder auszumachen.

Hallo zusammen, ich habe den NGINX Reverse Proxy über die User Apps als Docker installiert (Unraid auf 192.168.178.100; NGINX per br0 auf 192.168.178.101). Damit die Fritzbox den Proxy erkennt und ich Portfreigaben erstellen kann, habe ich das Docker-Netzwerk auf macvlan umgestellt. In der Fritzbox habe ich die Ports 80 und 443 für den NGINX Proxy freigegeben. Die Fritzbox ist eine 6690 Kabel-Box (eigenes Gerät, Netz von Vodafonde West, Dual Stack ist freigeschaltet. DDNS habe ich über DuckDNS direkt in der Fritzbox eingerichtet. Nun folgendes Problem: Wenn ich von außen auf meine Dienste zugreifen will, dann funktioniert alles wie es soll (also feeds.username.duckdns... landet auf meinem FreshRSS). Wenn dich die gleiche URL aber vom Heimnetz aus aufrufe, dann lande ich auf der Fritzbox-Login-Seite. In den Netzwerk-Einstellungen habe ich alle externen Domains in die Rebind-Schutz-Liste eingetragen (also username.duckdns....; feeds.username.duckdns...; usw.) Kurzum: Jemand eine Idee wo mein Fehler liegt? Da die Fritten im deutschsprachigen Raum ja weit verbreitet sind, hoffe ich mal, dass jemand schon mal ähnliche Probleme hatte. Danke schonmal