May 15, 2016
araxara Whenever I extract a new version of VisibleTesla from Github (and I haven�t for a long time since it hasn�t changed), I will initially build it using NetBeans. VisibleTesla will not build with Java 8, so you need to install Java 7. After getting all the dependencies worked out with NetBeans and the project built, I then just do further builds with the ant command line. Just typing �ant� in the VisibleTesla directory will build the entire project.
Be sure to set up the folder/directory hierarchy as explained in the README.md file. You will need to download TeslaClient and also create a ThirdParty folder into which you will manually have to download the required files. When using NetBeans, it will complain about missing JAR files if the proper files are not in the ThirdParty folder, at which point you can then find them online and download them. Then just update the project settings in NetBeans which will properly update the xml build file.
Your folder hierarchy should look something like this:
Visible Tesla
Tesla
TeslaClientThirdParty
VisibleTesla?
apache
appbundler-1.0.jar
cron4j-2.2.5
geocoded-java
google-gson-2.2.4
google-guava
javafx-dialogs
javaws.jar
jexcelapi
jfxtras
resty?�
May 15, 2016
GlmnAlyAirCar Thanks. I'm pretty certain I have the directory structure set up ok, but I will need to get Java 7. I'll let you know how it goes.�
May 16, 2016
Clarinette Same here! I can't seem to have the "location" tab work either...
Thanks in advance for whoever will fix that!�
May 16, 2016
Clarinette Hey Jmsurpri,
I have a 90D and would love to have the app recognize it as such. Currently it sees a "70D". If you have a solution to that, can you let me know where to get it? I am using a iMac...
Thanks in advance!
Gilles�
May 16, 2016
Clarinette Same here: 0.05.08 on an iMac... can someone please help?�
May 16, 2016
jmsurpri I have added support for all models except the recently released 75D. I can provide a jar file for you to test. Will put it in a Dropbox soon.�
May 17, 2016
GlmnAlyAirCar There's a sorely needed feature which I am planning to add: Notification when HVAC is turned on. Anyone who has experimented with smart preconditioning will appreciate this.
I probably won't be able to finish setting up my dev environment until this weekend but hope to have an update ready to commit shortly after that.�
May 19, 2016
Boourns When the FAQs say the app has to be running for it to collect data, that means I need to have the app open and (obviously) my computer on?
I installed yesterday, and the only data I get on the graphs tab are range and state of charge, but it seems that is because I had my computer off and it picked up that data from the car afterward? The times themselves also seem to be inaccurate, but I attribute that to it being set to a different time zone.
Sorry for noob question, but at least I found and installed the right version!�
May 20, 2016
murphyS85 Yes, the computer must be on and the app running to collect data. Configure the computer so it can't go to sleep.�
Jun 8, 2016
William3 Would like a notification if car is shifted out of PARK.
Would like a notification if car is shifted into PARK.�
Jun 9, 2016
Alex D I tried to download the Windows version via the Dropbox link on the website, but the download constantly cancels and is incomplete. Is there another link I can download the Windows version from?�
Jun 9, 2016
msnow Is the jar avail now?�
Jun 9, 2016
jmsurpri I've copied a release to DropBox here. This is my first attempt at packaging java, so let me know if there are any issues.�
Jun 10, 2016
msnow Thank you! I assume I can use this for MAC OS X and just ignore the Windows files correct? Which folder do I drop this in, the Java folder under Package Contents?�
Jun 10, 2016
jmsurpri There is a Mac installer that I haven't played around with yet. However If you are command window savvy you should just be able to run Java.exe -jar VisibleTesla.jar. Make sure you run Java 1.7 as the app isn't compatible with 1.8.�
Jun 10, 2016
Benjamin Brooks I was able to load these new jar files on the Mac app version. Works but the Location tab still crashes...�
Jun 14, 2016
sorka Is there any way to use visible tesla to turn on the AC when the cabin temperature exceeds a setpoint??
My MS has been at the Fremont service center for 6 days now and they haven't started working on it yet. I've been manually keeping an eye on it and turning on the AC when the temp gets above 105 but I'd like it better if VT or another app could do it. Yes I realize I could probably figure out the API and write a python script or something to do it but I figured I'd ask first in case this has already been solved.�
Jun 14, 2016
msnow Are you running El Capitan? If so did you install JRE or JDK v1.7?�
Jun 14, 2016
sorka Still on Yosemite 10.10.5 and I have 1.6, 1.7 and 1.8 installed. I have to switch different versions depending on what working on.�
Jun 14, 2016
sorka Whoops. Though I was replying to a reply of my own question. Disregard.�
Jun 14, 2016
jmsurpri I've tried to debug the Location issue on Windows. While there's no crash, I don't see any of the map overlay graphics like the arrow for the car location. It does however show the map location accurately. As far as I can tell, the html/javascript is working fine. I can cut-n-paste it into a browser and see everything correctly. Has this ever worked in the app?�
Jun 14, 2016
Benjamin Brooks Yeah, it used to work a year or two ago. Yep, running El Cap 10.11.6 Beta (15G12a). I'll try messing with my Java install to see if it can resolve Location tab app crash.�
Jun 14, 2016
MichaelS It used to work up to a couple of months ago. I run Visible Tesla 24/7 on my Windows 7 machine at work. It stopped working for a few days, then started working again for a day or so, and has never worked since.�
Jun 14, 2016
Joules Verne I've been looking forward to using VisibleTesla for a long long time. Finally got my Model S, downloaded the app (for Mac), launched it, got to the login screen, plugged in credentials (those used for my Tesla iPhone app & My Tesla), and then....
nothing
Login failed.
Tried and failed several times.
Great Scott!
I then grabbed my iPhone, and logged in and out of the Tesla app, so I verified my credentials.
I'm running OS X 10.11.15 (El Capitan)
Java 8 update 45�
Jun 14, 2016
murphyS85 Visible Tesla doesn't work with Java 8. It does work with El Capitan.�
Jun 14, 2016
Joules Verne But the FAQ says it uses a bundled version of Java:
VisibleTesla requires a fairly modern version of Java to work properly. It uses some features that were introduced part way through Java version 7. There were some changes in Java version 8 libraries that make it incompatible with Visible Tesla. When you update the version of Java installed on your computer, you may cause an incompatibility. To take the guess work out of this, VisibleTesla ships with a bundled version of Java on Windows and Mac. The bundled version:
On the Mac you will automatically use this bundled version of Java unless you go way out of your way not to.
- Is known to work with VisibleTesla
- Will not be used for anything other than VisibleTesla
- It will not interfere with other versions of Java installed on your computer
�
Jun 14, 2016
Duma If I am remembering correctly, it was working for me on Windows 7 until around October, 2015 when Tesla released version 7.0 with Autopilot. I am running the same VisibleTesla jar that I got in July, 2015 so that rules out any change in that code. I am perplexed why a change made by Tesla, even if it affected the API VisibleTesla uses, should affecting the rendering by VisibleTesla. Unless VisibleTesla gets the html/javascript for the whole map from the Tesla server. In which case, Tesla changed something in html/javascript which the imbedded browser from this old version of Java can't handle, causing the overlay not to display, but which is compatible with more current browsers.
If it is a problem with the embedded browser provided with Java, this is another argument for refreshing app for Java 8.�
Jun 14, 2016
jmsurpri The html is wholly contained in the app. The only thing that is dynamic are the location coordinates. Really weird that it just stopped working. As I mentioned, I loaded the html in chrome and it rendered properly.�
Jun 15, 2016
simonog That may well be around the time that Tesla changed the authentication for your car - they out the change across the fleet slowly.�
Jun 15, 2016
S85D I had my MS at the SC last week and they turned Remote Access off because they said that a owner either activated Summon while it was in the SC or could activate Summon while it was in the SC. I was not happy that I could not tell if they were working on my car.�
Jun 15, 2016
msnow Did you ask them why they didn't just turn off Summon instead?�
Jun 15, 2016
S85D When I asked the service advisor said that Tesla had told them to turn it off. I agree that the Summon feature is the most dangerous but as you know if there is a service technician working on your Tesla and the owner logged onto the App and started beeping the horn it could cause the technician to have an accident.
I like having it on so i can tell when they are working on it. I can also watch them when they test drive the car. I will ask for more specifics the next time I take it in for service.�
Jun 15, 2016
sorka Really wish they'd have a monitoring API that can't activate any car features.
But then I also wish all our settings were synced to the cloud and that when you got a loaner, all you compatible settings based on the submodel your get, get synced down so that you don't have to pair bts, and set seats and all the other settings. Not sure if homelink could be synced but I know bt can because I can use titanium backup on an android and move my 25 paired devices to another phone just fine.�
Jun 21, 2016
Soundchasr Just downloaded and tried. "Login Failed - Please check your credentials"�
Jun 21, 2016
Joules Verne I had the same problem.
No visibletesla for us.�
Jun 21, 2016
Alain13 Did you try the following version?
VisibleTesla�
Jun 22, 2016
pjw65 No problem here.
VT works as always (Linux Mint).�
Jun 22, 2016
Alex D Finally got it up and running after reading through this thread from the beginning. Whew!
Nice app, I like it a lot.�
Jun 22, 2016
Soundchasr Yes.�
Jun 24, 2016
stsanford I will be one of the lucky ones to have 2 tesla come August with the Arrival of my wife's X. I have created a second instance of VT, however I can't seem to find where to specify an alternate location for data files. Is there no longer a way to do that? I'd love to have her car on a schedule like mine is, and especially reminders about plugging in. I think with our garage, she's going to need to get out, get the kids out and then Summon the car to park. That will definitely not help her to remember to plug in. If she's anything like she is with gas... She's going to be low on charge at least 2X a week ;-)
Thanks for a terrific app!�
Jul 14, 2016
BobinBoulder I'm on a Mac and definitely have the "Location causes app to crash" issue.�
Jul 15, 2016
stsanford Actually, I do as well. Just tested in on 10.11 and the beta for 10.12�
Jul 15, 2016
Benjamin Brooks So which Java expert on here is gonna fix it?
�
Jul 16, 2016
Cruisin I have been experiencing a range loss of about 10-12 miles a day for 6 months. tesla says after 30 days in service that it is caused from the app Visible Tesla keeping the car awake all the time. Has anybody else experience this?�
Jul 16, 2016
scaesare Do you have the app set to allow the car to sleep? I had some losses I was troubleshooting one time and believe I found that setting had toggled off at some point...�
Jul 22, 2016
Cruisin Where in the app can I set to let the car sleep?�
Jul 22, 2016
Benjamin Brooks Menu Bar -> Options -> Inactivity Mode -> Allow Sleeping�
Jul 25, 2016
MarcG You can also schedule a sleep event, e.g. at night time when you know you won't be driving. I have a sleep event sent at 11pm then a wake event set at 7am for weekdays (one hour later for weekends). Lots of flexibility in the scheduler!�
Jul 25, 2016
msnow I didn't know that. Other than smart preconditioning what are you using it for?�
Jul 25, 2016
MarcG That's it for me, just sleep/wake and pre-conditioning. Some have charge events set to remind themselves to plug in if they forgot to when they got home, or to stop charge at a certain hour regardless of SoC if they're on a TOU electric rate.�
Jul 26, 2016
Alain13 I use it the following way during weekdays:
- My car is scheduled to start charge itself at 0:00h until it reaches 70%
- VT is scheduled to start charging till 90% at 5:15h (with my 11kw charger it takes 45min per 10%)
- VT sets the battery slider to 70% at 7:00h
So when I leave my house at 6:45h my car just reached 90%.
Advantages:
- In winter period your battery is warm when you leave
- The car never has it battery at high levels for long periods (in weekdays it only charges to 70%, unless needed more offcourse)�
Aug 3, 2016
Kensiko So have you guys been using this application successfully ? I'm planning to start using it but I would rather not cause any trouble with my car or with the Android app.�
Aug 3, 2016
msnow Yes, I still use it mostly to track battery charge and discharge events. It probably adds slightly to "vampire drain" but that doesn't concern me. The app doesn't seem to be supported for over a year.�
Aug 3, 2016
Kensiko Ok thanks.
The thing is, at work we should not exceed 50 kW during 15 minutes or we will have higher fees for the month. I'm planning to charge 13 minutes then wait then charge 13 minutes.... This app would allow me to do that for 2 hours at each planned schedule. Anybody think it will work ?�
Aug 3, 2016
Duma That seems like a viable approach. Your scenario is new, but lots of people use VT to schedule their charging so they can time it to complete just before they leave in the morning. Especially helpful for those of us in colder climates who want to preheat their battery to avoid or minimize cold weather regen and performance restrictions that the car places on cold batteries. Long answer to say that the charging API is working fine for now.
Another approach that you might consider is restricting the charge current to limit the power that you draw. You need to do this in the car (not available in the Tesla API) but it is location specific so you only need to set it once for each charging location.�
Aug 4, 2016
Kensiko OK.
One last thing, this is bothering me, does that mean I can loose connection with my android app forever ?
DISCLAIMER: Using VisibleTesla may cause Tesla Motors to limit or completely cease your remote access capability. If they do this, you will not be able to use your mobile phone application, or its use may be impaired. The author of VisibleTesla cannot do anything to rectify this situation if it occurs. You are solely responsible for any adverse effects that stem from the use of VisibleTesla. Use it at your own risk.�
Aug 4, 2016
Duma In my opinion, the developer of VT is just being responsible and alerting you to a potential risk, which in practice is minimal.
Tesla has not released the API used by the phone apps for use by third parties. (Clever folks reverse engineered it.) In order restrict the load on the servers that manage the communication, at some time in 2014 (this was before I ordered my Model S and started following this thread) Tesla slightly modified the API and reportedly put an upper limit on the number of requests that the API will accept over some period of time, beyond which it stops responding. That said, I am aware of no reports of either the measuring period or how long the responses are blocked, so it doesn't appear to be a major concern. That doesn't preclude from Tesla from changing the restrictions in the future.
With all that said, there are at least 4 projects for monitoring and managing a Tesla that people are using. So far Tesla has been quietly permitting this. No one has reported phone app issues related to using any of these projects. Most of these projects put a heavier request load on the API than VT and VT actually gives you more control in reducing the load (by enabling sleep mode). Because these projects are collecting data 24x7 occasional communication failures with the Tesla servers are observed, but these appear to be related to maintenance work done on the servers by Tesla rather than any overt action by Tesla to shut down access to any users.
Bottom line: there is a risk of losing connection from the phone app but the risk appears very low. No reports of permanent loss. A few reports of temporary loss of communication while the car and the phone both appeared to have good network connectivity, but nothing definitive - could have been Tesla's servers being unavailable due to maintenance rather than blocking specific user access.�
Aug 4, 2016
f-stop my Model S is time traveling! at least according to VisibleTesla...
I keep VisibleTesla running on my iMac. Recently my Mac crashed, it's done so before when VT was running in the background, but this is the first time I've noticed a problem - this time somehow some of the recent VT saved data must have been corrupted. The past several day's worth of data is incorrectly showing in the graph as occurring in the future! and new data is being superimposed on that "future" data on the graph
the VT data/graph seems fine up to around 10 days ago. I keep a separate log of charging events, so checking back on that the data in VT seems to be there, but at several points in the last 9 days each day's data is shifted into the future some random number of hours, stretching 9 days of data across about 20days on the graph. Today is 8/4 as I write this but I see that yesterday's data on the VT graph is showing as 8/13 in the future.
Now after rebooting my iMac earlier today, I notice today's data points in VT are being written to the graph with correct date 8/4 - but the graph looks like today's data is being written in the past superimposed over existing (future) data. Basically it seems the date/timestamps are garbled in the most recent 9 days of data.
Q: is there any way to manually edit/delete just the past several days worth of data in VT, just to clean up the graph from today onward? (I can see where some VT files seem to be stored, in ~/Library/Application Support/VisibleTesla). Would prefer not to blow away all the past saved data...�
Aug 4, 2016
Duma If you are seeing several files that begin with your car's VIN then you are looking in the right place for the data. That's the good news. And while the files are text and not binary, the bad news is that they do not appear easy to edit. The detailed data is in a file that ends .pts.hdr (I am on Windows but I expect the name is similar on a Mac). Without looking at the source code (which I haven't done yet but expect to do soon) this file is difficult to interpret. It appears to use multiple record formats and there is nothing that looks like a real timestamp. At a guess there are relative time offsets. Not something to try and edit by hand.
Slightly better news if you want to recover charging data. That is stored separately in a file ending charge.json The records here have explicit timestamps, albeit an internal format (milliseconds since Jan 1, 1970 UTC).
One option might be to export all the old data and then start over. This gives you all the old data in spreadsheet format (where you can fix the dates) but you won't be able to display it in VT (no way to import) -- but with some spreadsheet work you can reproduce the graphs.�
Aug 4, 2016
f-stop thanks @Duma for your reply. I see the .pts.hdr, .pts.data files etc. I can view them using the terminal and command-line, and yes they seem to be text files but rather cryptic. as you say, not something to try and edit by hand - I guess I'll just live with the overlapping data for the next week and ignore the strange looking graph.
it's not critical to me to have all the past data intact, I don't have a complete record from day 1 anyhow, I run VT mostly just for interest sake and haven't gotten around to closely analyzing. But good idea to export the data, I hadn't noticed that feature of VT - I might give that a try and play with the numbers in excel
interesting point about the charging data - that it's saved in a separate file like that. That looks like something useful to extract. I'm thinking a side effect of my VT data corruption problem is that I've learned about this and can try to do something with the data... thanks again
btw here's a screenshot of the graph wrapping back on itself after spending some time in the "future":
�
Aug 9, 2016
Zapped I not sure if it is a coincidence but I turned on Valet mode before taking my car to get some tint installed and the trip was not recorded. The portion of the trip just before that recorded fine.
Is this normal for Valet mode ?�
Aug 13, 2016
MMinehan Is there a way to make an html query to VT and get a response to a variable request. Can I send an html request for charge state for example? Kind of JSON like I guess?
And where are the html pages stored? Where is the VehicleStatus.html page stored on the host PC for example?�
Aug 14, 2016
Duma No. While written in Java, VT is purely a client application with an output display that is "local" to the PC. ("Local" is in quotes to the extent that you can remote the display such as X-windows with *nix or remote access to the Windows desktop.)
To my knowledge, the only time VT generates html is when you ask for the display of a trip, in which case VT drops an html page on your local drive and invokes your browser to display it. This page is basically a script that uses Google maps to render the map.�
Aug 14, 2016
MMinehan So when you enable the REST service where does this page come from for example? (http://192.168.1.45:9090/pages/VehicleStatus.html)
The real reason I ask is that I would like to explore getting some of the variables from the Tesla (range, charge state etc) and use them to populate devices in our home automation software (Homeseer) that supports JSON. We have a GUI that controls our house and it would be cool to include the Tesla as part of this system. I was hoping that by inspecting the code I would get some insights.
M�
Aug 14, 2016
MMinehan Actually I just found this: Tesla Model S JSON API � Apiary which explains how the Tesla API with JSON.....yay!�
Aug 14, 2016
Duma Glad that you found this, since that makes more sense than indirectly accessing this through VT.
Also, my apologies about my initial reply. I forgot about the experimental web services API since I never use it.
FWIW, the html for the pages you reference are internal to the VisibleTesla.jar file. If you open the file using a utility like 7zip, the files are in this subdirectory inside the jar file: VisibleTesla.jar\org\noroomattheinn\visibletesla\rest\pages\�
Aug 15, 2016
ravejads.tmc Hi all, I've been looking for a way to download the logs that the Model S surely captures locally and/or get transmitted back to the Tesla mothership. So far, the only think I've only found that might do that is VisibleTesla.
I'm wondering how VisibleTesla gathers it's information. Is it able to tap into the historical logs on the server or car or does it have to ping the Tesla servers to pull the real time info and store that?
What happens if it misses a block of time because the app is down or the car is unresponsive because it's in a cellular/wifi deadzone?
thanks,
John�
Aug 15, 2016
mspohr Visible Tesla collects data in real time after it has been reported to Tesla. It cannot capture historical data from Tesla. If the app is not running, it won't capture the data. If the car is not reporting to Tesla (dead zone), it won't capture the data.�
Aug 15, 2016
ravejads.tmc Thanks, that's what I figured.
Is there any way to get historical logs, maybe directly from the car? Presumably the Model S stores the logs locally like the Roadster did. I'm one month and 2,700 miles into ownership and I'd love to be able to have the usage & charging stats from the beginning of ownership.�
Aug 15, 2016
Duma Tesla does not even officially approve of third party use of the API used by VT (and others), let alone the level of access you would like. That said, there are some intrepid types who have gained this level of access but are being discrete about how they do this. They aren't active in this forum, but you might look for threads and posts by wk057 or Ingineer.�
Aug 15, 2016
ravejads.tmc Thanks for the pointer in the right direction. I've been able to tap into my home boiler to create an app to monitor it's status and log historical fuel consumption so I'm keen to have the same type of info from my car�
Aug 22, 2016
cwave1 I have used VT for over 2 years but was always disappointed that it was an application that I needed to keep running on my computer if I wanted complete data.
Recently another Tesla owner has developed a web-based app that captures all of the data all of the time.
It is still in early development (beta) but is definitely worth a try. Check it out at TeslaFi.com Tesla Model S X Data Logger�
Sep 2, 2016
S85D I signed up for the TeslaFi app and then realized that since it captures data all of the time, you have vampire power drain all of the time. With Visible Tesla, I can turn it on and off when I want to gather the data.�
Sep 2, 2016
Gizmotoy Not necessarily. It could respect the car's wishes to sleep and stay asleep. This is how VT works even if you keep it running 24/7. If the car's asleep and you open VT, there's a little sleeping Tesla picture and a button where you can force it to wake up.
The bigger concern, IMO, is the security of the web-based sites. Depending on how they're implemented, you're at a fair bit of risk because not only can you unlock the car with your login, you can also find it, start it and drive away. So you have to have a fair bit of trust that both they've implemented things how they said they did, and that they've implemented them safely. For me it's a big ask to trust a $100k vehicle to a website.�
Sep 2, 2016
msnow You nailed it. It's the security of the tokens that is my concern as well.�
Sep 3, 2016
Duma All security is relative. Unless you have downloaded the source, reviewed it thoroughly, and compiled it yourself, you can't be sure that your token is not being shared by the program (posted to a bad actor's server). The fact that the source is available for inspection does inspire (possibly false) confidence. (I have looked at the VT source and it appears to do just what it claims.)
And running it privately rather than as service on the Internet does make it a less attractive target for a third party hacking attack. (Lots of extra work with just one or two cars as the prize.)
That said, if you notice your car has gone missing, you can revoke the tokens. (Changing your Tesla password revokes all active tokens, even if they haven't expired.) Now your thief is only slightly ahead of the brute force technique of loading the car on a tow truck and stealing it that way. A nonfunctional car that is a bag of parts for which there is not much market.�
Sep 3, 2016
msnow We know all that, we were talking about hosted apps like TeslaFi not VT.�
Sep 3, 2016
Duma I understood that. For those owners who are not programmers, the trust factor on the developers is the same whether it is VT, TeslaFI, EVmote, or TeslaLog. The additional vulnerability for the cloud apps is that they also might allow a third party (not the developer) to easily compromise the cloud app and steal the tokens.
Additional pros and cons are that the cloud apps provide a handy way of comparing stats across a broad range of owners (eg leader boards in TeslaFi) but in exchange additional privacy is lost as personal details on travel and charging are now shared with the app provider as well as the Tesla mother ship.
I'm not advocating for one approach over another. Like most things in life, it is a risk/reward trade-off that differs for each of us.�
Sep 9, 2016
Gizmotoy When the app is local, you can be more paranoid as well. My outgoing firewall is set up to permit VT to talk to Tesla's API server(s), and my SMTP server (for Email-to-SMS notifications). That's it, all other traffic is blocked.
So even if you're not personally reviewing the code, there are additional steps you can take to help protect yourself.�
Sep 9, 2016
msnow What ports did you have to open to hit Tesla's API servers? Mine just works without me doing anything special so I assume it's just going out on port 80.�
Sep 9, 2016
Gizmotoy Port 443 (https default) to owner-api.teslamotors.com and streaming.vn.teslamotors.com.�
Sep 9, 2016
Roadrunner13 Also and this is true for both apps/web sites, the token does NOT allow you to start the car (AFAIK).
It allows you do make pretty much all the other API calls including unlocking the doors,
but even Tesla apps prompts for password to start the car! (at least mine here in Canada)
So to compromise these web sites and capture the password (to steal the car), one would have to hack the sites in such a way as to capture the 'transient' password on the original login. Not impossible, but if successful, they're only collecting new login info, no historical ones as long as the web developers did as promised...not store our passwords, only tokens.
Since some of these web sites actually suggested an external means to get the token so our password doesn't go through their server...the exposure becomes even more limited if you do that. (Don't remember which of these sites suggested this, it might be the youngest one, TeslaFI)
This being said, I'm paranoid myself and only use VT for now, so I can control IN/OUTs...but TeslaFI is very tempting!�
Sep 9, 2016
msnow Right so you didn't need to setup anything on your firewall either because 80/443 is open by default. That was my only point. Thanks�
Sep 9, 2016
Gizmotoy ?? No it's not. Every single port is closed to outgoing connections. I have to specifically authorize any outgoing connection on any port. I found those ports and servers by looking at my list of approved ports.
Kind of defeats the purpose of an outgoing firewall if it allows all traffic out on the most common ports.�
Sep 10, 2016
msnow Of course it is. Outbound HTTP and HTTPS (as well as a few more) are opened by default on all consumer routers firewalls. Of course you can turn off those services but how would you be able to browse the Internet without those ports? Part of the installation process of new routers has you connecting to web sites to check connectivity. Maybe you meant "incoming connections" but that's not needed for VT.�
Sep 10, 2016
Gizmotoy I think part of the problem here is you've made some false assumptions. All I said is that if you're paranoid you can set up an outgoing firewall to block VisibleTesla from communicating with any server other than those owned by Tesla. I never said anything about it being a consumer router firewall. There are absolutely firewalls that can permit and block ports on a per-application basis. See ZoneAlarm, Little Snitch, NetLimiter, and so on. I could, for example, make Chrome essentially useless by blocking it from port 80 and 443 while allowing Firefox to continue to work just fine on those same ports. For VT, it's only permitted to talk to the two servers/ports I noted. Literally nothing else.
What you're thinking of is a firewall that's blocking by port, which is different, though it's possible to be utilizing both at the same time.�
Sep 10, 2016
msnow You're right, I wasn't thinking that you were also utilizing an application firewall as another layer. That's very good security.�
1/1/2015
guest Question about Multiple Tesla:
A while back, you could specify which directory the application stored data in. Can that still be done? I would like to be able to schedule both my S and my wife's X from my home PC. Thanks in advance!�
Không có nhận xét nào:
Đăng nhận xét