まぐまぐﾒﾙﾏｶﾞｱｰｶｲﾌﾞ
IP Network Skill

2008.06.13
[IP Network Skill - No.0364 -] ICAP その２

ﾒﾙﾏｶﾞﾄｯﾌﾟ(記事一覧)へ
前|
最新号 |
次
‥‥……━━━━━━ IP Network Skill No. 00000364 ━━━━━━……‥‥

　　　　　～　ICAP　その２　～

‥‥……━━━━━━━━━━━━━━━━━━━━━━━━━━━━……‥‥

　【まえがき】

　前回､ﾈｯﾄﾜｰｸｴﾝｼﾞﾆｱの不足について書きました｡

　IT業界もそうなのですが､何故慢性的にIT/ﾈｯﾄﾜｰｸ

　業界がSE不足なのか考えてみました｡

　ﾈｯﾄﾜｰｸSEの需要が高まったのはITﾊﾞﾌﾞﾙが弾ける直前

　の1999～2000年くらいからだと思います｡

　この頃から､ﾌﾞﾛｰﾄﾞﾊﾞﾝﾄﾞ化､企業LAN拡張でﾙｰﾀやｽｲ

　ｯﾁの需要が高まり､さらにその後ﾈｯﾄﾜｰｸｾｷｭﾘﾃｨ

　対策､VPN構築､IP電話の普及などでﾈｯﾄﾜｰｸの拡張に

　伴い､製品も多様化し､これらを扱うｴﾝｼﾞﾆｱの需要も高

　まりました｡

　ITﾊﾞﾌﾞﾙが弾ける前後に､日系企業の技術者が外資系ﾍﾞﾝﾀﾞ

　に転職しだして､外資系ﾍﾞﾝﾀﾞのSEの数は増えてきたものの､

　よほど大きい企業でない限り外資系で新卒SEを採用するｹｰｽ

　は少なく､全体としてSEの数は需要よりも低い状態が続いて

　います｡


　（あとがきに続く）

╋━━┳━┳━┳━┳━┳━┳━┳━┳━┳━┳━━━━━━━━━━……‥‥
　　　┃本┃日┃の┃試┃験┃対┃策┃問┃題┃　
╋━━┻━┻━┻━┻━┻━┻━┻━┻━┻━┻━━━━━━━━━━……‥‥

　〔問題１〕次のうちHTTPでは利用されず､ICAPでのみ利用されるﾍｯﾀﾞは
　　　　　どれか？

　　　１．Encapsulated
　　　２．Preview
　　　３．Allow
　　　４．Upgrade
　
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
　ﾈ┃ｯ┃ﾄ┃ﾜ┃ｰ┃ｸ┃の┃基┃礎┃講┃座┃
　━┛━┛━┛━┛━┛━┛━┛━┛━┛━┛━┛
　-----------------------------------------------------------------
　この企画は処女作｢TCP/IPﾈｯﾄﾜｰｸｽﾃｯﾌﾟｱｯﾌﾟﾗｰﾆﾝｸﾞ｣
http://www.Amazon.co.jp/exec/obidos/ASIN/4774116351/ipnetworksk01-22
　を基に構成変更､加筆､修正､省略｡｡｡いろいろ手を加えたものです｡
　TCP/IPﾈｯﾄﾜｰｸｽﾃｯﾌﾟｱｯﾌﾟﾗｰﾆﾝｸﾞは先月､第４刷を重ねました！
　講習教科書などでご利用いただいています｡
　-----------------------------------------------------------------


　【11．ｱﾌﾟﾘｹｰｼｮﾝﾌﾟﾛﾄｺﾙ】

　11.21. ICAP

　前回､ICAPﾌﾟﾛﾄｺﾙはHTTPｸﾗｲｱﾝﾄとHTTPｻｰﾊﾞ間でやりとりされ

　るHTTPﾃﾞｰﾀについて､外部のICAPｻｰﾊﾞを使ってｱﾝﾁｳｲﾙｽやURL

　ﾌｨﾙﾀﾘﾝｸﾞなど様々なｻｰﾋﾞｽを提供できる､という紹介をしました｡

　今回は具体的にどのようにしてICAPが実現されるかについて書きます｡

　RFC3507にこの辺りの詳細が書かれています｡


                    HTTPﾘｸｴｽﾄ--->
                                 <--- HTTPﾚｽﾎﾟﾝｽ
  [HTTPｸﾗｲｱﾝﾄ]--------[ICAPｸﾗｲｱﾝﾄ]-----[HTTPｻｰﾊﾞ]
　　　　　　　　　　ICAPﾘｸｴｽﾄ↓｜
　　　　　　　　　　　　　　　　　　｜↑ICAPﾚｽﾎﾟﾝｽ
                              [ICAPｻｰﾊﾞ]

　11.21.3. ICAPﾍｯﾀﾞ

　HTTPﾍｯﾀﾞと同様に､ICAPでもﾍｯﾀﾞによってﾃﾞｰﾀの制御が行われます｡

　ICAP用に使われるﾍｯﾀﾞの中で､ﾘｸｴｽﾄとﾚｽﾎﾟﾝｽの両方に共通する

　ものには以下があります｡Encapsulatedﾍｯﾀﾞ以外はHTTPでも使われている

　ものです｡

      Cache-Control: ｷｬｯｼｭのｺﾝﾄﾛｰﾙに必要な指示や情報が入る｡

      Connection: 接続の永続性情報｡'none'が指定されると､ﾚｽﾎﾟﾝｽ後の
               接続は解除される｡

      Date: 日付情報｡RFC822形式､RFC850形式､ANSI C形式などを受け入れる
　　　　　　　必要がある｡

      Expires: ﾘｿｰｽ･ｺﾝﾃﾝﾂの有効期限｡Date値｡Cache-Controlﾍｯ
　　　　　　　ﾀﾞのほうが優先される｡

      Pragma: 関連するｸﾗｲｱﾝﾄ／ﾌﾟﾛｷｼ／ｻｰﾊﾞそれぞれに認識させる
　　　　　　　ための特殊な追加情報を記述する｡Cache-Controlﾍｯﾀﾞのほう
　　　　　　　が優先される｡

      Trailer: ﾁｬﾝｸ形式ｴﾝｺｰﾃﾞｨﾝｸﾞで使用されるﾌｨｰﾙﾄﾞを記述
　　　　　　　する｡

      Upgrade: HTTPの上位ﾊﾞｰｼﾞｮﾝやその他ﾌﾟﾛﾄｺﾙ (TLS/SSL) に移行す
　　　　　　　る際に､取り得るﾌﾟﾛﾄｺﾙを指定する｡Connectionﾍｯﾀﾞと共
　　　　　　　に使われる｡

　　　Encapsulated: ICAP専用のﾍｯﾀﾞ｡すべてのICAPﾒｯｾｰｼﾞに入れる必要
　　　　　　　があり､どのﾍｯﾀﾞ／ﾎﾞﾃﾞｨが何ﾊﾞｲﾄ目に現れるかを示します｡
　　　　　　　例えば以下のような形式です｡
      　　　　Encapsulated: req-hdr=0, res-hdr=45, res-body=100
　　　　　　　これはﾘｸｴｽﾄﾍｯﾀﾞが０ﾊﾞｲﾄ目､ﾚｽﾎﾟﾝｽﾍｯﾀﾞが45
　　　　　　　ﾊﾞｲﾄ目､ﾚｽﾎﾟﾝｽﾎﾞﾃﾞｨが100ﾊﾞｲﾄ目から始まることを
　　　　　　　表します｡


　ICAPﾘｸｴｽﾄに使われるﾍｯﾀﾞには以下があります｡

      Authorization: ﾛｸﾞｲﾝに必要な認証情報｡ﾕｰｻﾞｰ名とﾊﾟｽﾜｰﾄﾞが
　　　　　　　格納される｡

      Allow: 利用可能なﾘｸｴｽﾄﾒｿｯﾄﾞの一覧が入る｡

      From: 利用ﾕｰｻﾞｰに固有なﾒｰﾙｱﾄﾞﾚｽなどの情報が入る｡

      Host: ﾘｸｴｽﾄ先のｻｰﾊﾞ名 (DNS名) が入る｡

      Referer: 直前にﾘﾝｸされていたURL (ﾘﾝｸ元URL) が入る｡

      User-Agent: Webﾌﾞﾗｳｻﾞの固有情報が入る｡

　　　Preview: ICAP専用のﾍｯﾀﾞ｡REQMODとRESPMODのときに､ICAPｸﾗｲｱﾝ
　　　　　　　ﾄからICAPｻｰﾊﾞへ送るﾒｯｾｰｼﾞ内に入れることができる｡
　　　　　　　この中に4096ﾊﾞｲﾄ以上のﾃﾞｰﾀの一部を入れてICAPｻｰﾊﾞへ
　　　　　　　送信することで､すべてのﾃﾞｰﾀを送信しなくても処理が完了
　　　　　　　することを期待します｡例えば､ｳｲﾙｽﾁｪｯｸやｺﾝﾃﾝﾂ
　　　　　　　ﾌｨﾙﾀﾘﾝｸﾞなどで､特定ﾌｧｲﾙﾀｲﾌﾟのﾌｧｲﾙについて
　　　　　　　ある処理を行う場合､ｱﾌﾟﾘｹｰｼｮﾝﾃﾞｰﾀの最初の一部を
　　　　　　　ﾁｪｯｸすればﾌｧｲﾙﾀｲﾌﾟが判別できるため､すべてのﾃﾞｰ
　　　　　　　ﾀを送付する必要がなくなります｡


　11.21.4. ICAPﾒｿｯﾄﾞ

　前回､REQMODとRESPMODについて書きましたが､これをICAPﾒｿｯﾄﾞと呼び

　ます｡RFC3507では､REQMODとRESPMODはｵﾌﾟｼｮﾝであり､これともう一つ

　OPTIONSﾒｿｯﾄﾞがあります｡OPTIONSﾒｿｯﾄﾞはすべてのICAPｻｰﾊﾞで実装

　されていなければなりません｡

　また､ﾕｰｻﾞ定義ﾒｿｯﾄﾞを作成することも可能です｡

　ICAPｸﾗｲｱﾝﾄはOPTIONSﾒｿｯﾄﾞを使ってICAPｻｰﾊﾞに対してどのﾒｿｯ

　ﾄﾞをｻﾎﾟｰﾄしているか確認できます｡


　11.21.5. "204 No Content"ﾚｽﾎﾟﾝｽ

　ICAPｸﾗｲｱﾝﾄは"Allow: 204"というﾍｯﾀﾞをICAPﾘｸｴｽﾄに入れること

　があります｡

　この場合､ICAPｻｰﾊﾞは受け取ったHTTPﾃﾞｰﾀに対して何も処理をする必要が

　なければ､"204 No Content"というｽﾃｰﾀｽｺｰﾄﾞでﾚｽﾎﾟﾝｽを返します｡

　たとえば､REQMODﾒｿｯﾄﾞを使ってHTTPｸﾗｲｱﾝﾄがGETﾘｸｴｽﾄしたURL

　について､URLﾌｨﾙﾀﾘﾝｸﾞｻｰﾋﾞｽを行うとします｡URL情報の入った

　REQMODﾒｿｯﾄﾞをICAPｻｰﾊﾞが受信し､そのURLへはｱｸｾｽ可能であるとし

　ます｡このとき､HTTPｸﾗｲｱﾝﾄはそのままHTTPｻｰﾊﾞと通信を行うことが

　可能であり､ICAPｻｰﾊﾞとしても｢私からは何も言うことはありません｡その

　ﾘｸｴｽﾄをそのまま使って通信していいですよ｣と応答すればよいです｡

　この応答が "204 No Content" （変更すべき点はない）で､ﾎﾞﾃﾞｨ部分には何

　のﾃﾞｰﾀも入りません｡

　ICAPｸﾗｲｱﾝﾄが"Allow: 204" ﾘｸｴｽﾄﾍｯﾀﾞを入れない場合､ICAP

　ｻｰﾊﾞは何も言うことがなければ "200 OK" ｽﾃｰﾀｽｺｰﾄﾞでﾚｽﾎﾟﾝｽを

　返します｡この場合､ﾎﾞﾃﾞｨ部に元のﾃﾞｰﾀをそのまま載せます｡

　"Allow: 204"ﾍｯﾀﾞを使えば､変更がない場合ﾚｽﾎﾟﾝｽ時にﾎﾞﾃﾞｨ部へﾃﾞｰ

　ﾀを入れる必要がないので通信量を減らすことができます｡


　11.21.6. ISTagﾚｽﾎﾟﾝｽﾍｯﾀﾞ

　ISTagとはICAP Service Tagの略で､ICAPｻｰﾊﾞはこのﾍｯﾀﾞ内に任意の文字

　列（cookie）を入れてICAPｸﾗｲｱﾝﾄへ応答することで､ｻｰﾋﾞｽの状態

　などをｸﾗｲｱﾝﾄへ知らせることができます｡

　この値は32ﾊﾞｲﾄまでの英数字です｡

　たとえばｱﾝﾁｳｲﾙｽｻｰﾋﾞｽの場合､ISTagとしてｳｲﾙｽ定義ﾌｧｲﾙ

　やｴﾝｼﾞﾝのﾊﾞｰｼﾞｮﾝが入ったりします｡
　
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
かんたんﾈｯﾄﾜｰｸ入門
http://www.amazon.co.jp/exec/obidos/ASIN/477412124X/ipnetworksk01-22

第５刷好評発売中！
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
　解┃答┃と┃解┃説┃
　━┛━┛━┛━┛━┛

　《本日の試験対策問題》
　　（解答）１と２
　　　
　　（解説）

　　　ここでいう｢ﾍｯﾀﾞ｣とはHTTPやICAP通信で使われる制御用の

　　　行のことで､以下のように"ﾍｯﾀﾞ名: 内容" という形で示され

　　　ます｡

　　　ﾍｯﾀﾞ行が数行続き､その後ﾎﾞﾃﾞｨ部となります｡

　　　　
   ICAP Request Modification Example 2 - ICAP Request
   ----------------------------------------------------------------
   REQMOD icap://icap-server.net/server?arg=87 ICAP/1.0
   Host: icap-server.net
   Encapsulated: req-hdr=0, req-body=147

   POST /origin-resource/form.pl HTTP/1.1
   Host: www.origin-server.com
   Accept: text/html, text/plain
   Accept-Encoding: compress
   Pragma: no-cache

   1e
   I am posting this information.
   0

   ----------------------------------------------------------------
   ICAP Request Modification Example 2 - ICAP Response
   ----------------------------------------------------------------
   ICAP/1.0 200 OK
   Date: Mon, 10 Jan 2000  09:55:21 GMT
   Server: ICAP-Server-Software/1.0
   Connection: close
   ISTag: "W3E4R7U9-L2E4-2"
   Encapsulated: req-hdr=0, req-body=244

   POST /origin-resource/form.pl HTTP/1.1
   Host: www.origin-server.com
   Via: 1.0 icap-server.net (ICAP Example ReqMod Service 1.1)
   Accept: text/html, text/plain, image/gif
   Accept-Encoding: gzip, compress
   Pragma: no-cache
   Content-Length: 45

   2d
   I am posting this information.  ICAP powered!
   0
　　　　

━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━

◆◆◆◆◆◆　┃ あとがき ┃　◆◆◆◆◆◆

　（まえがきから続く）

　日系企業でも､ITﾊﾞﾌﾞﾙが弾けてから新卒採用を控えたり､

　利益重視により新卒を採用して教育していくよりも経験者

　を転職市場から採用するｹｰｽが増え､結果としてSEの総数

　が少ないのだと思います｡

　供給が少ないSE市場において､他の業界または他の職種に

　比べて待遇はよいのではないかと感じています｡

　ここでいう待遇とは給料のことですが､一般に外資系ﾍﾞﾝﾀﾞ

　のSEは年収いくらで契約します｡

　多くの場合､基本給＋ｲﾝｾﾝﾃｨﾌﾞ（ﾎﾞｰﾅｽ）です｡

　ｲﾝｾﾝﾃｨﾌﾞは売上や目標達成度によって上下し､契約時

　は100%達成時の額で計算され､SEの場合おおむね基本給の20%

　です｡

　もっと詳しく知りたい方はﾀｲﾄﾙに｢転職情報希望｣と書い

　てこのﾒｰﾙに返信するか､ｉｐｎｅｔ７＠ｘａｉ．ｎｕ

　（半角で）までﾒｰﾙをお送りください｡外資系ﾍﾞﾝﾀﾞへの

　転職に関する情報や実際に転職した人の年齢や年収などの

　情報をご連絡します｡
　
　adzuki

………………………………………………………　　　　　　　　　　 
　IP Network Skill vol.000364　6/13/08
　発行者：adzuki　http://www.xai.nu/ipnet  
…………… ｉｐｎｅｔ７＠ｘａｉ．ｎｕ ……　　　　　　　　　　 

◎￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣◎
｜　新規購読･購読解除･ﾊﾞｯｸﾅﾝﾊﾞｰ ⇒ http://www.xai.nu/ipnet　 
｜　　IP Network Skill 掲示板
｜　　⇒　http://www.xai.nu/cgibin/ipnet/bbs.cgi　 
｜　　ﾊﾞｯｸﾅﾝﾊﾞｰ一覧　　　　　　　　　　　　　　
｜　　⇒　http://xai.nu/ipnet/stack/index.html　
｜　　間違いご指摘
｜　　⇒　ﾒﾙﾏｶﾞにｺﾒﾝﾄを添えて返信ください｡
◎＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿◎
ﾒﾙﾏｶﾞﾄｯﾌﾟ(記事一覧)へ
前|