npm package discovery and stats viewer.

Discover Tips

  • General search

    [free text search, go nuts!]

  • Package details

    pkg:[package-name]

  • User packages

    @[username]

Sponsor

Optimize Toolset

I’ve always been into building performant and accessible sites, but lately I’ve been taking it extremely seriously. So much so that I’ve been building a tool to help me optimize and monitor the sites that I build to make sure that I’m making an attempt to offer the best experience to those who visit them. If you’re into performant, accessible and SEO friendly sites, you might like it too! You can check it out at Optimize Toolset.

About

Hi, 👋, I’m Ryan Hefner  and I built this site for me, and you! The goal of this site was to provide an easy way for me to check the stats on my npm packages, both for prioritizing issues and updates, and to give me a little kick in the pants to keep up on stuff.

As I was building it, I realized that I was actually using the tool to build the tool, and figured I might as well put this out there and hopefully others will find it to be a fast and useful way to search and browse npm packages as I have.

If you’re interested in other things I’m working on, follow me on Twitter or check out the open source projects I’ve been publishing on GitHub.

I am also working on a Twitter bot for this site to tweet the most popular, newest, random packages from npm. Please follow that account now and it will start sending out packages soon–ish.

Open Software & Tools

This site wouldn’t be possible without the immense generosity and tireless efforts from the people who make contributions to the world and share their work via open source initiatives. Thank you 🙏

© 2026 – Pkg Stats / Ryan Hefner

@domaindetails/whois-parser

v1.1.1

Published

Comprehensive WHOIS parser with support for 169 country-code TLDs (ccTLDs)

Readme

Last updated: 2025-12-19

WHOIS Parser for ccTLDs

A comprehensive, battle-tested WHOIS parser with support for 169 country-code TLDs (ccTLDs) and 1,260+ TLDs total. Built for DomainDetails.com by Simple Bytes LLC.

WHOIS Server Dictionary

This repository includes whois_dict.json with WHOIS servers for 1,260+ TLDs (updated from IANA Root Zone Database).

Overview

This parser handles the messy reality of WHOIS data across different country registries. Unlike simple regex-based parsers, it handles:

  • Multiple date formats - from 2005/05/30 (Japan) to 2007. 03. 02. (South Korea) to natural language dates
  • International field names - including Japanese (登録年月日), Korean, and other non-English formats
  • Various nameserver formats - square brackets, multi-line sections, colon-separated with IPs
  • Slow WHOIS servers - with configurable 30-second timeouts
  • Fallback parsing - when domain names aren't explicitly listed in responses

📊 Complete Breakdown of All 169 ccTLDs

✅ FULLY WORKING (52 - 31%)

All fields parsed: domain, dates, nameservers, registrar, status → Ready for production use

.ac .af .ag .bh .bi .bj .ci .cl .co .dm .do .ge .gg .gi .gl .hr .hu .ie .io .it .je .jp .kr .kz .la .ma .me .mk .mn .mx .my .nu .nz .pk .pt .ru .sc .se .sg .sh .sk .so .st .su .sx .sy .tc .td .tl .us .ve .ws .信息

⚠️ PARTIAL DATA (99 - 59%)

Missing some fields (usually creation date due to registry policy) → Still useful but incomplete

Major TLDs with partial data:

  • 🇩🇪 .de (Germany) - No creation date (registry policy)
  • 🇫🇷 .fr (France) - No creation date
  • 🇬🇧 .uk (United Kingdom) - No creation date
  • 🇨🇳 .cn (China) - No creation date
  • 🇦🇺 .au (Australia) - No creation date
  • 🇦🇹 .at (Austria) - No creation date
  • 🇧🇪 .be (Belgium) - No creation date
  • 🇩🇰 .dk (Denmark) - No creation date
  • 🇳🇱 .nl (Netherlands) - Partial data
  • 🇵🇱 .pl (Poland) - Partial data
  • 🇪🇸 .es (Spain) - Authorization required
  • 🇨🇭 .ch (Switzerland) - Blocks automated queries
  • 🇮🇳 .in (India) - Partial data
  • 🇧🇷 .br (Brazil) - Partial data
  • 🇨🇦 .ca (Canada) - Partial data
  • 🇪🇺 .eu (European Union) - No creation date

❌ CANNOT QUERY (18 - 11%)

Server infrastructure issues, cannot be fixed by parser

Breakdown by error type:

  • ⏱️ 8 Timeouts (>30s): .dz .gp .mw .ng .pt .sb .tk .uy
  • 🚫 4 Refused: .bo .cf .hm .pf
  • 🌐 2 DNS Error: .iq .mz
  • 📭 1 No Data: .bn
  • 🔌 3 Connection Reset: .tr and others

💡 Key Insights

  1. Parser Success: 151/169 (89%) return SOME data
  2. Full Success: 52/169 (31%) return ALL data
  3. Infrastructure Issues: 18/169 (11%) cannot be queried at all

The 99 "partial data" ccTLDs are often policy limitations, not bugs:

  • European registries hiding creation dates for GDPR compliance
  • Some registries require authorization for automated queries
  • Privacy-focused registries redacting sensitive information

🌟 Highlighted Format Support

  • 🇯🇵 Japan (.jp) - Square bracket format with Japanese fields
  • 🇰🇷 South Korea (.kr) - Korean/English dual format with wide spacing
  • 🇬🇬 Guernsey (.gg), 🇯🇪 Jersey (.je) - Natural language dates
  • 🇷🇺 Russia (.ru) - Cyrillic field names with IP-annotated nameservers
  • 🇮🇹 Italy (.it) - Multi-line nameserver sections
  • 🇩🇪 Germany (.de) - Nserver format

Features

  • Date Normalization: Converts all date formats to ISO 8601 (YYYY-MM-DDTHH:MM:SSZ)
  • Multi-Format Parsing: Handles colon-separated, square bracket, and multi-line formats
  • Domain Fallback: Uses input domain when WHOIS doesn't return it explicitly
  • Robust Error Handling: Custom error classes for different failure types
  • Comprehensive Testing: 76+ unit tests with Vitest framework
  • Status Code Normalization: Normalize registry status codes to EPP standard
  • Field Mapping Dictionary: Centralized field name aliases for extensibility
  • Zero Runtime Dependencies: Only uses Node.js built-in modules

What's New in v1.1.0

Custom Error Classes

Handle different error types programmatically:

import {
    whoisQuery,
    ConnectionError,
    TimeoutError,
    NoDataError,
    ValidationError,
} from '@domaindetails/whois-parser';

try {
    const result = await whoisQuery('google.jp', 'whois.jprs.jp');
} catch (error) {
    if (error instanceof TimeoutError) {
        console.log(`Server timed out after ${error.timeoutMs}ms`);
    } else if (error instanceof ConnectionError) {
        console.log(`Connection failed to ${error.server}`);
    } else if (error instanceof ValidationError) {
        console.log(`Invalid ${error.field}`);
    }
}

Status Code Normalization

Normalize different registry status formats to standard EPP codes:

import { normalizeStatus, isActive, hasTransferLock } from '@domaindetails/whois-parser/status-codes';

// Normalize various formats to EPP codes
normalizeStatus('active');           // → 'ok'
normalizeStatus('REGISTERED, DELEGATED'); // → 'ok'
normalizeStatus('locked');           // → 'clientTransferProhibited'

// Check domain status
isActive(['ok', 'clientTransferProhibited']);  // → true
hasTransferLock(['clientTransferProhibited']); // → true

Field Mappings

Access the centralized field name aliases:

import { NAMESERVER_FIELDS, getFieldAliases } from '@domaindetails/whois-parser/field-mappings';

// Get all aliases for nameserver fields
console.log(getFieldAliases('nameserver'));
// ['Name Server', 'Nameserver', 'nserver', 'Host Name', '호스트이름', ...]

WHOIS Server Dictionary Maintenance

The whois_dict.json file is automatically synced with the IANA Root Zone Database.

Sync from IANA

# Install dependencies first
npm install

# Sync WHOIS servers from IANA (updates whois_dict.json)
npm run sync-iana

# Preview changes without saving
npm run sync-iana:dry-run

The sync script:

  • Fetches complete TLD list from https://data.iana.org/TLD/tlds-alpha-by-domain.txt (1,439 TLDs)
  • Gets WHOIS server for each TLD from individual IANA pages
  • Updates whois_dict.json with sorted results
  • Creates dated backups before making changes
  • Updates README with last sync date

Automated Updates

A GitHub Action automatically syncs the dictionary:

  • On every push to main/master branch
  • Weekly on Sunday at 2 AM UTC to catch IANA updates
  • Manual trigger via GitHub Actions UI

When changes are detected, the action:

  • Updates whois_dict.json with new/changed TLD servers
  • Updates README with current date
  • Creates dated backups
  • Commits and pushes changes automatically

See .github/workflows/sync-iana.yml for details.

Installation

npm install @domaindetails/whois-parser

Usage

import { parseWhoisData, whoisQuery } from '@domaindetails/whois-parser';

// Query a WHOIS server
const whoisText = await whoisQuery('google.jp', 'whois.jprs.jp');

// Parse the response
const parsed = parseWhoisData(whoisText, 'google.jp');

console.log(parsed);
// {
//   domainName: 'GOOGLE.JP',
//   registrar: 'Google LLC',
//   creationDate: '2005-05-30T00:00:00Z',
//   expirationDate: '2026-05-31T00:00:00Z',
//   nameservers: ['ns1.google.com', 'ns2.google.com', ...],
//   registrant: 'Google LLC',
//   status: ['Active', 'DomainTransferLocked', 'AgentChangeLocked'],
//   dnssec: null,
//   lastModified: '2025-06-01T01:05:04.000Z'
// }

Testing

Run the comprehensive test suite:

# Quick test (19 popular ccTLDs, ~30 seconds)
npm run test:sample

# Full test (all 169 ccTLDs, ~5 minutes)
npm test

Test Output

[1/169] Testing .jp (google.jp)...
  ✅ OK (domain: GOOGLE.JP, created: 2005-05-30T00:00:00Z)

[2/169] Testing .kr (naver.kr)...
  ✅ OK (domain: naver.kr, created: 2007-03-02T00:00:00Z)

========== SUMMARY ==========
✅ Successful: 52/169
⚠️  Parsing Issues: 99/169
❌ Failed: 18/169

Supported Formats

Date Formats

2005/05/30              → 2005-05-30T00:00:00Z  (.jp)
2007. 03. 02.           → 2007-03-02T00:00:00Z  (.kr)
30th April 2003         → 2003-04-30T00:00:00Z  (.gg, .je)
30th April each year    → 2026-04-30T00:00:00Z  (recurring)
2005-02-14T20:35:14.765Z → 2005-02-14T20:35:14.765Z (standard)

Field Formats

Square Brackets (.jp):

[Domain Name]                   GOOGLE.JP
[Name Server]                   ns1.google.com
[登録年月日]                    2005/05/30

Colon-Separated (most ccTLDs):

Domain Name: google.kr
Registered Date: 2007. 03. 02.
Host Name: ns1.google.com

Dotted Format (.ax, .kz):

domain...............: test.ax

Multi-Line (.gg, .je, .it):

Name servers:
    ns1.google.com
    ns2.google.com

Known Limitations

Missing Creation Dates

Some registries (.de, .be, .dk, .at, .im) don't publicly expose creation dates via WHOIS. This is a registry policy, not a parser limitation.

Server Timeouts

6 ccTLDs still timeout even at 30 seconds: .dz, .gp, .mw, .ng, .sb, .tk

Offline Servers

Some WHOIS servers are permanently offline or block automated queries: .bo, .cf, .ch, .es, .hm, .iq, .mz, .pf, .tr

Contributing

Found a ccTLD that doesn't parse correctly? We'd love a PR!

  1. Run the test suite to identify the failing TLD
  2. Query the WHOIS server manually: whois -h <server> <domain>
  3. Identify the unique format patterns
  4. Update parseWhoisData() with new patterns
  5. Re-run tests to verify

Comparison with Other Packages

| Feature | @domaindetails/whois-parser | whoiser | whois | whois-parsed | |---------|----------------------------|---------|-------|--------------| | ccTLD Coverage | 169 TLDs tested | Basic | Basic | Basic | | Date Format Support | 24+ formats | Basic | None | Basic | | Japanese/Korean/Russian | Full support | Limited | None | Limited | | Custom Error Classes | Yes | No | No | No | | Status Normalization | EPP codes | No | No | No | | Field Mappings | Extensible | No | No | Hardcoded | | Zero Runtime Deps | Yes | No | No | No | | Test Coverage | 76+ tests | Good | Good | Poor | | Active Maintenance | Yes | Yes | Yes | Stale (3yr) | | SOCKS Proxy | No | No | Yes | Yes | | Auto TLD Discovery | Via dictionary | Yes | No | No |

Our differentiator: Best-in-class ccTLD WHOIS parsing with comprehensive international format support, custom error handling, and zero runtime dependencies.

Credits

  • Built by: DomainDetails.com team
  • Special thanks: @synozeer for spotting .gg and other ccTLD issues
  • Powered by: Claude Code for the comprehensive parser refactor

License

MIT License - feel free to use in your projects!

Related Projects


Found this useful? Give us a star ⭐ at github.com/simplebytes-com/whois-parser and check out DomainDetails.com!