Google は AI 技術を使用して、コンテンツをご希望の言語に翻訳しています。AI 翻訳には誤りが含まれる場合があります。

バックアップ/リカバリアプライアンスのアプライアンスネットワーク設定

このページでは、アプライアンス管理コンソールで管理されているバックアップ/リカバリアプライアンスのネットワーク設定を構成する方法について説明します。

表示されるページから、次の操作を行うことができます。

バックアップ/リカバリアプライアンスのセルフサービスネットワークを構成する
DNS と NTP を変更する
ネットワークのトラブルシューティングを行う
ホスト解決を作成、変更する

バックアップ/リカバリアプライアンスのセルフサービスネットワークを構成する

[管理] タブをクリックし、プルダウンリストから [アプライアンス] オプションを選択します。
アプライアンスを右クリックし、[Configure Appliance Networking] を選択して [System Management] ページを開きます。
[DNS and NTP] タブで、DNS 設定または NTP 設定、あるいはその両方を入力または変更します。 DNS と NTP をご覧ください。空欄のフィールドは、DHCP で提供される値に戻ります。
[IP &Interfaces] タブをクリックして、構成済みの IP アドレスのリストを表示します。情報は編集できません。表示専用です。
[Troubleshooting] タブをクリックして、ネットワーク接続の問題をトラブルシューティングします。詳細については、ネットワークのトラブルシューティングをご覧ください。
[Host Resolution] タブをクリックして、特定のホストの DNS の解決をオーバーライドします。詳細については、ホスト解決をご覧ください。

DNS と NTP

このページで行った変更は、バックアップ/リカバリアプライアンスの動作に大きな影響を与える可能性があります。DNS と NTP の IP アドレスが有効で到達可能であり、ファイアウォールがトラフィックをブロックしていないことを確認してください。これは、[Troubleshooting] タブの TCP 接続テストを使用してテストできます。

DNS Domain: このアプライアンスに接続されているホストのドメインを入力します。

他のドメインにホストがある場合は、DNS サフィックス検索 を設定して、アプライアンスが短い名前でホストを見つけられるようにします。

注: DNS サフィックス検索にエントリを設定すると、 DNS ドメインは検索されません。手動エントリと DNS ドメインの両方を検索するには、DNS ドメインを DNS サフィックス検索に含めます。
プライマリ DNS: プライマリ DNS サーバーの IP アドレスを入力します。
セカンダリ DNS: セカンダリ DNS サーバーの IP アドレスを入力します（省略可）。
NTP Server: NTP サーバーの IP アドレスまたはホスト名を入力します。このフィールドは空白のままにするか、が提供する metadata.google.internal に設定することをおすすめします。このフィールドは常に到達可能です。 Google Cloud

トラブルシューティング

このページでは、ネットワーク接続の問題をトラブルシューティングします。 [Utility] で、使用するトラブルシューティングツールを選択し、必要なパラメータを入力して、[Run Test] をクリックします。結果は [Test Results] ボックスに表示されます。

Ping: ping を実行して、ターゲットホストの到達可能性を判断し、出力をプレーンテキストストリームとして返します。このコマンドは 4 つの ICMP エコーパケットを送信します。次のように入力します。

[Source IP]: 通常、[Auto Select] のデフォルト値が最適です。アプライアンスに複数の IP アドレスがある場合は、ここで選択して、アウトバウンド ICMP トラフィックに使用する IP アドレスを選択できます。

宛先 IP: 有効な IPv4 アドレス。

ping の結果の例:

PING 1.2.3.4 (1.2.3.4) 56(84) bytes of data.
--- 1.2.3.4 ping statistics ---
4 packets transmitted, 0 received, 100% packet loss, time 3001ms

IP route get: パケットを送信せずに、選択した宛先 IP アドレスのルーティングテーブルをクエリします。次のように入力します。

[Source IP]: 通常、[Auto Select] のデフォルト値が最適です。アプライアンスに複数の IP アドレスがある場合は、ここで選択して、ルーティングリクエストに使用する IP アドレスを選択できます。

Destination IP: ターゲットホストの IP アドレス。

IP route get の結果の例:

test or routeget 1.2.3.4
1.2.3.4 using 172.17.1.2 dev eth0 src 172.17.134.80
cache mtu 1500 advmss 1460 hoplimit 64

Traceroute: 一連の UDP プローブを送信して、指定された IP アドレスへの traceroute を実行し、出力をプレーンテキストストリームとして返します。実行には最大 2 分かかることがあります。traceroute を使用して、パス上の介在ネットワークを特定します。traceroute は送信元 IP パラメータを受け入れないため、応答パケットの動作をテストする場合には役に立ちません。このツールで診断できるのは、送信接続のみです。

Destination IP: ターゲットホストの IP アドレス。

UDP Port: テストに使用するベースポートを指定するをご覧ください。デフォルトの 33434 を使用する場合は空白のままにします。注: 使用されるポート数はホップ数と同じになります。

traceroute の結果の例:

test or traceroute 8.8.8.8
1: dev134-86.dev.acme.com (172.17.134.86) 0.092ms
pmtu 1500
1: devgw-waln5k02.dev.acme.com (172.17.0.3) 4.287ms
1: devgw-waln5k02.dev.acme.com (172.17.0.3) 1.287ms
2: e-1-20-walpalo.core.acme.com (192.168.255.21) 2.805ms
3: ge-0-0-1-walasr.edge.acme.com (192.43.242.209) 2.769ms
4: 205.158.44.81.ptr.us.xo.net (205.158.44.81) 9.247ms asymm 14
5: vb1020.rar3.nyc-ny.us.xo.net (216.156.0.25) 10.080ms asymm 12
6: 207.88.12.104.ptr.us.xo.net (207.88.12.104) 8.537ms asymm 12
7: 207.88.13.35.ptr.us.xo.net (207.88.13.35) 8.175ms asymm 11
8: no reply
9: no reply
.
.
.
31: no reply
Too many hops: pmtu 1500
Resume: pmtu 1500

TCP Connection Test: ターゲット IP とポートへの TCP 接続を試みます。成功した場合、データ転送を行わずに接続はすぐに閉じられます。失敗した場合は、失敗メッセージが返されます。ファイアウォールがトラフィックをブロックしているかどうか、または宛先ホストが特定の TCP ポートでリッスンしているかどうかを確認する場合に最もよく使用されます。

[Source IP]: 通常、[Auto Select] のデフォルト値が最適です。アプライアンスに複数の IP アドレスがある場合は、ここで選択して、TCP 接続テストに使用する IP アドレスを選択できます。
Destination IP: ターゲットホストの IP アドレス。
TCP Port: 接続を試行するときに使用する宛先の TCP ポートを指定します。

TCP 接続テストの結果の例:
```
test/TCP ConnectionTest
Connection to 10.138.200.3:443 succeeded!
```

アプライアンスから Backup and DR エージェントへの接続を検証するには、バックアップ/リカバリアプライアンスから Backup and DR エージェントへの接続を検証するをご覧ください。

Test DNS: 構成済みの DNS サーバーを使用して、名前または IP アドレスの解決を試みます。

[Resolve] で [Name] を選択して名前を IP アドレスに解決するか、[IP] を選択して PTR レコード（リバース DNS ルックアップ）を使用して IP アドレスを名前に解決します。
[Name to Resolve] に、構成済みの DNS サーバーを使用して解決を試みる名前を入力します。
[IP to Resolve] に、PTR レコード（リバース DNS ルックアップ）を使用して名前に解決を試みる IP アドレスを入力します。

ホスト解決

場合によっては、名前解決用の静的エントリを手動で作成する必要があります。これは、複数の IP アドレスを持つホストで、DNS に登録されている IP とは異なる IP に解決する場合に必要になることがあります。静的エントリを作成すると、DNS で使用できない名前も解決できます。

このタブでは、IP/名前のペアを追加、変更、削除できます。追加すると、標準の Linux プラットフォームの /etc/hosts に保存されているかのように解決されます。テーブルの各行に 1 つ以上のエイリアスを指定することもできます（複数のエイリアスはスペースで区切ります）。

Backup/リカバリアプライアンスから Backup and DR エージェントへの接続を検証する

バックアップ/リカバリアプライアンスがホストで実行されているバックアップと DR エージェントに接続されていることを検証するには、接続テストを実行します。接続テストを実行するには、ターゲットホストの IP アドレスが必要です。

アプライアンス管理コンソールから、[Manage] > [Appliances] に移動します。
関連するアプライアンスを右クリックし、[Configure Appliance Networking] を選択します。 [System Management] ページが新しいタブで開きます。
[Troubleshooting] タブに移動します。
[Utility] プルダウンから [TCP Connection Test] を選択します。
[Source IP] は [Auto Select] のままにします。
[Destination IP] ボックスに、ターゲットホストの IP アドレスを入力します。
[TCP Port] ボックスに値 5106 を入力します。
[Run Test] を選択します。

[Test Results] に、次の 3 つの結果が表示されます（実際の IP アドレスは異なります）。
- 成功: Connection to 10.0.0.5:5106 succeeded!
  
  これは、エージェントがホストで実行されており、ファイアウォールが接続をブロックしていないことを意味します。[Manage] > [Hosts] のホストの [Certificate Status] が無効と表示されている場合は、ホストの Backup and DR エージェントを使用して新しい Secret キーを作成し、[Manage] > [Hosts] でホストエントリを編集してそのキーを追加する必要があります。
- 失敗（タイムアウト）: Connection to 10.0.0.5:5106 failed: Connection timed out.
  
  接続がタイムアウトした理由は次のいずれかです。
  - ホストの電源が入っていない。
  - Backup and DR エージェントがインストールされていない。
  - Backup and DR エージェントはインストールされているが、実行されていない。
  - VPC のファイアウォールで、そのホストのポート 5106 への上り（内向き）トラフィックが許可されていない。
  - アプライアンスとホスト間にネットワーク接続がない。
- 失敗（拒否）: Connection to 10.0.0.5:5106 refused
  
  接続が拒否された理由は次のいずれかです。
  - Backup and DR エージェントがインストールされていない。
  - Backup and DR エージェントはインストールされているが、実行されていない。
  - 間違った IP アドレスに接続している。