このページでは、アプライアンス管理コンソールで管理されるバックアップ / リカバリ アプライアンスのネットワーク設定を構成する方法について説明します。
表示されるページから、次の操作を行うことができます。
バックアップ / リカバリ アプライアンスのセルフサービス ネットワークを構成する
[管理] タブをクリックし、プルダウン リストから [アプライアンス] オプションを選択します。
アプライアンスを右クリックし、[Configure Appliance Networking] を選択して、[System Management] ページを開きます。
[DNS と NTP] タブで、DNS または NTP の設定、またはその両方を入力または変更します。DNS と NTP をご覧ください。空欄のままにしたフィールドは、DHCP から提供された値に戻ります。
[IP & Interfaces] タブをクリックして、構成済みの IP アドレスのリストを表示します。情報は編集できず、表示専用です。
[トラブルシューティング] タブをクリックして、問題のあるネットワーク接続のトラブルシューティングを行います。詳細については、ネットワークのトラブルシューティングをご覧ください。
[ホスト解決] タブをクリックして、特定のホストの DNS の解決をオーバーライドします。詳細については、ホストの解決をご覧ください。
DNS と NTP
このページで行った変更は、バックアップ / リカバリ アプライアンスの動作に大きな影響を与える可能性があります。DNS と NTP の IP アドレスが有効で、トラフィックをブロックするファイアウォールがないことを確認します。これは、[トラブルシューティング] タブの TCP 接続テストを使用してテストできます。
DNS ドメイン: このアプライアンスに接続されているホストのドメインを入力します。
他のドメインに追加のホストがある場合は、DNS サフィックス検索を設定して、アプライアンスが略称でホストを検索できるようにします。
プライマリ DNS: プライマリ DNS サーバーの IP アドレスを入力します。
セカンダリ DNS: セカンダリ DNS サーバーの IP アドレスを入力します（省略可）。
NTP サーバー: NTP サーバーの IP アドレスまたはホスト名を入力します。このフィールドは空白のままにするか、metadata.google.internal に設定することをおすすめします。この値は Google Cloud によって提供され、常にアクセス可能です。
トラブルシューティング
このページでは、問題のあるネットワーク接続のトラブルシューティングを行います。[ユーティリティ] で、使用するトラブルシューティング ツールを選択し、必要なパラメータを入力して、[テストを実行] をクリックします。結果は [Test Results] ボックスに表示されます。
Ping: ping を実行してターゲット ホストのネットワーク到達性を判断し、出力を書式なしテキスト ストリームとして返します。このコマンドは、4 つの ICMP エコー パケットを送信します。次のように入力します。
送信元 IP: 通常は、デフォルト値の [自動選択] が最適な選択です。アプライアンスに複数の 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 アドレスのルーティング テーブルをクエリします。次のように入力します。
送信元 IP: 通常は、デフォルト値の [自動選択] が最適な選択です。アプライアンスに複数の IP アドレスがある場合は、ここで選択することで、ルーティング リクエストに使用する IP アドレスを選択できます。
宛先 IP: ターゲット ホストの IP アドレス。
IP ルートの取得結果の例:
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 パラメータを受け入れることができないため、応答パケットの動作をテストするのには適していません。このツールで診断できるのは、送信接続のみです。
宛先 IP: ターゲット ホストの IP アドレス。
UDP ポート: テストに使用するベースポートを指定します。デフォルトの 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 接続テスト: ターゲット IP とポートへの TCP 接続を試みます。成功すると、データは転送されずに接続がすぐに閉じられます。失敗した場合は、失敗メッセージを返します。最も一般的な用途は、ファイアウォールがトラフィックをブロックしているかどうか、または宛先ホストが特定の TCP ポートをリッスンしているかどうかの確認です。
送信元 IP: 通常は、デフォルト値の [自動選択] が最適な選択です。アプライアンスに複数の IP アドレスがある場合は、ここで選択することで、TCP 接続テストに使用する IP アドレスを選択できます。
宛先 IP: ターゲット ホストの IP アドレス。
TCP ポート: 接続を試行するときに使用する宛先の TCP ポートを指定します。
TCP 接続テストの結果の例:
test/TCP ConnectionTest Connection to 10.138.200.3:443 succeeded!
アプライアンスから Backup and DR エージェントへの接続性を検証するには、バックアップ / リカバリ アプライアンスから Backup and DR エージェントへの接続を検証するをご覧ください。
DNS をテストする: 構成された DNS サーバーを使用して、名前または IP アドレスの解決を試みます。
- [解決] で、[名前] を選択して名前を IP アドレスに解決するか、[IP] を選択して PTR レコード（リバース DNS ルックアップ）を使用して IP アドレスを名前に解決します。
- [解決する名前] に、構成済みの DNS サーバーを使用して解決を試みる名前を入力します。
- [IP to Resolve] に、PTR レコード（リバース DNS ルックアップ）を使用して名前を解決する IP アドレスを入力します。
ホストの解決
名前解決のために静的エントリを手動で作成する必要がある場合があります。これは、複数の IP アドレスを持つホストで、DNS に登録されている IP とは異なる IP に解決する場合に必要になることがあります。静的エントリの作成により、DNS でまったく使用できない名前を解決することもできます。
このタブでは、IP と名前のペアを追加、変更、削除できます。追加すると、標準の Linux プラットフォームの /etc/hosts に保存されているかのように解決されます。テーブルの各行に 1 つ以上のエイリアスを指定することもできます（複数のエイリアスはスペースで区切ります）。
バックアップ / リカバリ アプライアンスから Backup and DR エージェントへの接続を検証する
バックアップ / リカバリ アプライアンスがホストで実行されている Backup and DR エージェントに接続されていることを確認するには、接続テストを実行します。接続テストを実行するには、ターゲット ホストの IP アドレスが必要です。
- アプライアンス管理コンソールから、[管理] > [アプライアンス] に移動します。
- 関連するアプライアンスを右クリックして、[Configure Appliance Networking] を選択します。[システム管理] ページが新しいタブで開きます。
- [トラブルシューティング] タブに移動します。
- [ユーティリティ] プルダウンから [TCP 接続テスト] を選択します。
- [Source IP] は [Auto Select] のままにします。
- [宛先 IP] ボックスに、ターゲット ホストの IP アドレスを入力します。
- [TCP ポート] ボックスに「5106」と入力します。
[Run Test] を選択します。
[Test Results] には、次の 3 つの結果が表示されます（実際の IP アドレスは異なります）。
成功時の結果:
Connection to 10.0.0.5:5106 succeeded!これは、エージェントがホストで実行されており、ファイアウォールが接続をブロックしていないことを意味します。[管理] > [ホスト] でホストの証明書ステータスが無効と表示されている場合は、ホストの Backup and DR エージェントを使用して新しい秘密鍵を作成し、[管理] > [ホスト] でホストエントリを編集してその鍵を追加する必要があります。
失敗した結果（タイムアウト）:
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 アドレスに接続している。