How to Setup HTTPS Locally Without Getting Annoying Browser Privacy Errors

Setting up HTTPS locally can be tricky business. Even if you do manage to wrestle self-signed certificates into submission, you still end up with browser privacy errors. In this article, I’ll walk you through setting up self-signed certificates and show you a nice little trick to quiet browser privacy errors. For at least a year now I’ve been running HTTPS in my local development environment. Last week I updated to Google Chrome 58 and something changed that nuked this setup. All of a sudden I was getting browser privacy errors again.
A search for ERR_CERT_COMMON_NAME_INVALID produced little results, but I eventually found the solution in the Chromium bug tracker. Turns out Chrome and Firefox have dropped support for commonName matching in certificates.
I managed to fix my setup using the suggestions in the Chromium comment (more on that later) but the whole ordeal made me realize that I hadn’t documented how to set up HTTPS locally without browser privacy errors. This article will serve as that document and I plan to update it as things change in the future.
Why HTTPS Locally?
Why not just use regular HTTP locally? Because if your production site is HTTPS-only and
Source: https://managewp.org/articles/14998/how-to-setup-https-locally-without-getting-annoying-browser-privacy-errors

source https://williechiu40.wordpress.com/2017/05/02/how-to-setup-https-locally-without-getting-annoying-browser-privacy-errors/