Replies: 3 comments 5 replies
-
There's a reason the device to cloud (server) model is used by most companies. The key here is being able to reach the target device. Let's say the target device is in a home network. Then you have several things going against you:
In theory setting up a private tunnel into the target's local network also works. Then all the traffic looks local. However maintaining a VPN or Wireguard setup can be a pain. Or you can just have the target device poll a public server for messages every 2-60s and have your clients also talk to that server. |
Beta Was this translation helpful? Give feedback.
-
Consider an alternate implementation: |
Beta Was this translation helpful? Give feedback.
-
Hello @zekageri
The wireguard component has just been merged in ESPHome and it works for esp32 devices. |
Beta Was this translation helpful? Give feedback.
-
Do anyone know about any solution for remote access?
My current solution is the following.
I have a server in the cloud which has a public IP and it hosts a raw websocket server.
ESP32 connects to this websocket as a client and sends every data to it.
Client can open an HTML page from the public server and the server forwards the esp32 data to the client.
I wonder if there is any other solution to directly connect my esp32 and a client ( phone ) webpage.
VPN for example.
I have found wireguard but it just not working.
My goal would be some p2p solution where the esp32 connects to my server, and the server waits for a client to connect. If a client connected, the server would attach the esp32 and the client together and it would be a transparent bridge without websockets.
Because in my current solution, every http request is going to the server (from the client) and not to my esp32. So i'm forced to do everything via websockets.
Beta Was this translation helpful? Give feedback.
All reactions