masa_matyaのブックマーク / 2011年5月15日

[PDF]第4回　PPTPを使用したリモートアクセスVPNの仕組み

has been sold or is not listed for sale. Our experts can help you acquire this domain. Looking for a domain name that's not listed for sale in our marketplace? Don't worry, all is not lost. You can hire an experienced PerfectDomain broker to negotiate an acquisition on your behalf. HIRE A BROKER

masa_matya 2011/05/15

リンク

2011-01-14

参考（というかほぼ丸ごとコピー）にしたサイト月刊NetworkWorld連載『DNSの仕組み完全解説』掲載ページ上記記事の作者のホームページ Tatsuya Baba Personal Website その他DNS(BIND)についてわかりやすい解説をしているサイト dnsサーバ bindの設定(named.conf .zone .rev) ホスト名(FQDN*1 )をIPアドレスに変換 (例) www.example.com → 192.168.1.30　名前解決*2 IPアドレスをホスト名に変換 (例) 192.168.1.30 → www.example.com メールサーバのホスト名とIPアドレスを教える *1:Fully QUAlified Domain Name *2:ホスト名からIPアドレスを得ることルートネームサーバを頂点とした分散データベースシステムルートネームサ

masa_matya 2011/05/15

リンク

リソースレコードを指定するときのチェックポイント - DNS(BIND9)の設定

１．NSレコードで指定するネームサーバとMXレコードで指定するメールサーバの名称は別名ではなく正規名で指定する【間違った設定】 @ IN NS ns1 ;ns1はseikimeiの別名 ns1 IN CNAME seikimei seikimei IN A 192.168.1.30 【正しい設定】 @ IN NS seikimei ;正規名であるseikimeiを指定 seikimei IN A 192.168.1.30 ２．CNAMEレコードを連鎖させない【間違った設定】 www IN CNAME foo ;fooはseikimeiの別名 foo IN CNAME seikimei seikimei IN A 192.168.1.30 【正しい設定】 www IN CNAME seikimei ;正規名であるseikimeiを指定 foo IN CNAME seikimei ;正規名

masa_matya 2011/05/15

設定時の注意。

リンク

代表的なリソースレコードの書式 - DNS(BIND9)の設定

SOAレコード SOA*1レコードはゾーンデータの最初に一つだけ指定 SOAレコードの書式 [owner] [ttl] [class] SOA [source-dname] [mbox] ( [serial] [refresh] [retry] [expire] [minimum] ) owner ゾーンのドメイン名を指定通常は@を指定、起点名が設定される source-dname ゾーンの権威を持っているプライマリマスタサーバのホスト名 mbox ゾーンの管理者のメールアドレスメールアドレスの@を.（ピリオド）に変更する @の前に.がある場合には、\（バックスラッシュ）に変更する admin@exmaple.comはadmin.example.comになる no001.admin@example.comはno001\.admin.example.comになる serial ゾーンデー

masa_matya 2011/05/15

BINDにおいてのグルーレコードはNSレコードとセットで書いた、そのドメイン名(NSレコード記述)のAレコードになる。意識してなかったがそういう事か

DNS

リンク

＠IT：DNS Tips：グルーレコードで付加する情報とは

グルーレコードとは、コンテンツサーバが、委任されたサブドメインのNSを返す際に、追加の情報として必要となる情報のことです。具体的には、ネームサーバの名前に対応するIPアドレスの情報になります。サブドメインの委任をしている場合、上位のコンテンツサーバに委任先のドメイン名の問い合わせがあると、委任先を管理するネームサーバの名前を返します。しかし、ネームサーバとの通信を行うためには、名前ではなくIPアドレスを知る必要があります。つまり、教えてもらったネームサーバの名前を再度DNSで調べることになります。もしここで、返ってきたネームサーバの名前が委任先のドメイン名であった場合、この状況がループを起こし、どうやっても委任先のドメインの情報を得ることができなくなってしまいます。これを防ぎ、上位のゾーンと下位の情報をつなぎ止めるために使われるのがグルー（glue、接着剤）レコードです。例えば、ex

masa_matya 2011/05/15

グルーレコードはADDITIONAL SECTIONに現れる。他ドメインなど、ループが起きない場合は必要なし

dns

リンク

しゃおの雑記帳 - dip.jpにおける間違ったグルー設定

masa_matya 2011/05/15

目的のネームサーバに辿りつけずエラーが発生したケース。クライアントによっては3回でエラーとなる。グルー重要

リンク

DNSのグルーレコード | 曖昧/sh

＠IT：DNS Tips：グルーレコードで付加する情報とはブログのドラフトを整理していて出てきた。何がきっかけで調べたかは覚えていないけど、DNS の仕組みを理解する上では大事なことだと思います。 DNS の仕組み的には、あるドメインの管理権限はその上位のドメインから委譲される必要があります。a.example.jp の管理をしたかったら example.jp に権限を委譲してもらう必要があるってことです。まぁ、人間社会でも似たようなことがあるので理解しやすいと思います。で、そこで問題になるのが a.example.jp の管理をする DNS サーバが ns.a.example.jp の場合です。www.a.example.jp にアクセスしようとして、jp → example.jp → a.example.jp という順番で DNS サーバの名前を解決していきます。で、a.examp

masa_matya 2011/05/15

グルーレコードについて。あるドメインを調べる際に、NSレコードがそのドメインで管理されているとループが発生し、結局名前が解決できない。これを解決するためのレコード

dns

リンク

第1回　5分でわかるUnbound | gihyo.jp

本特集では、次世代DNSサーバソフトウェア「Unbound」にフォーカスし、機能や特徴を解説しながら、実際の運用ノウハウについてお届けします。第1回目はUnboundの基礎知識について解説します。 Unboundの概要 UnboundはBINDの代替を目指したDNSキャッシュサーバです。2008年5月20日に正式版1.0がリリースされました。オープンソースのソフトウェアとして公開されており、ライセンスはBSDライセンスです。 UnboundはNLnet Labsにより開発と保守が行われています。UnboundはVerisign labs、Nominet、Kirei、ep.netによりJavaで開発したプロトタイプを、NLnet LabsがCで実装し直したものです。ちなみに、NLnet Labsはルートサーバとしても利用されているDNSコンテンツサーバのNSDも開発しています。リリースされた

masa_matya 2011/05/15

DNSキャッシュサーバ。BINDはコンテンツとキャッシュの両方の役割を持っているため違いが見えにくい

dns
unbound

リンク

インフラエンジニア( @zaki )による、エンジニアのための「初心者向けDNS勉強会」 #zsstudy

2011年4月21日（木）　ゼロスタートコミュニケーションズにて、はじめての勉強会「zsstudy」を開催しましたー！！第１回目のテーマは「DNS」です！！とぅぎゃってみたので、ご参考になれば！！またやりたいと思いますので、取り上げてほしいテーマなど「#zsstudy」もしくは「@risucomorino」宛に、お気軽にお送りください♪ 続きを読む

masa_matya 2011/05/15

unboundとか知らなかった。ざっくり勉強会の内容が分かって良い

リンク

リゾルバとは -- Key：雑学事典

リゾルバ最終更新2006-01-18T21:56:00+09:00 この記事のURI参照https://www.7key.jp/nw/techno logy/protocol/resolver.html#what リゾルバは、ユーザプログラムがドメイン名からIPアドレスを調べたい場合に、ユーザプログラムに代わってネームサーバからIPアドレスを聞き出すためのソフトウェアを指します。つまり、リゾルバはネームサーバ用のクライアントソフトとして動作します（通常リゾルバというとスタブリゾルバのことを指します）。まずリゾルバはローカルにキャッシュされたリソースレコードを確認します。あればユーザプログラムにIPアドレスを返し、無ければプライマリネームサーバに問合せを行います。プライマリネームサーバからの応答がない場合は1秒後に再度プライマリネームサーバに問合せを行います。 2秒後、更に応答がなけれ

masa_matya 2011/05/15

リゾルバ、再帰問い合わせ、反復問い合わせについて。リゾルバはプライマリからの応答がない場合1秒後に再度プライマリに問い合わせ、2秒待つ。その後登録されている全てに問い合わせ一番レスの早いのを利用

dns

リンク

Sphinx-Users.jp

Sphinx-Users.jp¶ Sphinx-Users.jp(略称#sphinxjp)は、美しいドキュメントを簡単に生成することができるドキュメンテーションツール、 Sphinx （スフィンクス）の普及を主眼としたコミュニティです。SphinxはPythonの公式ドキュメントだけでなく、このSphinx-Users.jpのサイトも含め多くのマニュアルやサイトで使用されており、詳細を Sphinxの歴史で紹介しています。 Sphinx-Users.jp は日本の Sphinx コミュニティです。 Sphinx-Users.jp では、日本で散らばっているSphinx関連情報を集めて、Webサイト、イベントを通じてSphinx情報を発信します。 slack のコミュニケーションや勉強会の開催などを通じて、ドキュメントをパワーアップしたい人、ドキュメントや翻訳で苦労している人、Sphinxの