# Site can’t provide a secure connection

**URL:** <https://forum.inductiveautomation.com/t/site-can-t-provide-a-secure-connection/61962>\
**Category:** Ignition\
**Created:** [July 15, 2022, 5:22pm UTC](https://forum.inductiveautomation.com/t/site-can-t-provide-a-secure-connection/61962 "2022-07-15T17:22:42Z")\
**Posts on this page:** 1\
**Showing post:** 6

<div class="post-metadata">

**Author:** ![kcollins](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/kcollins/32/19646_2.png) [@kcollins](https://forum.inductiveautomation.com/u/kcollins)\
**Post date:** [July 15, 2022, 6:38pm UTC](https://forum.inductiveautomation.com/t/site-can-t-provide-a-secure-connection/61962/6 "2022-07-15T18:38:54Z")

</div>

I’ve encountered this before. If you inadvertently visit a site with https, Chrome tries to refuse to back down to http “to help you”. 🙂

Here is a quick workaround–use [http://something-that-youd-like.vcap.me:8088](http://something-that-youd-like.vcap.me:8088). VMware still runs a localhost wildcard DNS resolver that resolves `<anything>.vcap.me` to `127.0.0.1` (localhost). I typically use this when I’m running multiple gateways locally (via containers) on different ports to keep from having to constantly log back in when switching between (and helps avoid needing to use incognito mode which can help achieve a similar goal).

EDIT: for folks interested in a more advanced service (which you can also run yourself if desired), check out [https://sslip.io](https://sslip.io).

---

_[View the full topic](https://forum.inductiveautomation.com/t/site-can-t-provide-a-secure-connection/61962)._