rayhaanj
A remote island, these GPS hackers are preparing for an invisible war
A crash course in predicate logic
RNG: Flat Datacenter Networks at Scale
Nvidia Announces RTX Spark
We beat Google's zero-knowledge proof of quantum cryptanalysis
(A Few) Ops Lessons We All Learn the Hard Way
OpenTitan Shipping in Production
Inlining – The Ultimate Optimisation
The biggest heat pumps in the world
39C3 Talks Schedule
HTTPS certificate industry phasing out less secure domain validation methods
RCE Vulnerability in React and Next.js
State of Rust Survey 2025
The Design and Implementation of a Virtual Firmware Monitor [pdf]
Network Partitions in the Internet
Recursively resolve bbc.com: 18ms https://pastebin.com/d94f1Z7P Recursively resolve ethz.ch: 17ms https://pastebin.com/x6jSHgDn Recursively resolve admin.ch: 39ms: https://pastebin.com/DUTg8Rit
Page load in Firefox: bbc.com DOMContentLoaded: ~40ms, page loaded: ~300ms reuters.com DOMContentLoaded: ~200ms, page loaded: ~300ms google.com DOMContentLoaded: ~160ms, page loaded: ~290ms
So it's quite reasonable to do full recursive resolution, and you'll still benefit from caching after the first time it's loaded. One other idea I had but never looked into it was instead of throwing out entries after TTL expiry to just refresh it and keep it cached, no idea if BIND/Unbound can do that but you can probably build something with https://github.com/hickory-dns/hickory-dns to achieve that.
It is probably quite a bit slower though needing to have roundtrips at each stage of the resolution, which is also likely a reason that these public resolvers get so much use (latency improvement via caching).
Yes but how do you know you've resolved the right thing, it's still vulnerable to a compromise of another TLD.
XB-1 First Supersonic Flight [video]
Chameleon: Taming the transient while reconfiguring BGP
It's still in a proof of concept stage and nowhere as complete as GoBGP though.