this post was submitted on 23 Nov 2024
133 points (99.3% liked)
Internet is Beautiful
558 readers
162 users here now
Welcome to Internet is Beautiful Lemmy and Mbin community.
Find a cool or useful website on the internet. Share it here so others Lemmings can bookmark it too.
Rules
-
- No Political Content .
-
- No Gore or Disturbing content.
-
- If you want to repost atleast wait 3 months.
-
- No NSFW or adult content.
Related Communities
- Daily Games: [email protected]
founded 1 month ago
MODERATORS
you are viewing a single comment's thread
view the rest of the comments
view the rest of the comments
Fast.com is a separate domain, I don't think the ISP would have any trouble throttling only Netflix.com without fast.com.
The actual load test is from Netflix's servers and Netflix's domains. Open up the network tab in your browser debugging tool when running a speed test on fast.com and you'll see.
Netflix created fast.com to prove that some ISPs were throttling Netflix and hold them accountable towards their customers.
ISPs don’t see domains. Unless they control your DNS. I assume fast.com uses the same servers as Netflix and would have the same IP address, which would only be resolved to fast.com or Netflix inside Netflix’s servers. I think this is a fair assumption, as that’s the biggest benefit to Netflix. They want to prove your ISP is the problem not Netflix.
Most ISPs provide their own router which will (by default) use their own DNS servers. They will use this to enforce site bans amongst other things.
Anecdotal of course but years back I noticed my service got really slow sometimes, but speedtest.net reported decent speeds. After running the test my service would be fine… for a bit… until I ran another speed test which “fixed it” immediately again for a while.
It got so bad that I’d be running a speed test every 45 mins or so, which would literally make Netflix etc work instantly.
So tried just doing an nslookup on the domain out of curiosity, and wouldn’t you know it that worked too!
Your ISP can see the packets they pass, and your https headers still have the SNI field unencrypted unless you're on a VPN or the operator has ESNI (old) or ECH (new) configured, but I don't think these are super prevalent just yet. Having the SNI available means they can still traffic shape your packets if they have the hardware in place.