RFC2832 日本語訳
2832 NSI Registry Registrar Protocol (RRP) Version 1.1.0. S.Hollenbeck, M. Srivastava. May 2000. (Format: TXT=77057 bytes) (Updated by RFC3632) (Status: INFORMATIONAL)
プログラムでの自動翻訳です。
英語原文
Network Working Group S. Hollenbeck
Request for Comments: 2832 M. Srivastava
Category: Informational Network Solutions, Inc. Registry
May 2000
Hollenbeckがコメントのために要求するワーキンググループS.をネットワークでつないでください: 2832年のM.Srivastavaカテゴリ: 情報のネットワークソリューションズ社登録2000年5月
NSI Registry Registrar Protocol (RRP) Version 1.1.0
NSI登録記録係プロトコル(小売希望価格)バージョン1.1.0
Status of this Memo
このMemoの状態
This memo provides information for the Internet community. It does not specify an Internet standard of any kind. Distribution of this memo is unlimited.
このメモはインターネットコミュニティのための情報を提供します。 それはどんな種類のインターネット標準も指定しません。 このメモの分配は無制限です。
Copyright Notice
版権情報
Copyright (C) The Internet Society (2000). All Rights Reserved.
Copyright(C)インターネット協会(2000)。 All rights reserved。
Abstract
要約
This document describes a protocol for the registration and management of second level domain names and associated name servers in both generic Top Level Domains (gTLDs) and country code Top Level Domains (ccTLDs). This protocol was developed by the Network Solutions Registry for use within the Shared Registration System and is being published "as-is" to document the protocol implementation developed by the Network Solutions, Inc. Registry.
このドキュメントはセカンドレベルドメイン名と関連ネームサーバの登録と管理のためにジェネリックTop Level Domains(gTLDs)と国名略号Top Level Domains(ccTLDs)の両方でプロトコルについて説明します。 このプロトコルは、Shared Registration Systemの中の使用のためにNetworkソリューションRegistryによって開発されて、ネットワークソリューションズ社Registryによって開発されたプロトコル実装を記録するために「そのままで」発表されています。
Internet domain name registration typically involves three entities: a registrant who wishes to register a domain name, a registrar who provides services to the registrant, and a registry that provides services to the registrar while serving as the authoritative repository of all functional information required to resolve names registered in the registry's TLDs. This document describes a protocol for registry-registrar communication only. The protocol does not provide any registrant services.
インターネットドメイン名前登録は3つの実体に通常かかわります: だれがドメイン名を登録したがっているか、そして、記入者に対するサービスを提供する記録係、および必要な状態ですべての機能情報の正式の倉庫として機能している間の記録係に対するサービスを提供する登録が、名前が登録のTLDsに登録したと決議する記入者。 このドキュメントは登録記録係コミュニケーションだけのためにプロトコルについて説明します。 プロトコルは少しの記入者サービスも提供しません。
This document is being discussed on the "rrp" mailing list. To join the list, send a message to <majordomo@NSIRegistry.com> with the words "subscribe rrp" in the body of the message. There is also a web site for the mailing list archives at <http://www.NSIRegistry.net/maillist/rrp>.
「小売希望価格」メーリングリストでこのドキュメントについて議論しています。 リストを接合するために、メッセージ to <majordomo@NSIRegistry.com を送ってください、gt;、メッセージ欄で「小売希望価格を申し込む」という言葉で。 また、メーリングリストアーカイブのためのウェブサイトが<http://www.NSIRegistry.net/maillist/小売希望価格>にあります。
Conventions Used In This Document
本書では使用されるコンベンション
The key words "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT", "SHOULD", "SHOULD NOT", "RECOMMENDED", "MAY", and "OPTIONAL" in this document are to be interpreted as described in [MUSTSHOULD]. Further,
キーワード“MUST"、「必須NOT」が「必要です」、“SHALL"、「」、“SHOULD"、「「推薦され」て、「5月」の、そして、「任意」のNOTは[MUSTSHOULD]で説明されるように本書では解釈されることであるべきですか? さらに
Hollenbeck & Srivastava Informational [Page 1] RFC 2832 NSI Registry Registrar Protocol May 2000
[1ページ]RFC2832NSI登録記録係プロトコル2000年5月の情報のHollenbeck&Srivastava
the term "implicit attribute" refers to an entity attribute whose value is derived either from another attribute or is dependent on an established RRP session.
「暗黙の属性」という用語は値が別の属性から引き出されるか、または確立したRRPセッションのときに依存している実体属性について言及します。
In examples, "C:" represents lines sent by the registrar client and "S:" represents lines sent by the registry server.
例で「C:」 そして、記録係のクライアントによって送られた台詞を表す、「S:」 登録サーバによって送られた台詞を表します。
The term "System" is used in this document to collectively refer to this protocol and the software and hardware that implements the protocol.
「システム」という用語は、プロトコルを実装するこのプロトコル、ソフトウェア、およびハードウェアをまとめて示すのに本書では使用されます。
Table of Contents
目次
1. Introduction ................................................. 3 2. Security Services ............................................ 4 2.1 Connection Security ......................................... 4 2.2 System Data Security ........................................ 5 3. Connection Model ............................................. 5 4. Protocol Description ......................................... 6 4.1 Request Format .............................................. 7 4.2 Response Format ............................................. 8 4.3 Protocol Commands ........................................... 8 4.3.1 ADD ....................................................... 8 4.3.2 CHECK ..................................................... 11 4.3.3 DEL ....................................................... 12 4.3.4 DESCRIBE .................................................. 14 4.3.5 MOD ....................................................... 14 4.3.6 QUIT ...................................................... 16 4.3.7 RENEW ..................................................... 17 4.3.8 SESSION ................................................... 18 4.3.9 STATUS .................................................... 18 4.3.10 TRANSFER ................................................. 21 5. Response Codes ............................................... 23 5.1 Response Code Summary ....................................... 23 5.2 Command-Response Correspondence ............................. 28 6. Domain Status Codes .......................................... 29 6.1 Domain Status Code Description .............................. 30 7. Formal Syntax ................................................ 30 8. Internationalization ......................................... 35 9. Known Issues ................................................. 35 10. Security Considerations ..................................... 37 11. IANA Considerations ......................................... 37 12. References .................................................. 37 13. Acknowledgments ............................................. 38 14. Authors' Addresses .......................................... 38 15. Full Copyright Statement .................................... 39
1. 序論… 3 2. セキュリティサービス… 4 2.1 接続セキュリティ… 4 2.2 システムデータセキュリティ… 5 3. 接続モデル… 5 4. 記述について議定書の中で述べてください… 6 4.1 書式を要求してください… 7 4.2 応答形式… 8 4.3 コマンドについて議定書の中で述べてください… 8 4.3 .1 加えてください… 8 4.3 .2 チェックしてください… 11 4.3 .3デル… 12 4.3 .4 説明します。 14 4.3 .5モッズ… 14 4.3 .6 やめてください… 16 4.3 .7 更新してください… 17 4.3 .8セッション… 18 4.3 .9状態… 18 4.3 .10 移してください… 21 5. 応答コード… 23 5.1応答コード概要… 23 5.2 コマンド応答通信… 28 6. ドメインステータスコード… 29 6.1 ドメインステータスコード記述… 30 7. 正式な構文… 30 8. 国際化… 35 9. 問題を知っています… 35 10. セキュリティ問題… 37 11. IANA問題… 37 12. 参照… 37 13. 承認… 38 14. 作者のアドレス… 38 15. 完全な著作権宣言文… 39
Hollenbeck & Srivastava Informational [Page 2] RFC 2832 NSI Registry Registrar Protocol May 2000
[2ページ]RFC2832NSI登録記録係プロトコル2000年5月の情報のHollenbeck&Srivastava
1. Introduction
1. 序論
This document describes the specifications for the NSI Registry Registrar Protocol (RRP) version 1.1.0, a TCP-based, 7-bit US-ASCII text protocol that permits multiple registrars to provide second level Internet domain name registration services in the top level domains (TLDs) administered by a TLD registry. RRP is specified using Augmented Backus-Nauer Form (ABNF) as described in [ABNF]. Note that all ABNF string literals are case-insensitive and the examples provided in this document may use mixed case to improve readability.
このドキュメントはNSI Registry Registrarプロトコル(RRP)バージョン1.1.0のための仕様を説明します、複数の記録係が2番目の平らなインターネットドメイン名前登録サービスをTLD登録によって管理されたトップ・レベル・ドメイン(TLDs)に提供することを許可するTCPベースの、そして、7ビットの米国-ASCIIテキストプロトコル。 RRPは、[ABNF]で説明されるようにAugmentedバッカス-Nauer Form(ABNF)を使用することで指定されます。 すべてのABNF文字列リテラルが大文字と小文字を区別しなく、本書では提供された例が読み易さを改良するのに複雑なケースを使用するかもしれないことに注意してください。
RRP was developed by the Network Solutions, Inc. Registry under the auspices of the Shared Registration System program. The protocol was initially deployed in April 1999 as part of a test bed implementation of the Shared Registration System with five registrars. Additional registrars began using the protocol in July 1999. The operational experiences of both the registry and the registrars identified several "lessons learned" which have been documented here as "Known Issues".
RRPはShared Registration Systemプログラムの前兆でネットワークソリューションズ社Registryによって開発されました。 プロトコルは1999年4月に初めは、5人の記録係と共にShared Registration Systemのテストベッド実装の一部として配布されました。 追加記録係は1999年7月にプロトコルを使用し始めました。 登録と記録係の両方の運用経験は「知られている問題」としてここに記録された数個の「学習されたレッスン」を特定しました。
This document provides both a description of a protocol and notice of learned operational issues that may be useful as first steps in developing a standards track domain registration services protocol. This document and the protocol it describes may be modified in the future based on continued operational experience and community reaction.
このドキュメントはプロトコルの記述と学術的操作上の問題の通知の第一歩として標準化過程ドメインの取得サービスプロトコルを開発する際に役に立つかもしれない両方を提供します。 このドキュメントとそれが説明するプロトコルは将来、継続的な運用経験と共同体反応に基づいて変更されるかもしれません。
The registry stores information about registered domain names and associated name servers. A domain name's data includes its name, name servers, registrar, registration expiration date, and status. A name server's data includes its server name, IP addresses, and registrar. A registrar MAY perform the following registration service procedures using RRP:
登録は登録されたドメイン名と関連ネームサーバの情報を保存します。 ドメイン名のデータは名前、ネームサーバ、記録係、登録有効期限、および状態を含んでいます。 ネームサーバのデータはサーバー名、IPアドレス、および記録係を含んでいます。 RRPを使用して、記録係は以下の登録サービス手順を実行するかもしれません:
- Determine if a domain name has been registered.
- Register a domain name.
- Renew the registration of a domain name.
- Cancel the registration of a domain name.
- Update the name servers of a domain name.
- Transfer a domain name from another registrar.
- Examine the status of domain names that the registrar has
registered.
- Modify the status of domain names that the registrar has
registered.
- Determine if a name server has been registered.
- Register a name server.
- Update the IP addresses of a name server.
- ドメイン名を登録してあるかどうか決定してください。 - ドメイン名を登録してください。 - ドメイン名の登録を更新してください。 - ドメイン名の登録を中止してください。 - ドメイン名のネームサーバをアップデートしてください。 - 別の記録係からドメイン名を移してください。 - 記録係が登録したドメイン名の状態を調べてください。 - 記録係が登録したドメイン名の状態を変更してください。 - ネームサーバを登録してあるかどうか決定してください。 - レジスタaネームサーバ--ネームサーバのIPアドレスをアップデートしてください。
Hollenbeck & Srivastava Informational [Page 3] RFC 2832 NSI Registry Registrar Protocol May 2000
[3ページ]RFC2832NSI登録記録係プロトコル2000年5月の情報のHollenbeck&Srivastava
- Delete a name server.
- Examine the status of name servers that the registrar has
registered.
- ネームサーバを削除してください。. --記録係が登録したネームサーバの状態を調べてください。
All RRP commands include features to provide idempotency. That is, the effect of each command is the same if the command is executed once or if the command is executed multiple times. This property is extremely useful in situations when a command is retried due to an error condition that results in a missed command response and a command retry is attempted. Command retries will be caught by the System and rejected with an appropriate error response code. Command parameters that do not provide idempotency will be explained fully as part of the appropriate command description.
すべてのRRPコマンドがidempotencyを提供する特徴を含んでいます。 コマンドが一度実行されるか、またはコマンドが複数の回実行されるなら、すなわち、それぞれのコマンドの効果は同じです。 コマンドが逃されたコマンド応答をもたらすエラー条件のため再試行されるとき、この特性は状況で非常に役に立ちます、そして、コマンド再試行は試みられます。 コマンド再試行は、Systemによって捕らえられて、適切な誤り応答コードで拒絶されるでしょう。 idempotencyを提供しないコマンドパラメタが適切なコマンド記述の一部として完全に説明されるでしょう。
2. Security Services
2. セキュリティー・サービス
RRP provides only basic password-based registrar authentication services. Additional security services, including privacy and registrar authentication using public key cryptography, are provided through other System features.
RRPは基本的なパスワードベースの記録係認証サービスだけを提供します。 他のSystemの特徴を通して公開鍵暗号を使用することでプライバシーと記録係認証を含む追加担保サービスを提供します。
2.1 Connection Security
2.1 接続セキュリティ
Each RRP session MUST be encrypted using the Secure Socket Layer (SSL) v3.0 protocol as specified in [SSL]. SSL provides privacy services that reduce the risk of inadvertent disclosure of registrar-sensitive information, such as the registrar's user identifier and password.
[SSL]の指定されるとしてのSecure Socket Layer(SSL)v3.0プロトコルを使用して、それぞれのRRPセッションを暗号化しなければなりません。 SSLは記録係機密情報の不注意な公開の危険を減少させるプライバシーサービスを提供します、記録係のユーザ識別子やパスワードのように。
SSL supports mutual authentication of both the client and server using signed digital certificates. The Shared Registration System implemented by the NSI Registry requires digital certificates issued by a commercial certification authority for both registrar clients and public registry RRP servers. Both the registrar client and the public registry RRP server are authenticated when establishing an SSL connection. Further, a registrar MUST be authenticated when establishing an RRP connection via the RRP SESSION command by providing a registrar user identifier and password known only to the registrar and the System. Registrars may change their session password at any time using the RRP SESSION command.
SSLは、両方の互いの認証がクライアントとサーバであると署名しているデジタル証明書を使用することでサポートします。 NSI Registryによって実装されたShared Registration Systemは記録係のクライアントと公共の登録RRPサーバの両方のために商業証明権威によって発行されたデジタル証明書を必要とします。 SSL接続を確立するとき、記録係のクライアントと公共の登録RRPサーバの両方が認証されます。 記録係とSystemだけにおいて知られている記録係ユーザ識別子とパスワードを提供するのによるRRP SESSIONコマンドでRRP接続を確立するとき、さらに、記録係を認証しなければなりません。 記録係は、いつでも、RRP SESSIONコマンドを使用することで彼らのセッションパスワードを変えるかもしれません。
The SSL protocol is not an IETF Standards Track protocol. The Transport Layer Security protocol, specified in [TLS], is a Standards Track protocol that provides SSL v3.0 compatibility features.
SSLプロトコルはIETF Standards Trackプロトコルではありません。 [TLS]で指定されたTransport Layer Securityプロトコルは互換性機能をSSL v3.0に供給するStandards Trackプロトコルです。
Hollenbeck & Srivastava Informational [Page 4] RFC 2832 NSI Registry Registrar Protocol May 2000
[4ページ]RFC2832NSI登録記録係プロトコル2000年5月の情報のHollenbeck&Srivastava
2.2 System Data Security
2.2 システムデータセキュリティ
The System stores information about the registered domain names and their name servers. Only the current registrar of a registered domain name is authorized to query it, update its name servers, and cancel or renew it. Any registrar can request a transfer of a domain name and its associated name servers from another registrar to the requesting registrar. Only the current sponsoring registrar can receive and explicitly approve or reject domain transfer requests.
Systemは登録されたドメイン名とそれらのネームサーバの情報を保存します。 それをそれについて質問するか、ネームサーバをアップデートして、取り消すか、または登録されたドメイン名の現在の記録係だけが更新するのに権限を与えられます。 どんな記録係も別の記録係から要求している記録係までドメイン名とその関連ネームサーバの転送を要求できます。 記録係を後援する電流だけが、明らかにドメイン転送要求を受信して、承認するか、または拒絶できます。
Only a name server's registrar can query, update, and delete it. In general, name servers must be registered through the current registrar of the name server's parent domain name, though an implementation MAY allow use of name servers registered in other TLDs without specifying IP addresses or requiring parent domain registration. Use of ccTLD name servers for a gTLD domain name is one such example.
ネームサーバだけの記録係は、それを質問して、アップデートして、削除できます。 一般に、ネームサーバの親ドメイン名の現在の記録係を通してネームサーバを登録しなければなりません、実装は他のTLDsにIPアドレスを指定するか、または親ドメインの取得を必要としないで登録されたネームサーバの使用を許すかもしれませんが。 ccTLDネームサーバのgTLDドメイン名の使用はその一例です。
Name servers are implicitly transferred by the System when their parent domain name is transferred. In addition, a name server cannot be deleted if it is hosting domain names.
それらの親ドメイン名がわたっているとき、ネームサーバはSystemによってそれとなく移されます。 さらに、ドメイン名をホスティングしているなら、ネームサーバを削除できません。
3. Connection Model
3. 接続モデル
IANA has assigned TCP port 648 for RRP use. All RRP implementations MUST provide RRP services over SSL on TCP port 648. An RRP server MUST return a banner in the following format to confirm that a connection has been established:
IANAはRRP使用のためにポート648をTCPに割り当てました。 すべてのRRP実装がTCPポート648の上のSSLの上でサービスをRRPに供給しなければなりません。 RRPサーバは接続が確立されたと確認するために以下の形式でバナーを返さなければなりません:
<registry name> RRP Server version <version><crlf> <server build date and time><crlf>
<登録名前>RRP Serverバージョン<バージョン><crlf><サーバは日時><crlf>を造ります。
Each line ends with carriage return and line feed characters. The
server build date and time string includes the day, month, date, time
(specified in hours, minutes, and seconds), the local time zone, and
the four-digit year. A dot (".") in column one on a line by itself
marks the end of banner text.
各系列は復帰と改行文字で終わります。 体格日付と時間が結ぶサーバは日、月、期日、時間(何時間、数分、および秒に指定される)、現地時間のゾーン、および4ケタの年を含んでいます。 ドット、(「」、)、コラムでは、それ自体で系列のものはバナーテキストの終わりを示します。
Example
例
A registrar successfully establishes a connection with the NSI Registry on TCP port 648:
記録係はTCPポート648の上のNSI Registryと共に首尾よく取引関係を築きます:
S:NSI RRP Server version 1.1.0 S:Mon Oct 25 20:20:34 EDT 1999 S:.
S: NSI RRP Serverバージョン1.1 .0秒間: 東部夏時間1999年10月25日月曜日20時20分34秒S:
Hollenbeck & Srivastava Informational [Page 5] RFC 2832 NSI Registry Registrar Protocol May 2000
[5ページ]RFC2832NSI登録記録係プロトコル2000年5月の情報のHollenbeck&Srivastava
4. Protocol Description
4. プロトコル記述
A typical RRP session will go through a number of states during its lifetime. Figure 1 illustrates the possible states of an RRP server.
典型的なRRPセッションは生涯多くの州を通るでしょう。 図1はRRPサーバの可能な事情を例証します。
Initially, the server waits for a client connection and authentication (PRE). All client connections MUST be authenticated.
初めは、サーバはクライアント接続と認証(PRE)を待ちます。 すべてのクライアント接続を認証しなければなりません。
|
|
v
+-----------------+ Timeout
| Waiting for |-------------------+
Authentication Succeeded | Client | |
+---------| Authentication | Authentication |
| | (PRE) |-----+ Failed |
| +-----------------+ | |
| | |
V V |
+-----------+ Succeeded +--------------------+ |
|Waiting for|<-----------------| Waiting for | |
| Command |----------+ |Authentication Retry| |
| (WFC) | Timeout | | (WFR) | |
+-----------+ | +--------------------+ |
| ^ | | | |
| | | Timeout | | Failed |
Request V |Response | | | |
+-----------+ | V V V
| Executing | | +--------------------+
| Command | +--------->| Disconnected |
| (EXE) |-------------------->| (DIS) |
+-----------+ QUIT +--------------------+
| | +に対して-----------------+ タイムアウト| 待っています。|-------------------+ 認証は成功しました。| クライアント| | +---------| 認証| 認証| | | (前、) |-----失敗された+| | +-----------------+ | | | | | V V| +-----------+は+を引き継ぎました。--------------------+ | |待っています。| <、-、-、-、-、-、-、-、-、-、-、-、-、-、-、-、--、| 待っています。| | | コマンド|----------+ |認証再試行| | | (WFC) | タイムアウト| | (WFR) | | +-----------+ | +--------------------+ | | ^ | | | | | | | タイムアウト| | 失敗されます。| Vを要求してください。|応答| | | | +-----------+ | V V V| 実行| | +--------------------+ | コマンド| +--------->| 切断されます。| | (エクス) |、-、-、-、-、-、-、-、-、-、-、-、-、-、-、-、-、-、-、--、>| (けなします) | +-----------+は+をやめます。--------------------+
Figure 1: RRP Server Finite State Machine
図1: 小売希望価格サーバ有限状態機械
If the authentication fails, the server gives the client another chance to identify itself (WFR). If the authentication fails again, the server disconnects (DIS). Otherwise, the server waits for a request from the client (WFC). Upon receiving a request, the server executes it and responds to the client with the result (EXE). The server then waits again for another request from the client (WFC). If the client sends a QUIT command, the server ends the session and disconnects (DIS). To keep its state in sync with that of the server, the client SHOULD wait for a response from the server before sending another request on the same connection. The following table summarizes these states:
認証が失敗するなら、サーバはそれ自体(WFR)を特定する別の機会をクライアントに与えます。 認証が再び失敗するなら、サーバは(DIS)から切断します。 さもなければ、サーバはクライアント(WFC)からの要求を待っています。 要求を受け取ると、サーバは、結果(EXE)でそれを実行して、クライアントに反応します。 そして、サーバは再びクライアント(WFC)からの別の要求を待っています。 クライアントがQUITコマンドを送るなら、サーバはセッションと分離(DIS)を終わらせます。 サーバのもので同時性で状態を維持するために、別の要求を同じ接続に送る前に、クライアントSHOULDはサーバから応答を待ちます。 以下のテーブルはこれらの州をまとめます:
Hollenbeck & Srivastava Informational [Page 6] RFC 2832 NSI Registry Registrar Protocol May 2000
[6ページ]RFC2832NSI登録記録係プロトコル2000年5月の情報のHollenbeck&Srivastava
PRE Waiting for client connection and authentication
WFR Waiting for authentication retry
WFC Waiting for a command from an authenticated client
EXE Executing a command
DIS Disconnected
クライアント接続のためのPRE Waitingと認証されたクライアントEXE Executingからのコマンドのための認証再試行WFC Waitingのための認証WFR WaitingはコマンドDIS Disconnectedです。
The WFR and WFC states MAY time out. An implementation SHOULD define inactivity timeout periods for these states based on System-specific factors, including (but not limited to) resource availability and security risk. In the absence of other factors, a default timeout period of 10 minutes SHOULD be used. The server MAY disconnect if the server is in one of these states and no message is received from the client during the timeout period.
WFRとWFC州はタイムアウトがそうするかもしれません。 実装SHOULDはSystem-特殊生産要素に基づくこれらの州と不活発タイムアウト時間を定義します、(他)リソースの有用性とセキュリティリスクを含んでいて。 他の要素、デフォルトタイムアウト時間の10分のSHOULDが不在のとき、使用されてください。 サーバがこれらの州の1つにあるなら、サーバは切断するかもしれません、そして、タイムアウト時間の間、クライアントからメッセージを全く受け取りません。
4.1 Request Format
4.1 要求形式
An RRP request nominally consists of a command name, an entity block, command options, and an end-of-command delimiter. Command options and entity blocks collectively define command parameters and their specification is order independent; examples provided in this document specify entity blocks before command options.
RRP要求は名目上はコマンド名、実体ブロック、コマンドオプション、およびコマンドの終わりのデリミタから成ります。 コマンドオプションと実体ブロックはコマンドパラメタをまとめて定義します、そして、それらの仕様はオーダー独立者です。 本書では提供された例はコマンドオプションの実体ブロック前に指定します。
CommandName [EntityBlock] [CommandOptions] EndOfCommand
CommandName[EntityBlock][CommandOptions]EndOfCommand
A command name specifies the type of an RRP request. A command is a word or abbreviation terminated by a carriage-return linefeed (crlf) sequence.
コマンド名はRRP要求のタイプを指定します。 コマンドは、復帰ラインフィード(crlf)系列によって終えられた単語か略語です。
CommandName<crlf>
CommandName<crlf>。
An entity block specifies the data in an RRP request. It consists of attribute name-value pairs specifying the entity and all of the attributes of the entity. Each attribute name-value pair starts with the attribute name, followed by a colon, the attribute value, and is finally terminated by a carriage-return linefeed sequence. Entity blocks are optional for some requests.
実体ブロックはRRP要求におけるデータを指定します。 それは実体の属性の実体とすべてを指定する属性名前価値の組から成ります。 それぞれの属性名前価値の組は、属性名から始まって、コロン、属性値で続いて、復帰ラインフィード系列によって最終的に終えられます。 いくつかの要求に、実体ブロックは任意です。
entityName:entityValue<crlf>
attributeName:attributeValue<crlf>
entityName: entityValue<crlf>attributeName: attributeValue<crlf>。
Command options specify control parameters for an RRP request. A command option starts with a dash, followed by the option name, a colon, the option value, and is finally terminated by a carriage- return linefeed sequence.
コマンドオプションはRRPのためのパラメタが要求するコントロールを指定します。 コマンドオプションは、ダッシュから始まって、オプション名、コロン、オプション価値で続いて、キャリッジリターンラインフィード系列によって最終的に終えられます。
-commandOptionName:commandOptionValue<crlf>
-commandOptionName: commandOptionValue<crlf>。
Hollenbeck & Srivastava Informational [Page 7] RFC 2832 NSI Registry Registrar Protocol May 2000
[7ページ]RFC2832NSI登録記録係プロトコル2000年5月の情報のHollenbeck&Srivastava
An EndOfCommand delimiter specifies the end of an RRP request. It
consists of a dot (".") in column one followed by a carriage-return
linefeed sequence.
EndOfCommandデリミタはRRP要求の終わりを指定します。 ドットから成る、(「」、)、復帰ラインフィード系列があとに続いたコラム1で。
.<crlf>
. <crlf>。
4.2 Response Format
4.2 応答形式
An RRP response starts with a three-digit response code, followed by a space, an ASCII text description of the response, a carriage-return linefeed sequence, and zero or more attribute name-value pair lines. An RRP response is terminated by a dot in column one followed by a carriage-return linefeed sequence.
RRP応答はスペースがあとに続いた3ケタの応答コードから始まります、応答のASCIIテキスト記述、復帰ラインフィード系列、そして、ゼロか以上が名前価値の組系列を結果と考えます。 RRP応答は復帰ラインフィード系列があとに続いたコラム1のドットによって終えられます。
ResponseCode<space>responseDescription<crlf>
[attributeName:attributeValue<crlf>]
.<crlf>
>responseDescription<crlf>[attributeName: attributeValue<crlf>]ResponseCode<スペース<crlf>。
4.3 Protocol Commands
4.3 プロトコルコマンド
Implementations of RRP commands MUST provide "all or nothing" success and failure operation. Failed command execution MUST leave the System in the same state it was in before the command was attempted and failed.
RRPコマンドの実装は「すべてか何でもない」に成功と失敗操作を提供しなければなりません。 コマンドが試みられて、失敗される前に失敗したコマンド実行はそれがあった同じ状態にSystemを残さなければなりません。
All RRP commands include features to provide idempotency. Command features that are not idempotent are explained fully as needed as part of the appropriate command description.
すべてのRRPコマンドがidempotencyを提供する特徴を含んでいます。 ベキ等元でないコマンド機能は必要に応じて適切なコマンド記述の一部として完全に説明されます。
4.3.1 ADD
4.3.1 加えてください。
This command allows a registrar to register a domain name or a name server in the System.
このコマンドで、記録係はSystemにドメイン名かネームサーバを登録できます。
4.3.1.1 Registering a Domain Name
4.3.1.1 ドメイン名を登録すること。
The request to register a domain name MUST contain the following data:
ドメイン名を登録するという要求は以下のデータを含まなければなりません:
- The "EntityName" parameter set to value "Domain".
- Fully qualified second level domain name in the "DomainName"
parameter.
- "EntityName"パラメタは、「ドメイン」を評価するためにセットしました。 - 「ドメイン名」パラメタの完全に適切なセカンドレベルドメイン名。
Hollenbeck & Srivastava Informational [Page 8] RFC 2832 NSI Registry Registrar Protocol May 2000
[8ページ]RFC2832NSI登録記録係プロトコル2000年5月の情報のHollenbeck&Srivastava
The request to register a domain name MAY contain 1 or more, and a maximum of 13, fully qualified name servers hosting the domain name in multiple instances of the "NameServer" parameter. The name servers MUST have already been registered in the registry. Implementations MAY allow specification of name servers associated with domains registered in other TLDs. For example, an implementation MAY allow use of ccTLD name servers for gTLD domain name registration.
ドメイン名を登録するという要求は「ネームサーバ」パラメタの複数のインスタンスにおけるドメイン名をホスティングする1以上、および最大13、完全に修飾された名前サーバを含むかもしれません。 ネームサーバは登録に既に登録されたに違いありません。 実装は他のTLDsに登録されるドメインに関連しているネームサーバの仕様を許容するかもしれません。 例えば、実装はccTLDネームサーバのgTLDドメイン名登録の使用を許すかもしれません。
The request to register a domain name MAY contain the initial registration period in years for the domain being registered in a single instance of the "Period" parameter. The System MUST provide a default initial registration period in years if the "Period" parameter is not provided. The acceptable year values for the "Period" parameter are implementation specific.
ドメイン名を登録するという要求は長年のうちに「期間」パラメタのただ一つのインスタンスで登録されるドメインに新規登録の期間を含むかもしれません。 「期間」パラメタが提供されないなら、Systemは長年のうちにデフォルト新規登録の期間を提供しなければなりません。 「期間」パラメタのための許容できる年の値は実装特有です。
The System will register the domain name to the registrar for the period specified by the registrar. If the registrar does not specify a registration period, a System-specified default value MUST be used for the initial registration period. If the domain name is successfully registered, the System MUST return the registration expiration date in the "registration expiration date" attribute in the response.
Systemは記録係によって指定された期間のための記録係にドメイン名を登録するでしょう。 記録係が登録の期間を指定しないなら、新規登録の期間、Systemによって指定されたデフォルト値を使用しなければなりません。 ドメイン名が首尾よく登録されるなら、Systemは応答における「登録有効期限」属性で登録有効期限を返さなければなりません。
Authorized User: All registrars MAY use the ADD command to register domain names.
認定ユーザ: すべての記録係がドメイン名を登録するADDコマンドを使用するかもしれません。
Examples
例
A registrar registers a domain name without specifying name servers:
ネームサーバを指定しないで、記録係はドメイン名を登録します:
C:add<crlf> C:EntityName:Domain<crlf> C:DomainName:example.com<crlf> C:-Period:10<crlf> C:.<crlf> S:200 Command completed successfully<crlf> S:registration expiration date:2009-09-22 10:27:00.0<crlf> S:status:ACTIVE<crlf> S:.<crlf>
C: <crlf>C:DomainName:example.com<crlf>C:期間:10<crlf>C: . <crlf>C:EntityName:ドメイン<crlf>Sを加えてください: 200Commandは首尾よく<crlf>S: 登録有効期限: 2009年9月22日の10:27:00.0<crlf>S:状態:ACTIVE<crlf>S: . <crlf>を完成しました。
Hollenbeck & Srivastava Informational [Page 9] RFC 2832 NSI Registry Registrar Protocol May 2000
[9ページ]RFC2832NSI登録記録係プロトコル2000年5月の情報のHollenbeck&Srivastava
A registrar registers a domain name using previously-registered name servers:
記録係は以前に登録された名前サーバを使用することでドメイン名を登録します:
C:add<crlf> C:EntityName:Domain<crlf> C:DomainName:example2.com<crlf> C:-Period:10<crlf> C:NameServer:ns1.example.com<crlf> C:NameServer:ns2.example.com<crlf> C:.<crlf> S:200 Command completed successfully<crlf> S:registration expiration date:2000-09-22 10:27:00.0<crlf> S:status:ACTIVE<crlf> S:.<crlf>
C: <crlf>C:DomainName:example2.com<crlf>C:期間:10<crlf>C:NameServer:ns1.example.com<crlf>C:NameServer:ns2.example.com<crlf>C: . <crlf>C:EntityName:ドメイン<crlf>Sを加えてください: 200Commandは首尾よく<crlf>S: 登録有効期限: 2000年9月22日の10:27:00.0<crlf>S:状態:ACTIVE<crlf>S: . <crlf>を完成しました。
4.3.1.2 Registering a Name Server
4.3.1.2 ネームサーバを登録すること。
The request to register a name server MUST contain the following data:
ネームサーバを登録するという要求は以下のデータを含まなければなりません:
- The "EntityName" parameter set to value "NameServer".
- Fully qualified server name of the name server in the "NameServer"
parameter.
- "EntityName"パラメタは、「ネームサーバ」を評価するためにセットしました。 - 「ネームサーバ」パラメタのネームサーバの完全に適切なサーバー名。
If the name server being registered is the child of a registered domain name, the name server registration request MUST include one or more, and a maximum of 13, name server IP addresses in multiple instances of the "IPAddress" parameter. Name servers associated with domains registered in other TLDs SHOULD NOT be specified with IP addresses to reduce the possibility of duplicating DNS NS records for the name servers in multiple zone files.
登録されるネームサーバが登録されたドメイン名の子供であるなら、ネームサーバ登録要求は1つか以上と、最大13を含まなければなりません、「IPAddress」パラメタの複数のインスタンスにおけるネームサーバIPアドレス。 複数のゾーンファイルのネームサーバのためのDNS NS記録をコピーする可能性を減少させるIPアドレスがある指定されていなくて、他のTLDs SHOULDに登録されたドメインに関連しているネームサーバ。
The registrar MUST register the name server in the System before using it to host domain names. Further, the name server MUST be registered through the same registrar that is the current registrar of its parent domain name. The System MAY allow any registrar to use the name server to host domain names.
ホスト・ドメイン名にそれを使用する前に、記録係はSystemにネームサーバを登録しなければなりません。 さらに、親ドメイン名の現在の記録係であるのと同じ記録係を通してネームサーバを登録しなければなりません。 Systemはどんな記録係にもホスト・ドメイン名にネームサーバを使用させるかもしれません。
Authorized User: All registrars MAY use the ADD command to register name servers.
認定ユーザ: すべての記録係がネームサーバを登録するADDコマンドを使用するかもしれません。
Hollenbeck & Srivastava Informational [Page 10] RFC 2832 NSI Registry Registrar Protocol May 2000
[10ページ]RFC2832NSI登録記録係プロトコル2000年5月の情報のHollenbeck&Srivastava
Examples
例
A registrar registers a new name server in an existing domain name:
記録係は既存のドメイン名における新しいネームサーバを登録します:
C:add<crlf> C:EntityName:NameServer<crlf> C:NameServer:ns1.example.com<crlf> C:IPAddress:198.41.1.11<crlf> C:.<crlf> S:200 Command completed successfully<crlf> S:.<crlf>
C: <crlf>C:EntityName:NameServer<crlf>C:NameServer:ns1.example.com<crlf>C:IPAddress:198.41.1.11<crlf>Cを加えてください: . <crlf>S: 200Commandは首尾よく<crlf>S: . <crlf>を完成しました。
4.3.2 CHECK
4.3.2 チェック
This command allows a registrar to determine if a domain name or name server has been registered in the System.
このコマンドで、記録係は、Systemにドメイン名かネームサーバを登録してあるかどうかと決心できます。
4.3.2.1 Domain Name Check
4.3.2.1 ドメイン名チェック
The request to determine if a domain name is registered MUST contain the following data:
ドメイン名が登録されているかどうか決定するという要求は以下のデータを含まなければなりません:
- The "EntityName" parameter set to value "Domain".
- Fully qualified second level domain name in the "DomainName"
parameter.
- "EntityName"パラメタは、「ドメイン」を評価するためにセットしました。 - 「ドメイン名」パラメタの完全に適切なセカンドレベルドメイン名。
The System MUST provide a positive or negative response to document domain name availability at the moment the command is executed.
Systemはドメイン名の有用性を記録するために肯定しているか否定している応答を提供しなければなりません、現在、コマンドが実行されます。
Authorized User: All registrars MAY use the CHECK command to determine if a domain name has been registered or not.
認定ユーザ: すべての記録係がドメイン名を登録してあるかどうか決定するCHECKコマンドを使用するかもしれません。
Examples
例
A registrar checks the availability of a domain name in the System:
記録係はSystemのドメイン名の有用性をチェックします:
C:check<crlf> C:EntityName:Domain<crlf> C:DomainName:example.com<crlf> C:.<crlf> S:211 Domain name not available<crlf> S:.<crlf>
C: <crlf>C:EntityName:ドメイン<crlf>C:DomainName:example.com<crlf>C: . <crlf>Sをチェックしてください: 211DomainはS: . <crlf>とどんな利用可能な<crlf>も命名しません。
Hollenbeck & Srivastava Informational [Page 11] RFC 2832 NSI Registry Registrar Protocol May 2000
[11ページ]RFC2832NSI登録記録係プロトコル2000年5月の情報のHollenbeck&Srivastava
4.3.2.2 Name Server Check
4.3.2.2 ネームサーバチェック
The request to determine if a name server is registered MUST contain the following data:
ネームサーバが登録されているかどうか決定するという要求は以下のデータを含まなければなりません:
- The "EntityName" parameter set to value "NameServer". - Fully qualified server name in the "NameServer" parameter.
- "EntityName"パラメタは、「ネームサーバ」を評価するためにセットしました。 - 「ネームサーバ」パラメタの完全に適切なサーバー名。
The System MUST provide a positive or negative response to document name server availability at the moment the command is executed. If the name server has been registered, the System MUST return the IP address(es) of the name server.
Systemはネームサーバの有用性を記録するために肯定しているか否定している応答を提供しなければなりません、現在、コマンドが実行されます。 ネームサーバを登録してあるなら、SystemはネームサーバのIPアドレス(es)を返さなければなりません。
Authorized User: All registrars MAY use the CHECK command to determine if a name server has been registered or not.
認定ユーザ: すべての記録係がネームサーバを登録してあるかどうか決定するCHECKコマンドを使用するかもしれません。
Examples
例
A registrar checks the availability of a server name in the System:
記録係はSystemのサーバー名の有用性をチェックします:
C:check<crlf> C:EntityName:Nameserver<crlf> C:Nameserver:ns1.example.com<crlf> C:.<crlf> S:213 Name server not available<crlf> S:ipAddress:192.10.10.10<crlf> S:.<crlf>
C: 利用可能な<のS:ipAddress:192.10.10.10<crlf crlf>>S: . どんな<crlf>C:EntityName:ネームサーバ<crlf>C:ネームサーバ:ns1.example.com<crlf>C: . <crlf>S: 213Nameサーバ<crlf>もチェックしないでください。
4.3.3 DEL
4.3.3 デル
This command allows a registrar to delete (cancel the registration) of a domain name or delete a name server.
これは、ドメイン名について削除する(登録を中止します)記録係が許すと命令するか、またはネームサーバを削除します。
4.3.3.1 Deleting a Domain Name
4.3.3.1 ドメイン名を削除すること。
The request to cancel the registration of a domain name MUST contain the following data:
ドメイン名の登録を中止するという要求は以下のデータを含まなければなりません:
- The "EntityName" parameter set to value "Domain".
- Fully qualified second level domain name in the "DomainName"
parameter.
- "EntityName"パラメタは、「ドメイン」を評価するためにセットしました。 - 「ドメイン名」パラメタの完全に適切なセカンドレベルドメイン名。
A request to delete a domain name SHOULD cause the deletion of all name servers that are children of the domain name being deleted. The name servers SHOULD be deleted if they are not actively hosting other domains. A domain MUST not be deleted if it has child name servers hosting other domains.
SHOULDが削除されるドメイン名の子供であるすべてのネームサーバの削除を引き起こすドメイン名を削除するという要求。 ネームサーバSHOULD、活発に他のドメインを接待していないなら、削除されてください。 子供ネームサーバがそれで他のドメインを接待するなら、ドメインを削除してはいけません。
Hollenbeck & Srivastava Informational [Page 12] RFC 2832 NSI Registry Registrar Protocol May 2000
[12ページ]RFC2832NSI登録記録係プロトコル2000年5月の情報のHollenbeck&Srivastava
Authorized User: The current registrar of a domain name MAY use the DEL command to delete a domain name from the System.
認定ユーザ: ドメイン名の現在の記録係はSystemからドメイン名を削除するDELコマンドを使用するかもしれません。
Examples
例
A registrar deletes a domain name, implicitly deleting all name servers registered in the domain:
それとなくそのドメインに登録されたすべてのネームサーバを削除して、記録係はドメイン名を削除します:
C:del<crlf> C:EntityName:Domain<crlf> C:DomainName:example.com<crlf> C:.<crlf> S:200 Command completed successfully<crlf> S:.<crlf>
C: del<crlf>C:EntityName:ドメイン<crlf>C:DomainName:example.com<crlf>C: . <crlf>S: 200Commandは首尾よく<crlf>S: . <crlf>を完成しました。
4.3.3.2 Deleting a Name Server
4.3.3.2 ネームサーバを削除すること。
The request to delete a name server MUST contain the following data:
ネームサーバを削除するという要求は以下のデータを含まなければなりません:
- The "EntityName" parameter set to value "NameServer".
- Fully qualified name of the name server in the "NameServer"
parameter.
- "EntityName"パラメタは、「ネームサーバ」を評価するためにセットしました。 - 「ネームサーバ」パラメタのネームサーバの完全に修飾された名前。
A name server MUST not be deleted if it is hosting domains. Deleting such domains or name servers is prohibited because their deletion WILL result in orphaning the hosted domains.
ドメインを接待しているなら、ネームサーバを削除してはいけません。 彼らの削除が接待されたドメインを孤児にするのに結果として生じるので、そのようなドメインかネームサーバを削除するのは禁止されています。
Authorized User: The current registrar of a name server MAY use the DEL command to delete a name server from the System.
認定ユーザ: ネームサーバの現在の記録係はSystemからネームサーバを削除するDELコマンドを使用するかもしれません。
Examples
例
A registrar deletes a name server that is not hosting domains:
記録係はドメインを接待していないネームサーバを削除します:
C:del<crlf> C:EntityName:NameServer<crlf> C:NameServer:ns1.registrarA.com<crlf> C:.<crlf> S:200 Command completed successfully<crlf> S:.<crlf>
C: del<crlf>C:EntityName:NameServer<crlf>C:NameServer:ns1.registrarA.com<crlf>C: . <crlf>S: 200Commandは首尾よく<crlf>S: . <crlf>を完成しました。
Hollenbeck & Srivastava Informational [Page 13] RFC 2832 NSI Registry Registrar Protocol May 2000
[13ページ]RFC2832NSI登録記録係プロトコル2000年5月の情報のHollenbeck&Srivastava
A registrar tries to delete a name server that is hosting domains:
記録係はドメインを接待しているネームサーバを削除しようとします:
C:del<crlf> C:EntityName:NameServer<crlf> C:NameServer:ns1.registrarA.com<crlf> C:.<crlf> S:532 Domain names linked with name server<crlf> S:.<crlf>
C: del<crlf>C:EntityName:NameServer<crlf>C:NameServer:ns1.registrarA.com<crlf>C: . <crlf>S: ネームサーバ<crlf>S: . <crlf>にリンクされた532のDomain名
4.3.4 DESCRIBE
4.3.4、説明
This command allows a registrar to obtain general information about an RRP implementation. The command MAY contain the following parameters:
このコマンドで、記録係はRRP実装に関して一般情報を得ることができます。 コマンドは以下のパラメタを含むかもしれません:
- The "Target" parameter set to value "Protocol".
- 「目標」パラメタは、「プロトコル」を評価するためにセットしました。
The implementation MUST return the protocol version number whether or not the request contains the "Target" parameter.
要求が「目標」パラメタを含んでいるか否かに関係なく、実装はプロトコルバージョン番号を返さなければなりません。
Authorized User: All registrars MAY use the DESCRIBE command.
認定ユーザ: すべての記録係がDESCRIBEコマンドを使用するかもしれません。
Examples
例
A registrar obtains general information about an RRP implementation:
記録係はRRP実装に関して一般情報を得ます:
C:describe<crlf> C:-Target:Protocol<crlf> C:.<crlf> S:200 Command completed successfully<crlf> S:Protocol:RRP 1.1.0<crlf> S:.<crlf>
C: <crlf>C:目標:プロトコル<crlf>Cについて説明してください: . <crlf>S: 200Commandは首尾よく<crlf>S:プロトコル:RRP1.1.0<crlf>S: . <crlf>を完成しました。
4.3.5 MOD
4.3.5 モッズ
This command allows a registrar to update a registered domain name or a name server. The command allows the following operations on an attribute value for both single-valued and multi-valued attributes:
記録係はこのコマンドで登録されたドメイン名かネームサーバをアップデートできます。コマンドは単一に評価されてマルチ評価の両方にされた属性のための属性値で以下の操作を許します:
- Add an attribute value. The value to be added MUST be unique among
the values of the attribute. For a single-valued attribute, it
replaces the current value.
- Remove an attribute value. The value to be removed MUST exist.
Further, an attribute value cannot be removed if it is the only
value of a required attribute.
- 属性値を加えてください。 加えられるべき値は属性の値の中でユニークであるに違いありません。 単一に評価された属性のために、それは現行価値を取り替えます。 - 属性値を取り除いてください。 取り除かれるべき値は存在しなければなりません。 さらに、それが必要な属性の唯一の値であるなら属性値を取り除くことができません。
Attribute values to be removed are identified by tagging with an "=" suffix.
取り除かれるべき属性値は、「=」で接尾語にタグ付けをすることによって、特定されます。
Hollenbeck & Srivastava Informational [Page 14] RFC 2832 NSI Registry Registrar Protocol May 2000
[14ページ]RFC2832NSI登録記録係プロトコル2000年5月の情報のHollenbeck&Srivastava
4.3.5.1 Domain Modification
4.3.5.1 ドメイン変更
The request to modify a registered domain name MUST contain the following data:
登録されたドメイン名を変更するという要求は以下のデータを含まなければなりません:
- The "EntityName" parameter set to value "Domain".
- Fully qualified second level domain name in the "DomainName"
parameter.
- "EntityName"パラメタは、「ドメイン」を評価するためにセットしました。 - 「ドメイン名」パラメタの完全に適切なセカンドレベルドメイン名。
The registrar can perform the following update operations on the domain name:
記録係は以下のアップデート操作をドメイン名に実行できます:
- Update the name servers of the domain name by setting one or more
instances of the "NameServer" parameter.
- Update the status of the domain name by setting one or more
instances of the "Status" parameter. Valid values for the "Status"
parameter are defined in Section 6.
- 「ネームサーバ」パラメタの1つ以上のインスタンスを設定することによって、ドメイン名のネームサーバをアップデートしてください。 - 「状態」パラメタの1つ以上のインスタンスを設定することによって、ドメイン名の状態をアップデートしてください。 「状態」パラメタのための有効値はセクション6で定義されます。
Authorized User: The current registrar of a domain name MAY use the MOD command to modify the attributes of a domain name.
認定ユーザ: ドメイン名の現在の記録係はドメイン名の属性を変更するMODコマンドを使用するかもしれません。
Examples
例
A registrar removes one name server (ns1) from a domain and adds a new name server (ns3) to the same domain:
記録係は、ドメインから1つのネームサーバ(ns1)を移して、新しいネームサーバ(ns3)を同じドメインに加えます:
C:mod<crlf> C:EntityName:Domain<crlf> C:DomainName:example.com<crlf> C:NameServer:ns3.registrarA.com<crlf> C:NameServer:ns1.registrarA.com=<crlf> C:.<crlf> S:200 Command completed successfully<crlf> S:.<crlf>
C: モッズ<crlf>C:EntityName:ドメイン<crlf>C:DomainName:example.com<crlf>C:NameServer:ns3.registrarA.com<crlf>C:NameServer:ns1.registrarA.comは<crlf>C: . <crlf>Sと等しいです: 200Commandは首尾よく<crlf>S: . <crlf>を完成しました。
4.3.5.2 Name Server Modification
4.3.5.2 ネームサーバ変更
The request to update a name server MUST contain the following data:
ネームサーバをアップデートするという要求は以下のデータを含まなければなりません:
- The "EntityName" parameter set to value "NameServer".
- Fully qualified server name of the name server in the "NameServer"
parameter.
- "EntityName"パラメタは、「ネームサーバ」を評価するためにセットしました。 - 「ネームサーバ」パラメタのネームサーバの完全に適切なサーバー名。
Hollenbeck & Srivastava Informational [Page 15] RFC 2832 NSI Registry Registrar Protocol May 2000
[15ページ]RFC2832NSI登録記録係プロトコル2000年5月の情報のHollenbeck&Srivastava
The registrar can perform the following update operations on the name server:
記録係は以下のアップデート操作をネームサーバに実行できます:
- Update the "NameServer" attribute of the name server. This allows a
registrar to change the name of a name server while preserving all
existing associations.
- Update the IP addresses of the name server by setting one or more
instances of the "IPAddress" parameter.
- ネームサーバの「ネームサーバ」属性をアップデートしてください。これは、すべての既存の協会を保存している間、記録係がネームサーバの名前を変えるのを許容します。 - 「IPAddress」パラメタの1つ以上のインスタンスを設定することによって、ネームサーバのIPアドレスをアップデートしてください。
Authorized User: The current registrar of a name server MAY use the MOD command to modify the attributes of a domain name.
認定ユーザ: ネームサーバの現在の記録係はドメイン名の属性を変更するMODコマンドを使用するかもしれません。
Examples
例
A registrar changes the name and IP address of a name server:
記録係はネームサーバの名前とIPアドレスを変えます:
C:mod<crlf> C:EntityName:NameServer<crlf> C:NameServer:ns1.registrarA.com<crlf> C:NewNameServer:ns2.registrarA.com<crlf> C:IPAddress:198.42.1.11<crlf> C:IPAddress:198.41.1.11=<crlf> C:.<crlf> S:200 Command completed successfully<crlf> S:.<crlf>
C: モッズ<crlf>C:EntityName:NameServer<crlf>C:NameServer:ns1.registrarA.com<crlf>C:NewNameServer:ns2.registrarA.com<crlf>C:IPAddress:198.42.1.11<crlf>C: IPAddress: 198.41.1.11は<crlf>C: . <crlf>Sと等しいです: 200Commandは首尾よく<crlf>S: . <crlf>を完成しました。
4.3.6 QUIT
4.3.6 やめてください。
This command allows a registrar to close an RRP connection. A response MUST be sent before closing the connection.
このコマンドで、記録係はRRP接続を終えることができます。 接続を終える前に、応答を送らなければなりません。
Authorized User: All registrars MAY use the QUIT command.
認定ユーザ: すべての記録係がQUITコマンドを使用するかもしれません。
Examples
例
A registrar ends an RRP session and closes an existing connection:
記録係は、RRPセッションを終わらせて、既存の接続を終えます:
C:quit<crlf> C:.<crlf> S:220 Command completed successfully. Server closing connection<crlf> S:.<crlf>
C: <crlf>C: . <crlf>Sをやめてください: 首尾よく完成した220Command。 サーバ閉鎖接続<crlf>S: . <crlf>。
Hollenbeck & Srivastava Informational [Page 16] RFC 2832 NSI Registry Registrar Protocol May 2000
[16ページ]RFC2832NSI登録記録係プロトコル2000年5月の情報のHollenbeck&Srivastava
4.3.7 RENEW
4.3.7 更新してください。
This command allows a registrar to renew a domain name in the System. The request to renew a domain name MUST contain the following data:
このコマンドで、記録係はSystemのドメイン名を更新できます。 ドメイン名を更新するという要求は以下のデータを含まなければなりません:
- The "EntityName" parameter set to value "Domain".
- Fully qualified second level domain name in the "DomainName"
parameter.
- "EntityName"パラメタは、「ドメイン」を評価するためにセットしました。 - 「ドメイン名」パラメタの完全に適切なセカンドレベルドメイン名。
The request to renew a domain name MAY contain the renewal period in years for the domain being renewed in a single instance of a "Period" parameter and a single instance of a "CurrentExpirationYear" parameter. These parameters MUST appear together if either is specified, though the order in which the parameters appear is insignificant. The "Period" parameter identifies the number of years to be added to the registration. The "CurrentExpirationYear" parameter identifies the current expiration year, and is required to ensure that repeated attempts to retry this command do not result in multiple successful renewals. The System MUST provide a default number of renewal years if the "Period" and "CurrentExpirationYear" parameters are not provided. Repeated use of this command without the "Period" and "CurrentExpirationYear" parameters may result in repeated successful renewals since idempotency is not provided when these parameters are not used. The acceptable year values for the "Period" parameter are implementation specific subject to syntax restrictions.
ドメイン名を更新するという要求は長年のうちに「期間」パラメタのただ一つのインスタンスと"CurrentExpirationYear"パラメタのただ一つのインスタンスで更新されるドメインに更新の期間を含むかもしれません。 パラメタが現れるオーダーは意味をなさないのですが、どちらかが指定されるなら、これらのパラメタは一緒に現れなければなりません。 「期間」パラメタは、登録に加えられるために何年もの数を特定します。 "CurrentExpirationYear"パラメタが、現在の満了年を特定して、このコマンドを再試行する繰り返された試みが複数のうまくいっている更新をもたらさないのを保証するのに必要です。 「期間」と"CurrentExpirationYear"パラメタが提供されないなら、Systemは何協約更新の年ものデフォルト番号を提供しなければなりません。 これらのパラメタが使用されていないとき、idempotencyが提供されないので、「期間」と"CurrentExpirationYear"パラメタのないこのコマンドの繰り返された使用は繰り返されたうまくいっている更新をもたらすかもしれません。 「期間」パラメタのための許容できる年の値は構文制限を条件として特定の実装です。
The System renews the domain name for a period specified by the registrar. If the domain name renewal is completed successfully, the System MUST return the new registration expiration date in the "RegistrationExpirationDate" attribute in the response.
Systemはしばらく記録係によって指定されているドメイン名を更新します。 ドメイン名更新が首尾よく終了されているなら、Systemは応答における"RegistrationExpirationDate"属性で新規登録有効期限を返さなければなりません。
Authorized User: The current registrar of a domain name MAY use the RENEW command.
認定ユーザ: ドメイン名の現在の記録係はRENEWコマンドを使用するかもしれません。
Examples
例
A registrar renews a domain name using a specified renewal period:
記録係は指定された更新の期間を費やすことでドメイン名を更新します:
C:renew<crlf> C:EntityName:Domain<crlf> C:DomainName:example.com<crlf> C:-Period:9<crlf> C:-CurrentExpirationYear:2001<crlf> C:.<crlf> S:200 Command completed successfully<crlf> S:registration expiration date:2010-09-22 10:27:00.0<crlf> S:.<crlf>
C: <crlf>C:DomainName:example.com<crlf>C:期間:9<crlf>C:-CurrentExpirationYear:2001<crlf>C: . <crlf>C:EntityName:ドメイン<crlf>Sを取り替えてください: 200Commandは首尾よく<crlf>S: 登録有効期限: 2010年9月22日の10:27:00.0<crlf>S: . <crlf>を完成しました。
Hollenbeck & Srivastava Informational [Page 17] RFC 2832 NSI Registry Registrar Protocol May 2000
[17ページ]RFC2832NSI登録記録係プロトコル2000年5月の情報のHollenbeck&Srivastava
4.3.8 SESSION
4.3.8 セッション
This command allows a registrar to establish an RRP session. A registrar can also use this command to change their password. The request to establish an RRP connection MUST contain the following command parameters:
このコマンドで、記録係はRRPセッションを確立できます。 また、記録係はそれらのパスワードを変えるこのコマンドを使用できます。 RRP接続を確立するという要求は以下のコマンドパラメタを含まなければなりません:
- The "Id" parameter set to the registrar's System user ID.
- The "Password" parameter set to the registrar's current System
password.
- 「イド」パラメタは記録係のSystemユーザIDにセットしました。 - 「パスワード」パラメタは記録係の現在のSystemパスワードにセットしました。
The request to establish an RRP session MAY contain a new password for the registrar in a single instance of the "NewPassword" parameter.
RRPセッションを確立するという要求は"NewPassword"パラメタのただ一つのインスタンスに記録係への新しいパスワードを含むかもしれません。
The registrar MUST send this command to the System before any other command. If the command fails due to invalid information (such as an invalid registrar ID or password), the registrar can resend this request with corrected information. If the command fails a second time, the System SHOULD close the connection.
記録係はいかなる他のコマンドの前にもこのコマンドをSystemに送らなければなりません。 コマンドが無効の情報(無効の記録係IDかパスワードなどの)のため失敗するなら、記録係は修正された情報があるこの要求を再送できます。 コマンドがもう一度失敗するなら、System SHOULDは接続を終えます。
Authorized User: All registrars MAY use the SESSION command.
認定ユーザ: すべての記録係がSESSIONコマンドを使用するかもしれません。
Examples
例
A registrar establishes an RRP session:
記録係はRRPセッションを確立します:
C:session<crlf> C:-Id:registrarA<crlf> C:-Password:i-am-registrarA<crlf> C:.<crlf> S:200 Command completed successfully<crlf> S:.<crlf>
C: セッション<crlf>C:イド:registrarA<crlf>がC:パスワード:iであります。-registrarA<crlf>C: . <crlf>S: 200Commandは首尾よく<crlf>Sを完成しました:. <crlf>。
4.3.9 STATUS
4.3.9 状態
This command allows a registrar to determine the current status of a domain name or name server.
このコマンドで、記録係はドメイン名かネームサーバの現在の状態を決定できます。
4.3.9.1 Domain Status
4.3.9.1 ドメイン状態
The request to query a domain name MUST contain the following data:
ドメイン名について質問するという要求は以下のデータを含まなければなりません:
- The "EntityName" parameter set to value "Domain".
- Fully qualified second level domain name in the "DomainName"
parameter.
- "EntityName"パラメタは、「ドメイン」を評価するためにセットしました。 - 「ドメイン名」パラメタの完全に適切なセカンドレベルドメイン名。
Hollenbeck & Srivastava Informational [Page 18] RFC 2832 NSI Registry Registrar Protocol May 2000
[18ページ]RFC2832NSI登録記録係プロトコル2000年5月の情報のHollenbeck&Srivastava
The response from the System MAY contain the following data:
Systemからの応答は以下のデータを含むかもしれません:
- Fully qualified server names of name servers hosting the domain
name in multiple instances of the "nameserver" attribute.
- Registration expiration date in the "registration expiration date"
attribute.
- ID of the current registrar of the domain name in the "registrar"
attribute.
- Date the domain name was transferred by the current registrar in
the "registrar transfer date" attribute.
- Current statuses of the domain name in multiple instances of the
"status" attribute.
- Date the domain name was originally registered in the "created
date" attribute.
- ID of the registrar that originally registered the domain name in
the "created by" attribute.
- Date the domain name was last updated in the "updated date"
attribute.
- ID of the entity (either a registrar or the registry) that last
updated the domain name in the "updated by" attribute.
- 「ネームサーバ」属性の複数のインスタンスにおけるドメイン名をホスティングするネームサーバの完全に適切なサーバー名。 - 「登録有効期限」属性における登録有効期限。 - 「記録係」属性におけるドメイン名の現在の記録係のID。 - ドメイン名が「記録係転送日付」属性における現在の記録係によって移された日付。 - 「状態」属性の複数のインスタンスにおけるドメイン名の現在の状態。 - ドメイン名が元々「作成された期日」属性で登録された日付。 - 元々「作成されて」属性におけるドメイン名を登録した記録係のID。 - ドメイン名が「最終更新日期日」属性でアップデートされた日付。 - 「アップデートして」属性におけるドメイン名をアップデートした実体(記録係か登録のどちらか)のID。
Authorized User: The current registrar of a domain name MAY use the STATUS command to view current domain name attributes.
認定ユーザ: ドメイン名の現在の記録係は現在のドメイン名属性を見るSTATUSコマンドを使用するかもしれません。
Examples
例
The current registrar of a domain name queries the domain name:
ドメイン名の現在の記録係はドメイン名について質問します:
C:status<crlf> C:EntityName:Domain<crlf> C:DomainName:example.com<crlf> C:.<crlf> S:200 Command completed successfully<crlf> S:nameserver:ns2.registrarA.com<crlf> S:nameserver:ns3.registrarA.com<crlf> S:registration expiration date:2010-09-22 10:27:00.0<crlf> S:registrar:registrarA<crlf> S:registrar transfer date:1999-09-22 10:27:00.0<crlf> S:status:ACTIVE<crlf> S:created date:1998-09-22 10:27:00.0<crlf> S:created by:registrarA<crlf> S:updated date:2002-09-22 10:27:00.0<crlf> S:updated by:registrarA<crlf> S:.<crlf>
C: 状態<crlf>C:EntityName:ドメイン<crlf>C:DomainName:example.com<crlf>C: . <crlf>S: 200 Commandは首尾よく<crlf>S:ネームサーバ:ns2.registrarA.com<crlf>S:ネームサーバ:ns3.registrarA.com<crlf>Sを完成しました: 登録有効期限: 2010年9月22日の10:27:00; 0<crlf>S:記録係:registrarA<crlf>S: 記録係転送日付: 1999年9月22日の10:27:00.0<crlf>S:状態:ACTIVE<crlf>S: 作成された期日: 1998年9月22日の10:27:00.0<crlf>S: registrarA<crlf>S: 以下によって作成されて、アップデートして、: 2002年9月22日の10:27:00.0<をcrlf>Sとデートしてください: 以下でアップデートして、: . registrarA<crlf>S<は>をcrlfします。
Hollenbeck & Srivastava Informational [Page 19] RFC 2832 NSI Registry Registrar Protocol May 2000
[19ページ]RFC2832NSI登録記録係プロトコル2000年5月の情報のHollenbeck&Srivastava
A registrar queries a domain name currently registered by another registrar:
記録係は現在別の記録係によって登録されているドメイン名について質問します:
C:status<crlf> C:EntityName:Domain<crlf> C:DomainName:example.com<crlf> C:.<crlf> S:531 Authorization failed<crlf> S:.<crlf>
C: 状態<crlf>C:EntityName:ドメイン<crlf>C:DomainName:example.com<crlf>C: . <crlf>S: 531Authorizationは<crlf>S: . <crlf>に失敗しました。
4.3.9.2 Name Server Status
4.3.9.2 ネームサーバ状態
The request to query a name server MUST contain the following data:
ネームサーバについて質問するという要求は以下のデータを含まなければなりません:
- The "EntityName" parameter set to value "NameServer".
- Fully qualified name of the name server in the "NameServer"
parameter.
- "EntityName"パラメタは、「ネームサーバ」を評価するためにセットしました。 - 「ネームサーバ」パラメタのネームサーバの完全に修飾された名前。
The response from the System MAY contain the following data:
Systemからの応答は以下のデータを含むかもしれません:
- Fully qualified name of the name server in the "nameserver"
attribute.
- IP addresses of the name server in multiple instances of the
"ipaddress" attribute.
- ID of the current registrar of the name server in the "registrar"
attribute.
- Date the name server was transferred by the current registrar in
the "registrar transfer date" attribute.
- Date the name server was registered in the "created date"
attribute.
- ID of the entity that registered the name server in the "created
by" attribute.
- Date the name server was last updated in the "updated date"
attribute.
- ID of the entity that last updated the name server in the "updated
by" attribute.
- 「ネームサーバ」属性におけるネームサーバの完全に修飾された名前。 - "ipaddress"属性の複数のインスタンスにおけるネームサーバのIPアドレス。 - 「記録係」属性におけるネームサーバの現在の記録係のID。 - ネームサーバが「記録係転送日付」属性における現在の記録係によって移された日付。 - ネームサーバが「作成された期日」属性で登録された日付。 - 「作成されて」属性におけるネームサーバを登録した実体のID。 - ネームサーバが「最終更新日期日」属性でアップデートされた日付。 - 「アップデートして」属性におけるネームサーバをアップデートした実体のID。
Authorized User: The current registrar of a name server MAY use the STATUS command to view current domain name attributes.
認定ユーザ: ネームサーバの現在の記録係は現在のドメイン名属性を見るSTATUSコマンドを使用するかもしれません。
Examples
例
The current registrar of a name server queries the name server:
ネームサーバの現在の記録係はネームサーバについて質問します:
C:status<crlf> C:EntityName:NameServer<crlf> C:NameServer:ns1.registrarA.com<crlf> C:.<crlf>
C: 状態<crlf>C:EntityName:ネームサーバ<crlf>C:ネームサーバ:ns1.registrarA.com<crlf>C: . <crlf>。
Hollenbeck & Srivastava Informational [Page 20] RFC 2832 NSI Registry Registrar Protocol May 2000
[20ページ]RFC2832NSI登録記録係プロトコル2000年5月の情報のHollenbeck&Srivastava
S:200 Command completed successfully<crlf> S:ipaddress:198.42.1.11<crlf> S:registrar:registrarA<crlf> S:registrar transfer date:1999-09-22 10:27:00.0<crlf> S:CreatedDate:1998-09-22 10:27:00.0<crlf> S:CreatedBy:registrarA<crlf> S:UpdatedDate:2002-09-22 10:27:00.0<crlf> S:UpdatedBy:registrarA<crlf> S:.<crlf>
S: 200コマンドは首尾よく<crlf>S:ipaddress:198.42.1.11<crlf>S:記録係:registrarA<crlf>Sを完成しました: 記録係転送は10:27:00.0<crlf>S:UpdatedBy:registrarA<crlf>S: . <crlf>S:CreatedBy:registrarA<crlf>S:UpdatedDate:2002年9月22日<crlf>10:27:00.0と: 1999年9月22日の<crlf>S:CreatedDate:1998年9月22日の10:27:00.0の日付を入れます。
A registrar queries a name server that was registered by another registrar:
記録係は別の記録係によって登録されたネームサーバについて質問します:
C:status<crlf> C:EntityName:NameServer<crlf> C:NameServer:ns1.registrarA.com<crlf> C:.<crlf> S:531 Authorization failed<crlf> S:.<crlf>
C: 状態<crlf>C:EntityName:NameServer<crlf>C:NameServer:ns1.registrarA.com<crlf>C: . <crlf>S: 531Authorizationは<crlf>S: . <crlf>に失敗しました。
4.3.10 TRANSFER
4.3.10 転送
This command allows a registrar to request transfer of domain name sponsorship from a second registrar and to approve or reject transfer requests initiated by other registrars. The request to transfer a domain name MUST contain the following data:
このコマンドで、記録係は、他の記録係によって開始された転送要求を、2番目の記録係からドメイン名スポンサーシップの転送を要求して、承認するか、または拒絶します。 ドメイン名を移すという要求は以下のデータを含まなければなりません:
- The "EntityName" parameter set to value "Domain".
- Fully qualified second level domain name in the "DomainName"
parameter.
- "EntityName"パラメタは、「ドメイン」を評価するためにセットしました。 - 「ドメイン名」パラメタの完全に適切なセカンドレベルドメイン名。
The identity of the requesting registrar is derived from the current active session. The identity of the current sponsoring registrar (the registrar who must approve or reject the transfer request) is known by the registry and does not need to be known by the requesting registrar in advance of issuing the transfer request.
現在の活発なセッションから要求している記録係のアイデンティティを得ます。 記録係(転送要求を承認しなければならないか、または拒絶しなければならない記録係)を後援する電流のアイデンティティによって登録によって知られていて、転送要求を出す前に、要求している記録係によって知られている必要はありません。
The System MUST notify the potential losing registrar when a domain transfer request has been received using an out-of-band transport mechanism such as electronic mail and/or transaction reporting. The losing registrar SHOULD then explicitly approve or reject the transfer. A request to approve or reject a transfer request MUST contain a single instance of the "Approve" parameter with a value of "Yes" to approve the transfer or a value of "No" to reject the transfer. A server implementation MAY provide a default approval or rejection action to be taken if the losing registrar does not explicitly approve or reject the transfer request within a fixed amount of time. The criteria used by registrars to approve or deny
電子メール、そして/または、トランザクション報告などのバンドで出ている移送機構を使用することでドメイン転送要求を受け取ったとき、Systemは潜在的負けている記録係に通知しなければなりません。 そして、損をしている記録係SHOULDは明らかに転送を承認するか、または拒絶します。 転送要求を承認するか、または拒絶するという要求は、転送を拒絶するために「いいえ」の転送か値を承認するために「はい」の値で「承認してください」というパラメタのただ一つのインスタンスを含まなければなりません。 負けている記録係が固定時間以内に明らかに転送要求を承認もしませんし、拒絶もしないなら、サーバ実装は、取るためにデフォルト承認か拒絶動作を提供するかもしれません。 承認するか、または否定する記録係によって使用された評価基準
Hollenbeck & Srivastava Informational [Page 21] RFC 2832 NSI Registry Registrar Protocol May 2000
[21ページ]RFC2832NSI登録記録係プロトコル2000年5月の情報のHollenbeck&Srivastava
requested transfers are typically based on business policies that are beyond the scope of this document.
要求された転送はこのドキュメントの範囲にある営業方針に通常基づいています。
Approval of a transfer by the current sponsoring registrar results in a change of sponsorship to the original requesting registrar. Approval attempts by any other registrar MUST result in explicit failure of the attempted approval. Rejection of the transfer by the current sponsoring registrar results in an end to the transfer request with no change in sponsorship. Rejection attempts by any other registrar MUST result in explicit failure of the attempted rejection.
記録係を後援する電流による転送の承認は記録係を要求するオリジナルへのスポンサーシップの変化をもたらします。 いかなる他の記録係による承認の試みも試みられた承認の明白な失敗をもたらさなければなりません。 記録係を後援する電流による転送の拒絶はスポンサーシップにおける変化なしで転送要求の終わりをもたらします。 いかなる他の記録係による拒絶試みも試みられた拒絶の明白な失敗をもたらさなければなりません。
Name servers MUST be implicitly transferred when their parent domain name is transferred.
それらの親ドメイン名がわたっているとき、それとなくネームサーバを移さなければなりません。
Authorized User: All registrars MAY use the TRANSFER command to request transfer of registration service authority to the requesting registrar. Only the current sponsoring registrar of a domain name may explicitly approve or reject a requested transfer. The registry MAY implicitly approve or reject requested transfers after a fixed amount of time.
認定ユーザ: すべての記録係が要求している記録係への登録職能的権限の転送を要求するTRANSFERコマンドを使用するかもしれません。 ドメイン名の記録係を後援する電流だけが、明らかに要求された転送を承認するか、または拒絶するかもしれません。 登録は、固定時間の後にそれとなく要求された転送を承認するか、または拒絶するかもしれません。
Examples
例
A registrar requests transfer of a domain name from another registrar:
記録係は別の記録係からドメイン名の転送を要求します:
C:transfer<crlf> C:EntityName:Domain<crlf> C:DomainName:example.com<crlf> C:.<crlf> S:200 Command completed successfully<crlf> S:.<crlf>
C: <crlf>C:EntityName:ドメイン<crlf>C:DomainName:example.com<crlf>C: . <crlf>Sを移してください: 200Commandは首尾よく<crlf>S: . <crlf>を完成しました。
The original registrar approves the transfer request:
オリジナルの記録係は転送要求を承認します:
C:transfer<crlf> C:-Approve:Yes<crlf> C:EntityName:Domain<crlf> C:DomainName:example.com<crlf> C:.<crlf> S:200 Command completed successfully<crlf> S:.<crlf>
C: <crlf>Cを移してください: -承認してください: はい<crlf>C:EntityName:ドメイン<crlf>C:DomainName:example.com<crlf>C: . <crlf>S: 200Commandは首尾よく<crlf>S: . <crlf>を完成しました。
Hollenbeck & Srivastava Informational [Page 22] RFC 2832 NSI Registry Registrar Protocol May 2000
[22ページ]RFC2832NSI登録記録係プロトコル2000年5月の情報のHollenbeck&Srivastava
5. Response Codes
5. 応答コード
RRP commands may return a variety of response codes to signify normal completion or error conditions. This section documents all of the defined RRP response codes.
RRPコマンドは、正常完了かエラー条件を意味するようにさまざまな応答コードを返すかもしれません。 このセクションは定義されたRRP応答コードのすべてを記録します。
5.1 Response Code Summary
5.1 応答コード概要
200 Command completed successfully This is the normal response for successful completion of most RRP commands.
200は、首尾よく完成されて、ThisがほとんどのRRPコマンドの無事終了のための通常の応答であると命令します。
210 Domain name available This is the normal response for successful completion of an RRP CHECK command for a domain name that is not currently registered.
210 ドメイン名の利用可能なThisは現在登録されないドメイン名のためのRRP CHECKコマンドの無事終了のための通常の応答です。
211 Domain name not available This is the normal response for successful completion of an RRP CHECK command for a domain name that is currently registered.
どんな211ドメイン名の利用可能なThisも現在登録されるドメイン名のためのRRP CHECKコマンドの無事終了のための通常の応答ではありません。
212 Name server available This is the normal response for successful completion of an RRP CHECK command for a name server that is not currently registered.
212 ネームサーバの利用可能なThisは現在登録されないネームサーバのためのRRP CHECKコマンドの無事終了のための通常の応答です。
213 Name server not available This is the normal response for successful completion of an RRP CHECK command for a name server that is currently registered.
どんな213ネームサーバの利用可能なThisも現在登録されるネームサーバのためのRRP CHECKコマンドの無事終了のための通常の応答ではありません。
220 Command completed successfully. Server closing connection This is the normal response for successful completion of an RRP QUIT command. It may also be returned by other RRP commands if a transient situation is noted that requires closing the connection after successfully completing the RRP command.
220 首尾よく終了するコマンド。 接続Thisを閉じるサーバはRRP QUITコマンドの無事終了のための通常の応答です。 また、首尾よくRRPコマンドを終了した後に接続を終えるのを必要とする一時的な状況に注意するなら、他のRRPコマンドでそれを返すかもしれません。
420 Command failed due to server error. Server closing connection A transient server error has caused RRP command failure and session termination. A new session must be established before continued processing can be attempted.
420 コマンドはサーバ誤りのため失敗しました。 サーバの閉鎖の接続のA一時的なサーバ誤りはコマンド失敗とセッション終了をRRPに引き起こしました。 継続的な処理を試みることができる前に新しいセッションを確立しなければなりません。
421 Command failed due to server error. Client should try again A transient server error has caused RRP command failure. A subsequent retry may produce successful results.
421 コマンドはサーバ誤りのため失敗しました。 クライアントは再び誤りでRRPコマンドの故障を引き起こすA一時的なサーバを試みるべきです。 その後の再試行は好成績を作り出すかもしれません。
500 Invalid command name A client-specified RRP command name was not recognized as a valid RRP command name.
500の無効のコマンド名Aのクライアントによって指定されたRRPコマンド名は有効なRRPコマンド名として認識されませんでした。
Hollenbeck & Srivastava Informational [Page 23] RFC 2832 NSI Registry Registrar Protocol May 2000
[23ページ]RFC2832NSI登録記録係プロトコル2000年5月の情報のHollenbeck&Srivastava
501 Invalid command option A client-specified RRP command parameter was not recognized as a valid RRP command parameter.
501の無効のコマンドオプションAのクライアントによって指定されたRRPコマンドパラメタは有効なRRPコマンドパラメタとして認識されませんでした。
502 Invalid entity value The "value" of an entity name-value pair is invalid. Command blocks that require an "EntityName" parameter also require a value that specifies the entity name, and the provided value is invalid.
502 実体名前価値の「値」が対にする無効の実体値は無効です。 また、"EntityName"パラメタを必要とするコマンドブロックが実体名を指定する値を必要とします、そして、提供された値は無効です。
503 Invalid attribute name A client-specified RRP command parameter was not recognized as a valid RRP command parameter.
503の無効の属性名Aのクライアントによって指定されたRRPコマンドパラメタは有効なRRPコマンドパラメタとして認識されませんでした。
504 Missing required attribute A parameter required to execute the RRP command was not provided by the client. The command should be retried with all required parameters specified.
RRPコマンドを実行するのに必要である504のなくなった必要な属性Aパラメタはクライアントによって提供されませんでした。 すべての必要なパラメタが指定されている状態で、コマンドは再試行されるべきです。
505 Invalid attribute value syntax A supplied parameter value is syntactically incorrect. For example, a year value digit such as "5" may be required but the client provided a string of characters such as "five".
505 無効の属性値構文A供給されたパラメタ価値はシンタクス上不正確です。 例えば、「5インチが必要であったかもしれませんが、クライアントは「5」などの一連のキャラクタを提供などだったことなど」の年の値のケタ。
506 Invalid option value A client-specified value for an RRP command parameter is out-of- bounds or otherwise not within acceptable System limits.
RRPコマンドパラメタのための506の無効のオプション価値Aクライアント規定値が出ている、-、-、そうでなければ、領域かどんな許容できるSystem限界の中でもそうしません。
507 Invalid command format The specified command does not resemble a well-formed RRP command. The command should be retried using the proper command structure and syntax.
507 指定されたコマンドがする無効のコマンド形式は整形式のRRPコマンドに類似していません。 コマンドは、適切な命令系統と構文を使用することで再試行されるべきです。
508 Missing required entity An entity required for command completion was not provided by the client. For example, the CHECK command requires specification of either a "Domain" entity or a "Nameserver" entity.
コマンド完成に必要である508のなくなった必要な実体An実体はクライアントによって提供されませんでした。 例えば、CHECKコマンドは「ドメイン」実体か「ネームサーバ」実体のどちらかの仕様を必要とします。
509 Missing command option A command parameter that isn't really optional (such as the registrar ID in a SESSION command) was not provided by the client. The command should be retried with all needed parameters.
本当に任意でない(SESSIONコマンドにおける記録係IDなどの)509のなくなったコマンドオプションAコマンドパラメタはクライアントによって提供されませんでした。 コマンドはすべての必要なパラメタで再試行されるべきです。
520 Server closing connection. Client should try opening new connection; <why> A timeout event has been detected, and the client's session is being ended. The System SHOULD define timeout periods to begin a client
520 サーバ閉鎖接続。 クライアントは新しい接続を開いてみるべきです。 >Aタイムアウトイベントが検出されて、クライアントのセッションが終わっている<。 System SHOULDは、クライアントを始めるためにタイムアウト時間を定義します。
Hollenbeck & Srivastava Informational [Page 24] RFC 2832 NSI Registry Registrar Protocol May 2000
[24ページ]RFC2832NSI登録記録係プロトコル2000年5月の情報のHollenbeck&Srivastava
command, complete a client command, and for the duration of an open session. The reason for the timeout MUST be provided at the end of the response code string.
命令してください、クライアントコマンドを終了して、公開審議の持続時間のために。 応答コード列の端でタイムアウトの理由を提供しなければなりません。
521 Too many sessions open. Server closing connection A System-defined limit on the number of open connections has been exceeded, and it is impossible to establish a new session at the moment. It may be possible to establish a session by waiting for a few moments or by closing existing unused sessions.
521 Too many sessions open. Server closing connection A System-defined limit on the number of open connections has been exceeded, and it is impossible to establish a new session at the moment. It may be possible to establish a session by waiting for a few moments or by closing existing unused sessions.
530 Authentication failed The client-supplied registrar identifier or password was not recognized by the System. A subsequent retry with valid values may produce successful results. Repeated authorization failures MAY result in termination of the TCP connection.
530 Authentication failed The client-supplied registrar identifier or password was not recognized by the System. A subsequent retry with valid values may produce successful results. Repeated authorization failures MAY result in termination of the TCP connection.
531 Authorization failed Registrars may not view or alter data associated with either the registry or another registrar. This response code is typically returned when a registrar attempts to view or modify data belonging to either the registry or another registrar. A typical situation includes doing a STATUS command for a domain registered to another registrar.
531 Authorization failed Registrars may not view or alter data associated with either the registry or another registrar. This response code is typically returned when a registrar attempts to view or modify data belonging to either the registry or another registrar. A typical situation includes doing a STATUS command for a domain registered to another registrar.
532 Domain names linked with name server The name server is hosting active domains. This error occurs when a registrar is trying to delete a server that is the name server for active domains. The registry MUST not allow the registrar to delete this server. All of the domain names using this server MUST be modified to use a different name server before the name server can be deleted.
532 Domain names linked with name server The name server is hosting active domains. This error occurs when a registrar is trying to delete a server that is the name server for active domains. The registry MUST not allow the registrar to delete this server. All of the domain names using this server MUST be modified to use a different name server before the name server can be deleted.
533 Domain name has active name servers The domain name has active name servers. The registrar is trying to delete a domain name that is a parent domain of an active name server, i.e., a server that is hosting active domains. All of the name servers within the domain MUST be removed from service before the domain can be deleted.
533 Domain name has active name servers The domain name has active name servers. The registrar is trying to delete a domain name that is a parent domain of an active name server, i.e., a server that is hosting active domains. All of the name servers within the domain MUST be removed from service before the domain can be deleted.
534 Domain name has not been flagged for transfer The registrar is trying to approve or reject a domain name transfer for a domain name that is not pending transfer.
534 Domain name has not been flagged for transfer The registrar is trying to approve or reject a domain name transfer for a domain name that is not pending transfer.
535 Restricted IP address IANA identifies certain IP address ranges that are not valid for normal use. The registrar is trying to use an IP address that is in a restricted IP address range as identified by IANA.
535 Restricted IP address IANA identifies certain IP address ranges that are not valid for normal use. The registrar is trying to use an IP address that is in a restricted IP address range as identified by IANA.
Hollenbeck & Srivastava Informational [Page 25] RFC 2832 NSI Registry Registrar Protocol May 2000
Hollenbeck & Srivastava Informational [Page 25] RFC 2832 NSI Registry Registrar Protocol May 2000
536 Domain already flagged for transfer The registrar tried to perform a transfer command for a domain name that is awaiting approval of an earlier transfer request.
536 Domain already flagged for transfer The registrar tried to perform a transfer command for a domain name that is awaiting approval of an earlier transfer request.
540 Attribute value is not unique A supplied attribute value is not unique. This occurs when the registrar is adding a domain name that already exists in the registry, a server that already exists in the registry, or an IP address that is already being used by another server in the registry. Another possibility occurs when performing domain modifications and the registrar is adding a server that is already in the list of servers for the domain name or setting a domain name to a status to which it is already set. The RRP STATUS command MAY be used to determine current domain name status before attempting to change the status. When modifying or adding a name server, the IP address of the name server might not be unique. The registry MUST not allow IP addresses to be used by more than one server.
540 Attribute value is not unique A supplied attribute value is not unique. This occurs when the registrar is adding a domain name that already exists in the registry, a server that already exists in the registry, or an IP address that is already being used by another server in the registry. Another possibility occurs when performing domain modifications and the registrar is adding a server that is already in the list of servers for the domain name or setting a domain name to a status to which it is already set. The RRP STATUS command MAY be used to determine current domain name status before attempting to change the status. When modifying or adding a name server, the IP address of the name server might not be unique. The registry MUST not allow IP addresses to be used by more than one server.
541 Invalid attribute value A supplied parameter value is invalid. Examples of invalid attribute values include an invalid IP address, an invalid domain name, an invalid server name, or an invalid renewal period.
541 Invalid attribute value A supplied parameter value is invalid. Examples of invalid attribute values include an invalid IP address, an invalid domain name, an invalid server name, or an invalid renewal period.
542 Invalid old value for an attribute A current attribute value to be modified is invalid. The registrar is trying to modify an attribute of a server or a domain name that does not exist in the registry.
542 Invalid old value for an attribute A current attribute value to be modified is invalid. The registrar is trying to modify an attribute of a server or a domain name that does not exist in the registry.
543 Final or implicit attribute cannot be updated The registrar is attempting to modify an attribute that is only modifiable by the registry. Registrars can not modify final or implicit attribute values.
543 Final or implicit attribute cannot be updated The registrar is attempting to modify an attribute that is only modifiable by the registry. Registrars can not modify final or implicit attribute values.
544 Entity on hold The attempted operation was rejected because the entity is on HOLD status. If the HOLD status was set by the registrar, the status can be changed using the MOD command and the requested command can be retried. If the HOLD status was set by the registry, the registrar must contact the registry to change the status before the command can be successful.
544 Entity on hold The attempted operation was rejected because the entity is on HOLD status. If the HOLD status was set by the registrar, the status can be changed using the MOD command and the requested command can be retried. If the HOLD status was set by the registry, the registrar must contact the registry to change the status before the command can be successful.
545 Entity reference not found A required entity reference was not found. This occurs when the registrar tries to add a new name server and the parent domain of the name server does not exist in the registry. It also occurs when the user is trying to add a new name server to a domain name when the name server does not exist in the registry.
545 Entity reference not found A required entity reference was not found. This occurs when the registrar tries to add a new name server and the parent domain of the name server does not exist in the registry. It also occurs when the user is trying to add a new name server to a domain name when the name server does not exist in the registry.
Hollenbeck & Srivastava Informational [Page 26] RFC 2832 NSI Registry Registrar Protocol May 2000
Hollenbeck & Srivastava Informational [Page 26] RFC 2832 NSI Registry Registrar Protocol May 2000
546 Credit limit exceeded The registrar's credit limit has been exceeded. This is an implementation specific error that occurs when a potentially billable operation, such as adding a domain name, renewing a domain name, or transferring a domain name, is attempted and the registrar does not have sufficient financial standing with the registry to complete the operation.
546 Credit limit exceeded The registrar's credit limit has been exceeded. This is an implementation specific error that occurs when a potentially billable operation, such as adding a domain name, renewing a domain name, or transferring a domain name, is attempted and the registrar does not have sufficient financial standing with the registry to complete the operation.
547 Invalid command sequence RRP commands are issued using a well-formed syntax that requires entry of command structures in particular sequences. This response code indicates that an ill-formed command was received and rejected.
547 Invalid command sequence RRP commands are issued using a well-formed syntax that requires entry of command structures in particular sequences. This response code indicates that an ill-formed command was received and rejected.
548 Domain is not up for renewal A RENEW command was attempted during a period in which the domain can not be renewed. Implementations MAY limit renewal periods to particular time frames, such as within 90 days of the domain's expiration. This response indicates that the RENEW command was received outside of the System-defined domain renewal period.
548 Domain is not up for renewal A RENEW command was attempted during a period in which the domain can not be renewed. Implementations MAY limit renewal periods to particular time frames, such as within 90 days of the domain's expiration. This response indicates that the RENEW command was received outside of the System-defined domain renewal period.
549 Command failed A System error prevented successful completion of the requested RRP command. Retrying the command might produce success, but a repeated failure indicates a System error condition.
549 Command failed A System error prevented successful completion of the requested RRP command. Retrying the command might produce success, but a repeated failure indicates a System error condition.
550 Parent domain not registered The parent domain of a name server being registered is not registered. This occurs when the registrar tries to add a new name server and the parent domain for the server does not exist in the registry.
550 Parent domain not registered The parent domain of a name server being registered is not registered. This occurs when the registrar tries to add a new name server and the parent domain for the server does not exist in the registry.
551 Parent domain status does not allow for operation The status of the parent domain does not allow the requested operation. This occurs when a registrar tries to modify a server whose parent domain is flagged as LOCK or HOLD in the registry.
551 Parent domain status does not allow for operation The status of the parent domain does not allow the requested operation. This occurs when a registrar tries to modify a server whose parent domain is flagged as LOCK or HOLD in the registry.
552 Domain status does not allow for operation The status of the domain does not allow the requested operation. This occurs when a registrar tries to modify or delete a domain that is flagged as LOCK or HOLD in the registry.
552 Domain status does not allow for operation The status of the domain does not allow the requested operation. This occurs when a registrar tries to modify or delete a domain that is flagged as LOCK or HOLD in the registry.
553 Operation not allowed. Domain pending transfer The status of the domain does not allow the requested operation. The registrar is attempting to delete a domain that is pending approval or denial of a transfer request.
553 Operation not allowed. Domain pending transfer The status of the domain does not allow the requested operation. The registrar is attempting to delete a domain that is pending approval or denial of a transfer request.
Hollenbeck & Srivastava Informational [Page 27] RFC 2832 NSI Registry Registrar Protocol May 2000
Hollenbeck & Srivastava Informational [Page 27] RFC 2832 NSI Registry Registrar Protocol May 2000
554 Domain already registered A registrar tried to register a domain name that has already been registered by the same registrar.
554 Domain already registered A registrar tried to register a domain name that has already been registered by the same registrar.
555 Domain already renewed A registrar tried to renew a domain using the same parameters as specified for an earlier, successful renewal. This will commonly occur when executing the same RENEW command more than once.
555 Domain already renewed A registrar tried to renew a domain using the same parameters as specified for an earlier, successful renewal. This will commonly occur when executing the same RENEW command more than once.
556 Maximum registration period exceeded A registrar tried to renew a domain registration, and the resulting new registration period exceeds the System-defined maximum registration period. If there is renewal time available with the System-defined maximum registration period it may be possible to retry the RENEW command with specified renewal period parameters.
556 Maximum registration period exceeded A registrar tried to renew a domain registration, and the resulting new registration period exceeds the System-defined maximum registration period. If there is renewal time available with the System-defined maximum registration period it may be possible to retry the RENEW command with specified renewal period parameters.
5.2 Command-Response Correspondence
5.2 Command-Response Correspondence
The session between the client and the server is intended to be an alternating dialogue. Each command issued by a client MUST be acted upon by the server, which MUST return a response code to document the success or failure of command execution. "Success" means that the command completed normal execution without error. "Failure" means that the System did not complete the command as requested. Failure may be due to either syntax, semantic, data, or System errors.
The session between the client and the server is intended to be an alternating dialogue. Each command issued by a client MUST be acted upon by the server, which MUST return a response code to document the success or failure of command execution. "Success" means that the command completed normal execution without error. "Failure" means that the System did not complete the command as requested. Failure may be due to either syntax, semantic, data, or System errors.
A complete list of response codes for each RRP command is listed below.
A complete list of response codes for each RRP command is listed below.
Command: ADD Success: 200, 220 Failure: 420, 421, 500, 502, 503, 504, 505, 507, 508, 520, 531, 535, 540, 541, 545, 546, 547, 549, 550, 554
Command: ADD Success: 200, 220 Failure: 420, 421, 500, 502, 503, 504, 505, 507, 508, 520, 531, 535, 540, 541, 545, 546, 547, 549, 550, 554
Command: CHECK Success: 210, 211, 212, 213 Failure: 220, 420, 421, 500, 502, 503, 504, 505, 507, 508, 520, 541, 547, 549
Command: CHECK Success: 210, 211, 212, 213 Failure: 220, 420, 421, 500, 502, 503, 504, 505, 507, 508, 520, 541, 547, 549
Command: DEL Success: 200, 220 Failure: 420, 421, 500, 502, 503, 504, 505, 507, 508, 520, 531, 532, 533, 541, 544, 545, 547, 549, 551, 552, 553
Command: DEL Success: 200, 220 Failure: 420, 421, 500, 502, 503, 504, 505, 507, 508, 520, 531, 532, 533, 541, 544, 545, 547, 549, 551, 552, 553
Command: DESCRIBE Success: 200, 220 Failure: 420, 421, 500, 501, 506, 507, 509, 520, 547, 549
Command: DESCRIBE Success: 200, 220 Failure: 420, 421, 500, 501, 506, 507, 509, 520, 547, 549
Hollenbeck & Srivastava Informational [Page 28] RFC 2832 NSI Registry Registrar Protocol May 2000
Hollenbeck & Srivastava Informational [Page 28] RFC 2832 NSI Registry Registrar Protocol May 2000
Command: MOD Success: 200, 220 Failure: 420, 421, 500, 502, 503, 504, 505, 507, 508, 520, 531, 535, 540, 541, 542, 543, 544, 545, 547, 549, 550, 551, 552, 553
Command: MOD Success: 200, 220 Failure: 420, 421, 500, 502, 503, 504, 505, 507, 508, 520, 531, 535, 540, 541, 542, 543, 544, 545, 547, 549, 550, 551, 552, 553
Command: QUIT Success: 220 Failure: 420, 421, 500, 507, 520, 547, 549
Command: QUIT Success: 220 Failure: 420, 421, 500, 507, 520, 547, 549
Command: RENEW Success: 200, 220 Failure: 420, 421, 500, 502, 503, 504, 505, 507, 508, 520, 531, 541, 545, 546, 547, 548, 549, 552, 553, 555, 556
Command: RENEW Success: 200, 220 Failure: 420, 421, 500, 502, 503, 504, 505, 507, 508, 520, 531, 541, 545, 546, 547, 548, 549, 552, 553, 555, 556
Command: SESSION Success: 200, 220 Failure: 420, 421, 500, 501, 506, 507, 508, 509, 520, 521, 530, 531, 547, 549
Command: SESSION Success: 200, 220 Failure: 420, 421, 500, 501, 506, 507, 508, 509, 520, 521, 530, 531, 547, 549
Command: STATUS Success: 200, 220 Failure: 420, 421, 500, 501, 502, 503, 504, 505, 506, 507, 508, 520, 531, 541, 545, 547, 549
Command: STATUS Success: 200, 220 Failure: 420, 421, 500, 501, 502, 503, 504, 505, 506, 507, 508, 520, 531, 541, 545, 547, 549
Command: TRANSFER Success: 200, 220 Failure: 420, 421, 500, 501, 502, 503, 504, 505, 506, 507, 508, 520, 531, 534, 536, 541, 544, 545, 546, 547, 549, 552, 553
Command: TRANSFER Success: 200, 220 Failure: 420, 421, 500, 501, 502, 503, 504, 505, 506, 507, 508, 520, 531, 534, 536, 541, 544, 545, 546, 547, 549, 552, 553
6. Domain Status Codes
6. Domain Status Codes
The status of a domain can be viewed using the RRP STATUS command and modified using the RRP MOD command. Both the registry and the sponsoring registrar MAY view and change the status of a domain. The criteria for status changes are highly dependent on registry and registrar business models and are thus beyond the scope of this specification.
The status of a domain can be viewed using the RRP STATUS command and modified using the RRP MOD command. Both the registry and the sponsoring registrar MAY view and change the status of a domain. The criteria for status changes are highly dependent on registry and registrar business models and are thus beyond the scope of this specification.
The domain's status SHOULD have a direct bearing on whether or not the domain appears in the appropriate TLD zone file and whether or not the domain can be modified. A domain can have more than one assigned status, e.g., REGISTRAR-HOLD and REGISTRAR-LOCK. If a domain is in ACTIVE status, then the domain name can only be in this status. When a registrar sets a domain name to REGISTRAR-LOCK, the registry MUST automatically remove the ACTIVE status. When the registrar removes the REGISTRAR-LOCK and other domain statuses, the registry MUST automatically set the domain name status to ACTIVE.
The domain's status SHOULD have a direct bearing on whether or not the domain appears in the appropriate TLD zone file and whether or not the domain can be modified. A domain can have more than one assigned status, e.g., REGISTRAR-HOLD and REGISTRAR-LOCK. If a domain is in ACTIVE status, then the domain name can only be in this status. When a registrar sets a domain name to REGISTRAR-LOCK, the registry MUST automatically remove the ACTIVE status. When the registrar removes the REGISTRAR-LOCK and other domain statuses, the registry MUST automatically set the domain name status to ACTIVE.
Hollenbeck & Srivastava Informational [Page 29] RFC 2832 NSI Registry Registrar Protocol May 2000
Hollenbeck & Srivastava Informational [Page 29] RFC 2832 NSI Registry Registrar Protocol May 2000
6.1 Domain Status Code Description
6.1 Domain Status Code Description
ACTIVE: This is the default status of a domain at registration time. The registry sets the domain to this status. The domain is modifiable by the registrar. The domain can be renewed. The domain SHALL be included in the zone file when in this status if the domain has at least one associated name server.
ACTIVE: This is the default status of a domain at registration time. The registry sets the domain to this status. The domain is modifiable by the registrar. The domain can be renewed. The domain SHALL be included in the zone file when in this status if the domain has at least one associated name server.
REGISTRY-LOCK: The registry sets the domain to this status. The domain cannot be modified or deleted by the registrar. The registry MUST remove the REGISTRY-LOCK status for the registrar to modify the domain. The domain can be renewed. The domain SHALL be included in the zone file when in this status if the domain has at least one associated name server.
REGISTRY-LOCK: The registry sets the domain to this status. The domain cannot be modified or deleted by the registrar. The registry MUST remove the REGISTRY-LOCK status for the registrar to modify the domain. The domain can be renewed. The domain SHALL be included in the zone file when in this status if the domain has at least one associated name server.
REGISTRY-HOLD: The registry sets the domain to this status. The domain cannot be modified or deleted by the registrar. The registry MUST remove the REGISTRY-HOLD status for the registrar to modify the domain. The domain can be renewed. The domain SHALL NOT be included in the zone file when in this status.
REGISTRY-HOLD: The registry sets the domain to this status. The domain cannot be modified or deleted by the registrar. The registry MUST remove the REGISTRY-HOLD status for the registrar to modify the domain. The domain can be renewed. The domain SHALL NOT be included in the zone file when in this status.
REGISTRAR-HOLD: The registrar of the domain sets the domain to this status. The domain can not be modified or deleted when in this status. The registrar MUST remove REGISTRAR-HOLD status to modify the domain. The domain can be renewed. The domain SHALL NOT be included in the zone file when in this status.
REGISTRAR-HOLD: The registrar of the domain sets the domain to this status. The domain can not be modified or deleted when in this status. The registrar MUST remove REGISTRAR-HOLD status to modify the domain. The domain can be renewed. The domain SHALL NOT be included in the zone file when in this status.
REGISTRAR-LOCK: The registrar of the domain sets the domain to this status. The domain cannot be modified or deleted when in this status. The registrar MUST remove REGISTRAR-LOCK status to modify the domain. The domain can be renewed. The domain SHALL be included in the zone file when in this status.
REGISTRAR-LOCK: The registrar of the domain sets the domain to this status. The domain cannot be modified or deleted when in this status. The registrar MUST remove REGISTRAR-LOCK status to modify the domain. The domain can be renewed. The domain SHALL be included in the zone file when in this status.
REGISTRY-DELETE-NOTIFY: A domain is set on this status if it has expired and has child name servers that are hosting other domains. Only the registry may set this status. The domain SHALL be included in the zone file when in this status if the domain has at least one associated name server.
REGISTRY-DELETE-NOTIFY: A domain is set on this status if it has expired and has child name servers that are hosting other domains. Only the registry may set this status. The domain SHALL be included in the zone file when in this status if the domain has at least one associated name server.
7. Formal Syntax
7. Formal Syntax
The following syntax specification uses the augmented Backus-Naur Form (BNF) as described in [ABNF].
The following syntax specification uses the augmented Backus-Naur Form (BNF) as described in [ABNF].
; ABNF specification for Registry Registrar Protocol (RRP) v1.1.0 ; Note that character string literals are case insensitive.
; ABNF specification for Registry Registrar Protocol (RRP) v1.1.0 ; Note that character string literals are case insensitive.
Hollenbeck & Srivastava Informational [Page 30] RFC 2832 NSI Registry Registrar Protocol May 2000
Hollenbeck & Srivastava Informational [Page 30] RFC 2832 NSI Registry Registrar Protocol May 2000
; Lexical tokens space = %x20 ; " " dot = %x2E ; "." dash = %x2D ; "-" underscore = %x5F ; "_" colon = %x3A ; ":" cr = %x0D ; ASCII carriage return lf = %x0A ; ASCII linefeed crlf = cr lf alpha = %x41-5A / %x61-7A ; A-Z / a-z digit = %x30-39 ; 0-9 dns-char = alpha / digit / dash id-char = alpha / digit / underscore / dash id-prefix = alpha / digit id-word = id-prefix *id-char printable-char = %x20-7E ; ASCII " " - "~"
; Lexical tokens space = %x20 ; " " dot = %x2E ; "." dash = %x2D ; "-" underscore = %x5F ; "_" colon = %x3A ; ":" cr = %x0D ; ASCII carriage return lf = %x0A ; ASCII linefeed crlf = cr lf alpha = %x41-5A / %x61-7A ; A-Z / a-z digit = %x30-39 ; 0-9 dns-char = alpha / digit / dash id-char = alpha / digit / underscore / dash id-prefix = alpha / digit id-word = id-prefix *id-char printable-char = %x20-7E ; ASCII " " - "~"
; Start of basic grammar.
year = 4digit
month = 2digit
day = 2digit
ymd = year dash month dash day
hour = 2digit
minute = 2digit
second = 2digit
split-second = 1digit
hms = hour colon minute colon second dot split-second
time-stamp = ymd space hms
ip-address = 1*3digit dot 1*3digit dot 1*3digit dot 1*3digit
password = 4*16printable-char
option-name = 1*128id-word
option-tag = dash option-name
option-value = 1*128id-word
attribute-name = 1*128id-word
attribute-value = 1*128printable-char
attribute-line = attribute-name colon attribute-value crlf
response = 3digit space 1*printable-char crlf
version-number = "RRP" space 1*digit dot 1*digit dot 1*digit
label = id-prefix [*61dns-char id-prefix]
sldn = label dot label
servername = *(label dot) sldn
period = %x31-39 / (%x31-39 %x30-39) ; "1" - "9" or "10" - "99"
period-option = dash "Period" colon period crlf
yesno = "Yes" / "No"
domainstatus = "Active" / "Registry-Lock" / "Registry-Hold" /
"Registrar-Lock" / "Registrar-Hold" /
"Registry-Delete-Notify"
; Start of basic grammar. year = 4digit month = 2digit day = 2digit ymd = year dash month dash day hour = 2digit minute = 2digit second = 2digit split-second = 1digit hms = hour colon minute colon second dot split-second time-stamp = ymd space hms ip-address = 1*3digit dot 1*3digit dot 1*3digit dot 1*3digit password = 4*16printable-char option-name = 1*128id-word option-tag = dash option-name option-value = 1*128id-word attribute-name = 1*128id-word attribute-value = 1*128printable-char attribute-line = attribute-name colon attribute-value crlf response = 3digit space 1*printable-char crlf version-number = "RRP" space 1*digit dot 1*digit dot 1*digit label = id-prefix [*61dns-char id-prefix] sldn = label dot label servername = *(label dot) sldn period = %x31-39 / (%x31-39 %x30-39) ; "1" - "9" or "10" - "99" period-option = dash "Period" colon period crlf yesno = "Yes" / "No" domainstatus = "Active" / "Registry-Lock" / "Registry-Hold" / "Registrar-Lock" / "Registrar-Hold" / "Registry-Delete-Notify"
Hollenbeck & Srivastava Informational [Page 31] RFC 2832 NSI Registry Registrar Protocol May 2000
Hollenbeck & Srivastava Informational [Page 31] RFC 2832 NSI Registry Registrar Protocol May 2000
; RRP commands and responses.
rrp = add / check / delete / describe / mod / quit / renew /
session / status / transfer
; RRP commands and responses. rrp = add / check / delete / describe / mod / quit / renew / session / status / transfer
add = add-request add-response check = check-request check-response delete = del-request del-response describe = describe-request describe-response mod = mod-request mod-response quit = quit-request quit-response renew = renew-request renew-response session = session-request session-response status = status-request status-response transfer = transfer-request transfer-response
add = add-request add-response check = check-request check-response delete = del-request del-response describe = describe-request describe-response mod = mod-request mod-response quit = quit-request quit-response renew = renew-request renew-response session = session-request session-response status = status-request status-response transfer = transfer-request transfer-response
; ADD command.
add-request = add-domain-request / add-nameserver-request
add-response = add-domain-response / add-nameserver-response
add-domain-request = "add" crlf
"EntityName" colon "Domain" crlf
"DomainName" colon sldn crlf
[period-option]
0*13("NameServer" colon servername crlf)
dot crlf
add-nameserver-request = "add" crlf
"EntityName" colon "NameServer" crlf
"NameServer" colon servername crlf
1*("IPAddress" colon ip-address crlf)
dot crlf
add-domain-response = response
"RegistrationExpirationDate" colon time-stamp crlf
"status" colon domainstatus crlf
dot crlf
add-nameserver-response = response
dot crlf
; ADD command. add-request = add-domain-request / add-nameserver-request add-response = add-domain-response / add-nameserver-response add-domain-request = "add" crlf "EntityName" colon "Domain" crlf "DomainName" colon sldn crlf [period-option] 0*13("NameServer" colon servername crlf) dot crlf add-nameserver-request = "add" crlf "EntityName" colon "NameServer" crlf "NameServer" colon servername crlf 1*("IPAddress" colon ip-address crlf) dot crlf add-domain-response = response "RegistrationExpirationDate" colon time-stamp crlf "status" colon domainstatus crlf dot crlf add-nameserver-response = response dot crlf
; CHECK command. check-request = check-domain-request / check-nameserver-request check-response = check-domain-response / check-nameserver-response check-domain-request = "check" crlf "EntityName" colon "Domain" crlf "DomainName" colon sldn crlf dot crlf check-nameserver-request = "check" crlf "EntityName" colon "NameServer" crlf "NameServer" colon servername crlf dot crlf check-domain-response = response
; CHECK command. check-request = check-domain-request / check-nameserver-request check-response = check-domain-response / check-nameserver-response check-domain-request = "check" crlf "EntityName" colon "Domain" crlf "DomainName" colon sldn crlf dot crlf check-nameserver-request = "check" crlf "EntityName" colon "NameServer" crlf "NameServer" colon servername crlf dot crlf check-domain-response = response
Hollenbeck & Srivastava Informational [Page 32] RFC 2832 NSI Registry Registrar Protocol May 2000
Hollenbeck & Srivastava Informational [Page 32] RFC 2832 NSI Registry Registrar Protocol May 2000
dot crlf
check-nameserver-response = available-check-nameserver-response /
notavailable-check-nameserver-response
available-check-nameserver-response = response
dot crlf
notavailable-check-nameserver-response = response
1*("IPAddress" colon ip-address crlf)
dot crlf
dot crlf check-nameserver-response = available-check-nameserver-response / notavailable-check-nameserver-response available-check-nameserver-response = response dot crlf notavailable-check-nameserver-response = response 1*("IPAddress" colon ip-address crlf) dot crlf
; DEL command. del-request = del-domain-request / del-nameserver-request del-response = response dot crlf del-domain-request = "del" crlf "EntityName" colon "Domain" crlf "DomainName" colon sldn crlf dot crlf del-nameserver-request = "del" crlf "EntityName" colon "NameServer" crlf "NameServer" colon servername crlf dot crlf
; DEL command. del-request = del-domain-request / del-nameserver-request del-response = response dot crlf del-domain-request = "del" crlf "EntityName" colon "Domain" crlf "DomainName" colon sldn crlf dot crlf del-nameserver-request = "del" crlf "EntityName" colon "NameServer" crlf "NameServer" colon servername crlf dot crlf
; DESCRIBE command. describe-request = "describe" crlf [target-option] *(option-tag colon option-value crlf) dot crlf describe-response = response "Protocol" colon version-number crlf *attribute-line dot crlf target-option = dash "Target" colon "Protocol" crlf
; DESCRIBE command. describe-request = "describe" crlf [target-option] *(option-tag colon option-value crlf) dot crlf describe-response = response "Protocol" colon version-number crlf *attribute-line dot crlf target-option = dash "Target" colon "Protocol" crlf
; MOD command. mod-request = mod-domain-request / mod-nameserver-request mod-response = response *attribute-line dot crlf mod-domain-request = "mod" crlf "EntityName" colon "Domain" crlf "DomainName" colon sldn crlf *(add-attribute-value-line / remove-attribute-value-line / replace-attribute-value-line)
; MOD command. mod-request = mod-domain-request / mod-nameserver-request mod-response = response *attribute-line dot crlf mod-domain-request = "mod" crlf "EntityName" colon "Domain" crlf "DomainName" colon sldn crlf *(add-attribute-value-line / remove-attribute-value-line / replace-attribute-value-line)
Hollenbeck & Srivastava Informational [Page 33] RFC 2832 NSI Registry Registrar Protocol May 2000
Hollenbeck & Srivastava Informational [Page 33] RFC 2832 NSI Registry Registrar Protocol May 2000
dot crlf mod-nameserver-request = "mod" crlf "EntityName" colon "NameServer" crlf "NameServer" colon servername crlf ["NewNameServer" colon attribute-value crlf] *(add-attribute-value-line / remove-attribute-value-line / replace-attribute-value-line) dot crlf add-attribute-value-line = attribute-name colon new-attribute-value remove-attribute-value-line = attribute-name colon old-attribute-value "=" replace-attribute-value-line = attribute-name colon old-attribute-value "=" new-attribute-value old-attribute-value = attribute-value new-attribute-value = attribute-value
dot crlf mod-nameserver-request = "mod" crlf "EntityName" colon "NameServer" crlf "NameServer" colon servername crlf ["NewNameServer" colon attribute-value crlf] *(add-attribute-value-line / remove-attribute-value-line / replace-attribute-value-line) dot crlf add-attribute-value-line = attribute-name colon new-attribute-value remove-attribute-value-line = attribute-name colon old-attribute-value "=" replace-attribute-value-line = attribute-name colon old-attribute-value "=" new-attribute-value old-attribute-value = attribute-value new-attribute-value = attribute-value
; QUIT command. quit-request = "quit" crlf dot crlf quit-response = response dot crlf
; QUIT command. quit-request = "quit" crlf dot crlf quit-response = response dot crlf
; RENEW command.
renew-request = "renew" crlf
"EntityName" colon "Domain" crlf
"DomainName" colon sldn crlf
[renew-period-option]
dot crlf
expiration-year-option = dash "CurrentExpirationYear" colon year crlf
renew-period-option = period-option expiration-year-option /
expiration-year-option period-option
renew-response = response
"RegistrationExpirationDate" colon time-stamp crlf
dot crlf
; RENEW command. renew-request = "renew" crlf "EntityName" colon "Domain" crlf "DomainName" colon sldn crlf [renew-period-option] dot crlf expiration-year-option = dash "CurrentExpirationYear" colon year crlf renew-period-option = period-option expiration-year-option / expiration-year-option period-option renew-response = response "RegistrationExpirationDate" colon time-stamp crlf dot crlf
; SESSION command. session-request = "session" crlf registrar-id-option registrar-password-option [registrar-newpassword-option] dot crlf session-response = response dot crlf registrar-id-option = dash "Id" colon option-value crlf registrar-password-option =
; SESSION command. session-request = "session" crlf registrar-id-option registrar-password-option [registrar-newpassword-option] dot crlf session-response = response dot crlf registrar-id-option = dash "Id" colon option-value crlf registrar-password-option =
Hollenbeck & Srivastava Informational [Page 34] RFC 2832 NSI Registry Registrar Protocol May 2000
Hollenbeck & Srivastava Informational [Page 34] RFC 2832 NSI Registry Registrar Protocol May 2000
dash "Password" colon password crlf registrar-newpassword-option = dash "NewPassword" colon password crlf
dash "Password" colon password crlf registrar-newpassword-option = dash "NewPassword" colon password crlf
; STATUS command.
status-request = status-domain-request /
status-nameserver-request
status-response = response
*attribute-line
dot crlf
status-domain-request = "status" crlf
"EntityName" colon "Domain" crlf
"DomainName" colon sldn crlf
dot crlf
status-nameserver-request = "status" crlf
"EntityName" colon "NameServer" crlf
"NameServer" colon servername crlf
dot crlf
; STATUS command. status-request = status-domain-request / status-nameserver-request status-response = response *attribute-line dot crlf status-domain-request = "status" crlf "EntityName" colon "Domain" crlf "DomainName" colon sldn crlf dot crlf status-nameserver-request = "status" crlf "EntityName" colon "NameServer" crlf "NameServer" colon servername crlf dot crlf
; TRANSFER command. transfer-request = "transfer" crlf [approve-option] "EntityName" colon "Domain" crlf "DomainName" colon sldn crlf dot crlf transfer-response = response "RegistrationExpirationDate" colon time-stamp crlf dot crlf approve-option = dash "Approve" colon yesno crlf
; TRANSFER command. transfer-request = "transfer" crlf [approve-option] "EntityName" colon "Domain" crlf "DomainName" colon sldn crlf dot crlf transfer-response = response "RegistrationExpirationDate" colon time-stamp crlf dot crlf approve-option = dash "Approve" colon yesno crlf
; End of grammar.
; End of grammar.
8. Internationalization
8. Internationalization
RRP is defined using 7-bit US-ASCII characters. Other character sets and character codes are not currently supported.
RRP is defined using 7-bit US-ASCII characters. Other character sets and character codes are not currently supported.
9. Known Issues
9. Known Issues
RRP was not designed to provide bulk data query features. The primary goal of the original protocol designers was to provide a fast, light weight transactional protocol that could be implemented with minimal need for database queries that would take a "long" time to complete or that would return a "large" amount of data. Implementers SHOULD consider developing offline reporting features to provide bulk data for registrar reporting in a fashion suitable for the given registry-registrar operating environment.
RRP was not designed to provide bulk data query features. The primary goal of the original protocol designers was to provide a fast, light weight transactional protocol that could be implemented with minimal need for database queries that would take a "long" time to complete or that would return a "large" amount of data. Implementers SHOULD consider developing offline reporting features to provide bulk data for registrar reporting in a fashion suitable for the given registry-registrar operating environment.
Hollenbeck & Srivastava Informational [Page 35] RFC 2832 NSI Registry Registrar Protocol May 2000
Hollenbeck & Srivastava Informational [Page 35] RFC 2832 NSI Registry Registrar Protocol May 2000
This version of RRP does contain a few limitations noted over the course of several months of operational experience with live domain name registrars. Later versions of this protocol or its successors should strive to resolve or address each of the following issues:
This version of RRP does contain a few limitations noted over the course of several months of operational experience with live domain name registrars. Later versions of this protocol or its successors should strive to resolve or address each of the following issues:
The DESCRIBE command should return information describing System- defined default implementation values.
The DESCRIBE command should return information describing System- defined default implementation values.
Use of the RENEW command without the "CurrentExpirationYear" and "Period" parameters does not provide idempotency. Repeated execution of a RENEW command without these parameters can result in multiple successful RENEW commands, which may not be the desired action if a registrar is retrying a RENEW command due to network connectivity problems.
Use of the RENEW command without the "CurrentExpirationYear" and "Period" parameters does not provide idempotency. Repeated execution of a RENEW command without these parameters can result in multiple successful RENEW commands, which may not be the desired action if a registrar is retrying a RENEW command due to network connectivity problems.
Time stamps returned by RRP do not include time zone identifiers and SHOULD be interpreted as local registry time.
Time stamps returned by RRP do not include time zone identifiers and SHOULD be interpreted as local registry time.
The protocol does not provide features for a registrar to become aware of domain transfer requests and responses. Systems must rely on means outside of the protocol, such as electronic mail and/or registry-provided reports, to inform registrars of transfer requests and responses.
The protocol does not provide features for a registrar to become aware of domain transfer requests and responses. Systems must rely on means outside of the protocol, such as electronic mail and/or registry-provided reports, to inform registrars of transfer requests and responses.
The protocol does not provide features for a registrar to determine all of the domains served by a name server. Systems must provide this information using a method outside of the protocol, such as through periodic extracts from a System database.
The protocol does not provide features for a registrar to determine all of the domains served by a name server. Systems must provide this information using a method outside of the protocol, such as through periodic extracts from a System database.
The protocol does not provide features to manage lame delegation of name servers. Any registrar may "use" name servers registered by another registrar. When a registrar tries to delete a domain or name server it is quite possible that name servers in the domain to be deleted or the name server to be deleted will be associated with other live domains, precluding immediate deletion. Systems must rely on means outside of the protocol to manage lame delegation of name servers.
The protocol does not provide features to manage lame delegation of name servers. Any registrar may "use" name servers registered by another registrar. When a registrar tries to delete a domain or name server it is quite possible that name servers in the domain to be deleted or the name server to be deleted will be associated with other live domains, precluding immediate deletion. Systems must rely on means outside of the protocol to manage lame delegation of name servers.
The use of "=" within the MOD command to indicate a value to be removed is somewhat confusing. A more explicit means of identifying old and new attribute values within the protocol syntax could make this feature more obvious.
The use of "=" within the MOD command to indicate a value to be removed is somewhat confusing. A more explicit means of identifying old and new attribute values within the protocol syntax could make this feature more obvious.
The CHECK command also returns name server IP addresses when returning positive confirmation of the registration of a name server. This extra information may be useful, but it is inconsistent with the limited function of the command. The command should return a positive or negative response and nothing more.
また、ネームサーバの登録の積極的確認を返すとき、CHECKコマンドはネームサーバIPアドレスを返します。このその他の情報は役に立つかもしれませんが、それはコマンドの限られた機能に矛盾しています。 コマンドは肯定しているか否定している応答とそれ以上何もを返すべきです。
Hollenbeck & Srivastava Informational [Page 36] RFC 2832 NSI Registry Registrar Protocol May 2000
[36ページ]RFC2832NSI登録記録係プロトコル2000年5月の情報のHollenbeck&Srivastava
The formal protocol syntax described in this document requires a specific order for the elements of a command entity block and command options. The NSI Registry's server-side implementation of the protocol provides the additional flexibility of allowing order independent specification of options and entity block elements. Client-side implementers are strongly urged to observe the order of command elements as specified here to ensure compliance if the more restricted form is enforced in the future.
本書では説明された正式なプロトコル構文はコマンド実体ブロックとコマンドオプションの原理の特定の注文を必要とします。 NSI Registryのプロトコルのサーバサイド実現はオプションの独立している仕様と実体ブロック要素をオーダーに許容する追加柔軟性を提供します。 さらに制限されたフォームが将来励行されるなら、クライアントサイドimplementersがコンプライアンスを確実にする指定されるとしての指揮機関に関するここでの命令を観測するよう強く促されます。
RRP does not return time stamps or transaction identifiers to track transactions. The NSI Registry provides registrars with daily and weekly reports that include time stamps in local registry time to document and synchronize data on a per-registrar basis.
RRPは、取引を追跡するためにタイムスタンプか取引識別子を返しません。 NSI Registryは1記録係あたり1個のベースに関するデータを記録して、同期させる地方の登録時間でタイムスタンプを含んでいる日刊誌と週報を記録係に提供します。
10. Security Considerations
10. セキュリティ問題
Misuse of the Registry Registrar Protocol can have catastrophic operational consequences for registrants, registrars, and registries. As such, all registrars must be authenticated prior to all interactions with the registry. In addition, all data exchanged between the registrar and the registry must be protected to avoid unintended disclosure of information.
Registry Registrarプロトコルの誤用は記入者、記録係、および登録への壊滅的な操作上の結果を持つことができます。 そういうものとして、登録とのすべての相互作用の前にすべての記録係を認証しなければなりません。 さらに、情報の故意でない公開を避けるために記録係と登録の間で交換されたすべてのデータを保護しなければなりません。
11. IANA Considerations
11. IANA問題
IANA assigned TCP port 648 for RRP use in November 1998. No other action is required of IANA to support operation of this protocol.
IANAは1998年11月にRRP使用のためにポート648をTCPに割り当てました。 IANAは、このプロトコルの操作を支持するために他のどんな動作にも要求されません。
IANA has reserved certain IPv4 address ranges as described in [ALLOCATION]. Implementers MUST ensure that name server IP addresses do not fall into one of the reserved address ranges to avoid operational DNS errors.
IANAは[ALLOCATION]で説明されるようにある一定のIPv4アドレスの範囲を予約しました。 Implementersは、ネームサーバIPアドレスが操作上のDNS誤りを避けるために予約されたアドレスの範囲の1つにならないのを確実にしなければなりません。
12. References
12. 参照
[ABNF] Crocker, D. (Editor) and P. Overell, "Augmented BNF for
Syntax Specifications: ABNF", RFC 2234, November 1997.
[ABNF]クロッカー、D.(エディタ)とP.Overell、「構文仕様のための増大しているBNF:」 "ABNF"、1997年11月のRFC2234。
[ALLOCATION] Hubbard, K., Kosters, M., Conrad, D., Karrenberg, D. and
J. Postel, "Internet Registry IP Allocation Guidelines",
BCP 12, RFC 2050, November 1996.
[配分] ハバードとK.とKostersとM.とコンラッドとD.とKarrenbergとD.とJ.ポステル、「インターネット登録IP配分ガイドライン」、BCP12、RFC2050、1996年11月。
[MUSTSHOULD] Bradner, S., "Key Words for Use in RFCs to Indicate
Requirement Levels", BCP 14, RFC 2119, March 1997.
[MUSTSHOULD] ブラドナー、S.、「使用のための要件レベルを示すRFCsのキーワード」、BCP14、RFC2119、1997年3月。
Hollenbeck & Srivastava Informational [Page 37] RFC 2832 NSI Registry Registrar Protocol May 2000
[37ページ]RFC2832NSI登録記録係プロトコル2000年5月の情報のHollenbeck&Srivastava
[SSL] A. Frier, P. Karlton, and P. Kocher, "The SSL 3.0
Protocol", Netscape Communications Corp., November 18,
1996.
[SSL] 1996年11月18日のA.フライ料理人、P.Karlton、およびP.コッハー、「SSL3.0プロトコル」、ネットスケープ・コミュニケーションズ。
[TLS] Dierks T. and C. Allen, "The TLS Protocol Version 1.0",
RFC 2246, January 1999.
[TLS] Dierks T.とC.アレン、「TLSは1999年1月にバージョン1インチ、RFC2246について議定書の中で述べます」。
13. Acknowledgments
13. 承認
Many people have contributed significantly to this document and the protocol it describes. Brad McMillen and Neeran Saraf deserve special mention as co-authors of an earlier internal protocol specification. Other content contributors to the earlier internal specification include Aristotle Balogh, Chris Bason, Mark Kosters, Jasdip Singh, and Yibing Wu. Finally, significant contributors to the review of this document include Steve Mahlstedt and Chris Smith.
多くの人々がこのドキュメントとそれが説明するプロトコルにかなり貢献しました。 ブラッドMcMillenとNeeran Sarafは以前の内部のプロトコル仕様の共著者として特記に値します。 以前の社内の仕様書への他の満足している貢献者はアリストテレスBalogh、クリスBason、マークKosters、Jasdipシン、およびYibingウーを入れます。 最終的に、このドキュメントのレビューへの重要な寄稿者はスティーブMahlstedtとクリス・スミスを入れます。
14. Authors' Addresses
14. 作者のアドレス
Scott Hollenbeck Network Solutions, Inc. Registry 505 Huntmar Park Dr. Herndon, VA 20170 USA
スコットHollenbeckネットワークソリューションズ社Registry505Huntmarハーンドン博士、公園ヴァージニア20170米国
EMail: shollenb@netsol.com
メール: shollenb@netsol.com
Manoj Srivastava Network Solutions, Inc. Registry 505 Huntmar Park Dr. Herndon, VA 20170 USA
Manoj Srivastavaネットワークソリューションズ社登録505Huntmarハーンドン博士、公園ヴァージニア20170米国
EMail: manojs@netsol.com
メール: manojs@netsol.com
Hollenbeck & Srivastava Informational [Page 38] RFC 2832 NSI Registry Registrar Protocol May 2000
[38ページ]RFC2832NSI登録記録係プロトコル2000年5月の情報のHollenbeck&Srivastava
15. Full Copyright Statement
15. 完全な著作権宣言文
Copyright (C) The Internet Society (2000). All Rights Reserved.
Copyright(C)インターネット協会(2000)。 All rights reserved。
This document and translations of it may be copied and furnished to others, and derivative works that comment on or otherwise explain it or assist in its implementation may be prepared, copied, published and distributed, in whole or in part, without restriction of any kind, provided that the above copyright notice and this paragraph are included on all such copies and derivative works. However, this document itself may not be modified in any way, such as by removing the copyright notice or references to the Internet Society or other Internet organizations, except as needed for the purpose of developing Internet standards in which case the procedures for copyrights defined in the Internet Standards process must be followed, or as required to translate it into languages other than English.
それに関するこのドキュメントと翻訳は、コピーして、それが批評するか、またはそうでなければわかる他のもの、および派生している作品に提供するか、または準備されているかもしれなくて、コピーされて、発行されて、全体か一部広げられた実現を助けるかもしれません、どんな種類の制限なしでも、上の版権情報とこのパラグラフがそのようなすべてのコピーと派生している作品の上に含まれていれば。 しかしながら、このドキュメント自体は何らかの方法で変更されないかもしれません、インターネット協会か他のインターネット組織の版権情報か参照を取り除くのなどように、それを英語以外の言語に翻訳するのが著作権のための手順がインターネットStandardsの過程で定義したどのケースに従わなければならないか、必要に応じてさもなければ、インターネット標準を開発する目的に必要であるのを除いて。
The limited permissions granted above are perpetual and will not be revoked by the Internet Society or its successors or assigns.
上に承諾された限られた許容は、永久であり、インターネット協会、後継者または案配によって取り消されないでしょう。
This document and the information contained herein is provided on an "AS IS" basis and THE INTERNET SOCIETY AND THE INTERNET ENGINEERING TASK FORCE DISCLAIMS ALL WARRANTIES, EXPRESS OR IMPLIED, INCLUDING BUT NOT LIMITED TO ANY WARRANTY THAT THE USE OF THE INFORMATION HEREIN WILL NOT INFRINGE ANY RIGHTS OR ANY IMPLIED WARRANTIES OF MERCHANTABILITY OR FITNESS FOR A PARTICULAR PURPOSE.
このドキュメントとそして、「そのままで」という基礎とインターネットの振興発展を目的とする組織に、インターネット・エンジニアリング・タスク・フォースが速達の、または、暗示しているすべての保証を放棄するかどうかというここにことであり、他を含んでいて、含まれて、情報の使用がここに侵害しないどんな保証も少しもまっすぐになるという情報か市場性か特定目的への適合性のどんな黙示的な保証。
Acknowledgement
承認
Funding for the RFC Editor function is currently provided by the Internet Society.
RFC Editor機能のための基金は現在、インターネット協会によって提供されます。
Hollenbeck & Srivastava Informational [Page 39]
Hollenbeck&Srivastava情報です。[39ページ]
一覧
スポンサーリンク
