情報実習 = 情報実験 2020-06-19


本年度トップへスケジュール表	- 情報実習 - 情報実験第五回 2020 年 06 月 19 日	学生用資料裏方用資料

本日テーマ

最低限 Unix(Linux) III - ネットワークの仕組み

事前準備内容

資料作成6/3(水)迄

資料の内容を確認

動画撮影 6/5(金) 3限
もうだいぶ資料が古くなってるらしいのでちょっと対応お願いします.
mac OS でのネットワークトラブルシューティングのページだれか作って(2019 年度までに)
実習資料中に，ネットワークにつながっていない場合の結果も合わせてのせる(2019 年度) -> ip, ping の場所に例を追加

本日の予定

時間

内容

裏方覚書

12:50

スタッフ (教官, TA, 3n マシン管理者) 集合 atZoom会議室

■ T.A. の作業

プロジェクタ, マイクの準備
プロジェクタにはその日のページ
名札装着

■ V.T.A. の作業

名札装着
各テーブルのマシンの主電源が入っており、スクリーン電源は落ちているか確認
- 後ろのテーブルではブラウザを上げて INEX の今日のページを開いておく
ハードウェアネットワークトラブル仕込み

13:00

資料公開.

講義資料の公開のアナウンスを今回はinex-2020にて送信した. もし[06/19分資料公開]とのメールが届いていない場合, 4講の時間のZoom会議などで報告をしてください.

各自このページに掲載された情報をもとにレクチャーを確認し, 実習を進めてもらうことになる.

もしわからない事や質問したいことがある場合, 金曜4講目に開催されるZoom会議室で質問をすることができる.
口頭にて質問することのほか, TAや教員にチャットで質問してもよい.
それ以外の時間であればメーリングリストを用いて質問を行うこと. 疑問の共有や, メールなどとして確認できる形で残しておくことはそれ自身が一つの財産となる.

13:05

最低限 Unix(Linux) III : ネットワークの仕組み (茂木)

レクチャーノート, 講義動画01, 講義動画02

ネットワーク概要
- ネットワーク
- コンピュータネットワーク
- LAN, WAN, Internet
ネットワーク通信のために
- TCP/IP
- ネットワークパラメータ
- DNS

本日の一冊の紹介

■ V.T.A

生徒を前のほうに行かせる

■ 講師(茂木)

こっちから生徒に対する質問を入れつつ、あまり抽象的にならないように説明することを心がける
ドメインの説明, IP の約束, IP アドレス, マックアドレス, ネットマスク, ブロードキャスト等々, ネットワークの設定をスムーズに行えるようになるくらいの知識を教える.

■ V.T.A

積極的に質問をして, 受講生も質問しやすい雰囲気を作る
受講生の質問を拾ってあげる

14:30

休憩

14:45

実技 (茂木):

1. つながらない！そんなとき -ネットワークトラブル対処法-

ネットワーク・インターフェイス層のチェック
インターネット層のチェック
通信経路のチェック
ネットワーク・トラブルシューティング実践

付録2 : Windows7 でのネットワークトラブル対処法
付録3 : Windows8(8.1) でのネットワークトラブル対処法
付録4 : Windows10 でのネットワークトラブル対処法

■ 本日の一冊 ■
	竹下隆史他, 「マスタリングTCP/IP 入門編第6版」オーム社, ISBN: 978-4274224478

■ V.T.A.

3n+1, 3n+2 にログインさせる.
ネットワーク・トラブルシューティング実習
一通りネットワークの状態チェックが出来るようになったら /etc/network/interfaces または /etc/resolv.conf の各パラメータをでたらめな値にして再起動し, 受講生にネットワークの再設定を行わせてください.
受講生のネットワークパラメータの確認ができたら，一時退室してもらう
時間の目安: 実技30 分, ネタ仕込み 10 分, トラブルシューティング30 分
トラブルシューティングで30 分以上かかっている所には，TA, VTA が介入する
ネタを仕込んだら，ログアウトしておいてください．

15:30

Zoom 質問室開催
受講生の貴方たちは質問があればZoom会議室に参加して質問をすることができる.
この時, 質問できる内容は今週の講義のものに限らない.
質問は会議室にて音声, チャットのどちらでも良い.

質問等の後, 学生解散

16:30

スタッフ(教官, TA, 3n マシン管理者) 打合せ

16:30

EPNetFan

■ レポート課題 ■

■ ネットワークパラメタについて
/etc/network/interfacesはネットワーク接続に関する設定ファイルである. その中には address, gateway, dns-nameservers, dns-searchから始まる行が存在している.
実際に貴方たちがアクセスしている計算機において, それぞれの行で設定されている項目について, その内容をまとめよ.

タグ:[2020]5. ネットワークパラメタ

タイトル: レポート内容に即して各自で考え記入せよ.

本文: それぞれの行でどのような内容を設定しているかを実際に設定されているパラメタとともに記入せよ.そのうえで各自考えたことや感想などを記入しても良い.

反省事項

2020 年度メモ (ログ:茂木)

13:00-13:30 資料確認
13:35-14:15 動画撮影
14:20- Zoom質問室

撮影編

質問室編

実行しようとしたらコマンドがないって怒られた!!! -> ./ってつけないとPATHからコマンドを探しちゃう. 実行ファイルには./から始まるパスを通してあげよう.
コピペ便利!!!コピペ方法載っけて!!!-> リモートじゃなくてクライアント側の機能なんで各自調べて…….
$ip addr showで出てくるloって何??? -> ループバック用の自分のアドレス.
DNSサーバーの上二つ隠してたのに何で下だけ隠してないの???この三つの順序は?? -> 上二つは研究室のなので隠しちゃった!最後のは北大のだからインシデント起きてもいいかなって…….順序は上から順に探索していくよ!!
manydataってディレクトリが消えちゃった!!! -> 展開時に.tarでやっちゃってる. アーカイブファイルはtar.gzなのでそれで指定してね.

2019 年度メモ (ログ:松岡)

13:00 - 14:05レクチャー
14:05 - 14:15 休憩
14:15 - 15:00 実習編
15:00 - 15:18 小休憩, ネタ仕込み
15:18 - 16:20 トラブルシューティング
16:27 - ミーティング(研究サロン)

レクチャー編
- LANは全員，WANは4, 5人くらい聞いたことがある
- ARPANETを覚えている人は数人
- コンピュータによってはLANに直接つながっているものもあればWANを通じて繋がっているものもあるのか？
- ネットワーク通信の階層性はなぜある？→通信プロトコルの冗長性のため
- このネットワーク通信の話はウェブページ閲覧でも同じか→そう
- IPアドレス上のホスト部とMACアドレスはどのような違いがあるのか？
- MACアドレスは直接知らなければならないのか？
- ネットワーク経路は最短経路か？→そうではない
- URLの意味（ドメイン等）は2, 3人くらいが知っていた
- 電話の逆探知はどうやっているのか？→経路を探索している．また，固定電話回線は初期のものはツリー型になっていない．
- IPアドレスは255の4乗個の計算機しか表現できないのか？→そう．枯渇に対処するためにIPv6アドレスができた．桁数が増える．
実習編
- joho01,02: 01で自動設定になっていて，interfacesが想定よりも行が少なくなぜ繋がっているかが不明瞭だった→02のみで実習を行った
- joho04,05: 05で再起動ができなかった（キーボードが原因？），04でX設定ファイルのパーミッションが変わっていてstartxできなかった（原因不明）．
- joho07,08: 特になし．
- joho10,11: 特になし．
- joho13,14: 特になし．
- joho16,17: 特になし．
- joho19,20: interfacesの復旧だけではgatewayの設定ができず，ipコマンドを用いてgatewayを手動で設定しなければならなかった．→interfacesを直した後にrebootすれば解決するようだ．
- joho22,23: 22でインターネットがつながりにくい（GW明けかららしい）→ネットワークカード交換か．
- 仕込み例事前連絡
- /etc/network/interfacesの代わりに，/etc/dhcpcd.confで設定を行うのが正しいらしい（要調査）
- 最近はresolv.confについても直接いじらないでやる方法が主流らしい．
その他
- ポートの話が浮いている気がする．パケット通信の話に組み込むといいかもしれない．
- ネットワークパラメータの各論よりも先に経路決定の時系列を説明するといいかも
- IPv6アドレスの説明があったほうがいいかも
2018 年度メモ(ログ:松岡)

13:00 - 14:25 レクチャー
14:25 - 14:35 休憩
14:35 - 15:15 実習編
15:15 - 15:30 ゲートウェイ詐欺の演示実験
15:30 - 15:40 小休憩, ネタ仕込み
15:40 - 16:05 トラブルシューティング
16:05 - 16:15 本日の一冊紹介, 次回の服装に関する注意(小高)
16:45 - ミーティング(研究サロン)

レクチャー編
- LANは皆聞いたことあるが，WANを聞いたことある人は1/5くらい
- internetとInternetに関する小高さんからの指摘→Internetは固有名詞．地球規模の一つのネットワーク．
- internetとInternetが区別されている例を見たことがないが…→30年前くらいは重要だった（今は基本的に小文字のinternet）
- bit byte を聞いたことがある人→8割位，octed を聞いたことある人→1, 2人
- なぜocted byteの使い分けがあるのか？→byteは処理系に依存する曖昧さがある．octedは曖昧さがない定義(8bit)
- なぜポートを分ける必要があるのか？→アプリケーションがデータを利用しやすくなるため
- ポートには物理的実体はあるのか？→仮想的なものである
- パケット分割にルールはあるのか？→あるらしいがよくわからない
- 論理積を知っている人は2, 3人
- 局所的なネットワークの存在を意識しないが，どんなネットワークがある？→EPネットワークなどなど（八号館には〜個のLANがある，というような解答だと良かったかもしれない）
- MACアドレスは枯渇しない？→十分な数があるので大丈夫
- 相手のMACアドレスを知らなくても通信できるように見えるのはなぜ？→この後詳しく説明しますと答えた
- MACアドレスはハードウェアが故障したら永久に使えない？→使えない
- 各ネットワークアドレスは誰が振ってる？→MACはメーカーが振る．IPはネットワーク管理者あるいはIP管理団体
- IPアドレスは一つの機器に一つというわけではないのか→複数付与してもよい
- 通信にはIPアドレスで十分で，MACアドレスまで必要ないのでは？→必要．IP割り振りのときにMACアドレスが必要になる．
- ゲートウェイとルータの違いは？→ルータは経路制御を行う．ゲートウェイとルータが同じ場合もあるし異なる場合もある．
- 直接IPアドレスを打ち込むと速くなるのか？→少しだけ速くなる
- DNSサーバのIPアドレスはどうやって知るのか？→管理者から教えてもらったり，オープンになっているDNSサーバのアドレスを調べて設定する．
実習編
- joho01,02: joho01でキーボード故障→実習中はUSBキーボードへ交換した．購入の必要あり．
- joho04,05: ifdownだけでは設定が無効にならず，--force-optionを付けて強制終了しないと設定が残る．
- joho07,08: ifdownもifupも使ってなかったが，ネット切断できていた．
- joho10,11:
- joho13,14: 13でifdownする前に書き換えてしまい，ネットに再接続できなかった．再起動した．
- joho16,17: 実習前半に一度ifdownしたのちにifupしても接続できなくなったが，LANケーブルを挿す場所を間違えていただけだった．
- joho19,20:
- joho22,23: interfacesとresolv.confでDNSに関する変数を書き換えたが，resolv.confを修正しただけでネット接続できてしまった．
- 仕込み例事前連絡
その他
- 論理積はテーブル（真理値表）を載せたほうがいいかもしれない
- ネットワークパラメータの各論よりも先に経路決定の時系列を説明するといいかも
2017 年度メモ(ログ:吉田)
- タイムスケジュール
  - 13:00 - 13:02 諸連絡(渡辺), スケジュール確認
  - 13:02 - 14:07 レクチャー
  - 14:07 - 14:20 休憩
  - 14:20 - 14:25 実習について
  - 14:25 - 14:55 実習編
  - 14:55 - 15:10 小休憩, ネタ仕込み
  - 15:10 - 15:50 トラブルシューティング
  - 15:50 - 15:59 本日の一冊紹介, 次回の服装に関する注意(小高)
  - 16:25 - ミーティング(研究サロン)
- レクチャー編
  - LANを知らない人はいない. WANを知らない人は少数.
  - LANとWANにおけるリンクは異なるのか？WANケーブルはないのか?(松岡) -> 基本的に同じ. WANケーブルという名前はない. WANのリンクには大概光ケーブルを用いている.
  - 海底ケーブルは何なのか?(村橋) -> WAN?
  - byteを聞いたことある人 -> 1/3くらい. 全員聞いたことあるはずなのに..。
  - octetを聞いたことある人はいない.
  - パケットはみんな聞いたことある.
  - パケットの欠損チェックはどうやってするのか? -> パケット番号とデータを何分割しているを確認する. データが変わっている場合はどうしようもない.
  - 論理積を知らない人 -> 半分くらい.
  - 論理積はテーブルを出した方良いのでは?(要検討)
  - DNSサーバのアドレスはどうやって分かるのか? -> 管理者に教えてもらう必要がある.
- 実習編
  - joho01,02: 片方はifdownする前にinterfaceを書き換えてしまった. もう片方はifdownした後に書き換えたが, rebootする必要が出てきた. rootでstartxを立ち上げたせい？
  - joho04,05: downしているかどうか分からなかった. 実習資料に詳しく書く必要あり.
  - joho07,08: バックアップしたファイルを上書きしようとしていた. 口頭で注意する.
  - joho10,11: 問題なし.
  - joho13,14: 作業中にdownする前に書き換えてしまい, rebootする必要が出てきた.
  - joho16,17: なし.
  - joho19,20: 問題なし.
  - joho22,23: 受講生一人だったため問題なし.
  - 仕込み例事前連絡
- その他
2016 年度メモ(ログ:渡辺)
- タイムスケジュール
  - 13:00 - 13:04 諸連絡(電脳大飯店の入室に関して，suu のtxt アップロード機能に関して), スケジュール確認
  - 13:04 - 14:10 レクチャー
  - 14:10 - 14:20 休憩
  - 14:20 - 14:26 実習について，来週の服装注意(小高さん)
  - 14:26 - 15:15 実習編
  - 15:15 - 15:27 小休憩, ネタ仕込み
  - 15:27 - 15:56 トラブルシューティング
  - 15:56 - 15:57 本日の一冊紹介
  - 15:57 - 16:20 トラブルシューティング
  - 16:28 - ミーティング
- レクチャー編
  - LAN という言葉を知っているか？-> みんな知ってる
  - WAN という言葉を知っているか？-> ほぼ知らない
  - p16- の画像データ例：6 年前から使われている画像
  - パケットはパケホという名前で使われているあれ？-> そうです．
  - bit という言葉を知っているか？-> みんな知ってる
  - octet という言葉を知っているか？-> ちらほら知っている人がいる
  - byte という言葉を知らない人？-> 数人
  - 論理積知っている人-> 数人程度
  - DNS という言葉を聞いたことある人？-> 数人
  - p59 国や時代が変わっても読み方が変化しないとは？
  - ゲートウェイアドレスに振られるIP アドレスはなんでもいい？-> 暗黙の了解として1 が使われている
  - p30-31 最適(最短) な通信経路の選択？-> 計算機ルーティングテーブルをもとに通信を行うので違う．「通信経路の決定」にする：修正済
  - 集中管理・分散管理について第4 回では触れなくなったので，サーバ・クライアント回で話したかったら話す
- 実習編
  - [1.2.3] less コマンドは初めて出てきた
  - interfaces やresolv.conf を編集する前に"ipdown", 編集後は"service networking restart", "ifup" を行うように統一
  - 仕込み例
    - joho01,02: LAN 半ざし，ハブ電源，interface, resolv.conf 編集(ex 0-> o, 全角スペース)
    - joho04,05: ハブ電源，interface, resolv.conf 編集(ex 0-> o ) (詳しくは[inex-ml 3699])
    - joho07,08: 詳しくは，[inex-ml 3725]
    - joho10,11: LAN 半ざし，interface, resolv.conf 編集(ex 0-> o, hokudai->hokkaido)
    - joho13,14: interface, resolv.conf 編集(ex gateway-> gatework)
    - joho16,17: LAN 増やした，interface, resolv.conf 編集(ex .-> , )詳しくは，[inex-ml 3723]
    - joho19,20: LAN 半ざし，interface, resolv.conf 編集(ex 0-> o, 全角スペース)
    - joho22,23: (詳しくは, [inex-ml 3726] )
  - joho11: eth1 が立ち上がらなくなった. hotplug のせい? reboot したら治った
- その他
  - 入口の鍵が中々閉まらない

2015 年度メモ(ログ:荻原)
- タイムスケジュール
  - 13:00 - 13:04 パスワードクラックの結果について
  - 13:04 - 14:21 レクチャー
  - 14:21 - 14:30 休憩
  - 14:35 - 15:25 実習編
  - 15:25 - 15:30 本日の一冊紹介, 来週の服装注意(小高さん)
  - 15:30 - 15:40 小休憩, ネタ仕込み
  - 15:40 - 16:30 トラブルシューティング
  - 16:40 - ミーティング
- レクチャー編
  - WAN とinternet の違いは？→WAN も internet の一部
  - the Internet もすごくでかい WAN と思っていいの？→いいと思います.
  - ARPANET ってなんだっけ？→第1回でやったが ARPANET はアメリカの国防総省から資金を提供され幾つかの機関で作られたネットワーク
  - クラウドは集中管理のように感じるがネットワークでないということですか？→集中管理しているように見えるクラウドも分散管理でネットワークを構築している.
    - 資料が分散管理＝コンピュータネットワークみたいに書かれているので問題があったので分散管理も集中管理も対等に書く。
  - なんで使用できるポート番号の上限は65535番までなの？→ポート番号の上限が 16 bit と決められているから
    - 資料にポート番号の上限とかは書く必要ないのでは？
  - パケットに分割しないやり取りはないのですか？→TCP/IP を用いている場合はパケット分割がされる. トランスポート層を通るものは全て何等かに分割はしているっぽい？
  - プロトコルのページで上位、下位とあるそれは何から決められているの？→物理的なものに近いものを下位と決めている。なんでそれを下位と決めたかについては分からない。ユーザ側の視点に立って上位下位と考えている？
  - bit って言葉を知っている人→ほとんど
  - octetって言葉を知っている人→1人くらい
  - 1 byte が 8bit 以外にはほかに何があるんですか？→ 7 bit, 9 bit など。
  - bit の説明の off や on ってなに？→ 電気回路で構成されるので電気が流れる流れないやチャージされているされていないと考えられるので off, on などと表す
  - なんで基本単位が 8 bit なのですか？→歴史的事情。もともとはパンチカードが 7 bit だったから。文字を表現するには 7 bit で済んでいた。でもそれだと足りなくなったから 1 bit 追加して 8 bit となった？それ以降もそれに右へ倣えとなっている？要調査
  - IPv5 はどこに行ったの？→IPv5 も作られていたが立ち消えした。
  - IPv6 の 6 にも意味がある？→ない。
  - 論理積という言葉を聞いたことがある人→ 0 人
  - 論理積での真とか偽ってなに？→命題が正しければ真、誤っていれば偽と呼ぶ。 bit に直すと真は 1、偽は 0 と表記される。
  - 相手の IP アドレスはどうやって知るの？→DNS サーバの IP と通信先のドメインがわかると DNS によって知ることができる。
  - 資料のドメイン名でのホスト部の管理者って誰？→計算機の管理者
  - 資料のドメイン名空間の net って？→ネットワーク関連の事業が使う傾向にある最上位のドメインの一つ
  - 計算機内に複数アカウントがあるときドメイン名は全部同じになると思います。そうなるとメールアドレスも同じになってしまってメールを送れなくなるのでは？→メールアドレスは hogehoge@mail.ep.sci.hokudai.ac.jp となっている。この構造はアカウント名 @ ドメイン名となっている。同じドメイン名でもアカウント名で区別していてちゃんとメールを送れる。
  - 次から次に受講生にとって知らない単語が出てきてしまっていた。知らない単語が出た時に一言でもいいので簡単な説明を足すとかした方がいい
- 実習編
  - 1.2.3 のネットワークパラメータの設定方法で「 eth0 が存在しない場合」の存在しないの意味が分からない。 eth0 の存在の確認方法を追加するべき。また, 個々の項目は eth0 の存在にあまり関係ないはずなので「ネットワークをつなげるためには」とか直すべき
  - interface を書き換えるときは ifdown をしてからする様にする
  - $ /sbin/ip addr → $ ip addr
  - 仕込み例
    - joho01,02: LAN ケーブル半挿し. ハブ電源を抜いた. interfaces 0->O, 1->l, gateway->getaway,
    - joho04,05: LAN ケーブル半挿し. ハブ電源を抜いた. 情報実験機同士をつなげた. interfaces 0->O, 1->l, gateway->getaway, .->,, name->neme, 半角スペース->全角スペース
    - joho07,08: LAN ケーブルを別のポートに挿した. interfaces 0-.O, 1->l
    - joho10: LAN ケーブル半挿し. LAN ケーブルを別のポートに挿した. interfaces eth1 -> eth0, 半角スペース->全角スペース
    - joho11: LAN ケーブルを別のポートに挿した. interfaces eth1 -> eth0, 0->O, resolv.conf 133->134
    - joho13,14: ハブ電源を抜いた. LAN ケーブルを別のポートに挿した. LANケーブルを断裂したLAN ケーブルに変えた. interface 1->l, network-> netwark, ep -> ec
    - joho16,17:LAN ケーブル半挿し. interfaces .->,, netmask-> netmasc, hokudai->tohokudai, resolv.conf hokudai->kyudai
    - joho19,20: LAN ケーブルを適当に繋いだ. ダミーのルーターを置いた.interfaces ac.jp->ne.jp
    - joho22:ハブ電源を抜いた. 情報実験機同士をつなげた.interfaces 0->O, 1->l, 5->s, hokudai->hokubai
    - joho23:interfaces auto lo -> outo lo

2014 年度
- タイムスケジュール
  - 13:00 - 13:03 講義開始
  - 13:03 - 14:11 レクチャー
  - 14:11 - 14:21 休憩
  - 14:21 - 14:22 実習編を行う前の諸注意
  - 14:22 - 14:58 実習編
  - 14:58 - 15:12 小休憩, ネタ仕込み
  - 15:12 - 15:54 トラブルシューティング
  - 15:54 - 16:00 実習編解説, 本日の一冊紹介, 来週の服装注意(小高さん)
  - 16:00 - 16:20 トラブルシューティング残り
  - 16:35 - ミーティング
- 講義編
  - Network interface層が一番物理層に近い? -> その通り
  - Network Parameterの情報を付与する事による不要なデータ量増加の懸念は？->多くはないと思う(要調査).
  - bit に関しては知らない受講生はいない, octet を知っている人はいなかった.
  - 論理積について初めて聞いた人 -> 10数人の受講者しか知らない模様
  - IPv6 が枯渇することがないことがわかったが, MACアドレスは？-> 枯渇したらしい？
  - IPv4 -> IPv6 移項にコストかかるという意味は？旧機材のせい？->経路制御をしている機器(インフラ)が対応していないため
  - TCP/IP の説明とネットワークパラメタの説明を逆にしたらどうかという意見. 大雑把な話から細かい話へ. どちらでもいいと思うので話しやすい方で.
  - 三上製のスライドはよくできていたので, 来年もぜひ活用して欲しい.
- 実習編
  - レクチャー資料記載のドメイン名と, 実習資料記載のホスト名の違いについて混乱が起きた. 実習資料のホスト名と書いてあるところを FQDN を書くかドメイン名を書くようにする.
  - /etc/init.d/networking restart はうまく動かない場合がある模様. そのため ifdown ifup を使う. それもダメだったので最終的に reboot したところ (joho20) もある.
  - restart が効かないのはネットワークカードの設定の1行目にある allow-hotplug という設定が auto でないための模様. 事前準備等で書き換えておく必要あり.
  - X が勝手にネットワークを修復している可能性がある? トラブルシューティングの前に X を落としてからやったほうがよい.
  - トラブルを仕込む前に ifdown で落とすこと. 設定を変えたあとでは落とすことができなくなってしまう.
  - joho01, 02 : hub の電源をつながってないACアダプタに接続, ACアダプタの先は床下に仕込む. 余分なLAN ケーブルで実験機同士をつなぐ. interfaces を書き換え. 数字の0 -> 英語大文字O など
  - joho04, 05 : hub の電源を抜く. ケーブルを最小単位にばらす. 実験機同士をつなぐ. interfaces , -> . 全角のスペースを入れる. ファイル名自体を変更. interfaces -> interface など.
  - joho07, 08 : hub の電源半抜け. LAN ケーブルも半抜け. LAN ケーブルも NIC からマザーボードへ. 1->l 0->O interfaces -> interfaces 最終的に diff コマンドを使わせた.
  - joho10, 11 : hub からネットワークにつながってる LAN ケーブルを抜いた. 代わりに余分な LAN ケーブルを床下へ. .=>, netmask を 255.255.255.255 に. broadcast と gateway を入れ替え.
  - joho13 : オンボードに差し替え. interfaces -> interface. .->, allow -> arrow
  - joho14 : 断線したLANケーブルに入れ替えた. eth1 -> eth0 network -> netwalk nameserver -> namaserver
  - joho16, 17 : hub の電源を抜く. LAN の指し口を onboard に. interfaces にあるコメントアウトの # を消してエラーを起こした.
  - joho19, 20 : LAN ケーブルをonboard, 半抜け. 1 -> l. 255.255.255.0 -> 225.225.225.0 意外とわからない.
  - joho22, 23 : hub の電源を抜く. LANケーブルで実験機同士をつなぐ等. .->, 1->l
  - みんな陰湿だね.

2013 年度
- タイムスケジュール
  - 13:00 - 13:03 講義開始, パスワードクラックの結果発表
  - 13:03 - 14:20 レクチャー
  - 14:20 - 14:35 休憩
  - 14:35 - 15:05 実習編
  - 15:05 - 15:20 小休憩, ネタ仕込み
  - 15:20 - 15:55 トラブルシューティング
  - 15:55 - 16:00 実習編解説, 本日の一冊紹介, 来週の服装注意
  - 16:00 - 16:20 トラブルシューティング残り
  - 16:35 - ミーティング
- 講義編
  - WAN を知らない人がほとんど
  - LAN の接続先はWAN である => ということは絵の地球もWAN である
  - データ送信の際にThunderbird のアイコンが邪魔
  - ポートという言葉がいきなり出てきた => アプリケーションの窓口
  - TCP とUDP の違いはデータの欠損チェックをするかしないか
  - 各層での作業はソフトウェアがほとんどやっているがネットワークインターフェイスはハードウェアがデータを電気信号に変えている
  - パケットの分割のサイズは規約で決められているのか？ => 具体的な大きさは決まっていないが，それぞれの通信においては最小限のデータの大きさが決まっている
  - UDP ではUDP ヘッダが付く
  - UDP は通信が速い <= データの欠損チェックをしないから
  - リアルタイムの通信(TV会議システム等)はUDP を使っている
  - データの再送の要求は足りない部分だけ要求する＠トランスポート層
  - マイクが足りないので購入する
  - 25 番ポートがSMTP として受け取る設定ではないときは受け取ってしまうが，アプリケーション層でデータの復元等はできない
  - トランスポート層でパケット欠損チェックをした際に送信側のトランスポート層に再送を要求する
  - bit は知っていたがoctet を知らない人が多い
  - IPv4 のアドレスの枯渇の話が抜けていた？
  - 論理積を知らない人も多い
  - ネットワークアドレスの後に/oo が入っているのは人間がどこまでがホスト部かということを認識するための表記
  - ゲートウェイとブロードキャストの説明が曖昧もうちょっとゆっくりしゃべってほしかった
  - ネットワークパラメータは自分で好きな値に設定できるのか => IP アドレスは管理者物理アドレスはハードウェア固有のものなので変更不可
  - DNS でIPアドレスとドメイン名は一緒の方がいい気がする
  - ep => 地球惑星科学
  - grey の話は必要？
  - ルートDNS はそれぞれcron のようなもので対応(Secondary サーバ等)
  - ノードとネットワークの概略図を付ける
  - 下線部と太線が多用されすぎ => 使い分けをちゃんとしましょう
  - 論理積のインデントがわかりずらい(P 41)
- 実習編
  - みんなしゃべりすぎてネタバレしていた
  - interfaces を書き換えてみたらどうなるかを知らないのでトラブルシューティングしにくい
  - joho05 のモニターが壊れた (グラボではない)
  - joho01, 02 ループを入れたハブの電源を抜いた断線したケーブルを付けた interfaces の末尾を0 にしてしまった(ネットワークアドレスは使えません)
  - joho04, 05 ループを作った実験機同士をつないだ interfaces を書き換えた
  - joho07, 08 ループハブの電源を落としたケーブル差し替え interfaces と resolv.conf を書き換えた(ac => co)
  - joho10, 11 物理的に対処した
  - joho13, 14 "." "," を使用した納田ケーブルNO.06 を使ったケーブルを半抜きにした
  - joho16, 17 interfaces に全角スペースを挿入
  - joho19, 20 ハブの元ケーブルを半抜け server => servar にした
  - joho22, 23 ネットワークカードを挿しまくった(eth0-eht5まで認識) network => netwalk にした

2012 年度
- タイムスケジュール
  - 13:00 - 13:02 講義開始, パスワードクラックの結果発表
  - 13:02 - 14:27 レクチャー
  - 14:27 - 14:40 休憩
  - 14:40 - 15:10 実習編
  - 15:10 - 15:25 小休憩, ネタ仕込み
  - 15:25 - 16:07 トラブルシューティング
  - 16:07 - 16:15 実習編解説, 本日の一冊紹介, 来週の服装注意
  - 16:15 - ミーティング
- レクチャーに関して
  - 1 パケットの大きさは同じ?→伝送路，道順で決まる?(推奨サイズは決められている)
  - FTP を22 番ポートに送ることができるか?→標準ではできない(受ける側が22 番でFTP を受ける設定にしなければ受け取れない)
  - P2P ファイルはポートをふさいでいるので使えない(スカイプ用のポートは開けている，東大はスカイプも使えない，JAXA はもっと厳しい?)
  - HTTP ポートにHTTP ファイルに見せかけたものを送れるか?→送ることができる(不必要なポートは閉める)
  - 使えるポートの数→1024 位までは使うポートは明確に決まっている(30000 ポート位までは大体決まっている)
  - bit byte は知っている人が多い．octet は数人．
  - byte の定義は計算機によって変わる→それぞれのデバイスの中のデータの基本単位?
  - 国によってはoctet が浸透している→フランスの人はKB ではなくKO(キロオクテット)
  - 日本が管理している分のIP アドレスが枯渇すると，新規で使えなくなる．
  - サブネットマスクが255.255.254.0 だった場合はホスト部のbit が一個増える
  - 255.255.254.0 だった場合，23 bit 分が同じであれば，同じネットワークに属する
  - 論理積はみんな知らない
  - MAC アドレスがあるのに，IP アドレスにホスト部があるのはなぜか?→MAC アドレスは計算機個々に割り振られたものでIP アドレスは番地までを示すもの．
  - IP アドレスは住所を示す．そこに住んでいる人の名前はMAC アドレス．MAC アドレスで探すより，住所(IP アドレス)から調べた方が簡単．
  - 最上位のルートネームサーバを設置することは矛盾している?→1 つで対応(新規，MAC 変更)
  - ルートネームサーバ 1 基が壊れても他のルートネームサーバから名前引きできる
  - 日本にもルートネームサーバが一基存在(名前 M 村井純さんのM?)
  - MAC アドレスとIP アドレスに関してもう少しうまい解説をする(来週解説)
  - 後述が多すぎて，結び付けがしづらい．
- 実習および実習資料に関して
  - joho04, joho05 joho06 で先にネタを仕込んでしまっていた(林)．
  - joho09 のハードディスクがいっぱいでstartx できない(中岡)→x session error が出た
  - 仕込んでいないのに，joho04 のネットワークが切断された→LAN ケーブルの指す位置が間違っていた
  - ループさせると，ロガー，3n+1, 3n+2 全部が使えなくなるのは厳しい→VTA がしつこく指摘することで今回は解決
  - joho19, joho20 のループが治らないと他のところが治ったかわからない
  - 16:00 で終わっていないグループがほとんど
  - debian のバージョンが変わって仕様が変わってしまった
    - 落としてしまうと，賢くなったせいでエラーが出てしまう
  - less を切る方法が知らない
  - LAN ケーブルを知らない人が電源ケーブルを抜く可能性→LAN ケーブルを明記(写真を載せる)
  - ケーブルに関するクイズを出す?
2011 年度
- タイムスケジュール
  - 13:00 講義開始, スケジュール変更の確認
  - 13:02 - 14:27 レクチャー
  - 14:27 - 14:40 休憩
  - 14:40 - 15:05 実習編
  - 15:05 - 15:15 小休憩, ネタ仕込み
  - 15:15 - 15:45 トラブルシューティング
  - 15:45 - 15:48 実習編解説, 本日の一冊紹介, 来週の服装注意
  - 16:15 - ミーティング
- レクチャーに関して
  - 最近は無線 LAN も普及してきており, ネットワークの経路はケーブルだけではない. ケーブルに対するものは空気?? 経路の代表的イメージはケーブル. でも実際はハブやルータ, 無線LAN なども含まれる.
  - 自宅に配送業者がいると仮定するのではなく, 荷物を送れるデパートだと仮定すると分かりやすい. 例の出し方を来年度はもう少し詰める.
  - 1 パケットの容量は? 携帯だと 128 byte. 最大で 1500 byte.
  - gateway は 1 つのネットワーク内に 2 つ以上ある場合もあるのか? はい. 更に上位のネットワークに接続する場合に必要.
  - DNS は自分が知らなければ 1 個上の階層の DNS に問い合わせるのではなく, ルートに問い合わせる. そこから下位の階層に順番に問い合わせる.
- 実習および実習資料に関して
  - [1.1.3]: /proc/interrupts では NIC の確認ができない. 来年度は ifconfig で代用する.
  - [1.2.2]: netstat -rn の実習資料の表示例がグローバル IP になっている.
  - ネタ仕込みで, 絶対に LAN ケーブルをループさせない！！ループさせても良いようなネットワーク環境を構築する.
  - ちゃんとパラメータを戻してもうまく繋がらない問題が発生. ネットワークパラメータを変えた時の挙動がよく分からない. 来年度の課題.
2010 年度
- タイムスケジュール
  - 13:00 講義開始
  - 13:01 - 13:56 レクチャー
  - 13:56 - 14:05 休憩
  - 14:05 - 15:47 実習編
  - 15:47 - 15:50 実習編解説, 本日の一冊紹介, 来週の服装注意
  - 16:05 - ミーティング
- レクチャーに関して
  - [補足] 決まり文句「インターネット始めよう」のインターネットは Internet の方に相当する.
  - 「インターネット≠ウェブページを見ること」であると一言触れておくと良いかもしれない (マイクロソフトに騙されちゃだめです, ということで).
  - [補足] ネットワーク部はどの LAN に所属するのかを表す.
  - 「ネットワークパラメータのうちのどれかを用語として聞いたことがあるか?」という質問に対して, 受講生の約 30 % は YES と回答した(意外と多い?).
  - [補足] DNS サーバのアドレスが分からなかったり, アクセスがうまくいかなかったりすると, 事実上ウェブや遠隔ログインなどのサービスは使えないということになる.
  - [補足] IPv6 のプロトコル自体は出来ているが, むしろ問題は IPv4 から IPv6 に移行するのかにある.
  - 一方的に話さずに質問したり, 意見を求めたりする
  - タイトル「...が...に情報を送信する場合」はより一般的なタイトル「同じ LAN の中のマシンに情報を送信する場合」などと書きかえた方が良い.
- 実習および実習資料に関して
  - cat /proc/ioports と打ったときにネットワークドライバ tulip は表示されない.
    - 「例えば」と書いてあるから, 資料としては問題無いと思われる.
  - /etc/network/interfaces において, allow-hotplug と auto (allow-auto) の明確な違いが良く分からない. 来年度担当の方, 調査お願いします.
  - ifdown, ifup コマンド(明示的にインターフェースを落としたり, 上げたりするコマンド)を使う機会はそれなりにあると思われるので, 実習資料のどこかに記述を加えた方が良いと思われる.
  - 一時的にDHCP サーバにアクセスできなくなった.
    - 受講生がトラブルシューティングに失敗した為であろう.
  - 教育的な悪戯
    - 断線ケーブル
      - 来年の事前準備で LAN ケーブルを作り, 副産物としてのケーブルを INEX で使う?
2009 年度
- タイムスケジュール
  - 13:00 講義開始
  - 13:00 - 13:07 レポート講評
  - 13:07 - 14:00 レクチャー
  - 14:00 - 14:10 休憩
  - 14:12 - 15:35? 実習編
  - 15:35? - 15:40 実習編解説, 本日の一冊紹介, 来週の服装注意
  - 15:50 - ミーティング
- レクチャーに関して
  - プロトコルの説明は難しい...
    - 今回は電話を使った寸劇を採用.
    - 「いろいろなレベルで」とりきめがあることまで言えるとなお良かった
  - IPv6 の話を挿入するのはとても良いが, 話の流れが切れているような気がする.
    (単にアドレスの桁が増えるだけでなく仕組みも変わるので, IPv4 での通信の流れを一通り説明した後で話をするのが良いのでは?)
  - [参考] 携帯メールのアドレスに記述されているのは携帯電話の IP アドレスでなく...
- 実習および実習資料に関して
  - 事前準備の指示が足りない.
    - ネットワークの設定: DHCP 利用から手動設定への変更方法
    - ネットワークトラブルの具体的な例?
      - 設定によっては他の人に迷惑をかけるので仕込み方に注意.
        例: 192.168.16.1 を名乗る, 他のマシンのアドレスをつける, 等はだめ.
        (ただし, 後者に関しては相手マシンの管理者の合意が得られていればアリ, VTA 同士で交渉してね)
      - アドレス空間やネットワークの階層が意識できるような設定だと良い.
        例: 192.168.16.* には ping が通るが INEX のページは見えない, 等.
      - 実例: LAN ケーブルの先を関係ないところにさしてみた
  - 実技編資料 1.4 の表中の DNS サーバの項目.
    値としては IP アドレスを書いておいて, その説明としてドメイン名表記を書く方が良いかも.
  - traceroute の -I オプションに管理者権限が必要になったらしい.
    以降の設定修正と同様に VTA の権限を借用して作業. (借用中の作業はその VTA の見ているところで.)
2008 年度
- タイムスケジュール
  - 13:00 講義開始
  - 13:00 - 13:10 レポート講評
  - 13:10 - 14:21 レクチャー
  - 14:21 - 14:30 休憩
  - 14:30 - 15:58 実習編
  - 15:58 - 16:00 実習編解説, 本日の一冊紹介, 来週の服装注意
- レクチャーに関して
  - 途中休憩を挟んでもいいので, レクチャーでは丁寧に説明するよう心がけたい.
  - 受講生に質問したり, 発言を促すようにするのは大変良いことと思われるので, 次年度以降も出来ればそうしたいところ.
  - 全体のネットワークに通じていない閉じたネットワークであっても LAN, WAN と呼ぶ.
  - もともと TCP/IP の TCP, IP はそれぞれ TCP/IP の 4 層構造のうちの 1 つに対応するものである.
  - TCP/IP の階層構造に関して, 全体像の話を先にしておいてから各層を説明するようにした方が良いだろう.
  - 「アプリケーション」のように以前出てきた用語でも話の中で簡単に説明・復習した方が良いかもしれない.
  - TCP/IP を階層に分ける理由 : (1) 仕事を分担して負担を少なくする, (2) 新たなアプリケーションを開発しようとする場合に, すぐ下のトランスポート層とのやりとりのみを考えれば良いので, アプリケーション開発を行う上で有利.
  - IP アドレスの枯渇を解消するべく提案された IPv6 であるが, まだ実験段階にあるらしい.
  - IP アドレスは変更可能(PC を使う場所が変わるとアドレスも変わりうる)であるが, MAC アドレスは機種固有のものであり変更できない.
  - ゲートウェイはネットワーク同士の仲介者なので, 2 つのネットワークのネットワークアドレスを持っていることになる.
  - MAC アドレスが分かると何故通信できるのか? : IP アドレスが一致する人いますかと周囲に発信し, MAC アドレスを貰うことにより, 通信相手の位置が特定される!!
  - ドメイン名について, ホスト部は自由に決められると言うが, 実際には 63 文字以下でなければならないらしい. ドメイン名全体では 255 文字以下でなければならないらしい.
- 実習および実習資料に関して
  - (備忘録として)帰るときにはログアウトしてモニタの電源を切るように指導しましょう.
  - 現在情報実験機にはオンボードのネットワークカードと外付ネットワーク拡張カードの 2 枚が存在している. 2 枚付いていることにより, いろいろとトラブルが発生しているので, 来年以降は情報実験機のネットワーク拡張カードを外した方がよいかもしれない. トラブルシューティングの難易度が易しければ教育的課題としては良いかもしれないが, 解決困難なトラブルがいろいろ発生したので , やはり外付のネットワークカードを取り外すことにしよう.
2007 年度
- タイムスケジュール
  - 14:45 講義開始
  - 14:49 - 16:00 レクチャー
  - 16:00 - 16:10 休憩
  - 16:11 - 17:34 実習編
  - 17:34 - 17:38 実習編解説, 本日の一冊紹介, 来週の服装注意
- レクチャーに関して
  - TCP と IP の役割について, 説明を加えたほうが良い?
  - ネットワークに関して, 物理的にはケーブルでつながっているものというのは厳密な説明ではない(例外 : 無線 LAN). したがって, 電気信号をやりとりするようにつないだものと説明するのがより厳密だろう.
  - LAN, WAN を細かく説明するというよりは, むしろ階層構造になっていることを強調したほうがよい.
  - 規約(約束事)の例として電話のやりとりよりも良い例はあるだろうか?
  - 階層はあくまでも概念であって, 物理的に層状構造となっているわけではない. そういう説明を口頭でするか, あるいは明文化しておいた方がよい.
  - MIME, SMTP, HTTP などが何の略なのか, 陽に書いておいた方が良いかもしれない.
  - 「インターフェイス」を「インターフェース」に修正.
  - トランスポート層の説明に関して, 「データを管理する層」 -> 「データの送受信を管理する層」と修正すべき.
  - アプリケーション層の説明で, 「通信の準備(通信路の確保)」という項目が分かりにくい. 「通信の待ち受け」とした方が良い.
  - パケットに分割する他の利点 : いくつかに分けると, データの一部が死んだときに対処しやすい.
  - パケットの説明のところの図に MAC ヘッダが付加されている様子が描かれていなかった.
  - ポート番号の説明をする前にポートの説明をした方が良い.
    - ポートは窓口のようなもの.
  - ポートへの通信の図はちょっと分かりにくい.
    - データの入り方は 2 次元的ではなく, 1 次元的であるはず.
    - 右に書いてあるパソコンの位置が悪い. ポート側に筐体の絵を持ってくるべき.
  - インターネット層の絵も若干分かりにくい. データの送り先の計算機を判断している絵か? カットしてよいだろう.
  - 一貫して電話番号の例で説明すると分かりやすいかもしれない.
  - 階層分けするメリット
    - 送信の物理的な柔軟性が高まる.
    - 層と層とのやりとりを決まったルールの下で行う限りは, その層内では何をやっても良い (いろいろ気にせずに各層の開発をする事が出来る).
  - ネットワークパラメータとはネットワークでつなぐために知っておくべき数字列・文字列 (ネットワーク接続している裏側で, 計算機はその他のパラメータをいろいろ付加しているらしい).
  - サブネットマスク = ネットワーク部の桁数を指定するパラメータ.
  - ブロードキャストアドレス = 相手の計算機(MAC アドレス) を知るためのアドレス
  - MAC アドレスはメーカーが出荷時に勝手につけているものなので, 使い捨て可能であるらしい.
  - MAC アドレスは機器に固有のアドレスなので, 原理的にはこれだけで情報通信できる. しかし, ネットワーク自体は枝分かれもしているし, 非常に複雑に入り組んでいる. MAC アドレスだけでは送信したい計算機に呼びかけたとき, 応答に非常に時間がかかる恐れがある(経路制御が大変). 複数のアドレスが存在する意義はそこにある (summary スライドを一枚追加すべし).
    - ハードウェア(MAC アドレス)を交換しても気にせずに通信可能
  - ドメイン名には http://www.ep.*** のうちの www の部分も含まれるのでは?
  - 分量が多く時間が長くなるが, 難解にして基礎的な話なのでやむを得ぬだろう. 次回から途中で休憩を入れると良いのかもしれない (たとえば情報の基本単位の直前あたり).
- 実習資料に関して
  - ネットワークカードの接続確認[1.1.1.1]のところで, 確認するのに lspci とコマンドを打つだけで良くなった.
2006 年度
- タイムスケジュール
  - 13:00 - 13:15 レポート課題講評
  - 13:15 - 14:05 レクチャー
  - 14:05 - 14:15 休憩
  - 14:15 - 15:30 実習編
  - 15:30 - 15:35 来週の服装注意, closing
- レクチャーに関して
  - 話す分量が多いので時間がかかるのは仕方なし.
  - TCP/IP の説明は上位層からでもよい.
  - ネットワークアドレス部とホストアドレス部を決めているのはネットマスクであると言うことを説明する.
  - 送信元と送信先の IP アドレスとネットマスクとの論理積をとることで送信先のホストが同じネットワークにいるかどうかを確認する, ということを通信の例 (p36 以降 ) に加えられるとよい.
  - 個々の概念がちょっと難しいので, たとえをうまく使おう.
    ex) DNS : 電話帳, サブネットマスク : 市外局番
- 実習資料に関して
  - 内容量はよかった. (どうしても差がつくので, アドバンストコースがあっても良いかも).
  - 今年も実習のトラブルのパターンを事前に用意しておいたのが良かった. ([inex-ml 1246] 参照).
2005 年度
- タイムスケジュール
  - 13:00 - 13:10 レポート課題講評
  - 13:10 - 13:50 レクチャー
  - 13:50 - 14:00 休憩
  - 14:00 - 15:20 実習編
  - 15:20 - 15:30 来週の服装注意, closing
- レクチャーに関して
  - ブロードキャストアドレスの説明が欠けていた.
  - MAC アドレス ⇔ IP アドレスの取得方法のメカニズムに関する説明が無かった
    1. IP アドレスで通信する前に, 同じネットワーク内のマシン全てにブロードキャスト行い, 対象する IP アドレスを持つマシンから, MAC アドレスを返してもらう.
    2. その MAC アドレスをもらってから, 初めて実際の通信が可能になる.
  - 分量との兼ね合いが難しいか…?
  - 個々の概念がちょっと難しいので, たとえをうまく使おう.
    ex) DNS : 電話帳, サブネットマスク : 市外局番
- 実習資料に関して
  - 内容量はよかった. (どうしても差がつくので, アドバンストコースがあっても良いかも).
  - 今年は実習のトラブルのパターンを事前に用意しておいたのが良かった. ([inex-ml 1114] 参照).
  - いくつか, 説明不足な用語があった. 例: ネットワークドライバ, ブロードキャストアドレス, インターフェース (ネットワークインターフェース)
  - オプションの "-I" (大文字アイ) と "-l" (小文字エル) が非常に区別しづらかったので, それに関する注記を書いておくべき. (実験機でブラウザを起動して実際にチェックしてみる).
2004 年度
- 資料の色使いに注意しましょう. コントラストには特に注意すること.
- 実習の分量は丁度良い.
- 実習の作業とレイヤーとしてのTCP/IPの解説との対応づけが甘く, 作業をしている学生が自分を見失っていた. - > 解説を充実させよう.
- 実習内容の追加
  - 3n+1, 3n+2 の実験機において, 故意にトラブル (ネットワーク線を抜いておく, パラ:メタを変えておく, etc.) を追加しておき, 実習において復旧作業をさせる.
- 用語が難解なのでもう少しわかりやすく解説する.
- lecture 時, 画面に書いていないことをあまり話さない.
- 話の間をうまく取る.
- 略語もきちんと解説する(何の略かなど).
- 論理積の解説をもっと詳しく＆わかりやすく.
- 実習の作業内容はちょうど良い.
- 実習時のトラブルのパターンを事前に用意しておく.
  ex)ハブの電源を切る, 断線したケーブルに差し替える, NIC をダウンさせる.
  ドライバモジュールを抜く, DNS サーバの設定を変更する, ブラウザの設定を見れなくする.

参考資料

■ 書籍

「Networking Linux」, やまだあきら, はねひでや共著, アスキー出版社, ISBN: 4-7561-1291-9
「インターネット」 , 村井純著, 岩波書店, ISBN: 4-0043-0416-4
「インターネット 2」, 村井純著, 岩波書店, ISBN: 4-0043-0571-3
「Windows XP インターネット+ネットワーク上級マニュアル」, 橋本和則著, 技術評論社, ISBN: 4-7741-1660-2
■ Web サイト

最低限ネットワークのトラブルシューティング(epnetfan 座学編)
ネットワークの基礎知識 (1)(地球環境)
ネットワークの基礎知識 (2)(地球環境)
■ 北大事情, 地球惑星科学専攻事情あれこれ

HINES ホームページ
地球惑星科学専攻 EPNetFan ホームページ
地球惑星科学専攻技術支援グループ(epcore)ホームページ
地球環境科学研究科計算機友の会
mosir 地球惑星科学版の SOI プロジェクト
■ その他

SETI (the Search for Extra Terrestrial Interigence ) インターネットを大規模に使った活動例.
東京大学数理科学研究科計算数学のページ
地球流体電脳倶楽部

INEX 情報実験トップページへ

2019.05.09 吉田辰哉改訂