Seite 1 von 1

KDE Conneect mit aktivem VPN

Verfasst: Di 23. Dez 2025, 12:05
von th.giese
Hallo zusammen,

zum hin und herschieben von Dateien nutze ich gerne KDE-Connect. Ich stelle jedoch fest, dass ich im WLAN zu Hause keine Verbindung aufbauen kann, solange VPN aktiv ist. Ist VPN deaktivierrt, dann klappt die Verbindung. Nach erfolgreicher Verbindung kann ist bei aktivem VPN Daten problemlos senden.

Ist das normal? Ich nutze Proton VPN. VollaOS ist die jeweils fürs Tablet und das X23 aktuell verfügbare Version 15. KDE-Connect ist überall (Android unnd Linux) aktuell.

Hat da jemand eine Idee woran das liegt?

Re: KDE Conneect mit aktivem VPN

Verfasst: Di 23. Dez 2025, 13:07
von waldbursche
Ich nutze VPN von hide.me.
In der App gibt es die Option für einzelne Apps (welche es nicht brauchen bzw. welche mit VPN blocken) diese zu dauerhaft über Split-Tunneling auszunehmen.
Das hat den Vorteil, dass VPN dauerhaft aktiv sein kann und man trotzdem die entsprechenden Apps ohne VPN nutzen kann.
Weiterhin bietet hide.me die Option "Lokaler Netzwerkzugriff erlauben". Damit sind Apps trotz VPN in der Lage im lokalen Netzwerk aktiv zu sein.

Eventuell bietet Proton das auch?

Re: KDE Conneect mit aktivem VPN

Verfasst: Di 23. Dez 2025, 13:14
von franco_bez
Nur eine Vermutung.
Wenn es an der Namensauflösung (DNS) liegt dann kann über das VPN eventuell die IP Adresse für deinen Rechner zuhause nicht ermittelt werden.
Schaltest du VPN aus dann wird dein lokaler DNS Server (der WLan Router) gefragt und der "kennt" deinen Rechner.
Wenn dann die IP Adresse für deinen Rechner im Cache des Telefons ist, dann frägt er auch bei eingeschaltetem VPN nicht mehr nach und greift auf deinen Rechner zu.

Re: KDE Conneect mit aktivem VPN

Verfasst: Di 23. Dez 2025, 15:28
von waldbursche
KDE Connect entdeckt Geräte im lokalen Netzwerk hauptsächlich über mDNS (Multicast DNS) und UDP-Broadcast-Pakete. Diese Pakete sind für das lokale Netzwerk gedacht und werden normalerweise nicht über das VPN geroutet.
Wenn Du VPN aktivierst (besonders eines, das allen Traffic tunneln soll), ändert sich die Routing-Tabelle:

- Der gesamte Ausgehende Traffic (inklusive Multicast/Broadcast) geht durch den VPN-Tunnel.
- Dadurch können die Discovery-Pakete dein lokales Heimnetzwerk (wo der PC ist) nicht mehr erreichen.
- Der PC und das Phone sind physisch im selben LAN, aber das Phone "denkt" durch das VPN, es sei woanders.

Das Pairing scheitert eventuell, solange das VPN an ist. Sobald du es ausschaltest oder die Option "Spli-Tunneling für die App aktivierst" funktioniert die lokale Kommunikation wieder normal.

Warum DNS hier aus meiner Sicht eher nicht der Grund ist:

- KDE Connect verwendet keine klassische DNS-Namensauflösung (wie z. B. "meinpc.lan" → IP), sondern primär mDNS (zeroconf, .local-Hostnames) und direkte Broadcasts.
Selbst wenn du manuell die IP-Adresse des PCs eingibst, hilft das oft nicht für die automatische Entdeckung, weil die Broadcast/Multicast-Pakete blockiert werden.
Die Idee mit dem "lokalen DNS-Server (Router)" trifft hier wahrscheinlich nicht zu – es geht nicht um Auflösung eines Hostnamens, sondern um die lokale Geräteentdeckung.

Der Cache-Effekt kann zutreffen:

Wenn die Geräte einmal gepairt sind (z. B. mit VPN aus), speichert KDE Connect die IP-Adresse und das Pairing.
Danach kann die Verbindung oft auch mit VPN an funktionieren, weil keine neue Entdeckung nötig ist – es wird direkt über die bekannte IP kommuniziert (TCP/UDP).


Also am besten Split-Tunneling beim VPN aktivieren und / oder lokalen Netzwerkverkehr aus dem VPN zu nehmen.