Linux/Source/gdnsd の履歴(No.15)

• 履歴一覧
• 差分 を表示
• 現在との差分 を表示
• ソース を表示
• Linux/Source/gdnsd へ行く。
  • 1 (2018-03-09 (金) 22:22:37)
  • 2 (2018-03-11 (日) 13:35:36)
  • 3 (2018-03-11 (日) 19:21:21)
  • 4 (2018-03-11 (日) 21:49:43)
  • 5 (2018-03-12 (月) 00:04:54)
  • 6 (2018-03-18 (日) 01:47:37)
  • 7 (2018-03-18 (日) 22:52:07)
  • 8 (2018-03-24 (土) 17:22:00)
  • 9 (2018-06-24 (日) 13:52:07)
  • 10 (2018-07-28 (土) 19:31:31)
  • 11 (2019-02-23 (土) 22:04:32)
  • 12 (2023-12-10 (日) 21:17:49)
  • 13 (2025-02-08 (土) 16:19:06)
  • 14 (2025-02-08 (土) 16:50:24)
  • 15 (2025-02-08 (土) 19:24:21)

gdnsd†

オープンソースのグローバルロードバランサー(GSLB)
ソースコード量が少なく高速動作と脆弱性の発生しにくさが特長だがロギング機能が省略されていたり、
細かいヘルスチェックはスクリプトを別途作成する必要があるため、
機能を使いこなすにはコツが必要なソフトウェアである。
gdnsdは通信事業者規模の採用実績もあり、可用性に対する一定の信頼性もある。

参考サイト†

• gdnsd
• GitHub gdnsd
• 配布サイト
• gdnsdでかんたんGSLB
  
  

構築環境†

逆NAT構成を組むときは接続元のグローバルIPも参照できるのでgdnsdのGeoIPも使える。
しかし、前段に双方向NATやdnsdistを挟み込む場合は接続元のIPアドレスも変化するためGeoIPが使えなくなる。
この場合はEDNS Client Subnetを設定して、フロントエンドで取得した接続元のグローバルIPをgdnsdに中継する。

• Reverse NAT Forward

  TYPE DNS-A DNS-B GIP 1.1.0.1 1.1.0.2 IP 10.0.0.1 10.0.0.2 A-RR ns1.gslb.test.org ns2.gslb.test.org USER gdnsd VERSION v2.4.0 PREFIX /usr/lcoal/gdnsd-2.4.0 CONFIG /usr/lcoal/gdnsd/etc/gdnsd/config ZONE /usr/lcoal/gdnsd/etc/gdnsd/zones/gslb.test.org 　 TYPE SERVER-A SERVER-B IP 192.168.0.1 192.168.0.2 A-RR sv1.gslb.test.org sv2.gslb.test.org

• EDNS Client Subnet

  TYPE DNSDIST-C DNSDIST-D FRONT 192.0.2.3 192.0.2.4 BACK 10.0.0.13 10.0.0.14 　 TYPE DNS-C DNS-D IP 10.0.0.3 10.0.0.4 A-RR ns3.gslb.test.org ns4.gslb.test.org USER gdnsd VERSION v3.8.3 PREFIX /usr/lcoal/gdnsd-3.8.3 CONFIG /usr/lcoal/gdnsd/etc/gdnsd/config ZONE /usr/lcoal/gdnsd/etc/gdnsd/zones/gslb.test.org 　 TYPE SERVER-C SERVER-D IP 192.168.0.3 192.168.0.4 A-RR sv3.gslb.test.org sv4.gslb.test.org

  
  

インストール†

• 1. インストール
  gdnsdの最新機能を利用するためソースからビルドする。
  バージョン管理が行える様に、prefixを変更しシンボリックリンクを張る事でプログラムの参照先を切り替える。
  あと、GeoIPを利用するためMaxMindのライブラリを事前にインストールしておく。
  MaxMindライブラリを参照できていれば、"./configure"の実行後に表示されるBuild Featuresでgeoipが表示される。

  # zypper install libev4 libev-devel libmaxminddb-devel ragel
  # wget https://github.com/gdnsd/gdnsd/archive/v2.4.0.tar.gz
  # tar zxvf gdnsd-2.4.0.tar.gz
  # cd gdnsd-2.4.0
  # autoreconf --install
  # ./configure --prefix=/usr/local/gdnsd-2.4.0

  ＋

  ./configure 実行結果

  ======================================================================== | Build Info: non-git | Build Features: prod geoip2 | CC: gcc | CPPFLAGS: -D_FORTIFY_SOURCE=2 -DNDEBUG | CFLAGS: -g -O2 -pthread -fPIE -fstack-protector-strong -fstack-clash-protection ... | LDFLAGS: -pie -Wl,-z,relro -Wl,-z,now -Wl,-z,noexecstack ========================================================================

  # make
  # make install

  　
• 2. 起動準備
  gdnsdを動かす為の実行ユーザを作成した上で起動スクリプトも準備する。
  gdnsdはsystemd起動に最適化されている為、従来のinitスクリプトでは無くサービスファイルから起動を行う。
  なお、v3.0.0から起動オプションが変わった為、アップグレード時はserviceファイルを修正する必要がある。

  ＋

  v2.4.0 起動コマンド

  # cd /usr/local # ln -s /usr/local/gdnsd-2.4.0 gdnsd # cd /etc # ln -s /usr/local/gdnsd/etc/gdnsd gdnsd # vi /usr/lib/systemd/system/gdnsd.service --- [Unit] Description=gdnsd Authoritative GSLB type DNS Server After=local-fs.target network.target remote-fs.target nss-lookup.target [Install] WantedBy=multi-user.target [Service] Type=notify NotifyAccess=all ExecStart=/usr/local/gdnsd/sbin/gdnsd -c /etc/gdnsd -f start ExecStop=/usr/local/gdnsd/sbin/gdnsd -c /etc/gdnsd stop ## Security Setting MountFlags=slave DevicePolicy=closed PrivateDevices=true PrivateTmp=true ProtectSystem=full ProtectHome=true

  ＋

  v3.0.0 起動コマンド

  # cd /usr/local # ln -s /usr/local/gdnsd-3.0.0 gdnsd # cd /etc # ln -s /usr/local/gdnsd/etc/gdnsd gdnsd # echo '# Type Path Mode UID GID Age Argument' >> /usr/lib/tmpfiles.d/gdnsd.conf # echo 'd /var/run/gdnsd/ 0700 gdnsd gdnsd - -' >> /usr/lib/tmpfiles.d/gdnsd.conf # vi /usr/lib/systemd/system/gdnsd.service --- [Unit] Description=gdnsd Authoritative GSLB type DNS Server After=local-fs.target network.target remote-fs.target nss-lookup.target [Install] WantedBy=multi-user.target [Service] Type=notify NotifyAccess=all ExecStart=/usr/local/gdnsd/sbin/gdnsd -c /etc/gdnsd -l start ExecStop=/usr/local/gdnsd/bin/gdnsdctl -c /etc/gdnsd -l stop ExecReload=/usr/local/gdnsd/bin/gdnsdctl -c /etc/gdnsd -l replace ## Security, daemon management User=gdnsd UMask=0022 RuntimeDirectory=gdnsd RuntimeDirectoryMode=0700 CapabilityBoundingSet=CAP_NET_BIND_SERVICE AmbientCapabilities=CAP_NET_BIND_SERVICE ## Security Setting MountFlags=slave DevicePolicy=closed PrivateDevices=true PrivateTmp=true ProtectSystem=full ProtectHome=true

  　
• 3. コンフィグ
  gdnsdのコンフィグは、[${PREFIX}/etc/gdnsd/config]から固定参照で読み込んでいるので、
  上記設定に合わせてコンフィグを作成しないと、プログラムの起動に失敗する。
  今回はprefixをシンボリックリンクで[/usr/local/gdnsd]に変更している為、
  作成するコンフィグファイル名も[/usr/local/gdnsd/etc/gdnsd/config]になる。
  コンフィグファイルにはgdnsdのヘルスチェック条件も書く必要があるが、
  権威DNSサーバ機能のみ利用するならば、optionsのみ記載すればプログラムを起動出来る。
  v3.0.0で一部の設定項目が廃止となった為、エラーが出た場合はコンフィグを修正する。

  # vi /usr/local/gdnsd/etc/gdnsd/config
  ---
  options => {
      username       => gdnsd,
      chaos_response => "GSLB",
      listen         => 0.0.0.0:53,
      http_listen    => 0.0.0.0:3506,
      log_stats      => 3600,
      tcp_threads    => 1,
      udp_threads    => 1,
  
      include_optional_ns    => true,
      disable_text_autosplit => false,
      zones_strict_data      => false,
      zones_strict_startup   => true,
      zones_rfc1035_auto     => false,
  
      state_dir              => /var/lib/gdnsd,
      run_dir                => /var/run/gdnsd,
      plugin_search_path     => /usr/local/gdnsd/lib64/gdnsd,
  }

  ＋

  設定の解説

  全オプションはgdnsdの公式ドキュメントを確認する。 最低限の動作を行う場合、下記オプションを参考に設定を行う。 OPTIONS HASH v2.4.0 v3.0.0 DESCRIPTION username ○ × gdnsdの実行ユーザ。グループはユーザに紐付いている物が自動適用される [v3.0.0] serviceファイルに直接設定する方式に変更となり削除 chaos_response ○ ○ CHクラスの応答内容 権威DNSのバージョン確認クエリに、設定した文字列を返す listen ○ ○ gdnsdの待ち受けIPアドレス・ポート番号 複数IPを待ち受けする場合はリスト構造にする http_listen ○ × gdnsdヘルスチェック画面の待ち受けIPアドレス・ポート番号 [v3.0.0] HTTPサーバ(HTTP listener)廃止により設定項目も削除 log_stats ○ × DNSクエリの統計ログ出力間隔で、値を"0"にすると統計ログ出力が無効化される [v3.0.0] HTTPサーバ(HTTP listener)廃止により設定項目も削除 tcp_threads ○ ○ リスナーアドレスに対して作成されるスレッド数 マルチコアCPUの場合、CPUコアの2～4倍にするとパフォーマンスが上がる udp_threads ○ ○ リスナーアドレスに対して作成されるスレッド数 マルチコアCPUの場合、CPUコアの2～4倍にするとパフォーマンスが上がる include_optional_ns ○ × DNSのAuthoritySectionにオプションのNSレコードを含めて応答する [v3.0.0] 応答速度重視により設定がfalseで固定された為、項目も削除 disable_text_autosplit ○ ○ TXTレコードを255バイト毎に自動分割する設定を切り替える 通常は自動分割させる為、自動分割を無効(false)に設定する zones_strict_data ○ ○ DNSゾーンファイルで重要度低のエラーが発生してもデーモンを起動する "zones_strict_startup"の設定に依存する zones_strict_startup ○ ○ gdnsd起動時にDNSゾーンファイルが正しく読めない時は起動停止させる 無効化(false)の場合、読込み失敗したDNSゾーンをスキップして起動させる zones_rfc1035_auto ○ × DNSゾーンファイルの書き換えを検出し、DNSレコードに自動適用する [v3.0.0] オートスキャン(autoscanning)廃止により削除 state_dir ○ ○ gdnsdのデーモン起動情報を外部プログラムと連携する際に使用 ディレクトリが存在しない時は自動生成される run_dir ○ ○ gdnsdのPIDファイル保存フォルダ systemdからプロセス操作を行う際に必須となる plugin_search_path ○ × プラグインの保存先で、基本的に"${PREFIX}/lib64/gdnsd"を設定する [v3.0.0] プラグインの外部参照廃止と共に削除

  　
  EDNS Client Subnetを使う場合、転送元のdnsdistとGSLBとして動作するgdnsdの両方でEDNS設定を追加する。
  dnsdistには"useClientSubnet"と"setECSSourcePrefixV4/V6"、
  gdnsdには"edns_client_subnet"を追記して接続元IPをEDNSで中継させる。

  ＋

  dnsdist.conf

  -- BACKEND check03 = "ns3.gslb.test.org." check04 = "ns4.gslb.test.org." newServer({address="10.0.0.3:53", pool="example", useClientSubnet=true, checkName=check03, mustResolve=true}) newServer({address="10.0.0.4:53", pool="example", useClientSubnet=true, checkName=check04, mustResolve=true}) setServerPolicy(firstAvailable) -- LISTEN addLocal("192.0.2.3:53", {reusePort=true}) -- EDNS setECSSourcePrefixV4(24) setECSSourcePrefixV6(64) -- ACL setACL("0.0.0.0/0") -- RULE internet = newSuffixMatchNode() internet:add(newDNSName("test.org.")) -- LOG addAction(AllRule(), LogAction("/var/log/dnsdist/dnsdist.log", false, true, false)) -- POLICY addAction(SuffixMatchNodeRule(internet), PoolAction("example")) addAction(QTypeRule(dnsdist.TXT), PoolAction("example")) addAction(AllRule(), RCodeAction(dnsdist.REFUSED))

  ＋

  gdnsd/config

  options => { chaos_response => "GSLB", listen => 0.0.0.0:53, tcp_threads => 1, udp_threads => 1, edns_client_subnet => true, disable_text_autosplit => false, zones_strict_data => false, zones_strict_startup => true, }

  　
• 4. ゾーンファイル
  DNSゾーンファイルは、権威DNSとしてレコードを登録したいORIGINと同じファイル名にする。
  例えば、[gslb.test.org]のゾーンを作成する場合、
  DNSゾーンファイルは[/usr/local/gdnsd/etc/gdnsd/zones/gslb.test.org]となる。
  ファイルの書式は基本的にBINDのゾーン記法と同じだが、
  ヘルスチェックを元にした可変レコードの箇所のみ、gdnsd特有の設定を行う必要がある。
  GSLBの特性上TTLを短くする必要がある為、ゾーンファイル内でTTLを明記して設定を切り替える。
  参考として、DNSゾーンファイルの例を構築例に従って作成してみる。

  # vi /usr/local/gdnsd/etc/gdnsd/zones/gslb.test.org
  ---
  $ORIGIN gslb.test.org.
  $TTL    3600
  @       IN  SOA  ns1.gslb.test.org.  root.gslb.test.org. (
                                          2018010101  ; serial
                                          3600        ; refresh
                                          1200        ; retry
                                          1209600     ; expire
                                          3600        ; minimum
                                       )
  
  ;; GLUE RECORD
  ;;
          IN  NS      ns1.gslb.test.org.
          IN  NS      ns2.gslb.test.org.
  ns1     IN  A       10.0.0.1
  ns2     IN  A       10.0.0.2
  
  ;; CONTENTS
  sv1     IN  A       192.168.0.1
  sv2     IN  A       192.168.0.2
  
  ;; GSLB
  ;;
  $TTL    10
  ;; この箇所にGSLBの可変レコードを記載

  　
• 5. 起動
  事前に作成したサービスファイルを用いてgdnsdを起動する。
  ログはsyslogのdaemonファシリティに出力されるので、起動しない時は該当ログを確認する。

  # systemctl unmask gdnsd
  # systemctl enable gdnsd
  # systemctl start gdnsd

  
  

ステータス†

gdnsdのヘルスチェック確認はメジャーバージョンによって変化する。
v2.4.2までは、同梱するHTTPサーバを用いたGUI確認となるが、
v3.0.0以降は、コマンドで出力したJSON形式の実行結果を見る事となる。

＋

v2.4.0 ステータス確認

v2.4.0にはプログラムの稼働状況確認画面(ステータス画面)があり、 コンフィグで設定した[http_listen]パラメータをWebブラウザに入力し、 Webブラウザからgdnsdに接続して見る事が出来る。 　 確認出来る項目は下記の通り基本的な物は網羅している。 また、CSV/JSONを利用して別システムと連携する事も可能になっている。 ただし、gdnsdが処理したDNSクエリ自体は確認する事が出来ない。 DNSクエリの応答ステータス gdnsdの応答クエリ統計情報 ヘルスチェック稼働状況 統計情報のCSV/JSONファイル 　 ステータス画面はgdnsdの稼働状況を視認出来るので便利だが、 画面自体をユーザ・パスワード認証する事が出来ない。 よって、本番環境で利用する場合は、iptablesで接続元IP制限を掛けるか、 [http_listen => 127.0.0.1:3506] でローカルループバックアドレスで待ち受け、 フロントエンドは認証設定したリバースプロキシにするなど注意して利用する。

ヘルスチェック†

GSLBは下位サーバに対してヘルスチェックを行い、ステータスに応じた可変レコード応答が特徴となる。
負荷分散(ラウンドロビン)、冗長化(アクティブ・スタンバイ)など様々な構成を取る事が出来る。
gdnsdにもヘルスチェックが搭載されており、基本的なGSLBとして機能するようになっている。
また、標準のヘルスチェックで機能不足の場合、ヘルスチェックで外部コマンドを実行する事で、
環境に応じた機能拡張を行う事も出来る。
　
gdnsdのヘルスチェックを利用する時は、gdnsdのconfigファイルにヘルスチェック定義を設定した後、
DNSゾーンファイルで専用の可変レコードを設定する事により利用可能となる。
可変レコードはAレコードを定義するDYNAレコードと、CNAMEを定義するDYNCレコードの2種類が存在する。
ただし、利用出来る可変レコードはプラグイン毎に制限されている為、詳細は公式ドキュメントを確認する。
　
DYNA/DYNCレコードは ["プラグイン種別"！"応答レコード定義名"] で設定する。
DNSゾーンファイルには下記の様なレコードを追記する事となる。

www    10  DYNA  multifo!tcp_80
blog   10  DYNA  weighted!tcp_443
cname  10  DYNC  weighted!tcp_cname

• ラウンドロビン

  ＋

  設定内容

  ヘルスチェックを行いつつ、コンテンツサーバにラウンドロビンで振り分ける。 コンテンツサーバでWEB(TCP:80)を待ち受けている環境を想定して作成する。 gdnsdのヘルスチェック設定は、既存のconfigファイルに追記を行う事で定義する。 # vi /usr/lcoal/gdnsd/etc/gdnsd/config --- service_types => { tcp_80_http => { plugin => http_status, port => 80, url_path => /, ok_codes => [ 200, 301 ], up_thresh => 10, ok_thresh => 5, down_thresh => 5, interval => 5, timeout => 4, } } plugins => { multifo => { tcp_80 => { service_types => tcp_80_http, up_thresh => 0.001, SERVERA => 192.168.0.1, SERVERB => 192.168.0.2, } } } 　 DNSゾーンファイルには、Aレコード・CNAMEの応答内容に従って可変レコードを記載する。 例えば、Aレコードとして可変応答させる場合は下記の様になる。 # vi /usr/local/gdnsd/etc/gdnsd/zones/gslb.test.org --- ;; DNSゾーンに追記 $TTL 10 www 10 DYNA multifo!tcp_80

  　
• 重み付け応答

  ＋

  設定内容

  重み付けに応じて応答するレコードを変更する場合、ラウンドロビン設定内のIP指定部分をリストに変更する。 変更箇所はpluginsフィールド内のみで、service_typesは書き換えなくて良い。 下記設定では、SERVER-Aを1、SERVER-Bを3とした場合の重み付け応答となる。 # vi /usr/lcoal/gdnsd/etc/gdnsd/config --- plugins => { weighted => { tcp_80 => { service_types => tcp_80_http, up_thresh => 0.001, multi => false, SERVERA => [ 192.168.0.1, 1], SERVERB => [ 192.168.0.2, 3], } } } 　 重み付け応答にする為、監視モジュールを[multifo]から[weighted]に切り替えている為、 DNSゾーンファイルのDYNAレコード設定も変更する。 # vi /usr/local/gdnsd/etc/gdnsd/zones/gslb.test.org --- ;; DNSゾーンに追記 $TTL 10 www 10 DYNA weighted!tcp_80

  　
• ping死活監視

  ＋

  設定内容

  gdnsdのヘルスチェックには、ping死活監視モジュールが存在しない。 その為、ping死活で応答レコードを変更する場合、外部コマンドモジュールを利用してpingを直接実行する。 　 外部コマンドに監視対象のIPアドレスを引き渡す場合、特殊変数の"％％ITEM％％"を指定する。 "％％ITEM％％"変数を指定する事で、configファイルの応答IPアドレスを監視対象としてスクリプトに引き渡す。 外部コマンドモジュールを利用する場合、パラメータ内で利用するコマンドのタイムアウト秒数が、 gdnsdヘルスチェックのタイムアウト秒数以上にならない様に注意する。 # vi /usr/lcoal/gdnsd/etc/gdnsd/config --- service_types => { icmp_command => { plugin => extmon, cmd => ["/usr/sbin/fping", "-t 3", "%%ITEM%%"], interval => 10, timeout => 4, up_thresh => 6, ok_thresh => 3, down_thresh => 3, } } plugins => { multifo => { icmp_check => { service_types => icmp_command, up_thresh => 0.001, SERVERA => 192.168.0.1, SERVERB => 192.168.0.2, } } } 　 DNSゾーンファイルの内容も設定に応じて書き換える。 外部コマンドを利用しているが、DYNAレコードに影響のあるpluginsは大きく変更していない為、 従来通りの書式に従ってDYNAレコード設定を変更する。 # vi /usr/local/gdnsd/etc/gdnsd/zones/gslb.test.org --- ;; DNSゾーンに追記 $TTL 10 www 10 DYNA multifo!icmp_check

  　
• NAT配下監視

  ＋

  設定内容

  クラウドではグローバルIPとインスタンス内部アドレスを、NATで紐付けてアドレスを割り当てている場合が多い。 この時、NAT装置がNATループバック(ヘアピンNAT)に対応していない場合、 グローバルIPからインスタンス内部アドレスに変換が出来ず、グローバルIPでヘルスチェックが出来なくなる。 解決方法は複数存在するが、楽な方法としては外部コマンドヘルスチェックを応用する事で、 インスタンス内部アドレスで監視しつつ、DNSの応答レコードをグローバルIPにする事が出来る。 　 下記は、Web(TCP:80)への死活監視をインスタンス内部アドレス(SERVER-A/B)で行いつつ、 DNSレコードとしてはグローバルIP(NAT)を応答する設定例となる。 # vi /usr/lcoal/gdnsd/etc/gdnsd/config --- service_types => { script_mon => { plugin => extmon, cmd => ["/usr/local/bin/script_mon.pl", "%%ITEM%%", "80"], interval => 10, timeout => 4, up_thresh => 6, ok_thresh => 3, down_thresh => 3, } } plugins => { multifo => { tcp_80 => { service_types => script_mon, up_thresh => 0.001, SERVERA => 1.1.0.1, SERVERB => 1.1.0.2, } } } 　 DNSゾーンファイルは今までと同じように、plugins/service_typesを設定する。 この時、重み付け応答を行いたい場合、設定に合わせてDYNAレコードを修正する。 # vi /usr/local/gdnsd/etc/gdnsd/zones/gslb.test.org --- ;; DNSゾーンに追記 $TTL 10 www 10 DYNA multifo!tcp_80 　 外部コマンドは様々は作成方法があるが、筆者が作成したperlの作例を公開。 応答性重視の監視スクリプトとして利用する為、例外処理は全部省いている。 # vi /usr/local/bin/script_mon.pl --- #!/usr/bin/perl $GIP = $ARGV[0]; $PORT = $ARGV[1]; %LIP; $LIP{'1.1.0.1'} = "10.0.0.1"; $LIP{'1.1.0.2'} = "10.0.0.2"; $STAT = system("/usr/bin/ncat -w 1 $LIP{$GIP} ${PORT} < /dev/null > /dev/null 2>&1"); $STAT = $STAT >> 8; exit $STAT;

  　
• アクティブ・スタンバイ

  ＋

  設定内容

  GSLB配下のコンテンツサーバ間でセッション同期を行っていない構成や、 通信を片寄せする時にコンテンツサーバをActive/Standby動作させる場合がある。 gdnsdにActive/Standbyモジュールは存在しないが、 データセンター・フェールオーバー機能でアクティブ・スタンバイを実現出来る。 　 下記は、SERVER-Aをアクティブ・SERVER-Bをスタンバイとして稼働させつつ、 ヘルスチェックにWeb(TCP:80)への死活監視を行う設定例となる。 # vi /usr/lcoal/gdnsd/etc/gdnsd/config --- service_types => { tcp_80_http => { plugin => http_status, port => 80, url_path => /, ok_codes => [ 200, 301 ], up_thresh => 10, ok_thresh => 5, down_thresh => 5, interval => 5, timeout => 4, } } plugins => { metafo => { resources => { tcp_80 => { datacenters => [ active, standby ] dcmap => { active => { plugin => multifo, service_types => tcp_80_http, up_thresh => 0.001, SERVERA => 192.168.0.1, } standby => { plugin => multifo, service_types => tcp_80_http, up_thresh => 0.001, SERVERB => 192.168.0.2, } } } } } } 　 DNSゾーンファイルは従来通りに、サービスタイプとプラグインを設定する。 今回は、データセンター・フェールオーバーを利用しているのでmetafoプラグインを指定する。 サービスタイプは作成した物を従来通りに設定する。 # vi /usr/local/gdnsd/etc/gdnsd/zones/gslb.test.org --- ;; DNSゾーンに追記 $TTL 10 www 10 DYNA metafo!tcp_80

  　
• ソーリーサーバ

  ＋

  設定内容

  障害でコンテンツサーバが全台がダウンした時に緊急コンテンツ(ソーリーサーバー)を表示する事で、 メインサーバがダウンしている事を伝える事がある。 このソーリーサーバをgdnsdで実装するには、データセンター・フェールオーバーを応用する。 　 下記は、SERVER-AとSERVER-Bをラウンドロビン稼働させつつ、 ソーリーサーバとして192.168.0.3へ割り振る設定例となる。 ただし、ソーリーサーバへのヘルスチェックを行わない事で、 ソーリーサーバの稼働状況にかかわらず、コンテンツサーバ全ダウン時もアドレスを応答するようにしてある。 # vi /usr/lcoal/gdnsd/etc/gdnsd/config --- service_types => { tcp_80_http => { plugin => http_status, port => 80, url_path => /, ok_codes => [ 200, 301 ], up_thresh => 10, ok_thresh => 5, down_thresh => 5, interval => 5, timeout => 4, } } plugins => { metafo => { resources => { tcp_80 => { datacenters => [ active, sorry ] dcmap => { active => { plugin => multifo, service_types => tcp_80_http, up_thresh => 0.001, SERVERA => 192.168.0.1, SERVERB => 192.168.0.2, } sorry => 192.168.0.3, } } } } } 　 ソーリーサーバを利用する場合も、DNSゾーンファイルは従来通りの設定を行う。 gdnsdのプラグインはmetafoを利用しているので、metafoを指定する。 # vi /usr/local/gdnsd/etc/gdnsd/zones/gslb.test.org --- ;; DNSゾーンに追記 $TTL 10 www 10 DYNA metafo!tcp_80

  　
• ジオロケーション

  ＋

  設定内容

  国や地域によってDNS応答レコードを変更させたい場合、MaxMindのデータベースを用いる事が出来る。 前段にロードバランサーを用いる場合はEDNS Client Subnetで接続元IPを中継させれば使える。 　 gdnsdのGeoIPでは[6大陸]→[国コード]→[都市]の3階層を設定し、一番詳細な定義に合致するレコードを応答する。 特殊な設定で合致しなかった場合に応答するレコードもdefaultリージョンとして定義できる。 以下は国レベルで応答レコードを返答する設定例となる。 国 6大陸 国コード DCMAP 応答レコード 日本 AS JP japan 198.51.100.1 198.51.100.2 台湾 AS TW taiwan 198.51.100.101 アメリカ NA US america 203.0.113.1 203.0.113.2 カナダ NA CA canada 203.0.113.101 デフォルト default global 192.0.2.1 # vi /usr/lcoal/gdnsd/etc/gdnsd/config --- geoip => { maps => { udp_53_dns => { # https://dev.maxmind.com/geoip/docs/databases/city-and-country/ # 1st: continent_code [AF,AN,AS,EU,NA,OC,SA] # 2nd: country_iso_code [ISO 3166-1] # 3rd: city_name [UTF-8 CHAR] geoip2_db => /var/lib/GeoIP/GeoLite2-City.mmdb datacenters => [ japan, taiwan, america, canada, global ] map => { AS => { JP => japan, TW => taiwan, } NA => { US => america, CA => canada, } default => global, } } } resources => { udp_53 => { map => udp_53_dns service_types => up dcmap => { japan => [ 198.51.100.1, 198.51.100.2 ], taiwan => 198.51.100.101, america => [ 203.0.113.1, 203.0.113.2 ], canada => 203.0.113.101, global => 192.0.2.1, } } } } 　 DNSゾーンは他と同様にDYNA/DYNCレコードを設定する。 レコードの接頭辞はプラグイン名のgeoipを指定する。 # vi /usr/local/gdnsd/etc/gdnsd/zones/gslb.test.org --- ;; DNSゾーンに追記 $TTL 10 www 10 DYNA geoip!udp_53 　 digコマンドにEDNS Client Subnetを追加し、権威DNSに対して直接DNS名前解決を実行して応答テストをする。 設定例で出した国コードに対応したコマンドとグローバルIP例は次の通りとなる。 以下のデフォルトではオーストラリアを指定している。 国 国コード テストコマンド 日本 JP dig @192.0.2.3 +subnet=1.0.16.0/32 www.gslb.test.org +short 台湾 TW dig @192.0.2.3 +subnet=1.34.0.0/32 www.gslb.test.org +short アメリカ US dig @192.0.2.3 +subnet=10.32.232.0/32 www.gslb.test.org +short カナダ CA dig @192.0.2.3 +subnet=100.42.20.0/32 www.gslb.test.org +short デフォルト default dig @192.0.2.3 +subnet=1.178.0.0/32 www.gslb.test.org +short