IT.COM

security Wondering why your internal .dev web app has stopped working?

Spaceship Spaceship
Watch

Kate

Domainosaurus RexTop Member
Impact
21,788
Wondering why your internal .dev web app has stopped working?
Blame Google. And ICANN
Network admins, code wranglers and other techies have hit an unusual problem this week: their test and development environments have vanished.

Rather than connecting to private stuff on an internal .dev domain to pick up where they left off, a number of engineers and sysadmins are facing an error message in their web browser complaining it is "unable to provide a secure connection."

How come? It's thanks to a recent commit to Chromium that has been included in the latest version of Google Chrome. As developers update their browsers, they may find themselves booted out their own systems.

Under the commit, Chrome forces connections to all domains ending in .dev (as well as .foo) to use HTTPS via a HTTP Strict Transport Security (HSTS) header. This is part of Google's larger and welcome push for HTTPS to be used everywhere for greater security. Essentially, you have to use HTTPS to connect to .dev websites, and if you haven't bothered configuring secure HTTP on your internal .dev work servers, your browser won't connect.
...
Source: http://www.theregister.co.uk/2017/11/29/google_dev_network/
 
6
•••
The views expressed on this page by users and staff are their own, not those of NamePros.
Google's new gTLD programme resembles the situation of a dog chasing a car in traffic. Once the car stops at the traffic lights, the dog hasn't a clue what to do next. It went for all these new gTLDs but it didn't seem to know how to market them or what to do next.

Regards...jmcc
 
0
•••
  • The sidebar remains visible by scrolling at a speed relative to the page’s height.
Back