Support Request: ERR_ACCESS_DENIED


Can be reproduced by putting a URL for the whitelist.


Yesterday we started getting ERR_ACCESS_DENIED on systems that have been running for months with the same configuration.

We are using a URL for a whitelist. If we change that to a local file, everything works.

The URL to the whitelist is

The site is internally hosted and all the sitekiosk machines are on the same network. The one thing that changed internally was that the certificate to (former domain) was updated. That domain is still internally hosted as well but the URL does not point to that path.

If we copy the whitelist file to the local disk and restart sitekiosk it works just fine.

Answer: (3)

Re: ERR_ACCESS_DENIED 1/22/2021 5:03 PM

Thank you for your inquiry. This may not be a bug. I tested your file in new configuration to and was able to browse just fine. There is a chance you may not be entering the address list path correctly. Example, for Protocol, you would select, "https://" . For URL/Path, you would enter "".

If you edit the default Address List item, you have to change the Protocol from "file:///" to "https://". If this does not fix the issue you have, then please send these files to support-america(at) for review, referencing this post:

Configuration - C:\Program Files (x86)\SiteKiosk\Config (*.skcfg files, ignore *.skcfg.local)
Logs - C:\Program Files (x86)\SiteKiosk\Logfiles (yyyy-mm-dd.txt files)

Best regards,
Re: ERR_ACCESS_DENIED 1/22/2021 5:35 PM
It is important to note that at 10 systems were operating just fine until 1/20/21 late afternoon. No changes were made to the config or the file.

It was not until 1/21/21 we changed the location of the file from a URL to a local file.

I am email the config file and logfiles.
Re: ERR_ACCESS_DENIED 1/25/2021 4:17 PM

Thank you for sending your files. We were able to review them and replicated the issue you were having. We created a similar web link with your *.txt file ( and the issue did not happen. For some reason, on 1/20/2021 (per the logs, there was a computer restart) a change happened and then the file became unreadable.

The Start Page was not affected (on one file, you had the "http://" selected but that was not the main issue, resolved with "https://" selected) but the custom toolbar links were affected the most with this link ( . You may need review if the web server permissions for that file was changed for security reasons.

This was not a bug in SiteKiosk. We will keep this link open for a few days for comparison testing -

Best regards,
My Account
Language (Tickets):