Replies: 2 comments 7 replies
-
I just saw your tweet reply to the same question: Can you add this be added to the documentation to clear it up? Thanks! |
Beta Was this translation helpful? Give feedback.
-
It's really bad practice under any circumstances to use IP space you don't own. I would instead recommend you use one of the private address space ranges for the internal addressing (the addresses given out by the pi acting as the router) and on the Linux/router Pi add a public IP that you currently manage bound to the local loopback interface and use this for flutter. This ensures you only actually use a single public IP, and one on which you control what is presented to the wider internet. Doing it this way means you could actually run a website on the public IP with a nice DNS record that inside the TeslaAndroid system loads the app, but outside it tells people about the project and how to build it. Furthermore it prevents someone from running a malicious site on the current stolen IP in the future that could potentially be loaded in peoples cars when they're accidentally on LTE not connected to the Pi's wifi. |
Beta Was this translation helpful? Give feedback.
-
I'm wanting to use this in my Tesla, but I am reluctant to use it based on the default IP Ranges.
Is it possible to change the range away from anything in 3/8?
I'd rather not be using AWS IP Space.
I'd suggest changing the default ranges to be in the Private Ranges. 10.0.0.0/8, 172.16.0.0/12, 192.168.0.0/16.
Beta Was this translation helpful? Give feedback.
All reactions