情報実習 = 情報実験 2014-06-27

本年度トップへ
スケジュール表
- 情報実習 -
情報実験 第10回
2014 年 6 月 27 日

学生用資料
裏方用資料

## 本日テーマ

WWW サーバの仕組み

## 事前準備内容

レクチャー資料チェック(2014/06/20(金) 17:00-)
「本日の一冊」の更新 (川原)
来週のウェブページ準備(多田・齊藤)

## 本日の予定

時間 内容 裏方覚書
12:50

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

T.A. の作業

プロジェクタ, マイクの準備
プロジェクタには inex ホームページ
名札をつける.

V.T.A. の作業

3n 機でブラウザを起動し
inex ホームページを閲覧している状態にしておく.

V.T.A. の心得確認, 本日のスケジュール確認

担当テーブルの学生の良きお兄さん,お姉さんになってあげる.
と, 同時に自分もお勉強すること.
質問を積極的に行う. 第 2 の学生さんの雰囲気で.
担当テーブルの学生の振舞い評価を任せる.

13:00
学生集合, 各グループ毎にテーブルにつく.
13:05
レクチャー(川原)
[レクチャー資料]

WWW の仕組み

14:10

休憩

14:20
実技(三上)

apache
最低限 HTML
Web ページの公開
本日の課題

Apache を使用.

15:50

重要な連絡

来週までにELMS ログイン可能な状態にしておく(三上)
全レポート最終締切: 2014/07/16(水) 12:00 (三上)
INEX 打ち上げ日程: 2014/07/11(金) (村橋)

本日の一冊, 質問等の後, 学生解散

各マシンの電源を落とす.
名札を前のレターケースの中にしまう.

16:00

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

教官, TA, 各テーブルの VTA は基本的には必ず出席お願いします.

16:30
EPnetFaN

■ レポート課題 ■

■
本日の課題(〆切2014/07/09(水) 12:00)

## 昨年度反省事項

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

2014 年度

時間配分

- 13:01 -- 13:58 レクチャー
14:00 -- 14:10 休憩
14:12 -- 16:05 実技
16:05 -- 16:09 本日の一冊, 課題説明 等
16:15 -- スタッフ-TA ミーティング
- 講義編
- wwwについて聞いたことある人 -> 1/3 くらいの人が聞いたことある.
www できたことはもう既にインターネットはあったのでは？ -> 一般に普及していなかったということ
サーバ・クライアントシステム分かる人 -> みんなわかっている様子.
メインブラウザは？ -> Chrome: 1/3, IE: 1/3, Firefox and Safari: 1/3 くらい その他:少々
なぜ Apache を使うのか？ -> これまでのスタンダードなので使っておこう. nginx -> www, mailプロキシサーバ機能をかねそなえているので広まった？
URL 知っている人？ -> アドレス正解かも, URL聞いたことある人は? -> ほとんど知っている様子
例のURLをフルパスを書いていない. -> 同じNetwork内からアクセスしたからといって, 必ずしもドメイン名を省略できるわけじゃない.
文字化けしたことがある人 -> 殆どの人が経験している
なぜそんなに文字コードが？ -> 日本語文字コードを作成する歴史的経緯
W3C はどういった組織なのか？ プロトコルも決めている？ -> プロトコルは決めてない, マークアップ言語の標準化をしている. スキーム仕様推奨の提言等しているのでは？
本部じゃないとあるが？ -> 各国が支部として動いているイメージ
おすすめのブラウザは？ ->ペイルムーン/LI>
ブラウザのタグの解釈は一緒？ -> 微妙に違う
Linux が GPL に全て準拠していると考えて良いのか？ -> GPL でないものもあるので, それぞれのライセンス規約に従うこと
改変したときに必ず公開しなきゃいけないか？ -> そのようなことはありません.
オススメのライセンスは？ -> BSD ライセンス！縛りが緩い (Berkeley Software Distribution)
- 実技編
- ht_access がうまくできなかった -> 資料では表示方法が記述されていなかった.
実技編資料中で br, em -> html5 では em:強勢, strong: 強調 (html5 に準拠していく)
- 2013 年度

時間配分

- 講義 13:05 -- 14:00
実習 14:10 -- 15:50
諸連絡 15:50 -- 15:55
反省会 16:15 --
- 講義編
- なんで渡辺君がお話？=> WWW サーバ管理者だから
だぶだぶ？だぶだぶだぶ？うぇぶ？呼称は統一したい
ホスト機関は3 つしかない？ => 18 ある
CERN でWWW(1989 年) を作って，MIT でW3C(1994 年) を作った
スラッシュ はタグの終了を意味する
HTML タグの外でもブラウザは賢いので表示してくれるブラウザもある(Chrome はできた)
title タグの中に書くと表示されるところはブラウザのタブに表示される
書かないとブラウザのタブにはURL が表示される
TLS は第9回で話した？ => してない TLS ってなんですか?
INEXの2012 年のページにはどのようにアクセスすれば？ => 2012 年ディレクトリ以下にアクセスすればよし
Meta のキーワード とは？ => 検索のときに引っかかるのがキーワード
Meta の文章の説明 とは？ => HTML の文書の説明
フリーは無料という意味ではない 自由だ
iceweasel はfirefox に入るのか？ => 入っている可能性 わからない
IE はWindows のデフォルトブラウザであり，Chrome はAndroid のデフォルトのブラウザなのでシェアが高い + 新興国はChrome から導入することが多い
ブログは最近流行っていない => INEX でWeb ページを作成することに重要な意義があることが判明
ブラウザがタグを解釈するが，ブラウザによって表示の仕方が変わることもあるのか？ => ブラウザによって表示が変わる
ブラウザ には勝手に変なタグや要素を読み取ってくれる機能がある
クライアントの自由度(ブラウザにはいろいろな種類が存在)がある程度保障される代わりにプロトコルには従いましょうというのが，プロトコルとサーバクライアントシステムの重要な関連性
途中までしかURL をいれなくても表示される場合があるのはなぜか？ => サーバソフトウェアには，特定の場所に特定の名前のファイルを置くことでそのページを自動的に読みだす機能がある(たとえば，public_html/index.html 等，実習で詳しく)
受講生はIE とChrome(30 %)，firefox(20 %)くらい，opera はほとんどいない．
来年度はもう少し順番の改善が必要
たとえば，URL とかブラウザという言葉が最初に多く出てきたが，説明自体は後になったこと等は要改善
HTML 文書の例を変えた方がいい(例 画像とかが貼られていないシンプルな構成の文書)
HTML 文書のバージョンがバラバラ => 極力合わせる
- 実技編
- 実習資料の1 ページ目から文字化け(古田君)
実習のトレースを行った実験機では「It works」が表示されなかった
hogehoge をhogehoge のまま打つ人がまだいる
[3.4] でアクセス制限ができない
ソフトウェアレベルでのアクセス制限については要確認
joho05 でルートでstartx した
startx してるのにstartx する人もいた
- 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

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

2013.07.11 渡辺 健介 修正