2010年05月07日13:30 カテゴリiTechValue 2.0 IPアドレス開示!=発言者開示 - 勝間VSひろゆきに代えて て言われてもねえ… Thttp://twitter.com/utthi_fumi/status/13524295338 @dankogai 勝間VSひろゆきの対談はどう思いましたか？ 勝間さん対談の睡眠不足の反省と、幸福論 : ひろゆき＠オープンSNS 勝間和代公式ブログ: 私的なことがらを記録しよう!!: ひろゆきさんとの対談について、心から非礼をおわび申し上げます 私は両者とも会った事があるし、両者に関してここに書いてもいるし、逆に私は両者に書かれてもいるし… site:http://blog.livedoor.jp/dankogai/ ひろゆき - Google 検索 site:http://blog.livedoor.jp/dankogai/ 勝間和
以下、図を作った方法、その他もうちょっと深い推測です。 なお、ここに書いている内容は、公開された情報から勝手に推測しているだけなので、正しくない可能性があります。 あらかじめご了承下さい。 AS番号を調べる まず、最初に「Google」という文字列が含まれるAS番号(ASN)を探しました。 Googleはアメリカの会社なので、まずは何も考えずにARINのwhoisで「google」と打ち込んで結果を見ます。 何か色々出てきます。 Google Inc. (AS15169) GOOGLE 15169 Google Inc. (AS36039) GOOGLE 36039 Google Inc. (AS36040) GOOGLE 36040 Google Inc. (AS15169) GOOGLE 15169 Google Inc. (AS36039) GOOGLE 36039 Google I
Bắn cá đổi thưởng hiện là trò chơi được nhiều người yêu thích, thỏa mãn niềm đam mê giải trí và cá cược của game thủ. Game bắn cá liên tục được cải tiến và phát triển, mang lại chất lượng cao cùng các tính năng ưu việt. Khi tham gia, người chơi chắc chắn sẽ trải qua những giờ phút săn thưởng thú vị và hấp dẫn. Hãy khám phá và tận hưởng trải nghiệm săn thưởng đầy hứa hẹn này. TOP 10+ tựa game bắn c
ふと思ったのですが、ブラウザによるDNS Prefetching機能って、DNSへのDDoS(Distributed Denial of Service Attack)に利用出来ちゃいませんか？ ブログなどのコメント欄を狙ったSPAMや、SBM(Social Bookmark)サービスなどを利用して、存在しない無数のURLへのリンクを多数のWebページに作成しまくるのを続けると、ブラウザのDNS Prefetch機能で無駄なDNS queryが発生する気がします。 ブラウザのデフォルト設定がDNS prefetch有りだったとすると、ロングテールで様々な場所にリンクを作成するだけで多くのユーザが意図せずにDNSへのDoS攻撃に参加してしまう気がしてきました。 例えば、 http://aaaa0.example.com/ http://bbb90.example.com/ http://zz
近いうちにFirefox 3.5が登場するようです。 Web上に公開されている情報を見てFirefox 3.5がリリースされた瞬間からインターネットトラフィックの傾向が微妙に変化するのではないかと思いました。 来週ぐらい？にFirefox 3.5がリリースされそうという話は「AMN : Firefox 3.5 ブロガーミーティング」というイベントがあることから知りました。 そこで、Firefoxの新機能一覧を「Mozilla Developer Center : Firefox 3.5 for developers」で見たのですが、その中にDNSプリフェッチが含まれています。 DNSプリフェッチ機能 Firefox 3.5からDNSプリフェッチ機能が標準搭載されるようです。 (参考 : Mozilla Developer Center : Controlling DNS prefetchi
セキュリティエンジニアに必要なスキルとはどんなものだろうか？ また、それをどんな順番で学べば効率的なのだろうか？ そうした当たり前の疑問を、“教えるプロ”であるIT教育ベンダにぶつけ、回答をいただいた。本記事では、そうした貴重な情報を紹介しよう。 ■いま、求められるセキュリティエンジニア 企業のセキュリティ対策には、セキュリティポリシーの策定やリスクの分析から、ウイルスの駆除や不正侵入の防止、システムの脆弱性の発見と修復までと、さまざまな要件が求められている。NimdaやCodeRedに代表されるように、高度で悪質な複合型の不正プログラムが次々に登場し、一方では企業からの個人情報の漏えいが指摘される中で、いま、情報セキュリティを専門的に担当する「セキュリティエンジニア」が脚光を浴びている。 セキュリティエンジニアの仕事は、セキュアなインターネット、イントラネットの構築、それにかかわるシステ
「A New Way to look at Networking (Google Video)」を見ました。 Van Jacobson氏による1時間21分のプレゼン映像でした。 ビデオでは、コペルニクス的発想が必要だとか、昔は電話システムを前提に皆が議論をしていたからインターネットの仕組みはあり得ないと当初は皆が言っていた、という内容の事を何度か言っています。 確かに、私も聞いていて「WinnyかBitTorrentをDRMと組み合わせたもの？」という感じの方法論を考えてしまいました。 恐らく、今の仕組みで作ってしまう方法を考えるのではなく、アーキテクチャとしてこの案を考えなくてはならないという物だと思いました。 きっと、ここで言っている話が実現するとIPの上でも動くけど、下にその他の通信形態が来ても動くという新たなアドレッシング手法に近いものを提案しているのだと思いました。 どうしても現
インターネットでは、ルータ(router)と呼ばれるネットワーク機器がパケットをバケツリレーのように宛先に届ける事で通信が行われます。 例えば、家にあるSOHOルータもルータです。 各ルータは、受け取ったパケットをどの接続インターフェースに転送するかだけを考えてパケットを次のルータ(ノード、ホスト)へと手渡します。 ルータは、パケットを受け取ってから次のルータに渡すまでqueue(キュー、待ち行列)に保持します。 例えば、回線容量(帯域)以上の転送要求を受け取った時には、queueにパケットが徐々に溜まっていきます。 そして、パケットによる混雑が「これ以上無理！」というレベルに到達するとパケットが破棄されてしまいます。 このような混雑している状況は輻輳(ふくそう)と呼ばれます。 輻輳状況をルータでどのような処理をするかという課題に対して、queue制御を行うという手法があります。 ここでは
「Making the World (of Communications) a Different Place」という論文がありました。 ACM SIGCOMM Computer Communication Review Volume 35, Number 2, July 2005です。 (このブログでは公式サイトであるACM portalへリンクを張っていますが、論文タイトルで検索をすると著者が自主的に公開しているPDFも発見できます) この論文では、具体的な技術を列挙するのではなく、今後技術が向かうであろう様々な方向性を示しています。 これらが本当に実現されるかどうかは誰にもわかりませんが、読み物として非常に面白かったです。 (「読み物として」と言ってしまいましたが、書いている本人達にとっては国からの予算などにも関連するので超大真面目だと思います。) 非常に面白い論文だったので、要約し
このネットワーク実験室では，ネットワーク技術者にとって非常識ともいえる“オキテ破り”の設定やシステム構成にしたとき，実際にはどんな不具合が起こるかを検証していく。その検証過程を通して，ネットワークの基本を再確認しながら，日常ありがちなトラブル・シューティングの事例として役立てていただければと考えている。 舞台はネットワーク構築を手がける会社の技術部で，そこに勤める二人の若手社員，貴子さんと宇田くんが主人公だ。貴子さんと宇田くんは同期入社で，今年で入社3年目になる。貴子さんは，これまで営業部に所属していたが，宇田くんが所属する技術部に異動したばかり。何事にも慎重にとりかかる性格だ（要するにTCP的）。一方の宇田くんは，思い込んだら突き進むところがある（UDP的）。
Apacheのアクセス・ログの読み方と解析方法を説明します。 Webサイトへのアクセス情報はログとしてファイルに保存されています。このログを閲覧すればどのくらいのユーザーがどのファイルにアクセスしているかなどを集計できます。サーバー上で引き起こったエラーを確認したり，不正ユーザーが攻撃を行っている形跡を調べたりすることも可能です。 では，Apacheのログを実際に閲覧してみましょう。 ログを閲覧する Apacheのログには主に，いつどのマシンからどのファイルにアクセスが行われたかなどを保存している「access_log」，Apache上で発生したエラー情報などを保存する「error_log」があります。ログ・ファイルは/var/log/httpd ディレクトリに保存されます。 access_log には，図1のように1行ごとに1つのアクセス・ログが記載されています。内容は，「アクセス元のI
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
