dnsmasqで始めるプライベートDNSサーバ - GeekFactory
ローカルネットワークのホスト名とIPアドレスの対応はDNSサーバで管理すると便利です。IPアドレスを覚えたりhostsをメンテナンスするのは大変です。でもbindって難しそうだし、メンテナンスに手間がかかるし、という方にはdnsmasqがおすすめです。 dnsmasqは軽量なDNSサーバとDHCPサーバです。/etc/hostsを管理する延長でDNSサーバを管理できます。この記事ではDNSサーバに焦点を当てて説明します。 ローカルネットワークにDNSを立てる まず、以下の場合を考えてみます。 ホスト名とIPアドレスの対応を一元管理したい。 ローカルネットワークのホストには xxx.laputa.example.com を付与する。 FQDNでなくてもアクセス可能にしたい。 例えば、192.168.2.3 が muska.laputa.example.com という名前だとすると、 ping
Domain Name System (DNS) Parameters
Last Updated 2023-11-08 Available Formats XML HTML Plain text Registries included below DNS CLASSes Resource Record (RR) TYPEs DNS OpCodes DNS RCODEs AFSDB RR Subtype DHCID RR Identifier Type Codes DHCID RR Digest Type Codes DNS Label Types DNS EDNS0 Option Codes (OPT) DNS Header Flags EDNS Header Flags (16 bits) EDNS version Number (8 bits) Child Synchronization (CSYNC) Flags Underscored and Glob
.ioドメイン不調に伴うMackerelの死活監視アラートの誤報の発生とそれに対する対応について - Mackerel お知らせ #mackerelio
Mackerelサブプロデューサーの id:Songmu です。表題の件、ユーザーの皆様には度々ご迷惑をおかけしており大変申し訳ありません。 本件の詳細に関する説明と、今後の対応に関してお知らせいたします。 死活監視のアラート誤報に関して Mackerelでは、mackerel-agentから一定時間メトリック投稿が途絶えた事をもって、サーバーがダウンしたと判断し、死活監視アラートを発報する仕組みになっています。 現在、 mackerel.io ドメインの名前解決が不安定になっております。それに伴い、 mackerel.io ドメインの名前解決が一定期間失敗し、Mackerelへのアクセスが一時的にできない環境において、 mackerel-agent がMackerelへのメトリック投稿をおこなうことができず、Mackerelシステム側でサーバーがダウンしたと判断してしまい、死活監視のアラ
浸透いうな!
DNSの引越しをしたけどうまく切り替わらない。なかなか浸透しない。業者に問い合わせると「DNSの浸透には数日かかることもあります。お待ちください」と言われた。 、、、という話をよく聞きますが、「浸透」(伝播、伝搬、浸潤、反映などとも呼ばれる)ってなんでしょう? DNSの設定を変更するのは「浸透」という謎の現象に託す神頼みのような作業なのでしょうか。 2011.10.16 追記:「浸透」と言っている例 DNSの仕組み まず、DNSの仕組みと、特にキャッシュの動作について解説します。...と思いましたが、とっても大変なので省略します。ただ、権威サーバに登録された情報が世界中のキャッシュサーバに配信されるなどという仕組みは DNS には存在しません。浸透という人はそう思っているようですが。(こんなふうに) 「浸透」という言葉で騙されていませんか? 事前に変更したいDNSのレコードのTTLを短くし
NSD - About
The NLnet Labs Name Server Daemon (NSD) is an authoritative DNS name server. It has been developed for operations in environments where speed, reliability, stability and security are of high importance. NSD has a pure design philosophy that prioritises raw performance. This means that if you serve hundreds of thousands or even millions of queries per second, NSD is the leading implementation in th
内部向けDNSサーバー構築(BIND) - CentOSで自宅サーバー構築
DNSサーバー(BIND)はcentossrv.comというドメイン名からIPアドレスを返したり、IPアドレスからドメイン名を返すサーバー。 ここでは、内部でサーバーにアクセスするときにIPアドレスではなく、centossrv.comでアクセスできるようにする。 [root@centos ~]# yum -y install bind ← bindインストール [root@centos ~]# yum -y install caching-nameserver ← caching-nameserverインストール [root@centos ~]# yum -y install bind-chroot ← bind-chrootインストール [root@centos ~]# cp /var/named/chroot/etc/named.caching-nameserver.conf /v
RFC 6762: Multicast DNS
Internet Engineering Task Force (IETF) S. Cheshire Request for Comments: 6762 M. Krochmal Category: Standards Track Apple Inc. ISSN: 2070-1721 February 2013 Multicast DNS Abstract As networked devices become smaller, more portable, and more ubiquitous, the ability to operate with less configured infrastructure is increasingly important. In particular, the ability to look up DNS resource record dat
インターネット10分講座：DNSキャッシュポイズニング - JPNIC
今回の10分講座は、最近になって新たな攻撃方法が発見され、対応の緊急性が高まったDNSキャッシュポイズニングについて解説します。 DNSの問い合わせの流れ まずはじめに、DNSではクライアントがどのようにドメイン名の情報を得るのか、その流れについて説明します（図1）。 エンドユーザーのPCなどのDNSを利用するクライアントから、問い合わせを行うネームサーバに対し、問い合わせを依頼します。 依頼を受けたネームサーバは、問い合わせ内容を元に、ルートサーバから委任をたどりながら順に問い合わせを行い、目的のドメイン名情報を持つ権威サーバから結果を取得します。 依頼を受けたネームサーバは、問い合わせの結果をクライアントへ返答します。 図1：DNS 問い合わせ DNSのキャッシュ 問い合わせを処理するネームサーバは、処理の途中で得たドメイン名の情報を一時的にローカルに保存することができます。この処理を
「DNSサーバの登録と設定の確認」を更新しました。
---------------------------------------------------------------------- ■DNSサーバの登録と設定の確認 ～登録したJPドメイン名のDNS設定を確認するための手順～ 2005/07/08(Fri) 更新 2005/06/28(Tue) 初版作成 ---------------------------------------------------------------------- 本文書は、JP ドメイン名登録者を対象に、登録した JP ドメイン名の DNS 設 定に誤りがないかを確認するための手順について記します。 確認手順は以下の3つに分けて説明しています。 1. ドメイン名を管理する DNS サーバの把握 2. レジストリに登録した情報の確認 3. DNS サーバの設定の確認 1. では、自分が登録している J
FAQ for YAMAHA RT Series / ネットボランチDNSサービス
ご利用の前に必ずネットボランチDNSサービス利用規約をお読みください。 本サービスの利用手続きにおいて、「登録」作業を行った時点で本利用規約に同意したことになります。 弊社は本サービスに関連して発生したいかなる損害について、法令上免責が認めれない場合を除き、一切の責任を負いません。本サービスの利用は、ユーザ自身の責任で行ってください。 弊社は本サービスについて、事前に通知することなく、いつでもサービスの条件および内容を変更、停止、中止できるものとします。 ユーザは法的に違反する行為、権利侵害、公序良俗に反する違反などを行わないものとします。 弊社がユーザとして不適当と判断した場合や、長期にわたりサービスの利用が見られない場合は、登録データ等の変更、削除を行うことがあります。 弊社は本利用規約を変更することがあります。 ネットボランチDNSサービスは、端末型プロバイダ接続の設定で、プロバイダ
IPアドレスから割当国を調べるDNSサービス稼働中
割当国のデータは 2024/02/12 に更新しました IPアドレスの所有者を調べるサービスは IPひろば が有名で、割当国のみならず所有者（プロバイダ）の情報まで得られて便利なのですが、Webサーバーやメールサーバーと連携して使うには少々敷居が高い・・・そんなわけで、IPアドレスの割当国を割り出すだけの軽快なアプリケーションサービス（DNSサーバー）を作ってみました。 わざわざこのサイトに御訪問いただかなくても、お手持ちのパソコンに標準で備わっている NSLOOKUP コマンドを利用して以下の2つのことが出来ます。 某国のアドレスかどうか知る 当サーバーの固定IPアドレス 118.243.37.27 が日本（JP）かどうかを判定したい場合には、IPアドレスの下位から逆に繋げたものに国コードを付けて呼び出します。 Windows でしたら DOS窓（コマンドプロンプト）を開いて以下のように
BINDの設定 - ゾーンファイルの記述方法
ここでは named.conf の各 zone の部分の "file=" で指定したパスに 作成するゾーンファイルの作り方を説明します。 このソーンファイルにはIPアドレスを得たり、メールの転送先を調べたり するためのリソース(情報資源)を記述します。 正引きとMXのためのゾーンファイル 正引きとはアドレスからIPアドレスへの変換のためにDNS情報を 取り出すことを言います。例えば www.fc-lab.com というホスト名 から 210.191.124.94 への変換がそうです。さらに fc-lab.com のネームサーバにはメールが届くようにするために、MXレコードを 設定します。これはメールアドレスから、届けるべきホストへの 変換をするために必要です。 以下に例をあげます。named.confで $TTL 3600 @ IN SOA panda.fc-lab.com. root.p
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
UnboundとNSDの紹介 BIND9との比較編