情報実習 = 情報実験 2013-07-12


本年度トップへスケジュール表	- 情報実習 - 情報実験第11回 2013 年 7 月 12 日	学生用資料裏方用資料

本日テーマ

WWW の仕組みを理解する
キーワード : WWW, サーバ, Apache

事前準備内容

レクチャー資料チェック(2013/07/05(金) 18:00-)
レポート未提出者に連絡(最終締切 : 2013/07/24(水) 12:00, 小高 : 済)
- 小高さんにひな形メールを送る(渡辺 : 済)
最終成績決定会議(最終締切 : 2013/07/26(金) ??:00)
01古田(済), 02仲本(済), 03三上(済), 04荻原(済), 05仲本，小高(済)
「本日の一冊」の更新 (済)
来週のウェブページ準備(小高・三上)

本日の予定

時間	内容	裏方覚書
12:50	スタッフ (教官, TA, 3n マシン管理者) 集合	T.A. の作業プロジェクタ, マイクの準備プロジェクタには inex ホームページ名札をつける. V.T.A. の作業 3n 機でブラウザを起動し inex ホームページを閲覧している状態にしておく. V.T.A. の心得確認, 本日のスケジュール確認担当テーブルの学生の良きお兄さん,お姉さんになってあげる. と, 同時に自分もお勉強すること. 質問を積極的に行う. 第 2 の学生さんの雰囲気で. 担当テーブルの学生の振舞い評価を任せる.
13:00	学生集合, 各グループ毎にテーブルにつく.
13:05	連絡:再来週07/24(水)12:00がレポート最終締め切りです! レクチャー(渡辺) [レクチャー資料] WWW の仕組み
14:10	休憩
14:20	実技(荻原) apache 最低限 HTML Web ページの公開本日の課題	Apache を使用.
15:50	質問等の後, 学生解散各マシンの電源を落とす. 名札を前のレターケースの中にしまう.
16:00	スタッフ(教官, TA, 3n マシン管理者) 打合せ	教官, TA, 各テーブルの VTA は基本的には必ず出席お願いします.
16:30	EPnetFaN
■ レポート課題 ■ ■ 本日の課題(〆切2013/07/24(水) 正午)

昨年度反省事項

授業終了後反省内容, 実際の時間配分等を書き込むこと

2013 年度
- 時間配分
  - 講義 13:05 -- 14:10
  - 実習 14:20 -- 15:50
  - 諸連絡 15:50 -- 15:55
  - 反省会 16:00 --
- 講義編
- 実技編
2012 年度
- 時間配分
  - レポート講評 13:00 -- 13:05
  - 講義 13:05 -- 14:05
  - 実習 14:15 -- 15:30
  - 諸連絡 15:30 -- 15:35
  - 反省会 15:40 --
- 講義編
  - ネットワークを介してメールを送るとは?メール本体が送られるタイミングは?
    - 相手のアドレスを元に相手の IP を特定
    - 経路に沿ってパケットを送信
    - ゲートウェイ毎に送信している?
  - POP と IMAP の違いは?
    - 今はほとんど変わらない
  - ネットワークを経由するということはログが残るのか?
    - 残ります
  - ウェブメールを手元の MUA で操作することもできます
    - ブラウザでアクセスしているのはクライアントとかをまとめたもの
  - IMAP でメールサーバ上のメールを消せるのか?
    - 消すこともできる
    - 直接サーバにアクセスする分だけ、 POP に比べて IMAP だと負荷が大きい
  - 誰にでも暗号化できるというのはデメリットなのか?
    - そんなことはないはず
  - 公開鍵がよくわからない
    - どっちも鍵と呼んでいるが公開鍵=錠前, 秘密鍵=錠前を開ける鍵と考えればよい
    - 共通鍵という呼び方もある
  - 共通鍵方式の方が一般的
  - なぜ復号の時間差が出てくるのか
  - そもそもメールのセキュリティに限った話ではないのでネットワークセキュリティの回で話す
  - 復号と解読の違いを説明した方がいい
  - 暗号化の仕組みについても触れたい
  - ep のメールの保存形式は?
    - 保存形式はプロトコルではなく MTA 依存
    - ep の場合は imap だと 1 ファイル, pop だと個別ファイルになっている
- 実技編
  - ソースの表示方法について
  - 今年は lemon ではなく inex-gw と名乗るべきだった
  - telnet からの強制ログアウト法を載せておくべきかも
  - 3.1 でウェブメールと言いつつ画像が MUA だった
  - 本日の一冊はちゃんと読んでおく
2010 年度
- 時間配分
  - 講義 13:00 -- 14:05
  - 実習 14:15 -- 15:25
  - 諸連絡 15:25 -- 15:30
  - 反省会 15:40 --
- 講義編
  - [スライド4](補足) メッセージを交換するシステムとだけ言うと，チャットや twitter 等も該当する.
  - [スライド5](補足) メールもネットワークサービスの 1 つ．サーバの方にメールを取り置きしてくれているので, 自分の PC の電源を常に入れておかなくていてもメールを受信できる．携帯メールの場合も同じ.
  - [スライド6](補足) メールは様々なメールサーバを介してバケツリレー方式で届けられる．
  - [スライド9] クライアントのマシンは電源を切っても大丈夫．サーバマシンの電源はつけておきましょう．
  - [スライド12] ネットワーク上でやり取りする際のデータの窓口がポート (ポートの復習)
  - [スライド15]
    - (質問) IMAP だとネットワークにつながっていないとメールは読めないのか？
    - (答え) ネットワークにつながっていないと見れない.
    - (質問) 携帯メールは圏外でも受信したメールは見える.ということは POP ?
    - (答え) POP のような形式ではあるが, プロトコル自体は会社独自のものを使っているらしい
    - (質問) Gmail や yahoo mail のプロトコルは？
    - (答え) web 上で見るのでプロトコル自体は HTTP. ただし, メールのやり取りの上で IMAP や POP のようなプロトコルを使っているかも. Gmail は IMAP に対応している.Gmail では HTTP, HTTPS, IMAP, は使えるらしい.
  - [スライド16] 最近では POP も IMAP も同じような機能を備えるようになってきており, 違いがなくなってきている
  - [スライド23] MIME とは文字をデータとして送るための処理をするソフト
  - [スライド32](補足) 携帯メールも全く同じような形式で送られる. ヘッダの情報はサーバに保管されており,我々の携帯に受信する際には会社独自のプロトコルによってヘッダが取り除かれている.
    - (質問) ヘッダ部分を見ることはできるか？
    - (答え) サーバに接続すれば見ることができる.au は見れる.Docomo, softbank は未確認.
    - (質問) ソフトバンクで電話番号同士でやり取りする場合や AU の C メールではどうなってる？
    - (答え) わからないが, 一般的なメールとは違う方法でやり取りされているのかも？
  - [スライド34]
    - (質問) html 形式で送ることの利点は？
    - (答え) 画像を埋め込めたり, 凝ったメールを送ることができる. 不特定多数の人に送る場合は text 形式で.
    - 相手が見えない分,書き方によっては心証を悪くする. メールを書く際には表現に注意しましょう.
  - [スライド35]
    - (質問) 怪しいメールが来た時の対処法は？
    - (答え) 怪しい添付ファイルやリンク先を開かない. ヘッダ情報から詐称かどうか判断.
    - html 形式のメールが来た時点で疑う(小高・高橋)
  - [スライド38]
    - (補足) メールサーバの管理者はサーバに来たメールを覗くことはないが, サーバが乗っ取られた場合は覗かれたり流出してしまう場合がある.
    - 「鍵」とは「文字列」のこと
  - [スライド36]
    - (質問) 公開鍵はいつ相手にわたるのか?
    - (答え) 適当なタイミングで渡す. ダウンロードしたり USB 経由で渡したり.
    - (質問) 公開鍵と秘密鍵は関係あるの？
    - (答え) セットで作られるので関係はある. 複雑な暗号化形式なため, 公開鍵から秘密鍵を予測するのは難しい.
  - [スライド43]
    - (質問)APOP で使うと暗号化されるようだが, これは公開鍵秘密鍵を用いている？
    - (答え)1 つの鍵で暗号化している. 鍵は各ユーザーが設定する.
- 実習編
  - [補足] From の詐称は簡単だが、決してやってはダメ！
  - サーバへの挨拶は何の意味があるのか? (要調査)
  - 来年度は情報実験機をメールサーバにしてメールを送ってみる, log を見てみる.(要検討)
2009 年度
- mail サービスのレクチャーについて(開始 13:00, 終了 13:42)
  - 字が見えにくかった.
  - 用語の打ち間違いに注意.
  - [補足]MUA, MTA のそれぞれのスライドで絵を貼った方が良かったかもしれない.
  - 世間一般でのメーラのシェアはどんなもんなのだろう?
    - ウェブメールのユーザが増えてきている? その仕組み(プロトコル etc)を調べてみると面白いかも.
  - サーバに直接ログインしてメールを見ることも出来ることを述べておいた方が良い.
  - MTA で現在主流となっているのは postfix? 要調査.
  - [補足]宛先が見つからない場合にエラーメッセージを送信者を返すのも MUA の仕事.
  - メールボックスはメールを置く為のフォルダと考えれば良い.
  - [補足]厳密に言うと, 最近では IMAP も手元にダウンロードすることは可能.
  - [補足]携帯メールの場合, ヘッダを見る為には各企業のサーバにログインしなければいけないらしい.
  - Delivered to は最終的に送られる宛先である.
  - メールの差出人を詐称するのはいけません, と強調すべきである.
  - [補足]MIME は文字エンコード(言語間の変換) を行なう為のソフトウェア.
  - [補足]北大の場合, 10 MB 以上のメールは送れないので注意.
  - [補足]公開鍵・秘密鍵と言っている実態は文字列である.
- mail サービス実技編(開始 13:55, 終了 14:45)
  - 受講者が [2.3] で間違って hoge@... で送ってしまった場合, VTA・TA の人が適宜フォローする.
2008 年度
- mail サービスのレクチャーについて(開始 13:00, 終了 13:55)
  - メールを送信する際, 送信先は厳密に言うと受信側のメールサーバである. クライアントはメールサーバにメールを貰いに(または見に) 行くことになる.
  - メールを送受信する際, ローカルなメールサーバでなく遠隔地のメールサーバを利用することももちろん可能である.
  - ドメイン名はメールサーバを指定するもので, ユーザ名はそのメールサーバの個々人(団体)を指定するもの.
  - メールを受信ボックスに配送するのも SMTP サーバ(サーバソフトという意味では MTA)の仕事.
    - 存在しないユーザにメールが送られてきた際にエラーメッセージを送るのが SMTP サーバであることに着目すると, 受信側の SMTP サーバが送られたメールを受け取っていることが理解される.
  - メール受信(POP の場合)のところの図がやや分かりにくい. 来年作り変えた方が良い.
  - 最近は IMAP と POP について, 機能的に差別化できなくなってきているが, 間違いなく言えるのはプロトコルが異なるということである. どのようなことを念頭に置いたプロトコルなのかを説明すると良いだろう.
  - 壺メールの事例では Message ID が記されていない. 来年以降書いておいた方が良い?
  - 「To :」と「Delivered-to :」に関する指摘があったが, これらについては2007 年度のコメントを参照.
  - 携帯メールでも, メール会社に頼むと経路などの情報も見れるらしい.
  - フィッシング詐欺の手口
    - いかにも本当らしい web サイトの URL を掲載したメールを送信
    - その web サイトに巧みに誘いこんで情報を盗む
  - サーバを構築する際には以下の点に注意.
    - ソフトウェアをインストールすると, サーバ機能が意図せずに入ってしまうことがある. そのような場合, サーバが起動しないように設定するべし (セキュリティの問題から).
- mail サービス実技編(開始 14:05, 終了 15:00)
  - [2.2] サーバへの挨拶 (helo)について
    - blue を lemon に修正.
  - [3.1] メールのヘッダーと本文について
    - 空白行を入れないと見えないはずが見えてしまう...
    - 北大のゲートサーバの仕様か?
    - 注意書きを足しておく.
2007 年度
- mail サービスのレクチャーについて(開始 14:45, 終了 15:38)
  - ISP(プロバイダ)から提供されるメールサービスの例 : 情報基盤センターから提供されるメールサービス, メールソフトを起動して初めて利用できるメールサービス.
  - メールアドレスの @ マークの直後に必ずしもホスト名が来るとは限らない ; [例] : hoge@hokudai.ac.jp
  - 「メール受信(POP の場合)」と「メール受信(IMAP の場合)」の図が分かりにくい.
  - POP について
    - メリット : お手軽に設定できる, 手元にダウンロードできる
    - デメリット : セキュリティが甘い(平文のまま流れる), 複雑な設定が困難
    - 暗号化できる APOP というものも開発されたが, これも完全とは言えないらしい.
  - IMAP について
    - メリット : ネットワークにつながってさえいれば, サーバに見に行くことができる. 家や職場などで PC を使い分けている場合には IMAP が便利.
    - デメリット : 手元に持ってこれない
  - 最近では IMAP でもダウンロードできるようになっている. また POP でも手元に残せるようになってきており, 差異は無くなりつつある.
  - メールヘッダの例で「Delivered to : 」の所と「To : 」の所の宛先が微妙に異なっているのは何故か?
    - 「Delivered to : 」はサーバのホスト名を含み, 「To : 」はサーバのホスト名を含まない. 両者の対応付けをやってくれているのが DNS サーバである. こうすることにより, 普段使用しているメールサーバで障害が起きた時に, セカンダリメールサーバからメールを受け取ることが出来る. どのメールサーバをプライマリにし, セカンダリにするかの設定は DNS サーバの方で行われている.
  - 携帯電話のメールでは電話帳に登録しておくと, 名乗らなくても送信者が分かるが, 通常のメールでは送信者は分からないので, 最初に名乗ることが肝要である.
  - 大きいファイルが添付されたメールを弾くよう設定されているメールサーバが増えてきているので, メールを送る際には注意したい. また, 弾かれてもエラーメッセージが戻ってこないこともしばしばあるらしいので, 要注意.
  - 公開鍵システムのメリット
    - 改竄されたことが分かる. つまり, 悪意のある人が改竄すると, その文書が送信先に届いたときに秘密鍵を使っても開けないと言うことになる. その結果, どこかで改竄が行われたことが分かる.
- mail サービス実技編(開始 15:50, 終了 16:51)
  - web mail の入り口がテキストとは違う (学生用という所から入らないとうまくいかない).
- まとめの話(開始 17:00, 終了 17:16)
  - 特にコメント無し.
2006 年度 (メール配送の回)
- 講義時間: 開始 13:05, 終了 13:35
- 実技時間: 開始 13:45, 終了 14:40
- 実技: [2.1] 空白行をいれなくても, WEB メールの MUA は hello 以下をデータ本文として扱っていた.
- 実技: mail From: 以下に実在しないメールアドレスをを打ち込む学生がいた. joho??@ep.sci.hokudai.ac.jp など.
- 講義, 実技: 送る側が詐称を防ぐ方法 (電子署名) についての内容を加える.
2005 年度(メール配送の回)
- 講義時間: 開始 13:05, 終了 13:50
- 実技時間: 開始 14:00, 終了 14:50
- スパム講義: 開始 14:50, 終了 15:00
- 講義 : 講義編資料の筋の練り直しをした方がよいだろう. 電話を例にしたプロトコルの説明のあとに実際のプロトコル解説がすぐ来なかったことが違和感.
- 実技: [2.1] 空白行をいれなくても, WEB メールの MUA は hello 以下をデータ本文として扱っていた.
- 実技: mail From: 以下に自分の情報基盤センターのメアドを打ち込む学生がいた. joho??@ep.sci.hokudai.ac.jp など. 具体的なメールアドレスを指定した方が良いかもしれない.
- 実技: メールサーバの能力からすればこの程度のメールはあまり付加をかけないよう.
- 実技: メールを詐称したらばれますよっていうことを教えなければいけない.
2004 年度(メール配送の回)
- 講義時間: 開始 13:05, 終了 14:00
- 実技時間: 開始 14:10, 終了 15:00
- 実際にメールを送信する具体例をあげて説明する。
- 説明順を工夫する。内容は十分。
- 項目間の関連を話すとよい。

反省事項(来年度への覚書)

授業終了後反省内容, 実際の時間配分等を書き込むこと

講義編(メール配送の回)
- 時間配分: 35 分間程
- 時事ネタや補足のアドリブが沢山入った (道政/小高) が, 講義資料には入ってない. (小高さんがスパムメールを道政さんに送った, 最新詐欺事情を紹介した, 等)
- 講義資料は大体良い. その年に応じて適宜, 時事ネタを盛り込むと良い.
実技編
- 内容は大体良い. ちょっと内容が少なかったか ?
- 自分の携帯に送ってみたりした. (最近の携帯はヘッダが見えるらしい?)
- 「スパムメールを送ってみよう」という参考資料を作るとよい
- 「ヘッダ部分の解説, 実例」という参考資料を作るとよい
- 練習問題が作れる ? (To: が指定されてないスパムメールがやってくるのはなぜ ?, とか Bcc: って何 ? とか. )
2006 年度 (まとめの回)
- 座学 : 13:05- 13:55
- 連絡 : 13:55- 14:15
- Pier, SSL がこれまでの講義で出てこなかった. 来年度以降は, 講義で触れるべき. (裏方ミーティングログにこのことを書いておいたので, 次回は反映されるはず！)
- 後半の話は図がほしい. むらいさん, かまえさん, はやしさん ( わかかりしころ) の写真とか. 当時を象徴する写真とか. 計算機センターの写真とか. プロジェクト X 調に喋る ?
2005 年度 (まとめの回)
- 座学 : 13:05- 13:40, 連絡 : 13:55- 14:05
- 途中の休憩はなくてもよい??
- Pier, SSL がこれまでの講義で出てこなかった. 来年度以降は, 講義で触れるべき.
- 後半の話は図がほしい. むらいさん, かまえさん, はやしさん ( わかかりしころ) の写真とか. 当時を象徴する写真とか. 計算機センターの写真とか. プロジェクト X 調に喋る ?
2004 年度 (まとめの回)
- 実際の時間は一時間程度.
- スライドの枚数は最適化された.
- 細かい文字が無くなって見易くなった.
- 障害があった時の実例を出す. (HINES がスパム送信サーバ扱い, など)
- 例えを出す際にはなるべく目の前にある人, 物を使うとよい.

テキストなど

■ 書籍

■ 本日の一冊 ■

Ben Laurie, Peter Laurie 著
大川佳織, 田辺茂也訳 :
Apach ハンドブック第3 版
オライリー・ジャパン ; オーム社 ISBN: 4873111501

Chuck Musciano, Bill Kennedy 著
原隆文訳 :
HTML & XHTML 第5 版
オライリー・ジャパン ; オーム社 ISBN: 4873111277

■ 本日の一冊 ■
	Ben Laurie, Peter Laurie 著大川佳織, 田辺茂也訳 : Apach ハンドブック第3 版オライリー・ジャパン ; オーム社 ISBN: 4873111501

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

2013.07.11 渡辺健介修正