ARCHIVE/xrpl-dev-portal
1
0
Fork 0
mirror of https://github.com/XRPLF/xrpl-dev-portal.git synced 2025-11-19 19:25:51 +00:00
Code Issues Packages Projects Releases Wiki Activity
Files
d3af48ea9db7d703eb7c5b9a6e78aba4245a36df
xrpl-dev-portal/@i18n/ja/docs/infrastructure/configuration/peering/use-a-peer-reservation.md
tequ 47a9338242 [JA] replaceサーバー to サーバ
2024-03-26 17:15:54 +09:00

9.7 KiB
Raw Blame History

html, parent, seo, lables
html parent seo lables
use-a-peer-reservation.html configure-peering.html
description
ピアリザベーションを使用して特定のピアへのより信頼できる接続を設定します。
コアサーバ

ピアリザベーションの使用

[ピアリザベーション][]を使用すると、rippledサーバが予約とマッチしたピアからの通信を常に受け入れるように設定できます。このページでは、ピアリザベーションを使用して2台のサーバ間のピアツーピア通信を、各サーバの管理者の協力のもと一貫して維持する方法について説明します。

ピアリザベーションは、2台のサーバが異なる組織によって運用されていて、着信接続を受信するサーバが、多くのピアを持つハブサーバである場合に特に便利です。分かりやすいように、これらの手順では次の用語を使用します。

  • ストックサーバは発信接続を行うサーバです。このサーバは、ハブサーバ上のピアリザベーションを 使用 します。
  • ハブサーバは着信接続を受信するサーバです。管理者は、このサーバにピアリザベーションを 追加 します。

ただし、一方または両方のサーバがハブ、バリデータ、ストックサーバのいずれあっても、これらの手順を使用してピアリザベーションを設定できます。また、よりビジーな状態にあるサーバから発信接続をする場合にもピアリザベーションを使用できますが、以下のプロセスではそのような構成については説明しません。

前提条件

これらの手順を実行するには、次の前提条件を満たしている必要があります。

  • 両方のサーバの管理者がrippledをインストールして実行している。
  • 両方のサーバの管理者が協力することに合意し、連絡が取り合える。秘密情報を共有する必要はないため、パブリックな通信チャネルを使用してもかまいません。
  • ハブサーバが着信ピア接続を受信できる。ファイアウォールをそのように設定する手順については、ピアリングのポート転送を参照してください。
  • 両方のサーバが、同じXRP Ledgerネットワーク（本番XRP Ledger、Testnet、Devnetなど）と同期するように設定されている。

手順

ピアリザベーションを使用するには、以下の手順に従います。

1.（ストックサーバ）永続ノードキーペアを設定する

ストックサーバの管理者が、以下の手順を実行します。

永続ノードキーペア値をすでにサーバに設定している場合は、ステップ2: ノード公開鍵をピアの管理者に連絡するに進んでください。（例えば、各サーバの永続ノードキーペアはサーバクラスターの設定の一環として設定します。）

ヒント: 永続ノードキーペアの設定は省略可能ですが、この設定をしておけば、サーバのデータベースの消去や新規マシンへの移行が必要となった場合にピア接続の設定を容易に維持することができます。永続ノードキーペアを設定しない場合は、[server_infoメソッド][]のレスポンスのpubkey_nodeフィールドに表示される、サーバが自動生成したノード公開鍵を使用できます。

  1. [validation_createメソッド][]を使用して新しいランダムキーペアを生成します。（secret値を省略します。）

    例:

    rippled validation_create

Loading: "/etc/rippled.cfg"
Connecting to 127.0.0.1:5005
{
   "result" : {
      "status" : "success",
      "validation_key" : "FAWN JAVA JADE HEAL VARY HER REEL SHAW GAIL ARCH BEN IRMA",
      "validation_public_key" : "n9Mxf6qD4J55XeLSCEpqaePW4GjoCR5U1ZeGZGJUCNe3bQa4yQbG",
      "validation_seed" : "ssZkdwURFMBXenJPbrpE14b6noJSu"
   }
}

    validation_seed（ノードシード値）とvalidation_public_key値（ノード公開鍵）を保存します。

  2. rippledの構成ファイルを編集します。

    vim /etc/opt/ripple/rippled.cfg

    {% partial file="/@i18n/ja/docs/_snippets/conf-file-location.md" /%}

  3. 前のステップで生成したvalidation_seed値を使用して、[node_seed]スタンザを追加します。

    例:

    [node_seed]
ssZkdwURFMBXenJPbrpE14b6noJSu

    警告: すべてのサーバの[node_seed]値が一意である必要があります。構成ファイルを別のサーバにコピーする場合は、[node_seed]値を削除するか、変更してください。[node_seed]は公開しないようにします。不正使用者がこの値にアクセスできた場合、それを使用してサーバを偽装し、XRP Ledgerのピアツーピア通信を行う可能性があります。

  4. rippledサーバを再起動します。

    systemctl restart rippled

2.ストックサーバのノード公開鍵を連絡する

ストックサーバの管理者が、ハブサーバの管理者にストックサーバのノード公開鍵を伝えます。（ステップ1のvalidation_public_keyを使用します。）ハブサーバの管理者はこの値を以降のステップで使用する必要があります。

3.（ハブサーバ）ピアリザベーションを追加する

ハブサーバの管理者が、以下の手順を実行します。

[peer_reservations_addメソッド][]を使用し、前のステップで入手したノード公開鍵を使用して予約を追加します。例:

$ rippled peer_reservations_add n9Mxf6qD4J55XeLSCEpqaePW4GjoCR5U1ZeGZGJUCNe3bQa4yQbG "Description here"

Loading: "/etc/opt/ripple/rippled.cfg"
Connecting to 127.0.0.1:5005

{
  "result": {
    "status": "success"
  }
}

ヒント: 説明はオプションのフィールドです。この予約は誰のためにしたものかを人間が読み取れる形式のメモを追加できます。

4.ハブサーバの現在のIPアドレスとピアポートを連絡する

ハブサーバの管理者は、サーバの現在のIPアドレスとピアポートをストックサーバの管理者に伝える必要があります。ハブサーバが、ネットワークアドレス変換（NAT）を行なうファイアウォールの内側にある場合は、サーバの 外部 IPアドレスを使用します。デフォルトの構成ファイルは、ピアプロトコルにポート51235を使用します。

5.（ストックサーバ）ピアサーバに接続する

ストックサーバの管理者が、以下の手順を実行します。

[connectメソッド][]を使用して、サーバをハブサーバに接続します。例:

{% tabs %}

{% tab label="WebSocket" %}

{
    "command": "connect",
    "ip": "169.54.2.151",
    "port": 51235
}

{% /tab %}

{% tab label="JSON-RPC" %}

{
    "method": "connect",
    "params": [
        {
            "ip": "169.54.2.151",
            "port": 51235

        }
    ]
}

{% /tab %}

{% tab label="コマンドライン" %}

rippled connect 169.54.2.151 51235

{% /tab %}

{% /tabs %}

ハブサーバの管理者が上記の手順に従ってピアリザベーションを設定した場合、自動的に接続され、可能な限り接続が維持されます。

次のステップ

サーバの管理者は、サーバに設定された他のピアへの予約を管理できます。（他のサーバからの予約は確認できません。）次のことを実行できます。

  • [peer_reservations_addメソッド][]を使用して、ピアリザベーションの追加や説明の更新を行う。
  • [peer_reservations_listメソッド][]を使用して、予約先のサーバを確認する。
  • [peer_reservations_delメソッド][]を使用して、予約を削除する。
  • [peersメソッド][]を使用して、現在接続しているピアと使用している帯域幅の量を確認する。

ヒント: 不正なピアからの接続を即座に切断するAPIメソッドはありませんが、firewalldなどのソフトウェアファイアウォールを使用すれば、不正なピアからのサーバへの接続をブロックできます。例については、コミュニティーによって作成されたrbhスクリプトを参照してください。

関連項目

{% raw-partial file="/docs/_snippets/common-links.md" /%}