このページでは、アプライアンス管理コンソールで管理されているバックアップ/復元アプライアンスのネットワーク設定を構成する方法について説明します。
表示されるページから、次の操作を行うことができます。
DNS と NTP を変更する
ネットワークのトラブルシューティングを実施する
ホスト解決を作成して変更する
バックアップ/リカバリ アプライアンスのセルフサービス ネットワークを構成する
[管理] タブをクリックし、プルダウン リストから [アプライアンス] オプションを選択します。
アプライアンスを右クリックし、[Configure Appliance Networking] を選択して [System Management] ページを開きます。
[DNS and 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 アドレスまたはホスト名を入力します。このフィールドは空白のままにするか、 Google Cloud によって提供され、常にアクセス可能な metadata.google.internal に設定することをおすすめします。
トラブルシューティング
このページでは、ネットワーク接続に関する問題のトラブルシューティングを行います。[ユーティリティ] で、使用するトラブルシューティング ツールを選択し、必要なパラメータを入力して、[テストを実行] をクリックします。結果が [テスト結果] ボックスに表示されます。
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 アドレスへのトレースルートを実行し、出力をプレーン テキスト ストリームとして返します。この処理には最長で 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 アドレスに解決する場合は [名前] を選択し、PTR レコード（リバース DNS ルックアップ）を使用して IP アドレスを名前に解決する場合は [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 接続テスト] を選択します。
- [送信元 IP] は [自動選択] のままにします。
- [宛先 IP] ボックスに、ターゲット ホストの IP アドレスを入力します。
- [TCP Port] ボックスに値「5106」を入力します。
[テストを実行] を選択します。
[テスト結果] には、次の 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 アドレスに接続している。