dig の全てのコマンドラインオプションを一覧にしたシートを作成しました - Qiita
概要 筆者は DNS Summer Day 2023 で「あたらしい dig」というテーマで発表を行いました(資料はこちら)。 DNS のテストツールである dig コマンドは、ネットワークエンジニアのみなさんが日常的に利用していると思います。 一方で、dig を用いているとたまに想定とは異なる結果が得られ、戸惑うことがあります。 原因としては、dig の送信するリクエストメッセージに関するデフォルト値が一般的な感覚と異なるために起きることが多いようです。 発表ではこれらの具体的な例を挙げつつ、もし dig のいくつかのコマンドラインオプションの存在やそのデフォルト値の知識があったならば、それらはすぐに解決したであろうことを示しました。 dig には非常に多くのコマンドラインオプションがあります。しかし、man ページや -h オプションで表示される簡易ヘルプではコマンドラインオプションが
“HTTPSレコード”って知ってる？今知るべき4つの注意点 | IIJ Engineers Blog
[注] この記事はすぐに陳腐化するはずの内容について扱っています。何年か経ってからこの記事を参照する場合、2022年3月に書かれた内容であることを留意の上お読みください。 はじめに IIJ DNSプラットフォームサービスにて、先日大きなアップデートと小さなアップデートがありました。大きなアップデートというのは、これまでのマネージドDNSサービスに加えてもうひとつ、IIJ DNSトラフィックマネージメントサービスという新たなサービスが追加されたこと。サーバの死活監視結果に応じて動的にDNSの応答を変えることができます。小さなアップデートは、従来のマネージドDNSサービスへの機能追加。HTTPSレコードに対応しました。 サービスの宣伝という意味では大きなアップデートの方を紹介した方がいいんでしょうけれど、ヘソ曲がりなのでここでは小さなアップデート、HTTPSレコードの方に焦点をあてます。 そも
Let's Encrypt で DNS 認証を使って証明書を発行する - らくがきちょう
Let's Encrypt で証明書を取得する際は DNS に TXT レコードを書いて認証させることも可能です。 アプリケーションを Node.js でホストしており、certbot に DocumentRoot に書き込みさせ、Let's Encrypt で認証させるのが難しい… と言ったケースでは DNS 認証が便利です。 今回は DNS 認証のやり方をメモしておきます。 まず、certbot-auto をインストールします。 curl https://dl.eff.org/certbot-auto -o /usr/bin/certbot-auto chmod 700 /usr/bin/certbot-auto certbot-auto を実行します。 email には証明書の有効期限が近づいてきたときにリマインドするメールアドレス、domain には証明したい FQDN を指定しま
CONOHAのVPSでメインドメイン、サブドメイン、メールサーバー、ネームサーバーにDNSを仕向ける – B豚の備忘録 | EC-CUBEやWORDPRESS、オープンソースの情報メモ
ディレクターを呼べ！担当者を呼べ！クリエイター魂を見せてみろ！-熱い魂でWEB制作をしたいア・ナ・タのための備忘録- ConoHaのVPSでバーチャルホストで使用する各サブドメイン及びサーバーのDNSを仕向けます。 事前に、お名前.comなどのレジストラで、独自ドメインを取得しているものとします。（※例として、example.comをお名前.comで取得したものとして、説明を続けます） ConoHaのコントロールパネルで、左メニューから「DNS」をクリックします。 右上の「＋ドメイン」ボタンをクリックし、example.com（実際には自分の取得したドメイン名）と入力しましょう。 右下の「保存」ボタンをクリックして保存します。 リストに追加されたドメイン名をクリックすると、 ConoHaの３つのネームサーバーがあらかじめ登録されているのがわかると思います。 ここで登録した独自ドメインを利用
How do I get resolvconf to regenerate resolv.conf after I change /etc/network/interfaces?
After updating /etc/network/interfaces with something very similar to below, how do I get /etc/resolv.conf to update? I tried (as root) resolver -u, service networking restart but they didn't work. I also fixed the symlink for resolv.conf and tried resolver -u again. Finally in frustration I rebooted, which did fix the problem by rebuilding /etc/resolv.conf. Ubuntu 12.04, 64bit server, all the lat
お名前.comからGoogle Domainsにドメイン移管してみた – buzzyvox
Googleによるドメイン登録事業(レジストラ)サービス「Google Domains」(グーグル・ドメイン)が日本でもようやく解禁となったので、さっそく当ブログのドメイン「buzzyvox.com」をお名前.comから移管してみました。 Google Domainsに於けるドメインの維持費用(更新料)は年あたり1,400円とお名前.comに比べ少しばかり割高ですが、ネームサーバの性能や信頼性はかなり高いようなので、お名前.comに不満があるのなら使わない手はありません。 この先、お名前.comからGoogle Domainsに乗換えを図る方が増えると思われるので移管手続きの流れを簡単に説明しておくことにします。 お名前.comからGoogle Domainsへのドメイン移管手順まずは自分のGoogleアカウントにログインした状態でGoogle Domainsにアクセスし、右上の「MANA
Ubuntu 16.10 その7 - ローカルDNSリゾルバーの仕組みが変わる・systemd-resolvedの採用
「Ubuntu 16.10」では、現在のローカルDNSリゾルバーに代わり新しいローカルDNSリゾルバーが採用されます。 DNSリゾルバーとは DNSリゾルバーとは、ホスト名をIPアドレスに変換するサービスのことです。 例えばこのサイトにアクセスする場合、ブラウザーに「http://kledgeb.blogspot.com/」を入力します。 この時URLのホスト名は「kledgeb.blogspot.com」です。 ホスト名が文字列のままではサイトにアクセスできません。 サイトにアクセスするにはIPアドレスが必要です。 そこでブラウザーはDNSサーバーにホスト名に対応したIPアドレスを問い合わせます。 URLのホスト名の部分をDNSサーバーから取得したIPアドレスに置き換えます。 するとURLは、「http://192.168.0.1/」のようになります。 これでようやくこのサイトにアクセス
The story of Basecamp’s disastrous policy
The story of Basecamp’s disastrous policy Basecamp’s CEO published a blog post about policy changes — it may have broken the company On April 26th, Basecamp founder and CEO Jason Fried posted on his blog about some policy changes that would be happening at the company, which makes team collaboration software. One policy stuck out to many on the internet — the company would no longer be allowing it
pfSense2.0.1で作るPCルーターに関する設定メモ – HOBBYHOUSE.JP
pfSense2.0.1で作るPCルーターに関する設定メモ by WBL · 公開済み 2012年1月29日 · 更新済み 2012年1月29日 以前に作成して快調だったPCルーターが突然ネットへ接続不可に なっていた 原因は、HDD代わりに使用しているCFカードがダメになったらしく モニターをつないで見るとなにやら、コンソール画面がエラーだらけ パーミッションなんたらエラーが連発していて、再起動後も正常起動せず ネットに繋げないのはメールが見れず困るし、自宅サーバーを友人にも 貸している手前、さっそく別のCFカードに再構築することにした 現在のバージョンは2.0.1らしく 「pfSense-2.0.1-RELEASE-i386.iso.gz」をダウンロードして ISOイメージをCDへ焼きこんでから、CFカードへインストール インストールに手間はさほどかからず、サクサクと作業は進む インス
「魔法の数字8.8.8.8」を検証する:Geekなぺーじ
ここ数日、8.8.8.8や8.8.4.4というIPv4アドレスを持つGoogle Public DNSに関する話題が盛り上がっているのですが、多くの人が「よくわからないけど設定変更したら早い！」と言っているので、そこら辺の話を調査してみました。 昨日、Twitterとブログでtracerouteやdigによる調査協力のお願いを発信し、8.8.8.8へのtracerouteを37件、8.8.8.8とISP DNSへのtraceroute比較及びAkamaiキャッシュサーバへのtraceroute比較を21件、日本各地及び海外のいくつかの地点からご協力頂けました(皆様ありがとうございました！)。 それらのデータをもとに、Google Public DNSを利用した場合の通信経路と、それによる遅延に関する検証を行いました。 Google Public DNSに対する私の感想 まず最初に。 調査前
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Basics_of_DNS_that_application_engineers_should_know - Speaker Deck
freenom+Cloudflare+Synology NASでhttps 独自ドメイン運用 (Let’s Encrypt ワイルドカードSSL対応) | たびくも
https://community.ui.com/t5/EdgeMAX/nslookup-on-EdgeMax/td-p/764318
https://www.dell.com/support/kbdoc/ja-jp/646204