by radeeyate on 3/17/25, 12:48 AM with 347 comments
by hughesey on 3/17/25, 5:55 AM
So far the sunsetting has had little effect with most TLDs still having their WHOIS services online. In reality, I think we'll see a period of time where many TLDs and nTLDs have both WHOIS and RDAP available.
Additionally, since ccTLD's aren't governed by ICANN, many don't even have an RDAP service available. As such, there's going to be a mix of RDAP and WHOIS in use across the entire internet for some time to come.
Disclosure: I run https://viewdns.info/ and have spent many an hour dealing with both WHOIS and RDAP parsing to make sure that our service returns consistent data (via our web interface and API) regardless of the protocol in use.
by transcriptase on 3/17/25, 1:31 AM
If I register a domain, the registrar will basically extort me a couple extra dollars per year for “domain privacy” for the privilege of not having my name, home address, phone number, and email publicly available and then mirrored across thousands of shady scraped content sites in perpetuity. Even If you don’t care about that, then begins the never ending emails texts and calls begin from sleazy outfits who want to sell you related domains, do SEO for you, revamp your site, schedule a call, or just fill your spam box up with legitimate scams and bootleg pharma trash.
All because you wanted a $10/year dot com without paying the bribe.
And yes I grew up leafing through well worn phone books next to corded phones. This is not comparable.
by brown on 3/17/25, 1:11 AM
by gkoberger on 3/17/25, 1:21 AM
When I started using the internet, it’s how I contacted people. If I liked their site or their blog, I’d check who was behind it and get an email address I could contact.
Now… humans don’t really own domains anymore. Content is so centralized. I obviously noticed this shift, but I had forgotten how I used to be able to interact with the internet.
by imoreno on 3/17/25, 3:45 AM
> ICANN Update: Launching RDAP; Sunsetting WHOIS
Bit deceptive to editorialize it into something that sounds like something else much more interesting (removing contact info from domains) but isn't the case at all (they're just changing the method to access the same info).
by defanor on 3/17/25, 5:45 AM
[0] https://datatracker.ietf.org/doc/html/rfc3912
by TheSaifurRahman on 3/17/25, 6:17 AM
DNSBelgium: https://github.com/DNSBelgium/rdap
RedDog: https://www.reddog.mx/home/2017/12/14/server-1.2.2-patch-rel...
by phendrenad2 on 3/17/25, 1:52 AM
by vekatimest on 3/17/25, 1:11 AM
by nine_k on 3/17/25, 1:56 AM
Sadly, we were not able to secure the domain on time, and after 11 years, the attempted trick is becoming irrelevant.
by einpoklum on 3/17/25, 1:48 PM
apt cache search rdap
on a Debian (well, Devuan) system, and found nothing. Also could not find that phrase in the name of any executable in /usr/bin or /usr/sbin .:-(
by bravetraveler on 3/17/25, 1:33 AM
by 1970-01-01 on 3/17/25, 1:32 AM
by throwaway150 on 3/17/25, 1:53 AM
Name Server: NS-1411.AWSDNS-48.ORG
Name Server: NS-1914.AWSDNS-47.CO.UK
Name Server: NS-225.AWSDNS-28.COM
Name Server: NS-556.AWSDNS-05.NET
But if you run `dig ycombinator.com ANY +noall +answer` you'll see name servers here too. ycombinator.com. 21600 IN NS ns-556.awsdns-05.net.
ycombinator.com. 21600 IN NS ns-1914.awsdns-47.co.uk.
ycombinator.com. 21600 IN NS ns-225.awsdns-28.com.
ycombinator.com. 21600 IN NS ns-1411.awsdns-48.org.
ycombinator.com. 900 IN SOA ns-225.awsdns-28.com. awsdns-hostmaster.amazon.com. 1 7200 900 1209600 86400
If you see all the output together, you'll find the same name servers are present in WHOIS output and the DNS NS records. But wait, there's more.The name server `ns-225.awsdns-28.com` is present three times- in WHOIS, in DNS NS records, in DNS SOA record.
Which of these name servers get used to resolve `ycombinator.com` to its IP address like when I do `ping ycombinator.com`?
What if the information between the WHOIS and DNS NS records and the DNS SOA records are inconsistent? Which record wins?
by anonymousiam on 3/17/25, 4:26 AM
Hopefully RDAP will be a suitable replacement. I haven't tried it yet.
by threePointFive on 3/17/25, 9:29 PM
by dgacmu on 3/17/25, 11:38 AM
cargo install icann-rdap-cli
rdap -O json ycombinator.com| jq .nameservers
(or brew install, etc., depending on your os and tooling). The jq formatted output is a little more verbose than the whois one, but three cheers for a well-specified machine-parsable format. (and rdap has a pretty-printed format output also)by oefrha on 3/17/25, 2:34 AM
Btw, I tried the icann-rdap CLI tool and the default rendered-markdown output mode is atrocious. Sea of output, each nameserver has one or more standalone tables taking up 15x$repetition lines, almost impossible to fish out useful info. The retro gtld-whois mode is so much cleaner. Their web tool https://lookup.icann.org/en/lookup is fine too, don't know why the rendered markdown mode isn't like that. WTF.
by mdrzn on 3/17/25, 3:10 PM
"No registry RDAP server was identified for this domain. Attempting lookup using WHOIS service."
"Failed to perform lookup using WHOIS service: TLD_NOT_SUPPORTED."
by mike503 on 3/17/25, 9:40 AM
by Sophira on 3/17/25, 10:46 PM
by TZubiri on 3/17/25, 2:09 AM
Anyone experienced with this, I am not seeing abuse contact info, usually a phone number or email. Am i supposed to follow hyperlinks to get this info or something? Like search the registrar for this data?
by smoyer on 3/17/25, 1:27 AM
by tgtweak on 3/17/25, 8:10 PM
I think rdap with a request/response authentication on the requestor but that the provider can't mask would be more practical.
Also requiring that registrars keep a history of changes from the time the domain was first registered would be very helpful vs relying on 3rd parties that cache the data over time (and charge for it) like domaintools.
Unlikely that this is in the protocol but I think it would better the entire ecosystem.
by zombot on 3/17/25, 9:16 AM
I can remember times when you could still see the names and addresses of registrants in whois records. That was before abuse and fraud became everyday occurrences in today's internet.
I miss the times when we could still believe in basic human decency.
by Pxtl on 3/17/25, 1:41 PM
by roelschroeven on 3/17/25, 10:55 AM
by notepad0x90 on 3/17/25, 1:30 AM
by charcircuit on 3/17/25, 3:26 AM
by webprofusion on 3/17/25, 9:03 AM
by a-dub on 3/17/25, 4:05 AM
the early internet was fun. whois was always a fun dimension.
is there a canonical rdap client that will end up everywhere? one of the nice things about the early Internet was that there were canonical utilities that were everywhere.
by londons_explore on 3/17/25, 8:44 AM
Seems far simpler than a whole custom protocol.
by qrush on 3/17/25, 1:26 AM
> whois ycombinator.com % IANA WHOIS server % for more information on IANA, visit http://www.iana.org % This query returned 1 object
refer: whois.verisign-grs.com
domain: COM
organisation: VeriSign Global Registry Services address: 12061 Bluemont Way address: Reston VA 20190 address: United States of America (the)
contact: administrative name: Registry Customer Service organisation: VeriSign Global Registry Services address: 12061 Bluemont Way address: Reston VA 20190 address: United States of America (the) phone: +1 703 925-6999 fax-no: +1 703 948 3978 e-mail: info@verisign-grs.com
contact: technical name: Registry Customer Service organisation: VeriSign Global Registry Services address: 12061 Bluemont Way address: Reston VA 20190 address: United States of America (the) phone: +1 703 925-6999 fax-no: +1 703 948 3978 e-mail: info@verisign-grs.com
nserver: A.GTLD-SERVERS.NET 192.5.6.30 2001:503:a83e:0:0:0:2:30 nserver: B.GTLD-SERVERS.NET 192.33.14.30 2001:503:231d:0:0:0:2:30 nserver: C.GTLD-SERVERS.NET 192.26.92.30 2001:503:83eb:0:0:0:0:30 nserver: D.GTLD-SERVERS.NET 192.31.80.30 2001:500:856e:0:0:0:0:30 nserver: E.GTLD-SERVERS.NET 192.12.94.30 2001:502:1ca1:0:0:0:0:30 nserver: F.GTLD-SERVERS.NET 192.35.51.30 2001:503:d414:0:0:0:0:30 nserver: G.GTLD-SERVERS.NET 192.42.93.30 2001:503:eea3:0:0:0:0:30 nserver: H.GTLD-SERVERS.NET 192.54.112.30 2001:502:8cc:0:0:0:0:30 nserver: I.GTLD-SERVERS.NET 192.43.172.30 2001:503:39c1:0:0:0:0:30 nserver: J.GTLD-SERVERS.NET 192.48.79.30 2001:502:7094:0:0:0:0:30 nserver: K.GTLD-SERVERS.NET 192.52.178.30 2001:503:d2d:0:0:0:0:30 nserver: L.GTLD-SERVERS.NET 192.41.162.30 2001:500:d937:0:0:0:0:30 nserver: M.GTLD-SERVERS.NET 192.55.83.30 2001:501:b1f9:0:0:0:0:30 ds-rdata: 19718 13 2 8acbb0cd28f41250a80a491389424d341522d946b0da0c0291f2d3d771d7805a
whois: whois.verisign-grs.com
status: ACTIVE remarks: Registration information: http://www.verisigninc.com
created: 1985-01-01 changed: 2023-12-07 source: IANA
# whois.verisign-grs.com
Domain Name: YCOMBINATOR.COM
Registry Domain ID: 147225527_DOMAIN_COM-VRSN
Registrar WHOIS Server: whois.gandi.net
Registrar URL: http://www.gandi.net
Updated Date: 2025-02-14T02:53:36Z
Creation Date: 2005-03-20T23:51:07Z
Registry Expiry Date: 2026-03-20T22:51:07Z
Registrar: Gandi SAS
Registrar IANA ID: 81
Registrar Abuse Contact Email: abuse@support.gandi.net
Registrar Abuse Contact Phone: +33.170377661
Domain Status: clientTransferProhibited https://icann.org/epp#clientTransferProhibited
Name Server: NS-1411.AWSDNS-48.ORG
Name Server: NS-1914.AWSDNS-47.CO.UK
Name Server: NS-225.AWSDNS-28.COM
Name Server: NS-556.AWSDNS-05.NET
DNSSEC: unsigned
URL of the ICANN Whois Inaccuracy Complaint Form: https://www.icann.org/wicf/
>>> Last update of whois database: 2025-03-17T01:27:31Z <<<by BizarreByte on 3/17/25, 4:26 AM
There's no need for people to know my information because I happen to own a domain.
by llacb47 on 3/17/25, 4:29 PM
> No registry RDAP server was identified for this domain. Attempting lookup using WHOIS service.
> Failed to perform lookup using WHOIS service: TLD_NOT_SUPPORTED.
by RVuRnvbM2e on 3/17/25, 5:31 AM
by attah_ on 3/17/25, 9:07 PM
by DeathArrow on 3/17/25, 5:53 AM
Finger is not officially retired but no one supports it. NNTP seems it had a similar fate.
by OutOfHere on 3/17/25, 1:21 AM
by selfhoster on 3/17/25, 1:25 PM
by DonHopkins on 3/17/25, 6:46 AM
by qb_dp on 3/17/25, 11:57 AM
by qb_dp on 3/17/25, 11:58 AM
by than on 3/17/25, 3:59 PM
by rootsudo on 3/17/25, 3:11 AM
by chrisallick on 3/17/25, 2:15 AM
by whalesalad on 3/17/25, 3:10 AM
it's still unsupported by a lot of tld's and the rate limits are atrocious. some registrar's only allow 10 requests per day and will group huge netblocks into one single block.
by technopol on 3/17/25, 1:31 AM
by CaffeineLD50 on 3/17/25, 1:08 AM
I won't even notice its gone