タグ

janogに関するohesotoriのブックマーク (6)

  • スライド 1

  • JANOG Meeting

    会場中継のご案内 JANOG32ではUSTREAMを利用して会場の中継を行っております。 http://www.ustream.tv/channel/janog JANOG32のソーシャルメディアアカウント JANOG32ではJANOG Meetingにご興味のある皆様と双方向の交流を図るため、 JANOG32実行委員会の管理するソーシャルメディアのアカウントを開設しています。 このウェブページには掲載されないようなライトウェイトな情報発信を、 次のアカウントで行っております。お気軽にフォローをお願いします! @janog32 (Twitter) ハッシュタグは #janog です。 JANOG Meeting (Facebook) なお、公式情報は引き続きウェブページへの掲載、 およびメーリングリストでの告知を行ってゆきます。 JANOG32のコミュニケーションサーバ情報 JANOG3

    JANOG Meeting
    ohesotori
    ohesotori 2013/03/15
    次は大阪なのか・・行ったろうかなぁw
  • JANOG Meeting本会議場ネットワークの作り方 | JANOG31 Meeting

    ■注意 このドキュメントに付属する資料およびコンフィグで使用しているIPアドレスは、ホストのグリー株式会社様よりJANOG31会場ネットワーク用に一時的に払いだされたもので、現在はJANOGでは使用しておりません。 ■会場 JANOG31の会場である東京ミッドタウンホールはビジネス向けの都市型多目的ホールで、電気・情報設備等の設備環境が非常によく整っていました。構築は楽でしたが、その分既存のインフラとの兼ね合いを考える必要がありました。 JANOG30の会場である倉敷芸文館はオーケストラや劇団なども使用する一般的な劇場で、情報インフラを提供することが念頭に置かれていない設計の為、制約の多い中、苦労して一から敷設する必要がありました。 ■構想 会場ネットワークとは言いますが、まずどのような会場ネットワークを提供するかを考えなくてはなりません。最終的に実験ネットワークを含めた6種類のネットワー

    JANOG Meeting本会議場ネットワークの作り方 | JANOG31 Meeting
  • Outbound Port 80 blocking のご提案

    Outbound Port 80 blocking ⽵竹 <takesako@shibuya.pm.org> http://www.janog.gr.jp/meeting/janog31/program/OP80B.html [ ] � MacBook Air ⾏行行 � [ ] � ⾏行行 ⼈人 � [ ] � ⼊入 � [ ] � ⼈人 � [ ] � ⽤用 Google Wireshark ⾯面⼈人 Firesheep � 2010 10⽉月 �Firefox � �Eric Butler⽒氏 � LAN facebook Twitter ⽂文 HTTP Cookie � �PoC⽰示 Firesheep ⾯面 Eric  Butler⽒氏⽤用 Firesheep � Web �Amazon.com CNET dropbox Evernote Facebook Flickr Gith

  • JANOG19 “これでいいのかTTL短いDNS TTLのリスクを考える”

    これでいいのかTTL 短いDNS TTLのリスクを考える 2007年1月26日 民田雅人 株式会社日レジストリサービス JANOG 19@沖縄県那覇市 2007-01-26 これでいいのかTTL Copyright©2007 Japan Registry Services Co., Ltd. 2 DNSプロトコルのおさらい(1/2) • 問合せと応答の単純な往復 – この名前のIPアドレスは? ⇒ IPアドレスはXXXXだよ • トランスポートは主にUDP – 条件によってTCPになることもある • 問合せパケット クエリ名+ID+etc... • 応答パケット クエリ名+ID+回答+etc... ID: 識別のための16bitの値 2007-01-26 これでいいのかTTL Copyright©2007 Japan Registry Services Co., Ltd. 3 DNSプロ

  • v4, v6 dual stack時のDNS cacheサーバ選択について | プログラム情報 | JANOG29 Meeting

    概要 DNS queryを行うクライアント (PCやHGW) にはcacheサーバのアドレスが設定されています。v4, v6 dualスタックなクライアントでは、v4のcacheサーバとv6のcacheサーバが設定されることが多いようですが、この二つのcacheサーバの使い分けには色々なバリエーションがあります。今回のLTでは代表的な使い分け方法の例示とそれぞれの特徴を列挙します。 注) 以前からA,とAAAAどちらを先に問い合わせるか?といった順番についての議論は行われてきていましたが、今回のLTはその件ではなく、cacheサーバの選択方法を話題にしています。 発表者

    v4, v6 dual stack時のDNS cacheサーバ選択について | プログラム情報 | JANOG29 Meeting
  • 1