Luke Yasuda [2026-03-28 16:12 +0900] wrote: > On 2026-03-28 02:32, Basil L. Contovounesios wrote: >> Earlier today sv.gnu.org (not savannah.gnu.org) was redirecting me to >> hell.jing.rocks, which seems to consist of a veeery long HTML file. >> Was this intentional (e.g. against crawlers), or did something happen? > > Welcome back from hell...
Sorry, I forgot to bring souvenirs. > but I'm not sure why only sv. and not savannah. was > doing that. That was intentional, against a few user agents (mainly naughty > bots). I promise I was up to good. > May I ask what user agent you were using? It first happened in my browser while navigating to my profile https://sv.gnu.org/u/blc, which I then confirmed via wget/curl HEAD. [ I was then AFK for a while, and when I returned wget was reporting the expected location of savannah.gnu.org. ] In fact it's still happening even after rebooting! (I wonder if Firefox is caching something.) Here's what Firefox's network inspector has to say: GET scheme: https host: sv.gnu.org filename: /u/blc Address: [2001:470:142:5::113]:443 Status: 302 Version: HTTP/2 Transferred: <increasing # of MB> Request Priority: Highest DNS Resolution: System Request Headers GET /u/blc HTTP/2 Host: sv.gnu.org User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:150.0) Gecko/20100101 Firefox/150.0 Accept: text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8 Accept-Language: en-IE,en-GB;q=0.9,en;q=0.8,el;q=0.7,de;q=0.6 Accept-Encoding: gzip, deflate, br, zstd DNT: 1 Connection: keep-alive Upgrade-Insecure-Requests: 1 Sec-Fetch-Dest: document Sec-Fetch-Mode: navigate Sec-Fetch-Site: none Sec-Fetch-User: ?1 Priority: u=0, i TE: trailers Response Headers HTTP/2 302 server: nginx/1.18.0 (Trisquel GNU/Linux) date: Sat, 28 Mar 2026 09:26:28 GMT content-type: text/html content-length: 166 location: https://hell.jing.rocks X-Firefox-Spdy: h2 BTW this is just from my home network, no VPN/Tor/seven proxies. -- Basil
