Live data from Hacker News

CoffeeShopWifi.com – An HTTP website for connecting to guest WiFi

coffeeshopwifi.com

81–85 of 85 posts

Re: CoffeeShopWifi.com – An HTTP website for connecting to guest WiFi

#81
post #2

I like the straightforward explanation this site provides. That said, I tend to use http://example.com to trigger captive portals because it's an IANA reserved domain [1] that other people can't register. This gives me confidence to browse to it without fear that the domain could lapse in the future and get taken over (e.g. in a watering hole attack). [1]: https://www.iana.org/domains/reserved

I have always used http://http.rip

Re: CoffeeShopWifi.com – An HTTP website for connecting to guest WiFi

#83

Earlier quoted context omitted.

httpforever.com is the one I use. https connection gets redirected to http to ensure that it gets captured.

I think you're misunderstanding the GP. The HTTPS connection will not be redirected when you are behind a captive portal, you'll receive an invalid certificate error (when the captive portal tries to serve itself at that address) or the website will simply not respond. Only if the HTTPS response is cached in your browser would the redirection work behind a captive portal.

You’re 100% right, thanks for the correction.

Re: CoffeeShopWifi.com – An HTTP website for connecting to guest WiFi

#84

I've noticed neverssl.com and others failing for me the past couple months. The browser caches them so the page is never redirected.

Sounds like someone needs to build neverssl-nevercached.com with a "Cache-Control: no-store" header

Re: CoffeeShopWifi.com – An HTTP website for connecting to guest WiFi

#85
post #80
post #59

Earlier quoted context omitted.

I use http://motherfuckingwebsite.com , because I'm usually in a swearing mood if I need to use it. I've also always wondered what non-technical folks do.

They go up to the counter and complain that The WiFi isn't working.

Ha, good point.
Post reply on HN