Michel Kohanim Posted September 19, 2012 Author Posted September 19, 2012 Hello apostolakisl, We will check into the clock issue. It might be that the clock updater in the UI is not working properly. Hello Teken, If you know how to get certificate information from Opera, then that's all I need. Again, the only reason Java would not work is if for some reason your system is using SSLv2. If you wish, you can send your remote URL to support@universal-devices.com and we can check remotely. ski2020, yes and unfortunately so. SSLv2 is not secure. With kind regards, Michel Quote
Teken Posted September 19, 2012 Posted September 19, 2012 Hello apostolakisl, We will check into the clock issue. It might be that the clock updater in the UI is not working properly. Hello Teken, If you know how to get certificate information from Opera, then that's all I need. Again, the only reason Java would not work is if for some reason your system is using SSLv2. If you wish, you can send your remote URL to support@universal-devices.com and we can check remotely. ski2020, yes and unfortunately so. SSLv2 is not secure. With kind regards, Michel Hello Michel, I have enclosed a screen shot of the certificate Opera is using. Please note I am getting the same errors with IE 8. I will submit my remote URL now to the support address now. Teken . . . Quote
ski2020 Posted September 19, 2012 Posted September 19, 2012 I was able to update to Java 7 on my Mac (Snow Leopard) using OpenJDK. ISY update went smoothly. Thanks! Quote
Michel Kohanim Posted September 20, 2012 Author Posted September 20, 2012 Hi Teken, Thank you. This should work with Admin Console as is. Also, I got your email and it worked properly from my Admin Console. I suspect something in the computer (perhaps firewall) is blocking https to ISY from Java. With kind regards, Michel Quote
RLIKWARTZ Posted September 22, 2012 Posted September 22, 2012 Is setting the time from the ISY only support on the latest thermostat dongle or can it also be done with the latest thermostat with insteon integrated? Quote
Michel Kohanim Posted September 23, 2012 Author Posted September 23, 2012 Hello RLIKWARTZ, Apparently it's only supported on a firmware that has not yet been released to the public and, unfortunately, we do not really know when it would. With kind regards, Michel Quote
burbankadam Posted September 23, 2012 Posted September 23, 2012 I recently upgraded from 3.2.6 to 3.3.2 as I was having issues with the two I/O Lincs that I recently purchased. As was true for other users, I was unable to save settings using the admin console. Once I upgraded to 3.3.2, I was able to save settings and everything appeared to be working normally. Then I discovered that every time I switched on the relay of the I/O Linc, the sensor status would also be reported as on. When I turn off the relay, the sensor status is reported as off. At the same time, if the relay is not controlled, the sensor status will respond normally to the sensor input. I have observed this behavior regardless of what options I have set on the I/O Linc and there is no option for the sensor status to follow the relay status anyway (only vice versa). A review of the event viewer shows that every time a command is sent to the I/O Linc to turn the relay on or off, a message shows up that says "Duplicate or ACK for a different device". Not sure if this is related but I thought it was worth mentioning. I have two different I/O Lincs and both have this problem. I tried restoring both devices and I also performed factory resets on both and neither resolved the issue. I then downgraded back to 3.2.6 and the problem went away, except I am back to the original problem of not being able to save the settings. Lastly, I tried upgrading up to 3.3.1 instead of 3.3.2 to see if both versions have the issue and they do. 3.3.1 allowed me to save settings but caused the "Duplication or ACK for a different device" message and the sensor status follows the relay status. I also noticed that when the relay status is changed and the sensor status follows, a single device query will return the sensor status to the correct state. Anyone else have an I/O Linc they can test? Quote
LeeG Posted September 23, 2012 Posted September 23, 2012 I can confirm that result. Looks like a glitch in the 3.3.2 drop. The actual I/O Linc Sensor is not being turned On (no Green LED On) and a Query returns the I/O Linc Status to Off. Quote
beachfront71 Posted September 23, 2012 Posted September 23, 2012 I can confirm the IO linc issue. Went back to 3.2.6 and working as normal again. Quote
Michel Kohanim Posted September 23, 2012 Author Posted September 23, 2012 Thank you all. Verified and it shall be fixed for our next beta to be out shortly. With kind regards, Michel Quote
grein002 Posted September 23, 2012 Posted September 23, 2012 I received two "beta" adapters with D5 firmware (this to fix the issue I was having with traffic being generated by the dongle every 4 seconds, which it seems to have fixed). The time sync function works with this firmware. Hello RLIKWARTZ, Apparently it's only supported on a firmware that has not yet been released to the public and, unfortunately, we do not really know when it would. With kind regards, Michel Quote
RLIKWARTZ Posted September 24, 2012 Posted September 24, 2012 Thank you. I was curious in case at some point I had to replace my thermostat I would know to ask about it. I have the integrated version. Quote
bconen Posted September 24, 2012 Posted September 24, 2012 I upgraded to 3.3.2 and I am having the same issue as Teken when I access via HTTPS. I am running Windows XP and IE8. I have cleared the Java cache and created a new certificate. I still get the same error. I turned off Norton Firewall and it made no difference. I reinstalled 3.2.6 and I can now access via HTTPS. Any ideas? Quote
jeffl012 Posted September 24, 2012 Posted September 24, 2012 I cannot change the setpoint Heat or Cool on the Venstar Thermostat 2441V - with adapter v.95 (latest). When attempting to change the Thermostat Mode to Auto, the Admin Console reports that it cannot connect to the device. Has anyone else experienced this issue since upgrading to the replacement adapter that SmartHome issued? I solved this problem by deleting the thermostats from the ISY99, then added them back in after updating to ISY 3.3.2. Quote
Michel Kohanim Posted September 25, 2012 Author Posted September 25, 2012 Hello bconen, Do you have 99 or 994? If 99: 1. Telnet to your ISY 2. Login 3. Type: RF /CONF/UD.DCF Hello RLIKWARTZ, Please right mouse click | Diagnostics | Query Insteon Engine. With kind regards, Michel Quote
Teken Posted September 25, 2012 Posted September 25, 2012 I upgraded to 3.3.2 and I am having the same issue as Teken when I access via HTTPS. I am running Windows XP and IE8. I have cleared the Java cache and created a new certificate. I still get the same error. I turned off Norton Firewall and it made no difference. I reinstalled 3.2.6 and I can now access via HTTPS. Any ideas? I continue to experience this problem. It is not my computers or the network at home either. Rolling back to the previous versions corrects this problem. Now, at work our firewall and policies are at play so I have no expectation in connecting. This is why I am a firm believer is using the SmartLinc. No headaches with Java and all of the frustrations in making it work. Just silly . . . Teken . . . Quote
Michel Kohanim Posted September 25, 2012 Author Posted September 25, 2012 Teken, We would be delighted to refund you for your ISY so that you can continue enjoying your SmartLinc. With kind regards, Michel Quote
Teken Posted September 25, 2012 Posted September 25, 2012 Teken, We would be delighted to refund you for your ISY so that you can continue enjoying your SmartLinc. With kind regards, Michel Michel, That is a great gesture and is much appreciated. But, my comment is about the SmartLinc is that it provides me the ability to access the home with out network related issues. As long as you can access a web page / address the home is accessible. The ISY relies on a Java application which in many environments do not allow such apps to run, or be hindered when its required to launch. Having said all of this: My feed back is to provide the information pertaining to issues that affect the ISY and those members. Is this not why this forum and thread is here for?? Lastly, as I stated previously above, rolling back to the last stable ISY firmware corrects this HTTPS issue. This is not related to my homes network or any firewall, or policies. I hope this is clear on all points and appreciate the on going support the team has provided. Teken . . . Quote
Michel Kohanim Posted September 25, 2012 Author Posted September 25, 2012 Teken, A few points of clarification: 1. ISY does not need Java for command and control. You can use the AJAX interface and a host of other mobile/PC applications 2. For configuration, ISY requires Java. Java was chosen precisely because of its cross-platform support. HTML/AJAX require constant polling to get status updates. For configuration purposes, HTML/AJAX is not a good solution 3. I am not sure in which environments Java is not supported 4. In 3.3.2 instructions, it's explicitly stated that we had to remove SSL v2 Support because of security concerns. We cannot sacrifice security for ease of access 5. Since this problem is isolated to HTTPS/Admin Console and if you do not care about security, you are welcome to forward to the HTTP port. Ultimately, it's your system's security and you are the boss in that respect I have to stress again that the problem is accessing ISY, through the Admin Console (or Dashboard) using HTTPS. The problem is NOT there for HTTP nor is it there for the regular HTML/AJAX interface. Thank you for your feedback. With kind regards, Michel Quote
Teken Posted September 25, 2012 Posted September 25, 2012 Teken, 4. In 3.3.2 instructions, it's explicitly stated that we had to remove SSL v2 Support because of security concerns. We cannot sacrifice security for ease of access Michel I am using SSL v3 which I have confirmed with you, and also provided a screen shot of such. The HTTPS access issue is still present so I am not sure how it can be related to SSL v2. I have done absolutely nothing to any of the 6 computers in my home. Simply rolling back the ISY firmware corrects this issue. Now, for the sake of doing a test to confirm and validate my findings for the benefit of the forum members. I have also uninstalled Java, installed the latest and greatest. Removed the certificate from all known browsers and requested a new cert be generated using any level of encryption with out success. All browsers have been cleared of cache / cookies, along with the Java console. Adjusting every browser to the lowest security setting along with adding the ISY to every known fire wall, policy, and to the browser has no affect. Simply put, I am out of ideas as it pertains to why this latest version of ISY does not allow HTTPS access either locally on the LAN, or remotely. Teken . . . Quote
Michel Kohanim Posted September 25, 2012 Author Posted September 25, 2012 Teken, As you might recall, I personally connected remotely to your ISY via HTTPS and using my Admin Console on both Windows 7 and Windows Vista. I do not recall ever proving or disproving you were using SSLv3. How did we arrive at this conclusion? Would you please forward and/or paste any records arriving at this conclusion? My records show our last email correspondence, on Wed 9/19/2012 7:17 PM, ended with you stating: ***** Hello, I have no problem accessing the ISY via the provided link. ***** So, are you still having the same problem? Also, if you have gone back to 3.2.6, have you restored your backup? With kind regards, Michel Quote
RLIKWARTZ Posted September 25, 2012 Posted September 25, 2012 I can't fine the query engine in the drop down. Quote
LeeG Posted September 25, 2012 Posted September 25, 2012 Right click on the node (primary node if multiple node device), select Diagnostics | Query Insteon Engine. Quote
Teken Posted September 25, 2012 Posted September 25, 2012 Teken, As you might recall, I personally connected remotely to your ISY via HTTPS and using my Admin Console on both Windows 7 and Windows Vista. I do not recall ever proving or disproving you were using SSLv3. How did we arrive at this conclusion? Would you please forward and/or paste any records arriving at this conclusion? My records show our last email correspondence, on Wed 9/19/2012 7:17 PM, ended with you stating: ***** Hello, I have no problem accessing the ISY via the provided link. ***** So, are you still having the same problem? Also, if you have gone back to 3.2.6, have you restored your backup? With kind regards, Michel Hello Michel, I have appended both the certificate and the encryption level the browser is using. All of which makes no difference in the ability to access the ISY via HTTPS. Also, my reply about accessing the ISY was to the public address using HTTPS. Upon selecting the public address using HTTPS, I have no problem getting to the Touch Switch home page. Upon selecting the *Admin Console* at the bottom of the web page when the Admin Console launches it produces the two listed error's which I have already appended to this thread. I only access my ISY Insteon network via HTTPS and it has always worked. Now, with the latest release I do not have the ability to do so. I hope this information provides more insight to the matter. As always, much thanks and look forward to a solution. Teken . . . Quote
Recommended Posts
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.