Recherche WHOIS .jp

Oui, le nom du titulaire est public. JPRS l'affiche sur deux lignes : [登録者名] en japonais et [Registrant] en anglais. Dans la fiche de jprs.jp mesurée le 4 octobre 2026, les deux portaient le nom d'une organisation, une fois en écriture japonaise, une fois en lettres latines. Aucune valeur de la réponse n'était masquée ni remplacée par REDACTED : le nom que vous lisez est celui que conserve la base du registre. Pour savoir à qui appartient un nom de domaine .jp, commencez par ces deux lignes.

Par le bloc Contact Information [公開連絡窓口], le point de contact public que JPRS inclut dans la réponse. Lors de notre mesure, il contenait un nom, une adresse e-mail, un code postal, une adresse en japonais et en anglais, un numéro de téléphone et un numéro de fax, et le nom correspondait à l'organisation titulaire. En écrivant, indiquez le nom de domaine exact et l'objet de votre message. Attention : l'avertissement en tête de réponse limite l'usage des données à l'administration du réseau ; vérifiez que votre démarche entre dans ce cadre.

Regardez la ligne [有効期限], qui désigne la date d'expiration. JPRS écrit les dates dans l'ordre année/mois/jour : dans la fiche mesurée de jprs.jp, on lisait 2027/02/28, soit le 28 février 2027. La date d'enregistrement figure sur la ligne [登録年月日] (2001/02/02, soit le 2 février 2001), et [最終更新] donne la dernière mise à jour avec l'heure et le fuseau JST. L'année venant en premier, vous ne risquez pas de confondre le jour et le mois.

Par défaut, JPRS répond dans les deux langues : chaque libellé figure entre crochets, certains en japonais, d'autres en anglais, et les noms comme les adresses arrivent dans les deux écritures. L'avertissement en tête de réponse décrit l'option anglais seul : ajoutez /e à la fin de la requête, par exemple whois -h whois.jprs.jp xxx/e, et la sortie en japonais est supprimée. C'est utile si votre terminal ou votre script n'affiche pas correctement les caractères japonais.

Ce sont les valeurs des lignes [ロック状態] (état de verrouillage), et la fiche mesurée portait les deux. Lues au pied de la lettre, DomainTransferLocked indique que le domaine ne peut pas être transféré pour l'instant et AgentChangeLocked que le changement d'agent (Agent) est verrouillé. Ce sont des valeurs propres à JPRS, pas des codes EPP comme clientTransferProhibited, et elles sont distinctes de la ligne [状態], qui indiquait Active. Si vous envisagez de transférer un nom en .jp, vérifiez d'abord ces deux lignes.

Seulement par le port 43. Le registre d'amorçage RDAP de l'IANA ne définit aucun point d'accès pour .jp, ce que notre mesure du 4 octobre 2026 a confirmé. Les données d'enregistrement des .jp arrivent donc en texte brut depuis whois.jprs.jp, interrogé avec le seul nom de domaine. Ce texte suit une mise en forme propre, entre crochets : lors de la mesure, notre analyseur automatique ne l'a pas reconnue et les champs ont été lus à la main dans la réponse brute. Si vous écrivez votre propre script, ce format demande un traitement à part.

Parce que la réponse de JPRS ne contient aucune ligne de registrar. La fiche mesurée donnait le domaine, le titulaire, les serveurs de noms, les dates, l'état, les verrous et un bloc de contact public, mais pas la société par laquelle le nom a été enregistré, ni de contact abus dédié. Pour le .com, c'est l'inverse : la fiche du registre nomme le registrar, et les données du titulaire se trouvent chez lui. Pour comparer, consultez le whois .com.

Oui. La zone .jp possède un enregistrement DS dans la racine, et la chaîne de confiance part de là. La ligne [Signing Key] du whois concerne chaque domaine : pour jprs.jp, elle affichait 7240 8 2 suivi d'un condensé de 64 caractères hexadécimaux. C'est le format d'un enregistrement DS : identifiant de clé, numéro d'algorithme, type de condensé, puis le condensé lui-même. Si la ligne figure dans la réponse, le registre conserve des données DS pour le nom interrogé.