安全で高速なDNSを提供する「OpenDNS」 - GIGAZINE
フィッシング詐欺などでよくあるDNSの書き換えに対してより安全で、なおかつDNS解決の速度が素早いのでネットの閲覧が快適になり、さらに「～～.com」を「～～.cmo」とミスって入力しても正しいサイトに誘導してくれる、らしい。 利用は無料。設定方法などの詳細は以下の通り。 OpenDNS | Providing A Safer And Faster DNS http://www.opendns.com/ 優先DNSを「208.67.222.222」にして、代替DNSを「208.67.220.220」にするだけ。ブロードバンドルータの設定画面で参照するDNSをこの2つに変更すればOK。プロバイダから提供されているDNSがあるなら速度だけで考えればそちらの方が早いと思われますが、プロバイダの方でDNSを提供してくれない場合にはこれを設定することで確かに反応速度の上昇は見込めます。 速度について
＠IT：DNS Tips：逆引きが使われるのはどんな時か
「インターネットにおいて、逆引きは必須のものではない」ことをまずはっきりとさせておかなくてはなりません。しかし、ネットワークの管理をする場合には逆引きを使えると便利な点が数多くあり、可能ならきちんと設定するようにしましょう。最近ではサーバ側で逆引きできないとアクセスをさせない設定にしているところもあります。 以下に、逆引きが使われると便利なケースを5つ紹介します。 tracerouteコマンドなどを使うときに逆引きが可能なドメイン名が表示されるので、デバッグに役立てることができる 例えば、telnetdやsshdのように逆引きを調べるプログラムが存在する（*1） どの組織がどのIPアドレスを持っているかがある程度分かる Apacheのログなどでは記録がIPアドレスで取られるが、このログを解析するときなどドメイン名で扱えた方が結果をより分かりやすく整理することができる 本文で紹介したように、
名前解決の設定確認――第2回 HP-UXのセキュア設定（その1）
名前解決の設定確認――第2回 HP-UXのセキュア設定（その1）：UNIX USER9月号「unixuser.jpサーバー構築記」より転載 編集部のWebサイトwww.unixuser.jpは現在HP Integrity rx1600＆HP-UX 11iv2で運用している。前回に引き続き、インストール直後のセキュリティ設定を中心に紹介していこう。 前回で基本的な作業は終わったが、いろいろと作業をしていく前にネットワーク環境と設定が正しく対応しているか確認したほうが良い。とくに各種ツール、サービスは名前解決がきちんと動作することを前提としているものが多いため、何かのツールの起動に時間が掛かったり、うまく動かなかったりする場合は、最初に名前解決の設定を疑ったほうがいいだろう。また、一度テストネットワーク環境で動かしていて、セットアップ終了後にホスティングサービスへ持っていくような場合はネットワ
次世代のセキュリティ拡張DNSSECをBIND 9で実現
次世代のセキュリティ拡張DNSSECをBIND 9で実現：実用 BIND 9で作るDNSサーバ（13）（1/3 ページ） 現在、標準化作業が進行中のDNSSEC。その仕組みとBIND 9での実現方法を解説する。後半では、スプリットDNSの設定方法を紹介。（編集局） 今回は、DNSのセキュリティ拡張である「DNSSEC」とスプリットDNSを実現する「VIEW」について解説します。DNSSECは、まだ標準化の議論が活発に行われている最中です。そのためBIND 9では実装が不完全なものもあります。 ゾーン情報の信頼性を保証するDNSSEC 第9回で、ゾーン情報が改ざんされる危険を回避する手段としてDNSSEC（DNS Security Extension：DNSセキュリティ拡張）を紹介しました。現在、DNSSECはIETFのDNSEXT（DNS Extensions）ワーキンググループで標準化の
「日本DNSオペレーターズグループ」が発足へ、InteropのBOFで有志が宣言
「Interop Tokyo 2006」で7日夜に開催された「DNS operators BOF」において、「日本DNSオペレーターズグループ（仮称）」の発足が宣言された。発起人は、KDDIの石田慶樹氏を代表とする9名の有志。BOFでは、発起人を代表して日本レジストリサービス（JPRS）の森下泰宏氏がプレゼンテーションを行なった。 日本DNSオペレーターズグループは、DNSオペレーター間の連携の場を形成することと、DNSにかかわる横断的かつ全体的な連携を形成することを主な目的としている。これは、年々重要性を増すDNSに関して問題点や解決策、新しい動向などを共有するための、所属組織にとらわれないようなコミュニティが必要だというインターネット技術者の要望に応えるものだ。 森下氏は、「DNSは世界で唯一成功した分散型のデータベースであるため、その成功に乗るようにSPFやDKIM、RFIDといった
- よくきたWiki
† OK. Your direct parent zone exists, which is good. Some domains (usually third or fourth level domains, such as example.co.us) do not have a direct parent zone ('co.us' in this example), which is legal but can cause confusion. † Your NS records at the parent servers are: ns1.example.com [aaa.bbb.ccc.ddd (NO GLUE)] [EU] ns2.example.com [aaa.bbb.ccc.ddd (NO GLUE)] [EU] [These were obtained from b.
Androidのアプリ開発情報を記載
http://connpass.com/event/21750/ 第23回potatotips参加報告 件名の通り参加してきたのでそのご報告になります。私がAndroidしかできないのと、Android Blog枠というのが追加されていたのでそんな感じになります。 受付はこんな感じでした。 #potatotips FiNCさん会場着！ ペッパーくんが出迎えてくれました。 pic.twitter.com/nPky03sqm0 — 所 友太 (@tokorom) 2015, 11月 24 AppIndexing API shaunkawanoさん Android端末のGoogle検索の対象として、アプリから情報を提供できる Google Play Serviceの一部 実装がとても簡単なのでそれを紹介したい onCreate() で実装することが推奨 DocumentにonStart(), o
ドメインの世界（第4回）——よいドメインとは何か
■本連載第1回でも触れたが，今や会社や組織が独自ドメインを持つことは必須の時代だといえるだろう。これから起業しようという人は，会社名を考える際に，その名前のドメインが取得できるかどうかを常に考えるべきである。インターネット上で新たなサービスを始める場合も同じで，通常のマーケティング活動と同じように，どんなドメインを使うかには慎重な検討が必要である。 ドメイン名を考えることは会社名や商品名を考えることに似ているが，会社名や商品名が商業区分ごとに分かれているのに対して，ドメインはそれほど細かい区分はない。日本人が「ドメイン」と認識するのは，まず.comや.co.jp，.jpなどであり，かなり差があるものの.netや.ne.jpなどがこれに続く。第1回にも書いた通り「空いているから」という理由で，ほかのTLDを選択することはビジネスを進める障害になりかねない。選択肢はあまりないのである。 よいド
ドメインの世界（第1回）——独自ドメインを取ろう
■普段インターネットへアクセスするときに，なにげなく使っているインターネットのドメイン名。この連載では，インターネットのドメインを巡る裏の仕組み，奇妙なエピソード，意外に知られていない常識を紹介していきます。 もし，新しいWebサイト（ホームページ）を作ろうと考えたとき，どうすればよいだろう。今では，会員のためにWebサイト用のスペースを提供しているプロバイダ（ISP：Internet Service Provider）がある。あるいはYahoo!のジオシティーズやNIFTYのココログといったWebサイトやブログを提供する無料サービスも多い。 ただ，こうしたサービスを利用すると，あなたのWebサイトの場所（URL：Uniform Resource Locators）を紹介する際に「http://www.biglobe.ne.jp/~moviewatch/」や「http://shinjuku
DNS & BIND クックブック
本書は、ネームサーバ管理者が直面する問題を100例以上集め、わかりやすいレシピ集というスタイルで解説しています。すでにDNSやBINDの基礎を習得している管理者が、さらにステップアップするのに最適な一冊です。ドメインの登録、立ち上げ、サブドメインの管理、保守・運用から、セキュリティ、BIND4から8および9へのアップグレード法、Windowsとの連携、IPv6への対応までと幅広い内容を網羅しています。さまざまな局面を想定して書かれた本書は、困ったときに読めば助けが見つかり、学びたい時に読めば新たな驚きと発見がある、ネームサーバ管理者必携の書です。 監訳者まえがき まえがき 1章 はじめに レシピ 1.1 DNSとBINDについてさらに情報を入手する レシピ 1.2 解決しない問題がある レシピ 1.3 トップレベルドメインのリストを入手する レシピ 1.4 ドメイン名の登録を確認する レシ
TIC Hiki - 第13回オープンソースソフトウェアセミナー
講師 前野年紀(qmail.jp) 鈴木常彦(e-ontap.com) 主催: NPO 東海インターネット協議会(TIC) ソフトウェア技術者協会(SEA) 名古屋支部 協力: 日本 UNIXユーザ会 (jus) 日本 Linux 協会 (jla) 名古屋＊ＢＳＤユーザグループ(NBUG) 東海オープンソースコミュニティ(TOSC) TIC、SEA名古屋では、東海地区の有志と共に、オープンソースソフトウェアのセミナーをシリーズで開催しています。 今回のセミナーは、第4回セミナー「これでいいのかインターネット」の続編として、DNSをテーマに、お二人の講師をお招きしました。 なお今回はTICのDNS勉強会の第3回をオープンソースソフトウェアセミナーとさせて頂いたものです。 DNS勉強会 第1回基礎編、第2回問題提起編を前提知識とさせて頂きますが、参加の必須条件ではありません。 本案内の最新版
http://diary.pahoo.org/ にアクセスしても危険なことは特に無い - otsune風呂
d.hatena.ne.jpをIPアドレスに名前解決したら61.196.246.67に。 diary.pahoo.orgを名前解決しても61.196.246.67に。 つまりどっちのurlにアクセスしても、たどりつく所は「はてなのサーバー」です。 ついでに言うと http://61.196.246.67/ にアクセスしてもはてなダイアリーのサーバーに接続します。 だから http://61.196.246.67/jkondo/ でjkondoダイアリーが閲覧できたりします。 ドメインを登録していて、DNSサーバーに任意のAレコードを設定できる人であれば、誰でも自分のドメインではてなダイアリーにアクセスさせることが出来ると言うことです。 個人的にはいろいろと紛らわしい悪用法がなきにしもあらずだと思うので、はてな側でHost:ヘッダーでアクセス不能にするほうが望ましい気がします。
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Xona.com - Domain Hacks
Apache HTTP Server Version 2.4 Documentation - Apache HTTP Server Version 2.4
MOOTサービス - サービス内容/料金 - INTERLINK
DNS Report: The free, thorough report on the DNS for your domain
MOOTオプションについて ［正常に動作しない時の確認事項］
DNS and BIND, 5th Edition
http://www.eurid.eu/en/general/howToGetEuDomainName
http://japan.internet.com/webtech/20060220/2.html