UserAgent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/59.0.3071.115 Safari/537.36

Steps to reproduce the problem:
1. Add a STUN server in /etc/hosts, say "12.34.56.78 turns.example.com"
2. Go to https://webrtc.github.io/samples/src/content/peerconnection/trickle-ice/
3. Fill out the details, stun:turns.example.com:3478
4. Hit "Gather candidates".

What is the expected behavior?
I expect to see the srflx candidates, as I do on Firefox 54.0.1.

What went wrong?
No candidates are gathered from the STUN server, and no connection attempts are seen in the server logs.  On investigation, chrome://net-internals/#dns shows:

turns.example.com.  IPV4  error:-105 (ERR_NAME_NOT_RESOLVED)

Did this work before? N/A 

Chrome version: 60.0.3112.78  Channel: beta
OS Version: CentOS 7
Flash Version: 

If I add "turns.example.com." to /etc/hosts, it works as expected.  Is there a reason for appending the dot, other than to break creative uses of /etc/hosts?

Thanks,
Michael.