インターネットオペレーション第８回重近範行名前空間のオペレーション

(1)

インターネットオペレーション　第８回

重近範行

(2)

今日の内容

● 名前空間のオペレーション

● DNS – Domain Name System

– ドメイン名のオペレーション

(3)

名前とアドレス

● 通信先は通信前に特定しなければならない – ホストは一意の_{IPアドレスで識別される} – ホストは一意の名前で識別される（ユーザーの便宜のため） ● 名前 – 可変長 – 人間が記憶しやすい – ホストの物理的な位置と無関係 ● アドレス – 固定長 – 計算機が処理しやすい – ルーティングによる制限がある覚えにくい！ 133.27.4.127 覚えやすい！ www.sfc.keio.ac.jp

(4)

名前空間と名前解決

● 名前空間 – 特定のルールのもとに定義された名前の集合 ● 名前解決のメカニズム – 名前空間から名前（ホスト名）に対応する値（_IPアドレス）を見つけるメカニズム ● ネームサーバ – 名前解決のひとつの実現方法 – インターネット上でもっとも使われている

(5)

識別子と名前空間

(6)

識別子と名前空間

http://www.sfc.keio.ac.jp/students_soukan/courses/index.html 物理ネットワーク IP TCP アプリケーション物理 IP トランスポートアプリケーションデータリンク

(7)

DNSはなにをする？

● 名前とIPアドレスの相互変換

www.sfc.keio.ac.jp 　　　133.27.4.127

(8)

DNS動作の例

TCP Web ブラウザ IP user www.sfc.keio.ac.jp www.sfc.keio.ac.jp 133.27.4.212 133.27.4.212 名前から値への対応情報を提供ネームサーバ

(9)

ドメイン名の構造

● 住所のように情報を階層化して、扱う – 一単語では重複が発生する www . sfc . keio . ac . jp 欧米の住所は、日本とは逆に細かい情報から先（左）に書く日本風に言うと、「日本の学術機関の慶應義塾大学の湘南藤沢キャンパスのwwwサーバ」日本学術慶應義塾大学湘南藤沢　　キャンパス w w w サーバ上位下位

(10)

ドメインツリー

● ● 階層的な名前空間 – 例：www.sfc.keio.ac.jp jp fr org ・ or ad ac co …… … … ccTLD sfc u-tokyo keio SLD cnn com Root Domain www.sfc.keio.ac.jp cc wide gTLD

TLD: Top Level Domain gTLD: generic TLD

ccTLD: Country Code TLD SLD: Second Level Domain

(11)

ネームサーバ

● 各ネームサーバはリソースレコードと呼ばれる名前と値の対応情報を管理する ● 各ネームサーバはリソースレコードの問い合わせに対して返答するネームサーバ問い合わせ返答クライアント

(12)

委譲

● 名前はドメイン内で一意

● それぞれのドメインはドメインレジストリで

管理される

– ルートは ICANN/IANA で管理

– TLD(Top Level Domain)はTLDレジストリで

管理

● jp domain: co.jp JPRS

● edu domain: EDUCOM (以前のInterNIC)

● ドメインレジストリは１つ下のレジストリに

サブドメインを委譲する

– JPNIC “keio.ac.jp”　というドメインを慶応大学

(13)

委譲のメカニズム

● 委譲している情報を聞くと、委譲した先のサーバを教えてくれる慶應義塾のサーバＳＦＣのサーバ www.sfc.keio.ac.jp のアドレスは？それは「ＳＦＣのサーバ」が知ってるよ sfc.keio.ac.jpを委譲

(14)

名前解決の流れ

Rootのサーバ jpのサーバ ac.jpのサーバ keio.ac.jp のサーバ sfc.keio.ac.jp のサーバ　　問い合わせ側 www.sfc.keio.ac.jpを問い合わせ www.sfc.keio.ac.jpを問い合わせ www.sfc.keio.ac.jpを問い合わせ www.sfc.keio.ac.jpを問い合わせ www.sfc.keio.ac.jpを問い合わせ jpのサーバを返答 ac.jpのサーバを返答 keio.ac.jpのサーバを返答 sfc.keio.ac.jpのサーバを返答 www.sfc.keio.ac.jpのアドレスを返答

(15)

リゾルバ

Rootのサーバ jpのサーバ ac.jpのサーバ keio.ac.jp のサーバ sfc.keio.ac.jp のサーバ　　リゾルバ www.sfc.keio.ac.jpを問い合わせ www.sfc.keio.ac.jpを問い合わせ www.sfc.keio.ac.jpを問い合わせ www.sfc.keio.ac.jpを問い合わせ www.sfc.keio.ac.jpを問い合わせ jpのサーバを返答 ac.jpのサーバを返答 keio.ac.jpのサーバを返答 sfc.keio.ac.jpのサーバを返答 www.sfc.keio.ac.jpのアドレスを返答処理が大変なので、サーバに代行してもらう www.sfc.keio.ac.jpを問い合わせ www.sfc.keio.ac.jpのアドレスを返答クライアント

(16)

リソースレコードの種類

● A(IPv4 Address), AAAA(IPv6 Address)

– アドレス ● CNAME(Canonical Name) – 別名 ● NS(Name Server) – ネームサーバ ● MX(Mail eXchanger) ● SOA(Start Of Authority)

(17)

リソースレコードの登場場所

Rootのサーバ sfc.keio.ac.jp のサーバ　　問い合わせ側 www.sfc.keio.ac.jpを問い合わせ＝Ａレコードの問い合わせ www.sfc.keio.ac.jpを問い合わせ Jpのサーバを返答＝NSレコードの応答 www.sfc.keio.ac.jpのアドレスを返答＝Ａレコードの応答

（省略）

(18)

サーバの分散化

● ひとつのゾーンに関して、複数のサーバで管理をする ● 上位はそれらすべてに関して情報を持つ慶應義塾のサーバＳＦＣのサーバ１ www.sfc.keio.ac.jp のアドレスは？それは「ＳＦＣのサーバ１」と「ＳＦＣのサーバ２」と「ＳＦＣのサーバ３」が知ってるよ sfc.keio.ac.jpを委譲ＳＦＣのサーバ２ＳＦＣのサーバ３

(19)

サーバ間の同期

● ひとつがマスターになって、他のサーバにコピーする ● データに更新を加えたときにコピーマスターその他のサーバ

(20)

マスタとスレーブ

ns1 ns2 ns3 登録されたサーバマスタスレーブ keio.ac.jp zone 登録されていないサーバ外部からの問い合わせ内部からの問い合わせ ac 委譲

(21)

ゾーン転送

● 定期的に、スレーブから転送のリクエスト

が出される

● リクエストを受けて、マスタはスレーブに当

(22)

スレーブ（セカンダリ）の目的

● 負荷分散 – 回線やサーバにかかる負担を軽減する ● 耐障害性 – どれかが使えなくなっても、全体がとまることが無いようにする ● 効率化 – ネットワーク的に離れた場所から頻繁に問い合わせを出す場合

(23)

負荷分散

● 問い合わせを分散させる

(24)

耐障害性

(25)

スレーブの方針

● ネットワークトポロジ的に離れた場所に置くのが望ましい – 負荷分散 ● 対外線の帯域問題 – 耐障害性 ● ルータの異常 ● 対外線の障害 ● 他の組織に頼むことが多い

(26)

スレーブを頼まれたら？

● 相手組織のゾーン負荷を見て考える ● 相互にスレーブをしあうと双方とも幸せになれる Zone1 Zone2 Zone2のスレーブに Zone1のスレーブに

(27)

多ければ多いほどいいの？

● 多ければ多いほど、「どれかが使えない」可能性が高くなる ● 年間故障率1%として、30台スレーブがある場合 ● 「ハズレ」を引くと名前が引けない 0.99 の 30 乗 = 0.739 →　どれか一つでも故障している確率 26.1%

(28)

キャッシュ

● リゾルバは、一度問い合わせを行ったリソースレコードに関して、一定期間ローカルに記憶しておく（キャッシュ） ● キャッシュにより、一度行った問い合わせを繰り返すことを抑制し、効率を良くする a.zone1.org

a.a.a.a a.zone1.orga.a.a.a

a.zone1.org の問い合わせ

(29)

DNSのキャッシュ

・ jp ac keio 1. root zone (root server) 2. jp zone (ns.nic.ad.jp) 3. ac.jp zone (ns.nic.ad.jp) 4. keio.ac.jp zone (ns0.keio.ad.jp) sfc 5. sfc.keio.ac.jp zone (ns1.sfc.keio.ac.jp) リゾルバ .jp ac.jp keio.ac.jp sfc.k eio. ac.jp 133. 27. 4.212 ネームサーバ www.sfc.keio.ac.jp のあとに www.mita.keio.ac.jp を引いた場合ここまではキャッシュで処理され、実際には問い合わせない 2. mita.keio.ac.jp zone (ns.mita.keio.ac.jp) mita 13 1.1 13 .19 3.1₁ keio 1. keio.ac.jp zone (ns0.keio.ad.jp) m ita.k eio .ac.j_p

(30)

キャッシュで助かる人は？

● ツリー状なので、「上ほど問い合わせが多い」 ● 上位の問い合わせはほとんどキャッシュされる → _{root がなんとかやっていける秘密} jp fr org ・ or ad ac co …… … … ccTLD sfc u-tokyo keio SLD cnn com Root Domain www.sfc.keio.ac.jp cc wide gTLD

(31)

DNSツリーをたどるときの問題

● 下位ゾーンが他に名前を持っていない場合、ネームサーバを特定できない ● 鶏と卵 keioのネームサーバリゾルバ sfc.keio.ac.jpのネームサーバどこ？ ns0.sfc.keio.ac.jp だよいや、だからそれがどこか知りたいんだけど・・・・

(32)

グルーレコード

● 前述の問題を解決するため、ネームサーバのアドレスを上位ゾーンのゾーンファイルに書く（グルーレコード） ● 下位ゾーンの情報と必ず同じ値を記述する keio.ac.jp ゾーン sfc.keio.ac.jp. NS ns.sfc.keio.ac.jp ns.sfc.keio.ac.jp A 133.27.4.121 グルーレコード

(33)

グルーレコードがあれば・・・

● グルーを利用して次に聞きに行く場所を知ることができる keioのネームサーバリゾルバ sfc.keio.ac.jpのネームサーバどこ？ ns0.sfc.keio.ac.jp だよ。 ns0.sfc.keio.ac.jpのアドレスは 133.27.4.121 だよ。なるほど！次は _133.27.4.121_に聞きに行くんだな！

(34)

アドレスから名前へ　～

逆引き

● PTRレコード – 名前の逆マッピングで使われる　－　IP アドレスからホスト名 ● 専用の特別ドメインである “in-addr.arpa (IPv6 では ip6.arpa)”を使う

(35)

In-addr.arpa ドメイン

アドレスのドメイン名化

in-addr.arpa. 例_{: 203.137.83.1} 1.83.137.203.in-addr.arpa 83 137 203 1 0 255 0 0 0 255 255 255

(36)

PTRを利用した逆引き

クライアントリゾルバ 133.in-addr.arpa mail.sfc.keio.ac.jp ・ 1. in-addr.arpa root server ・ 2. 133.in-addr.arpa ns0.nic.ad.jp ・ 3. 27.133.in-addr.arpa ns0.sfc.keio.ac.jp 27.133.in-addr.arpa 4.27.133. in-addr. arpa 133.27.4.120 ・ 4. 4.27.133.in-addr.arpa ns0.sfc.keio.ac.jp 120. 4.27. 133. in-addr. arpa mail. sfc.keio. ac.jp

(37)

PTRレコードとCIDR

● PTRはクラスフルなアドレス空間用に設計されている_{(例： A.B.C.D)} – 192.0.2.* (2.0.192.IN-ADDR.APRA) 組織 A – 192.0.3.* (3.0.192.IN-ADDR.APRA) 組織 B – 192.0.4.* (4.0.192.IN-ADDR.APRA) 組織 C ● クラスレスなアドレス空間ではどうするか？ – 192.0.2.0/25 組織 A – 192.0.2.128/26 組織 B – 192.0.2.192/26 組織 C ● ＲＦＣ2317 “Classless IN-ADDR.ARPA delegation”

(38)

クラスレスアドレス空間における委譲

● 上位ゾーンでCNAMEを使う

● <0/25.2.0.192, ns.A.domain, NS,IN>

● < 1.2.0.192.in-addr.arpa, 1.0/25.2.0.192.in-addr.arpa, CNAME, IN> ● < 2.2.0.192.in-addr.arpa, 2.0/25.2.0.192.in-addr.arpa, CNAME, IN>

● A.domainのネームサーバに以下のレコー

ドを配置

● <1.0/25.2.0.192, host1.ns.A.domain, A,IN> ● <2.0/25.2.0.192, host2.ns.A.domain, A,IN>

(39)

ドメイン登録の流れ

● 親に対して使いたいドメイン名を申請 ● 許可を得たら、そのドメインの設定（ネームサーバの構築と設定） ● 親に登録を依頼 – NSの登録 – グルーレコードの登録

(40)

誰が、どの識別子を使うの？

● 世界中の人たちが、勝手に名前・IPアドレスを使ったら複数の人が同じのを使ってしまうかもこのコンピュータは 1.1.1.1にしよう！ 1.1.1.1に接続！このコンピュータは 1.1.1.1にしよう！ 1.1.1.1はどっちだろう… 衝突 MACアドレスは、メーカに管理させることで一意性を保持

(41)

IPアドレスの割り当て・割り振り

● IANAを頂点とする階層構造

– Internet Assigned Numbers Authority

– 割り振り_{: レジストリにIPアドレス管理業務の委任}

– 割り当て_{: エンドユーザにIPアドレスを割り当て}

● IPアドレス割り当て・割り振りの流れ

1. IANAからRIR(Regional Internet Registry、地域インターネットレジストリ)

– 日本が関係するRIRはAPNIC

2. RIRからNIR(National Internet Registry、国別インターネットレジストリ)

– 日本のNIRはJPNIC

3. NIRからLIR(Local Internet Registry、ローカルインターネットレジストリ)

– LIRはIPアドレス指定事業者

4. LIRからISPまたはエンドユーザへIPアドレス空間を割り当て

(42)

IPアドレスと管理組織

アジア・太平洋地域日本アメリカ大陸・サハラ以南のアフリカヨーロッパ・アフリカ大陸その他中国韓国 …… ラテンアメリカ・カリブ諸国 IPアドレス割り当て委託

(43)

IPアドレスの割り当て・割り振り例

APNICに 202.0.0.0/8 の 割り振りを委任 JPNICに 203.178.0.0/16の 割り振りを委任 WIDE Internetに 203.178.136.0/21の 割り振りを委託村井研究室に 203.178.143.0/24 などを割り当て 村井研究室の場合 RIR NIR LIR エンドユーザ(村井研究室)

(44)

IPアドレスの割り当て

● 管理組織から組織/ISPにざっくり割り当て – 日本国内はJPNIC – ISPがさらにその顧客に割り当て 133.27.0.0～ 133.27.255.255 を使ってください慶応大学 ISP 企業 JPNIC

(45)

ドメインの管理組織

● TLDの登録はICANNが管理

● gTLD(Generic Top Level Domain)

– .com .net .org 等 – Verisign等が管理

● ccTLD(Country Code Top Level Domain)

– .jp .to .uk 等

– 地域ドメインレジストリが管理

(46)

RegistryとRegistrar

● 従来は管理業務と受け付け窓口は同じ組織がやっていた ● 要求が増加し、分ける必要が出てきた – Registry ● ドメインの管理業務を行う組織 ● １つのドメインに関して原則的に１つ – Registrar ● 受け付け窓口の仕事をする組織 ● １つのドメインに関して１つ以上存在 ● Registrarは受けられたリクエストを所定の形式に直して_{Registryに提出}

(47)

ドメイン管理組織の関係

ＴＬＤを管理 .com .org の管理を委託ＲｅｇｉｓｔｒａｒＲｅｇｉｓｔｒａｒＲｅｇｉｓｔｒａｒドメインの登録を依頼Ｕｓｅｒドメインの登録を依頼 JP の管理を委譲ＲｅｇｉｓｔｒａｒＲｅｇｉｓｔｒａｒＲｅｇｉｓｔｒａｒドメインの登録を依頼Ｕｓｅｒドメインの登録を依頼

(48)

ドメインの取得

● 取得申請はRegistrarに出す – .jp の Registrar ● NTT-COM ● Yahoo! Domains ● いろいろ….

– .com .net .org の Registrar

● お名前 .com ● www.joker.com

(49)

余談：気になるお値段は？

● Yahoo: – .com 4200円 – 汎用 6300円 ● Joker.com: – .com 12ユーロ（1200円） ● その他の登録業者も似たり寄ったり – 人件費だけの勝負

(50)

申請に必要な情報

● 申請者の個人情報 – 名前、住所、電話番号 – 連絡先メールアドレス ● 使用するネームサーバのIPアドレス ● 支払方法

(51)

Whois データベース

● ドメイン名・IPアドレスの管理者情報データベース – 管理者氏名・管理組織・住所・電話番号・メールアドレス _etc – 申請に使った情報が登録される

(52)

Whoisを使ってみよう！

● アドレスの情報を調べてみる

– 133.27.4.127

● ドメインの情報を調べてみる

(53)

ルートネームサーバ

● TLDの情報を管理するサーバ ● 理論上、すべての問い合わせは最初にルートネームサーバに来る ● 名前解決を行うためには、ローカルネームサーバからルートへの接続性が必要

(54)

ルートネームサーバの分散

● 地理的、ネットワーク的に分散している

● どれか１つが落ちたとしても他に回る

● 2000年問題などの致命的な問題（の可能

(55)

ルートネームサーバの一覧

● 全部で13個のルートネームサーバ

name org city type url

a NSI Dulles, VA, US com http://www.verisign.com/ b ISI Marira De l Ray, CA, US edu http://www.isi.edu

c PSI Ne t He rndon, VA, US com http:// www.psi.net

d UMD College Park, MD, US edu http://www.umd.edu

e NASA MSFC, AL, US usg http://www.nasa.gov

f ISC REDWOOD CITY, CA, US com http:// www.isc .org

g DISA Ch antilly, VA, US usg http://nic.mil

h ARL Ade lphi, MD, US usg http://www.arl.mil

i NORDUnet Stockh olm, SE int http://www.nordu.net/ j Verisigin Dulles, VA, US com http://www.verisign.com/ k RIPE Amste rdam NL int h ttp://www.ripe.net

l EPB Marina de l Re y, CA, US gov http://www.epb.gov.pk m WIDE Tokyo JP int h ttp://www.wide.ad.jp

(56)

(57)

(58)

(59)

(60)

(61)

(62)

(63)

(64)

(65)

(66)

(67)

(68)

(69)

(70)

(71)

(72)

(73)

(74)

(75)

(76)

(77)

(78)

(79)

(80)

(81)

(82)

(83)

ルートネームサーバの運用基準

RFC2780(Root Name Server

Operational Requirements)抜粋

● ネームサーバはBINDを使用する ● UDPチェックサムを使う ● 専用ホストであること（他のサービスをしていない） ● 相互に時刻同期を行う ● もっとも“良い”インターフェースのアドレスを広告する ● 安全な場所（出入りが厳重に管理されている場所）に配置する ● 安全なネットワーク上に配置する ● 平均CPU時間は最大値の３分の１以下でなければいけない ● 障害報告のメールに24時間以内に応答する ● 問い合わせが障害を引き起こすものでない限り、あらゆるホストからの問い合わせを受け付ける ● 再起的な問い合わせは行わない ● アナウンスは変更を行う１２時間前に行う

(84)

ルートネームサーバへの攻撃

– 2002/10/24の事件 ● 米国のVeriSign (2台)、米国防省、米陸軍研究所、スウェーデンの_{Autonomica、英国のReseaux} IP Europeens、日本のWIDEプロジェクトが管理する_{7台のに向けてDDoS攻撃が発生した} ● 管理者の適切な対処で1時間で収束 ● 残りのサーバが応答し、問題にはならなかった ● インターネットの弱点が明るみに出ると同時に、自律分散システムの堅牢性を示す事件

(85)

DNSオペレーション上の問題

● 委譲における問題

(86)

委譲における問題：

Lame Delegation

● 親では委譲しているつもりなのに・・・・ – 子ドメインのサーバが落ちていた！ – サーバはあるけどそのゾーンが無かった！ – スレーブとの同期が取れていなかった！ – 設定がおかしかった！ ● なんらかの理由で親との調停がうまく行ってない　　→ _{lame delegation}

(87)

Lame Delegation が

なぜ問題？

● 上位に迷惑をかけます！ Example.com はサーバＸだよ知りません。お間違えでは？何回も繰り返す大量の無駄なトラフィックが発生してしまう！上位サーバさサーバＸリゾルバ

(88)

Outbound NSの問題

● ゾーンの外のNS ● グルーを使わずに委譲 keioのネームサーバリゾルバ sfc.keio.ac.jpのネームサーバどこ？ ns0.example.orgだよえ？ example.org ってどこ？

(89)

ゾーン外

_NSの参照

・ jp ac keio 1. root zone (root server) 2. jp zone (ns.nic.ad.jp) 3. ac.jp zone (ns.nic.ad.jp) 4. keio.ac.jp zone (ns0.example.org) リゾルバ .jp ac.jp keio.ac.jp sfc.k eio. ac.jp ネームサーバ・ .org org example.org 5. root zone 6.org zone

example 7.example zone

ns0.example.zone

(90)

sfc.keio.ac.jpのネームサーバは ns0.example.org

連続したゾーン外

_NSの参照

example.org のネームサーバは ns0.test.org test.orgのネームサーバは ns0.another.org

(91)

ケーススタディ：名前の移行

● ある名前のアドレスを変更する場合は？

www.sfc.wide.ad.jp のアドレスを

(92)

いきなり変えた場合

● キャッシュしたデータと違うという状況が・・・ keioのネームサーバリゾルバ www.sfc.keio.ac.jpのアドレスは？ a.a.a.a だよ keioのネームサーバ www.sfc.keio.ac.jp は今から_b.b.b.bだ！リゾルバ www.sfc.keio.ac.jp は a.a.a.a

(93)

やるべきこと：

_TTLの減少

● 移行をする場合、キャッシュの有効期限（ＴＴＬ）が長いと困る ● 前もってTTLを減らす必要がある移行レコードを変更し、 TTLを元に戻す例：TTLが２日の場合 1日前２日前 TTLを１日に減らす TTLを１時間に減らす

(94)

セキュリティ上の問題

● ＤＮＳのセキュリティとは？

(95)

問い合わせが詐称されると？

● 今流行のフィッシング詐欺 – www.mizuhobank.com を問い合わせ – 本当は a.a.a.a（本物）なのに、b.b.b.b（偽者）と帰ってきたら・・・ – 瓜二つのサイトがでてくる ● 口座番号・暗証番号を入れさせて・・・

(96)

詐称のメカニズム

名前の問い合わせ本物より早く返答トラフィックを傍受本物のネームサーバ偽者のネームサーバ偽者の_webサーバ通信を誘導

(97)

対処方法

● ＤＮＳＳＥＣ

– 名前に暗号化署名をつけて保護

– 詳しい説明は省きます

● RFC2553 “Domain Name Security Extensions”

● 運用はとても難しい

● 「DNSの情報はあまり信用できない」という意識

を持つ

– アプリケーション層での暗号化技術の利用

(98)

事例紹介：自分のドメインを

持ってみよう！

(99)

ドメイン・

_{Registrar の選定}

● .org ドメインを利用 – メジャーで、値段も手ごろ – 非商用 ● Registrar は Joker.com を利用 – 安いから・・・・ – Registry で探すこともできる

(100)

空いているドメインを探す

● ３文字・４文字程度はほとんど取られている

(101)

ドメイン登録申請を出す

● ドメインを登録してもらう – ゾーンをキープする – 必要事項を記入し、登録 ● ネームサーバの登録はまだしない – 設定してないうちに登録すると Lame になる

(102)

ネームサーバの構築

● サーバホストの準備 – 固定ホストが必要 ● DHCPでアドレスが変わっては困る ● ネームサーバソフトウェアの立ち上げ – よく使われる実装 : BIND

● Internet Systems Consortium

(103)

スレーブを探す

● .com .org はルールで“２台以上の”ネームサーバが必要 ● Registrarがスレーブを引き受けてくれる場合もある – 有料だったり、サービスだったり – ものすごく負荷が高い可能性もある

(104)

ネームサーバの登録

● Registrar の web インターフェースで設定した

(105)

最後に：待つ

● Registar に登録した瞬間に Registry に登録されるわけではない – RegistrarがリクエストをまとめてRegistryに登録 – タイムラグがある ● キャッシュで古い情報が残っている場合もある ● しばらくすると登録が完了し、使えるようになる

(106)

まとめ

● 名前空間のオペレーション

– IPアドレス空間 – ドメイン名空間

● DNS – Domain Name System

– ドメイン名のオペレーション

インターネットオペレーション 第８回 重近範行 名前空間のオペレーション