RustDesk-server niet bereikbaar via subdomein.domein.tld

[S.Paternotte]

Ik probeer een NAS/server op te zetten met wat Docker apps waaronder (om te beginnen) RustDesk, Jelyfin, NaviDrome en BentoPDF.
Bij mijn hosting provider heb ik een subdomein ingericht en via A/AAAA-records doorverwezen naar mijn thuis-IP.
In de KPN modem/router heb ik de nodige port forwarding ingericht waarmee de poorten van Rustdesk, Jellyfin, Navidrome en BentoPDF naar de NAS/server worden doorverwezen.
Deze doorverwijzingen functioneren voor BentoPDF, Jellyfin en Navidrome waar ik met subdomein.mijndomein.tld:port goed terechtkom.

Alleen met RustDesk krijg ik het niet voor mekaar dat de client via subdomein.mijndomein.tld de verbinding maakt met de rustdesk-server. Als ik bij de instellingen van de client het thuis-IP invoer komt de verbinding wel tot stand en kan ik ook een goede verbinding maken met een externe computer.

Mijn vraag is: Wat zie ik over het hoofd waardoor RustDesk geen verbinding kan maken via subdomein.mijndomein.tld?

Port forwarding op de KPN Experia Box V10 modem:

• IPv4/TCP: 21115-21119
• IPv4/UDP: 21116

RustDesk Portainer/Docker compose:

networks:
rustdesk-net:
external: false
ip6net:
enable_ipv6: true

services:
hbbs:
container_name: Rustdesk-HBBS
ports:
- 21115:21115
- 21116:21116
- 21116:21116/udp
- 21118:21118
image: rustdesk/rustdesk-server
command: hbbs -r subdomein.mijndomein.tld:21117
volumes:
- /volume3/docker/rustdeskhbbs:/root:rw
networks:
- rustdesk-net
depends_on:
- hbbr
restart: unless-stopped

hbbr:
container_name: Rustdesk-HBBR
ports:
- 21117:21117
- 21119:21119
image: rustdesk/rustdesk-server
command: hbbr
volumes:
- /volume3/docker/rustdeskhbbr:/root:rw
networks:
- rustdesk-net
restart: unless-stopped

RustDesk client-instellingen:

• Server: subdomein.mijndomein.tld
• Key: public key van rustdesk-server

[ Voor 0% gewijzigd door S.Paternotte op 28-12-2025 17:19 . Reden: gruwelijke typfout verbeterd ]

[akimosan]

heb je ook het ipv6 adres voor subdomein.domein.tld opgegeven?

Want als je daar geen forwards voor hebt ingesteld op je router dan probeert je externe client waarschijnlijk te verbinden met het ipv6 adres van je host. Daarom werkt het waarschijnlijk wel als je het ipv4 adres opgeeft maar niet als je verbindt met domeinnaam omdat hij dan resolved naar ipv6 en die eerst probeert.

[S.Paternotte]

Dankjewel voor het meedenken. Daar zal ik morgen eens mee experimenteren.
Moet ik in de modem router dan ook ipv6 port forwards instellen?
Zo'n ipv6 adres bestaat uit een reeks segmenten gescheiden door :. Kan ik dat ook invoeren als adres voor de rustdesk-server?
Ik heb al eens geprobeerd om een ipv6 adres in een browser in te voeren maar dat leidde tot niets.

[S.Paternotte]

Antwoord op de laatste vraag:

But with IPv6, we cannot access it directly. We have to put [ and ] in the URL as follow:
http://[2607:5300:120:11c:120:11c::]/

[Asterion]

Eigenlijk wil je geen poorten openzetten op je router, da's een security risk.
Ben je bekend met reverse proxy's? Dan hoef je enkel poort 80 en 443 open te zetten.

Traefik kan zo'n zaken perfect afhandelen.

[S.Paternotte]

@Asterion dat wordt een volgende - grote - stap

[DiedX]

Laten we ipv6 even negeren. Kan je de AAAA record bij je provider verwijderen?

Je os zal dan altijd de ipv4 oppakken, waardoor je dit kan controleren. Als dit wél werkt, dan zit het in je ipv6 config.