www.twitch.tvの名前が引けない、もしくはチェックサムが0x0000のUDPパケットの件のまとめ - （ひ）メモ
先に原因を書いておくと、 チェックサムが 0x0000 のUDPパケットが戻ってくると、自分の環境では「どこか」で再計算された誤ったチェックサムが付与され、チェックサムが合わないのでユーザーランドに届く前に破棄されていました。 以下、詳しく。 ことの始まりは、自宅でtwitchでSplatoon（先日ようやくSになりました！）の動画配信を見ようとしたのですがアクセスできないのに気づいたことでした。 ブラウザに表示されるエラーメッセージからして名前が引けないようなので、digで試してみたら引けませんでした。(10.6.25.2は宅内のキャッシュサーバー(djbdns)) $ dig www.twitch.tv @10.6.25.2 (しばらくだんまり) ; <<>> DiG 9.9.5-3ubuntu0.7-Ubuntu <<>> www.twitch.tv @10.6.25.2 ;; gl
DMM inside
なぜDMMがweb3に参入したのか。Seamoon Protocolが目指す新たなエンタメ体験の未来とは
外部からのセキュリティチェックやDNSチェックに便利な「ViewDNS.info」 | Act as Professional
去年のGWはWebサービスの開発に勤しんでいましたが、今年はまだ予定が決まっていない@HIROCASTERでございませう。 最近はVPSやEC2がお手軽に利用できることになったことから、自前でサーバ環境を用意する人も多い世の中です。 そこで、最低限、意識して頂きたいのが外部からのアクセスチェックです。 外部からのポートスキャンやFirewallなど外部からチェックするのに便利な ViewDNS.info – Your one source for DNS related tools! をご紹介します。 パッと見ただけでも、数多くのツールが並んでいます。IPやドメインを入れればすぐに使えるものがズラリ！！ Webサービス公開する際にはFirewall Test や Port Scanner は実施しておきたいですね。 ネットワークエンジニアやインフラエンジニアにとって便利そうな機能もたくさん
（緊急）複数のDNSソフトウェアにおける脆弱性（システム資源の過度な消費）について（2014年12月25日更新）
--------------------------------------------------------------------- ■（緊急）複数のDNSソフトウェアにおける脆弱性（システム資源の過度な消費） について（2014年12月9日公開） - BIND 9では権威DNSサーバーにも限定的に影響、バージョンアップを強く推奨 - 株式会社日本レジストリサービス（JPRS） 初版作成 2014/12/09（Tue） 最終更新 2014/12/25（Thu） （米国The CERT Divisionの注意喚起・Vendor Informationへのリンクを追加） --------------------------------------------------------------------- ▼概要 BIND 9・Unbound・PowerDNS Recursorを含む複
第3回 軽いUDPを使いネットワーク的な“近さ”を判断
第2回で紹介したIP Anycastでは、パケットの送り先を決める仕組み（経路制御）を応用する。宛先IPアドレスに至る複数の経路がある際に、「ネットワーク的に近いかどうか」など、様々な要素を勘案して最適な経路を選ぶのだ。 広域ネットワークにおけるIP Anycastでは、経路の選択にBGPを利用する。BGPは大規模なネットワーク同士のやり取りで使うルーティングプロトコルで、ASという単位で経路制御を実施する。プロバイダーなどの大規模ネットワークが、インターネット上で一意のAS番号を割り当てられているのだ。AS間では各種のパラメータを交換し、「受け取ったパケットを、次にどのAS番号のネットワークに送り出したらよいか」をまとめた経路表を作成する。自らが持つ経路情報を隣接ASに伝播する際は、自分のAS番号を追加して伝える（図1上の（1）～（3））。すると宛先のIPアドレスごとに、経由するAS番号
[PDF]中国でGreatだよ
中国でGreatだよ Matsuzaki ‘maz’ Yoshinobu <maz@iij.ad.jp> 2013/08 @ APNIC36 network maz@iij.ad.jp 1 何だかアクセスできないよ Twitter Facebook YouTube ERR_TIMED_OUT ERR_TIMED_OUT ERR_NAME_RESOLUTIN_FAILED maz@iij.ad.jp 2 APNICが用意したネットワークだよ • AS# – 24555 • IPアドレス – 220.247.144.0/20 - transited by AS7497 – 2001:df9::/32 - transited by AS4837 • キャッシュDNS – BIND9 – 同じネットワーク内でIPv4/IPv6 dual stack だよ maz@iij.ad.jp 3 Twitt
設定ガイド：オープンリゾルバー機能を停止するには【BIND編】
--------------------------------------------------------------------- ■設定ガイド：オープンリゾルバー機能を停止するには【BIND編】 株式会社日本レジストリサービス（JPRS） 初版作成 2013/04/18（Thu） --------------------------------------------------------------------- ▼はじめに 本資料は、オープンリゾルバーとして動作しているBINDを使ったDNSサーバー の設定を、簡単なステップで修正する事を目的としています。 オープンリゾルバーについての技術的な解説は本資料では行いません。手順 に沿った操作で設定を変更し、読者が運用するDNSサーバーがオープンリゾル バーではなくなることを目指しています。 オープンリゾルバーおよびそれを利用し
日本から OpenDNS を使っても無意味。Akamaiは逆効果。 - hororiholy’s blog
最近、 ・「http://sourceforge.jp/magazine/07/02/02/0130245/2」 ・「Mozilla Re-Mix: 安全・高速なWebサーフィンを実現する「OpenDNS」」 ・「安全で高速なDNSを提供する「OpenDNS」 - GIGAZINE」 といった記事がはてぶに登場したのですが、OpenDNSについて誤解する人がいると残念なので、本当のところどうなのかをMEMOしなきゃと思った次第。 間違いなく言えることとして日本でOpenDNSを使っても遅くなります。 第一の理由は日本から OpenDNSは遠いということ。 日本から選べるのはシアトルとパロアルトのどちらかです。仮にOpenDNSが世界一早くレスポンスを返せるサーバだったとしても、海底ケーブルを流れて日本に応答が帰ってくるまで 100-150msec の遅延(厳密にはRTT)が発生するわけです
常時SSL化に役立つアカマイの機能 - Akamai Japan Blog
コンピューティング あらゆるワークロードに対応した VM により、構築、リリース、スケーリングを迅速に実行
Geekなぺーじ : みんなが知らずに使ってるAkamai
Akamaiさんでのセミナーに参加してきました。 個人的にはAkamaiさんと言えば「あまり一般的には知られていないけど使っていない人はほぼいない」企業というイメージがあります。 あまりに内容が楽しかったので、セミナーで色々質問しまくって聞いてしまいました。 想像以上に色々凄いと思いました。 ブロガーのyasuyukiさんが企画し、Akamaiさんにお願いして実現したプライベートセミナーでした。 元々はyasuyukiさんがAkamaiさんのセミナーを聞いて「面白い」とtwitter上で囁きまくっていて、その後「プライベートなセミナーやったら来ますか？」とのオファーを頂きました。 昔からAkamaiさんのCDN技術には非常に興味があったので「是非お願いします」とお願いしました。 セミナー参加者募集はyasuyukiさんのブログとtwitter上で行われ、16人の参加者がいました(アカマイさ
iCloud + SSH + dns-sd で自宅の iTunes へ接続 - talkabout
前回の記事、iCloud を利用して自宅の Mac へ SSH するの応用編です。 iCloud を利用して自宅の Mac へ SSH ができるなら、SSH の Port forwarding を利用して WAN 越しに自宅の iMac の iTunes 共有へアクセスできるんじゃないか？という実験です。結果から言うと、あっけなく出来ました。 iCloud を利用して自宅の Mac へ SSH するができている前提で、手順は以下のとおり。 空きローカルポートを iTunes 共有サービスとして DNS Service Discovery に登録 登録したローカルポートに自宅 Mac の iTunes 共有サービスポートを Forwarding これだけです。 空きローカルポートを iTunes の共有サービスとして DNS Service Discovery に登録するには dns-sd
RHEL6/CentOS6では、single-request-reopen を必須にしたい…
2012-11-02 結論から言えば、とりあえず RHLE6/CentOS6 な人は /etc/resolv.conf に options single-request-reopen を書いておこうという話です(全部小文字ですよ、念のため） なぜか？ RHEL5/CentOS5/Ubuntu 10.04なLinuxとかでは、FQDN の解決をするときに DNSキャッシュサーバに AAAA RR の Queryを投げる AAAA RR の Reply を受ける DNSキャッシュサーバに A RR の Queryを投げる A RR の Reply を受ける という挙動でしたが、RHEL6/CentOS6 では DNSキャッシュサーバに A RR の Queryを投げる DNSキャッシュサーバに AAAA RR の Queryを投げる A RR の Reply を受ける AAAA RR の Re
なぜ「DNSの浸透」は問題視されるのか:Geekなぺーじ
「DNSの浸透」という表現が結構よく使われています。 DNSに設定された情報を更新したけれど、その結果がなかなか反映されずに誰かに相談すると「DNSの浸透には時間がかかります」と説明されて納得してしまうという事例が多いようです。 しかし、うまく準備を行えば、実際の切り替え処理は、いつ完了するのかが不明な「DNSの浸透」を待つのではなく、事前に計画した時間通りに完了させることが可能です。 さらに、本来であればDNS情報の設定者(ゾーン情報の設定者)は、いつまでに世界中のキャッシュが更新されるかを知ることができる環境にあり、それ以降も更新がされていなければ「何かがおかしい」とわかるはずです。 DNSにおける設定内容(DNSのリソースレコード)には、その情報をキャッシュとして保持し続けても良い期間であるTTL(Time To Live)という要素がありますが、TTLはDNS情報設定者が自分で設定
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
DNS移転失敗体験談