# Unable to load page - Error performing TLS handshake **URL:** \ **Category:** Anthias\ **Created:** [February 28, 2019, 2:31pm UTC](https://forums.screenly.io/t/unable-to-load-page-error-performing-tls-handshake/30 "2019-02-28T14:31:07Z")\ **Posts on this page:** 10\ **Page:** 1
**Author:** ![ealmonte32](https://yyz1.discourse-cdn.com/flex029/user_avatar/forums.screenly.io/ealmonte32/32/228_2.png) [@ealmonte32](https://forums.screenly.io/u/ealmonte32)\ **Post date:** [February 28, 2019, 2:31pm UTC](https://forums.screenly.io/t/unable-to-load-page-error-performing-tls-handshake/30/1 "2019-02-28T14:31:07Z")
I know we’ve seen this before many times and it is over in github issues as well, it seems to have happened more often with recent releases than before. I wanted to move the topic here so that we can troubleshoot and once and for all find a permanent solution if possible. I thought the viewer would skip the URL/asset if it encountered this problem, is that feature only in the developer or experimental version and not on stable version? Just wondering, is some sort of email alert feature active on the Pro version of screenly when the viewer is down or experiences this error? This happened overnight with that brand new setup from scratch of screenly with new Pi and new SD card. The environment was set up so that I can rule out the causes that dont affect the device itself, such as placing the Pi connected to this TV right next to the access point, the device is still connected and online so it is not an issue of connectivity. The URL/asset works at first, so what causes it to get this error at some random time later ? if the cause was hard-coded then it would always happen right after adding the asset/URL. ![image](https://cdck-file-uploads-canada1.s3.dualstack.ca-central-1.amazonaws.com/flex029/uploads/screenly/original/1X/3ed9176d2200be8a50b0a3fbef6a0cec489f5568.jpeg) ---
**Author:** ![ealmonte32](https://yyz1.discourse-cdn.com/flex029/user_avatar/forums.screenly.io/ealmonte32/32/228_2.png) [@ealmonte32](https://forums.screenly.io/u/ealmonte32)\ **Post date:** [February 28, 2019, 4:43pm UTC](https://forums.screenly.io/t/unable-to-load-page-error-performing-tls-handshake/30/2 "2019-02-28T16:43:49Z")
Ok, so I looked at both of the different Pi’s that on the same day had the same error, both showed the same behavior, before the asset stopped (both at the boardclock URL), the cron job started 10+ minutes later. I am not saying this has anything to do with the cron process but just stating the similarities for both. Will keep updating this as I continue troubleshooting. ![50%20AM](https://cdck-file-uploads-canada1.s3.dualstack.ca-central-1.amazonaws.com/flex029/uploads/screenly/original/1X/1ccee1aab34f579d592534c9962e5700948401d5.png) ![05%20AM](https://cdck-file-uploads-canada1.s3.dualstack.ca-central-1.amazonaws.com/flex029/uploads/screenly/original/1X/4f9b8638390d51ce8ac7384290473f01329195d3.png) ---
**Author:** ![ealmonte32](https://yyz1.discourse-cdn.com/flex029/user_avatar/forums.screenly.io/ealmonte32/32/228_2.png) [@ealmonte32](https://forums.screenly.io/u/ealmonte32)\ **Post date:** [March 1, 2019, 5:24pm UTC](https://forums.screenly.io/t/unable-to-load-page-error-performing-tls-handshake/30/3 "2019-03-01T17:24:02Z")
I have been taking packet captures on my firewall and have whitelisted the devices, so the possible issue of the asset/URL being blocked by a content filter and that causing the unable to load error gets crossed off. Reason why i thought that was one or the cause is because some people posting the issue mention they are at a school as well, so I just thought maybe the firewall was blocking something on the backend, but doesnt seem like it is. Will continue to research because it happened today again so I need to look at backend logs for the Pi and the firewall. ---
**Author:** ![androidofon](https://avatars.discourse-cdn.com/v4/letter/a/e9bcb4/32.png) [@androidofon](https://forums.screenly.io/u/androidofon)\ **Post date:** [March 1, 2019, 5:55pm UTC](https://forums.screenly.io/t/unable-to-load-page-error-performing-tls-handshake/30/4 "2019-03-01T17:55:30Z")
I’m having the same problem and I’m not behind a firewall ---
**Author:** ![ealmonte32](https://yyz1.discourse-cdn.com/flex029/user_avatar/forums.screenly.io/ealmonte32/32/228_2.png) [@ealmonte32](https://forums.screenly.io/u/ealmonte32)\ **Post date:** [March 1, 2019, 6:41pm UTC](https://forums.screenly.io/t/unable-to-load-page-error-performing-tls-handshake/30/5 "2019-03-01T18:41:13Z")
I am working on this one and a few others as we speak, I will post back here with any relevant information once I isolate the cause. ---
**Author:** ![ealmonte32](https://yyz1.discourse-cdn.com/flex029/user_avatar/forums.screenly.io/ealmonte32/32/228_2.png) [@ealmonte32](https://forums.screenly.io/u/ealmonte32)\ **Post date:** [March 1, 2019, 7:03pm UTC](https://forums.screenly.io/t/unable-to-load-page-error-performing-tls-handshake/30/6 "2019-03-01T19:03:51Z")
The logs from today also show the last asset before “crashing” was [https://weather.srly.io](https://weather.srly.io) I will disable the asset and leave others running to see if it only happens with boardclock asset, and weather/time one. Also, just a suggestion in case you dont already do it, if you have ssh enabled and are not on your computer, you can use an app like juicessh to remote into the Pi and just run the sudo reboot command and get it up and running again for the time being… ---
**Author:** ![androidofon](https://avatars.discourse-cdn.com/v4/letter/a/e9bcb4/32.png) [@androidofon](https://forums.screenly.io/u/androidofon)\ **Post date:** [March 1, 2019, 8:10pm UTC](https://forums.screenly.io/t/unable-to-load-page-error-performing-tls-handshake/30/7 "2019-03-01T20:10:50Z")
For my part, yesterday I had the default that appeared with the Screenly Clock app that I have disabled but it started again today with another page. How to enable SSH on screenly OSE? My technical skills are limited. Thank you ---
**Author:** ![ealmonte32](https://yyz1.discourse-cdn.com/flex029/user_avatar/forums.screenly.io/ealmonte32/32/228_2.png) [@ealmonte32](https://forums.screenly.io/u/ealmonte32)\ **Post date:** [March 1, 2019, 8:39pm UTC](https://forums.screenly.io/t/unable-to-load-page-error-performing-tls-handshake/30/8 "2019-03-01T20:39:36Z")
Connect via the Console (CTRL + ALT + F1) Login using your credentials _(default is user: pi , pwd: raspberry)_ Execute `sudo raspi-config` Select Interfacing Options Navigate to and select SSH Choose Yes Select Ok Choose Finish You should now be able to SSH into the Pi It is highly recommended that you change the default password if you intend to connect your Pi to the outside world. Reference: [https://github.com/Screenly/screenly-ose/wiki#enabling-ssh](https://github.com/Screenly/screenly-ose/wiki#enabling-ssh) ---
**Author:** ![ealmonte32](https://yyz1.discourse-cdn.com/flex029/user_avatar/forums.screenly.io/ealmonte32/32/228_2.png) [@ealmonte32](https://forums.screenly.io/u/ealmonte32)\ **Post date:** [March 5, 2019, 3:02am UTC](https://forums.screenly.io/t/unable-to-load-page-error-performing-tls-handshake/30/9 "2019-03-05T03:02:01Z")
Just an update to this, the [weather.srly.io](http://weather.srly.io) URL and [boardclock.com](http://boardclock.com) both gave me unable to load issues, but once I removed them and left google slides or other URLs, the issue did not happen. This issue has been linked to the uzbl browser and how it loads URLs, I have not tested experimental or development versions of screenly yet to see how this will affect your assets/URLs, but I know that the experimental version of screenly now uses something called Qt WebView instead to display web contents so if you want you can try that version if possible… I hear good things about it… remember to backup your assets… unless you can just simply add them then no need to backup, but always good idea to back up, I just know sometimes after a backup + restore, you might run into tiny glitches so you need to re-run the upgrade script and it’s just easier in my opinion to start clean with new assets database if at all possible… `https://doc.qt.io/qt-5.9/qtwebview-index.html` ---
**Author:** ![vpetersson](https://yyz1.discourse-cdn.com/flex029/user_avatar/forums.screenly.io/vpetersson/32/8_2.png) [@vpetersson](https://forums.screenly.io/u/vpetersson)\ **Post date:** [June 9, 2026, 7:08am UTC](https://forums.screenly.io/t/unable-to-load-page-error-performing-tls-handshake/30/10 "2026-06-09T07:08:02Z")
You actually spotted the cause yourself further up the thread: it was the old web browser Screenly used and the way it handled secure (https) sites. That browser is gone. Anthias now uses a modern browser engine (the same one behind Chrome), so these ‘unable to load’ errors no longer happen. Marking this as solved. If a specific page won’t load on a current version, please open a new topic with the address and we’ll help.