DNS検索コマンドdugの紹介 | IIJ Engineers Blog
Haskellコミュニティでは、ネットワーク関連を担当。 4児の父であり、家庭では子供たちと、ジョギング、サッカー、スキー、釣り、クワガタ採集をして過ごす。 技術研究所開発室の山本(和)です。私は、同僚の日比野と一緒にDNSのフルリゾルバ(キャッシュサーバ)の実装を進めています。このフルリゾルバの名前は bowline と言います。結びの王様である「もやい結び」から名付けました。 サーバの bowline に加えて、検索コマンドである dug も実装しています。DNSに詳しい方なら分かると思いますが、 dig コマンドに似せた名前を選びました。(もちろん、DIGDUGという名作を意識しています。) 今回は、 DNS検索コマンド dug の使い方について説明します。dugコマンドをインストールする一番簡単な方法は、githubからバイナリをダウンロードすることです。Intel Linux 用
HTTPSレコードがRFCになりました | IIJ Engineers Blog
RFC9460が出ました 昨年、このエンジニアブログでHTTPSレコードについてとりあげました。これを書いたときはHTTPSレコードはまだインターネットドラフトだったのですが、2023年11月、ついにRFC9460として標準化されました。 RFCにはなったけど日本語の詳しい記事はまだ少ないし需要あるかなーと思って改めて解説を書きはじめたんですが、だらだらとクソ長くなって書いた本人が読んでも眠くて退屈な内容になってしまいました。ので、書いたものはばっさり捨てました。 そういえばいまから3年前、DNS Summer Day 2021で発表したプレゼン資料がありました。これをRFCになった現在の内容にあわせてアップデートしたほうがてっとりばやいしわかりやすそうです。 ということで、加筆修正した資料を置いておきます。DNS屋さんはとりあえず全部読んでおいてください。Web屋さんは前半だけ理解してお
「1.1.1.1 は一部の多段 CNAME を解決してくれない」改め「makeshop.jp は 1.1.1.1 をブロックしている」
2023/09/20 追記 以下で有識者からコメントをいただきました。 makeshop.jp は 1.1.1.1 を遮断しているらしく、本記事はまさに makeshop.jp で制作したページが見れないことに起因した話題であったため、多段 CNAME は無関係でした。 コメント頂いた皆様、ありがとうございました！ 1.1.1.1 をブロックしている SaaS があると思わずに首を傾げていた頃の記事 disclaimer Dig Web Interface を用いて振る舞いを観測した結果、 1.1.1.1 のみ異なる結果を返したことから本記事のようなタイトルを付けていますが、 1.1.1.1 の振る舞いが正しい可能性もあります。 ことのはじまり とある SaaS でカスタムドメインを利用するため、 CNAME を以下のように設定したところ、 1.1.1.1 もしくは 1.0.0.1 をネー
DNS over TCP未対応の環境が数%あるらしい - 朝から昼寝(こちらは旧URLです)
概要 RFC7766(2016年)にてTCP単独でのDNSクエリ送信が可能(MAY)となりましたが、今後のDNS動向においてもDNS over TCPが重要になりそうです。 本記事は、PAM2022というカンファレンスで採択された論文のうち"Assessing Support for DNS-over-TCP in the Wild"で参考にしようと思った点をまとめておくものです。 本記事の目的 DNS over TCPの普及状況を把握する。 (参考)TCPコネクション再利用時の競合状態について把握する。 目次 概要 基本 DNS over TCPの位置づけ DNSメッセージのtruncate DNSの動向 DoTとTCPコネクションの再利用 DNS over TCPとセキュリティ DNS over TCPの普及状況に関する論文 詳細 論文の中で参考にしようと思った点 調査内容 DNSクエ
DNS Tips
「ゾーン転送の仕組みについて教えてください」で紹介したゾーン転送の設定方法を、BINDを例にとって説明する。
ドメインの運営を支えるレジストリとは？レジストラ・リセラーとの違いも解説 - Value Note - わかる、なるほどなIT知識。
レジストリとはあるTLDを管理する一意の団体に対する総称 まずはレジストリの概要と、ドメインに対する役割について解説します。 概要 レジストリとは、ドメインの元締めとなる機関のことです。レジストリはドメイン一番右の文字列である「トップレベルドメイン（TLD）」をそれぞれのTLD単位で1社が管理し、1つTLDを複数のレジストリが管理することはありません。 .com / .net / .jp など、ドメインは1,000以上もの種類があり、それぞれをレジストリが管理しています。 レジストリの主な役割 レジストリはドメインを管理するために、主に以下3つの役割があります。 ドメイン名の発行と運用 データベースの管理 DNSサーバーの運営 順番に見ていきましょう。 ドメイン名の発行と運用 レジストリはドメイン登録事業者である「レジストラ」から、申請要求のあったドメイン名を発行します。申請を受けた段階で
“HTTPSレコード”って知ってる？今知るべき4つの注意点 | IIJ Engineers Blog
[注] この記事はすぐに陳腐化するはずの内容について扱っています。何年か経ってからこの記事を参照する場合、2022年3月に書かれた内容であることを留意の上お読みください。 はじめに IIJ DNSプラットフォームサービスにて、先日大きなアップデートと小さなアップデートがありました。大きなアップデートというのは、これまでのマネージドDNSサービスに加えてもうひとつ、IIJ DNSトラフィックマネージメントサービスという新たなサービスが追加されたこと。サーバの死活監視結果に応じて動的にDNSの応答を変えることができます。小さなアップデートは、従来のマネージドDNSサービスへの機能追加。HTTPSレコードに対応しました。 サービスの宣伝という意味では大きなアップデートの方を紹介した方がいいんでしょうけれど、ヘソ曲がりなのでここでは小さなアップデート、HTTPSレコードの方に焦点をあてます。 そも
2020年版RTXサンプルコンフィグ（RTX830導入＋いろいろ整理） - Qiita
※2021/4/28追記 コンフィグを何箇所か修正しました。変更内容の説明は文末に追記しています。 1. この記事の前提 前回の記事（YAMAHA RTシリーズルーターをIPv6ネイティブ環境に接続して、v6用DNSをLAN内サーバーに設定させた話）の続きになります。なので、この記事のコンフィグはルーターとは別にLAN内DNSがあって端末がそちらを参照してるのが前提です。 そういうの立ててない人がこのコンフィグコピペすると名前解決できなくてインターネットに出られなくなるのでお気をつけ下さい（普通にRTXをDNSにする記載も追加しました）。 2. 前回の記事の反応 記事を見てくれた知人の本職ネットワークエンジニアと会話しつつツッコミをもらいました。 「DHCPv6でv6DNSのアドレス広報しないように頑張ってたけど、そもそもv6DNSを広報して欲しくないなら、RTXのDHCPv6切ったら止ま
RTX830 の DNSサーバ（リカーシブDNS）で IPv6 が引けない件 - あきそふと開発日記
先日 RTX830 を購入した際に IPv6 が引けない件で YAMAHA さんから返答が。 実は連絡頂いく前に DNS server の設定で回避できそうだなとは思っていたのですが、回避策としては想像していたような回答でした。 実際に頂いた回答は DNS server select 500001 pp 2 aaaa . restrict pp 2 DNS server select 500002 pp 1 any . restrict pp 1 てな感じでして、うちの場合は pp 1 が IPv4 PPPoE で pp 2 が IPv6 PPPoE にしてあります。 上記の設定を、簡単に言えば、 1) AAAA の問い合わせで、全てのドメイン or ホスト名（ピリオド）は pp 2 の DNS に問い合わせてね。落ちてたら次ね。 2) それ以外(ANY)の問い合わせで、全てのドメイン（ピ
【RTX1200/RTX1210】DNSサーバ機能を使う
ヤマハのルータには簡易DNSサーバ機能がある。パソコンなどのホスト情報（IPアドレス）を登録でき、LAN内からのDNS問い合わせに応答するもの。 パソコンのhostsファイルに記述してもよいが、複数パソコンがあるとルータに登録して共通管理した方が便利。(RTX1210でも同様) ホスト情報の登録 RTX1200のコマンドから、下記のようにコマンド実行し設定。 # dns host any # dns domain local # ip host pr-s300se.local 192.168.24.1 # ip host rtx1200.local 192.168.1.1 # ip host hoge-server.local 192.168.1.250 尚、DNS設定した時はRTX1200のDSNキャッシュ情報クリアも実行しておく。 # clear dns cache デフォルトドメイン
＠IT：DNS Tips：ネームサーバの3つの働きとは
ネームサーバとは、基本的にDNSサーバを指します。ここではネームサーバという呼び方を使用します。ネームサーバは、以下の3つの働きが組み合わされています。 コンテンツサーバ（Contents Server） 自分が管理しているゾーンに対する問い合わせだけに回答します。名前解決ができなくてもほかのネームサーバへの問い合わせはせず、自らが管理しているデータベースに該当する情報がなければ「情報はない」と答えます。 フルサービスリゾルバ（Full-Service Resolver） スタブリゾルバから送られる「再帰（Recursive）検索」要求を受け、名前解決が完了するまで、それぞれの名前についてほかのネームサーバに「反復（Iterative）検索」という形で問い合わせをします。また、その結果をスタブリゾルバに返答します。 このとき、同じ問い合わせを何度も繰り返すという非効率を避けるため、一度名前
DNSによる名前解決の仕組みを理解しよう (1/2)
ドメイン名からIPアドレスを得るにはネームサーバに対応を問い合わせる。この問い合わせは、ドメイン名空間からドメイン名を知るネームサーバを探し出すことから始まる。このパートでは、DNSのキモである「名前解決」の仕組みについて見ていこう。 再帰問い合わせを行なうスタブリゾルバ 通信したい相手をドメイン名で特定したホストは、このドメイン名をIPアドレスに変換する必要がある。そのためには、宛先のドメイン名を知るネームサーバにIPアドレスを問い合わせなければならない。この「ドメイン名からIPアドレスを得る」行動を「名前解決」と呼ぶ。名前解決を行なうホストのソフトウェアは「スタブリゾルバ」と呼ばれ、単純にリゾルバといった場合、このスタブリゾルバを指す。通常リゾルバは、OSに標準機能として備わっている。 ホストはリゾルバを通じて、自身が所属している組織またはISPのネームサーバに問い合わせる。この問い合
送信ドメイン認証SPFレコードについて | auメール（@au.com／@ezweb.ne.jp）へメール送信する際の注意事項：サービス・機能 | au
2023年10月以降順次フィッシング対策のため、送信ドメイン認証技術であるDMARC／DKIM／BIMIを導入いたします。上記に対応している送信元からの正規メールにはau／KDDIロゴや公式ロゴ、またはチェックマークが表示されます。詳しくは以下をご確認ください。 送信ドメイン認証SPFレコードとは、メールを送信するサーバの情報をDNSサーバ上で公開し、送信されたメールのドメイン名とDNSサーバのSPFレコードとの整合性を受信サーバ側で確認することで、そのメールが正当なメールサーバから送信されたものかを認証する技術です。これにより、正当なメールサーバから送信されたメールと「なりすましメール」とを判別することが可能となります。その為には送信されているメールのドメインと送信IPアドレスの関連をSPFレコードに記述していただく必要がございます。 詳細は以下サイトの送信ドメイン認証技術導入マニュアル
黒塗りのDNS
黒塗りのDNS (萎縮編) ～共用サービスの闇～ Apr 23, 2019 ssmjp E-ONTAP.COM 鈴木常彦 (@tss_ontap) ある日の我が職場 (恥) 私(TEL) 「m.chukyo-u.ac.jp 見てみれ！ 中華料理屋に乗っ取られてるぞ www」 情報システム 「え！...これは...調べます...」 後日 「レンタルサーバ返した後 A レコード削除申請がなかったようです!」 危険な忘れ物 - Floating Domainname 借りたサーバ (IPアドレス) にリソースレコードを向けたまま解約してはいけない Subdomain Takeover Attack 放置された CNAME の先は狙って再登録されうる、、、 old-service.example.jp IN CNAME orphan.cdn.example.com fan.football.son
hatena.ne.jp ドメインのゾーンを AWS Route 53 に引っ越した話 - Hatena Developer Blog
こんにちわ、株式会社はてなのシステムプラットフォーム部で SRE をやっている id:nabeop です。この記事ははてなエンジニア Advent Calendar 2018 の14日目の記事です。昨日は id:Pasta-K でした。 今日は hatena.ne.jp ドメインのゾーンを AWS Route 53 に移設するにあたって、AWS 初心者がどんなことを考えながら移設したかという話です。DNS ゾーンの移設の手順などについては既に様々な情報があるので、そちらを参照してください。 そもそもの始まり 僕は2018年3月に はてな に中途入社しました。入社して1ヶ月くらいたった4月のある日、「ねぇ、hatena.ne.jp というゾーンを AWS Route 53 に移設してみない?」とタスクが降ってきました。時期としては中途入社後、業務のキャッチアップをしつつ、今まで触ったことがな
route53 ドメイン移管とDNS移管（変更）は意味違うよって話（お名前comから、route53にDNSを変更する） - Database JUNKY
たまにしかやらない DNS変更作業、いざやろうとすると、あれ？どうするんだっけ？ってなりませんか？少なくとも私はそうなりました。 今回、お名前comでドメインを登録したのですが、DNSは、aws route53のほうが管理しやすいので、切り替えようと考えました。 そして、調べて実施したのが、 お名前comからroute53のドメイン移管（ドメインレジストラ移管） でした。完全に舵を取り違えた感じです（汗） そしてそもそもの認識違いの発端。。。 ご指摘通り、DNS移管という、謎キーワードを、脳内で作成しまったからであります。 DNS移管ではなく、DNS変更です（汗） この間違えを踏まえ、メモがわりに記事を掲載しようと思った次第でありまして。。 内容は、お名前comのDNSをroute53に切り替えた話です ドメイン移管とDNS更新の違いについて ドメイン移管 ドメイン移管とは、ドメイン管理業
AmazonのDNSトラフィック乗っ取り 仕組みについて解説 - orangeitems’s diary
Route53のトラフィック乗っ取り AmazonのRoute53がトラフィック乗っ取りの被害に遭った、と聞くとぎょっとした人が多いのではないでしょうか。AWSの利用者は多いですからね。攻撃の仕組みについて解説します。 www.itmedia.co.jp AWSのクラウドベースのDNSサービスである「Route 53」のDNSトラフィックが何者かに乗っ取られ、「MyEtherWallet.com」のユーザーが仮想通貨を盗まれる事件が発生した。 解説 まず、この問題に関して利用された攻撃手法は「BGPハイジャック」という名前であることをおぼえてください。BGPとはネットワークの中で、ルーティング情報（経路情報）を交換するためのプロトコルです。BGPにて世界中のルーターが会話をすることによって、世界中どんなところにでも、インターネットがつながっていればパケットを届けることができるのです。例えば
Let's EncryptのDNS-01方式をニフクラDNSで認証して無料のSSL証明書を取得し自動更新する - FJCT Tech blog
これはFJCT Advent Calendar 1日目の記事です。 昨年に引き続き記念すべき1日目の記事を担当することになりました。 よろしくお願いします。 はじめに 自分はニフクラのコントロールパネルの開発を担当しているのですが 開発時に使用する検証環境で有料の証明書を購入する訳にもいかず、以前は検証環境で不正な証明書や自己証明書を使っていました。 しかし、自己証明書ではブラウザの警告やHTTPクライアントの設定によっては本番相当の動作確認ができない等のデメリットもあり、最近検証環境の証明書をLet's Encryptに置き換えました。 Let's Encryptは無料でSSL証明書を取得でき、ドメイン認証をするのでブラウザから不正な証明書として見なされる事はありません。 また、クライアントツールから簡単に自動更新できるので、期限切れになるというリスクもありません。 今回はLet's E
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
WindowsのChromeやEdgeでネットにつながりにくくなる現象、一部の家庭用ルーターが原因かも？ DNSの“TCPクエリ”うまく扱えない機種も存在。ChromeのTCPクエリ送信が引き金に
/blog/2020/10/20201027_subdomaintakeover/