エントリーの編集
![loading...](https://b.st-hatena.com/bdefb8944296a0957e54cebcfefc25c4dcff9f5f/images/v4/public/common/loading@2x.gif)
エントリーの編集は全ユーザーに共通の機能です。
必ずガイドラインを一読の上ご利用ください。
マルチホーミングによる外部公開サーバの回線冗長化: watercloud.net
記事へのコメント0件
- 注目コメント
- 新着コメント
このエントリーにコメントしてみましょう。
注目コメント算出アルゴリズムの一部にLINEヤフー株式会社の「建設的コメント順位付けモデルAPI」を使用しています
![アプリのスクリーンショット](https://b.st-hatena.com/bdefb8944296a0957e54cebcfefc25c4dcff9f5f/images/v4/public/entry/app-screenshot.png)
- バナー広告なし
- ミュート機能あり
- ダークモード搭載
関連記事
マルチホーミングによる外部公開サーバの回線冗長化: watercloud.net
この記事はDNS Advent Calendar 2015 - Qiitaの10日目の記事です。 DNS関係なさそうなタイトルですが関... この記事はDNS Advent Calendar 2015 - Qiitaの10日目の記事です。 DNS関係なさそうなタイトルですが関係あります。 むしろDNSの制御ができないと実現できない機能です。 このような構成のネットワークがあったとします。 DMZに公開サーバwwwとmailを置いて、メイン回線障害時に バックアップ回線経由でwwwとmailにアクセスできるようにしたい場合。 通常時のトラフィックは赤矢印、メイン回線障害時のトラフィックは橙矢印の経路で流れるとします。 メイン回線の割当IP・NATルールは赤枠内、バックアップ回線の割当IP・NATルールは橙枠内に記載の通り。 WAN側の機器に求められる制御は以下の通りです。 1.回線の死活監視により、どの回線経由で通信を受け付けるか制御する これはNATルールを2つ入れておけばいいような気もしますが たぶん入らなかったんじゃなかった