In an ongoing escalation of its fight against online sports piracy, media giant Canal+ secured court orders compelling DNS providers Quad9 and Vercara to block access to pirate streaming sites in France. Quad9 says that it’s determined to appeal what it sees as an absurd application of copyright law. For now, however, it will block the targeted domain names globally.
Huh? Dns and ipv4 are two different things. You’re probably thinking of NAT.
There so many ipv6 adress no need to change. Dns for get ip from hostname and update ip if change.
Ipv4 not enough adress, so always change, not need with ipv6.
DNS exists so you don’t have to learn a bunch of IP addresses. Changing to ipv6 doesn’t fix that.
But dns also for dynamic ip. See DynDNS or load-leveling algorithm for choosing CDN in proximity. ipv6 fix that.
That doesn’t get rid of the need for DNS. And ipv6 won’t get rid of the need to load balance using dns.
Why not? If ip + domain in /etc/hosts and ip not change, what need dns for?
Also can load balance by http 302 redirect if server overloaded. Maybe not as good, but should work?
Because 99.9% of people are not going to maintain a hosts file, and don’t even know it exists. Not to mention you’d have to already know the IP of the sites you wanted to visit.
You’re basically arguing that phone books are a bad thing because people can just keep an address book.
BS solution that doesnt apply to the problem.
Problem: The DNS doesnt resolve the domain anymore so https://www.foo.bar/ resolves to 0.0.0.0
Solution: Change domain or directly connect via the IP.
Problem 2: What’s the IP if you can’t resolve it first. There aint telephone books anymore.
Solution: while not dns block, write down domain + ip in /etc/hosts.
What is megathread then? Put ip there, then do /etc/hosts solution.
I am thinking more about a general “phone book” and not a specialized section in the yellow pages.
Amd connecting to google via IP is not possible. Same for other companies and organizations that utilize obfuscation of the actual servers like reverse proxies and load-balancers.
But we talk about solution for dns poison of website. Not dns death in general.
Huh? We are talking about a dns provider being ordered to resolve a domain.