VPN = niet in staat om de lamp te controleren

VPN
1

Ik heb een LIFX BR30, hij is verbonden met mijn wifi, cloud-enabled en functioneert perfect, maar op het moment dat ik mijn telefoon via VPN verbind, boom, kan er geen verbinding mee maken, en als ik de Lifx-app herstart, krijg ik een scherm dat eruitziet alsof ik geen lamp heb, en deze nooit heb toegevoegd! Maar als ik mijn VPN ontkoppel, boom hij verschijnt!

Nu, mijn VPN werkt voor alles wat ik doe behalve Lifx, het is WireGuard, het is afgesloten op mijn thuisrouter, het heeft zowel IPv4 als IPv6. Er is geen firewall voor de VPN op de router behalve NAT voor IPv4 verkeer naar internet. Ik werk al meer dan 6 jaar in netwerken, ik ben vrij zeker dat er niets mis is met de VPN zelf. Hetzelfde gebeurde vroeger op een andere WireGuard-server die ik had, volledig anders geconfigureerd.

Het probleem doet zich voor of ik nu op 4G of wifi ben, ik wil dat mijn VPN altijd aanstaat, maar dat betekent dat ik mijn lamp niet vanaf mijn telefoon kan bedienen.

Heb je ideeën?

2

Je VPN leidt waarschijnlijk al het verkeer van je apparaat via de VPN-server. Daardoor verlies je toegang tot het lokale netwerk.

Je moet split tunneling inschakelen om lokale toegang toe te staan. Maar dat ondermijnt waarschijnlijk het doel van de VPN waarvoor je het gebruikt. :wink:

3

IoT-apparaten kunnen over het algemeen nauwelijks verbinding maken met thuis-wifi-netwerken, verwacht je dat ze ook VPN’s aankunnen?

4

Je hebt gelijk, Lifx zal niet verbinden als je via een VPN gaat. Vervelend maar dat is Lifx.

5

Ik zou gewoon een lokale route instellen op je router. Het klinkt alsof je wifi gebruikt, alles werkt, je telefoon is verbonden met je lokale netwerk en toont de lokale lamp. Je schakelt over op VPN en netwerkadressen veranderen, maar toont nog steeds dat je op wifi bent met een lokaal IP. Je telefoon kan de lamp gewoon niet zien. Probeer continu te pingen naar de lamp met en zonder lamp.

Tracert met VPN? Wat laat dat zien?

6

Ik hou ervan naar muziek te luisteren.

7

Hoe verklaar je dat het ook gebeurt op 4G?

  • Wifi uit, 4G aan, VPN uit = het werkt
  • Wifi uit, 4G aan, VPN aan = het werkt niet
  • Wifi aan, 4G uit, VPN uit = het werkt
  • Wifi aan, 4G uit, VPN aan = het werkt niet
8

Eerlijk gezegd verwacht ik dat ze het niet zullen merken! Ik verbind via TCP met de LIFX-servers, ik verwacht dat de lamp dat ook doet, en mijn berichten moeten worden doorgegeven zonder dat ze iets weten van het onderliggende pakket-geschakelde netwerk…

9

Hoe verklaar je dat het dan wel werkt op 4G?

10

Ja, het bevindt zich op een andere interface, dus het moet een ander subnet zijn.
En WireGuard ondersteunt broadcast toch niet.
Ik verwacht en wil dat het altijd terugvalt op de cloudservice, maar dat gebeurt niet, zelfs niet als ik op 4G zit via VPN.

11

Ik denk niet dat het probleem je verbinding met de LIFX-servers is.

12

Omdat je gateway verandert.

13

In feite probeert je telefoon via LAN te communiceren met de lamp via WAN. Je schakelt over naar 4G, de gateway van je telefoon verandert en het probeert nu via het WAN-IP te werken.

Voeg een lokale route toe met hoge prioriteit op je router, dan werkt alles.

14

Ik hou ervan om nieuwe dingen te leren.

15

Ik denk dat het iets is als dat, of je nu 4G of WiFi gebruikt, wanneer je op VPN staat, ziet de LIFX-app je IP-adres als zijnde in hetzelfde bereik als de lampen, probeert een UDP-broadcast te gebruiken om te ontdekken/communiceren en faalt omdat dit niet wordt ondersteund door WireGuard. Wanneer je niet in hetzelfde bereik bent, dus 4G zonder VPN, gaat het automatisch over http naar de cloudservice.

16

Maar het is een andere prefix, een ander subnet, de lampen bevinden zich in 10.0.10.0/24, de VPN-client in 10.0.3.0/24.

Oooooh ik snap het, je bedoelt omdat het communiceert met de cloud op hetzelfde IP als de lamp, dus broadcast zou moeten werken, dat is belachelijk als dat het probleem is…

17

Ja, ik heb geen idee wat voor logica de app heeft om te bepalen of hij zich op hetzelfde netwerk als de lamp bevindt… maar LIFX-lampen communiceren met clients via UDP met broadcasts voor ontdekking, en het lijkt erop dat dat is wat het probeert en faalt over WireGuard, dus het moet denken dat het lokaal is.