News for hackers. Stuff that matters.
Re:ICANN's list of abandoned vanity TLDs, which now has abou... by zamadatix on Sunday July 07, 2024 @04:32PM (#40900248)
FWIW "http://amazon." still does what you want it to in Chrome and Firefox.
Re:ICANN's list of abandoned vanity TLDs, which now has abou... by Animats on Sunday July 07, 2024 @04:56PM (#40900390)
Huh. HTTP works, but HTTPS does not.
Re:ICANN's list of abandoned vanity TLDs, which now has abou... by zamadatix on Monday July 08, 2024 @07:28AM (#40904426)
HTTPS for dotless domains (a bit of a misnomer but it can help in finding good reading material about it) should also work fine on the same browsers. That said, most dotless domains don't run it because they've historically not been given certs due to security concerns. As an example: https://uz./ likely just had the *.cctld.uz cert applied to the whole virtual server block and uz was just one of the names assigned to that block.

Bonus fact: https://. works on Firefox (triggers an A/AAAA DNS query for root) but not Chrome.

Re:ICANN's list of abandoned vanity TLDs, which now has abou... by ocdtrekkie on Sunday July 07, 2024 @11:05PM (#40902279)
This may be an antifeature if someone's environment has a host on the LAN named amazon.
Re:ICANN's list of abandoned vanity TLDs, which now has abou... by denkmoon on Sunday July 07, 2024 @11:27PM (#40902368)
Note the trailing ., it's an FQDN. Your system/application shouldn't use search domains if provided a fqdn.

hence under a properly set up DNS and application: system with search domain for `.internal` and a host named `amazon` will be hit the internal host for `https://amazon` and `https://amazon.internal` but not `https://amazon.`