クライアント - みる会図書館


検索対象: UNIX MAGAZINE 2005年5月号
39件見つかりました。

1. UNIX MAGAZINE 2005年5月号

図 26 ILM の実現 NS700 ポリシ ーエンシン NAS クライアント ファイルレ 0 ~ ライマー Centera 最近使用されていない : ファイルは安価な ATA ・ ディスクへ移動 削除 / 変更されたくない ファイルは、 WORM 機 能のある Cente 「 a に保存 ク価 イ O 、 セカンダリ NS700 WORM 機能 ( 所定期間は 削除 / 変更不可 ) マイグレーション 。← Recall ( 再アクセス ) モカンダリ ATA ディスク ( 低速・安価 ) トカットを正しく扱えないため、異なる OS 間でデータを 共有している場合は問題カ咥生する。 これを解決するために、 Celerra シリーズではファイル ムーバー (FiIe Mover) という機能を提供している。フ ァイルムーバーを利用すると、すべてのクライアントはデ ータムーバーのファイルシステムにのみアクセスするため、 クライアントの OS に関係なくマイグレーションできる。 1 次側から 2 次側のデータへのアクセスは、 NFS また は CIFS に対応している機器であればよいので、データの 特生に合わせて自由に選択できる。 ファイルムーバーの動作を簡単にまとめると、次のよう になる ( 図 28 ) 。 1. ポリシーエンジンが 2 次側のストレージにファイルを コピーしたあと、 XML を用いてコピー先の情報を通知 ン " と呼ばれるソフトウェア 2 を用いておこなう ( 図 27 ) 。 する。 通常、このポリシーエンジンの機能は Windows ではシ 2. データムーバーは、通知された情報をもとに 2 次側のフ ョートカット、 UNIX ではシンボリック・リンクを用いて ァイルへのアクセスの可否および更新時刻を確認し、ス 実現されている。しかしながら、 Windows クライアント タブ (stub) ファイルに変更してファイルのデータ部分 はシンポリック・リンクを、 UNIX クライアントはショー を削除する ( マイグレーション完了 ) 。 2 Enigma Data SoIutions の SmartMove や Arkivio の Auto- 3. マイグレーションされたファイルに対し、 クライアント Stor ( 日本語版は Data Jockey) 、 EMC ( 旧 Legato) の DMC から読出し要求があった場合、データムーバーは 2 次側 (Data Manager for CeIerra) など。 ーエンジンび ) 条イ牛言又疋 . 図 27 ポリシ 設定条件は任意の組合せが可能 ・名前 ( 拡張子を含む ) ・所有者名 ・サイズ ・日時 一変更日時 ー最終アクセス日時 ー作成日時 こ日にけ Edit F 町 N 物れ日ル 1 ◎ 0u08 」ミ 0 E 山 d 日 - : 0 amem ch ⅲ 0 - ー 0 0 町 matching 0 Sizematching 甸 1 加 e m 川叩 ロゆ e 0 観 ThisweeK 106 UNIX MAGAZINE 2005 . 5

2. UNIX MAGAZINE 2005年5月号

特集 FTP のトラブル・シューティング ファイル転送の落し穴 荒井美千子 まだネットワークカ漲り巡らされていなかったころ、コ 図 1 FTP サーバーと FTP クライアント間でファイルを車医 ンピュータ間でファイルをコピーするのは面倒な作業でし 接続 た。フロッピーディスクを抱え、 UNIX マシンと DOS マシンのあいだを往復する光景は珍しくありませんでした。 ファイル転送 UNIX マシンどうしでも、インターネットが身近になるま では、離れた拠点間でデータを転送するために磁気テープ を郵送したものです。 ときには管理者カ茲気テープを運んでそのまま宴会にな だれ込み、テープには入らない情報を交換することもあっ たので、デメリットばかりではありませんでしたが・ ネットワークが発達した現在では、地球の裏側にあるマ シンのファイルでもコピーできますし、その手段も手軽な ものからセキュリティ重視のものまで数多くあります。 この記事では、ファイル輯去によく利用されている、 ・ FTP (File Transfer Protocol) ・ TFTP (Trivial FiIe Transfer ProtocoI) にスポットを当て、仕組みやよくあるトラブルを紹介しま FTP サーバー FTP クライアント 図 2 リモートの FTP サーバー間でファイルを車医 接続 FTP サ FTP クライアント ファイル転送 接続 FTP サーバー このような用途のためには、 anonymous FTP という 仕組みが用意されています。 FTP は比較的旧くからあるファイル輯医の仕組みで、 説明するまでもないかもしれませんが、 FTP では ftpd ・ LAN (LocaI Area Network) 内でのファイル中幻去 や WU-FTPDI などのサーバー・プログラム (FTP サー ・インターネットでのファイル配布 バー ) と、 ftp や Web プラウザなどのクライアント・プロ グラム ( FTP クライアント ) 間でファイル中幻医をおこない などでひろく使われています。 ます ( 図 1 ) 。また、現在ではあまり使われていないと思い LAN で使用するときは、ユーザー認証後に権限に応じ ますが、リモートの FTP サーバー間でファイルを転送す たファイルにアクセスできるのが一ヨ殳的です。 ることもできます ( 図 2 ) 。 一方、ファイルをインターネットでひろく配布する場合 は、ユーザー認証カ坏要なファイル転送法カまれます。 1 http://www.wu-ftpd.org/から入手できます。 FTP の概要 17 UNIX MAGAZINE 2005.5

3. UNIX MAGAZINE 2005年5月号

NAS 環境の構築と設定 図 28 ファイルムーバーの重加乍 読込み ファイル作成 NAS クライアント Celerra ファイル スタブ ③ R ecall ②スタブとして、ファイルへの - アクセス情報を保持 ①マイグレーション 特集 NAS ファイル ホ。リシーエンジン UNIX MAGAZ 工 NE 2005.5 可能にするためである。 たスタブファイルがリストアされた場合にも、アクセス は、 1 次側で論理コピーや、バックアップから削除され 4.1 次側で消去されたファイルも 2 次側には残る。これ ( 書込みは不可 ) 。 スをパススルーとし、データの読出しのみカ可能になる ァイルシステムが満杯になった場合は、すべてのアクセ また、クライアントからのアクセスが多く、 1 次側のフ タにアクセスすることができる。 こなう。これによって、 SnapSure からも変更前のデー 次側のすべてのデータを読み出してからデータ更新をお クライアントから更新要求があったときは、かならず 2 ないようにするといったこともできる。 すべてをパススルーに設疋し、 1 次側にデータを保存し 読出し方を指定することも可能なので、管理者の判断で Celerra 側ではポリシーエンジンでの指定にかかわらず んに通過させる。 ・パススルー (pass through) : 1 次側に保存せず、た を読み出し、保存しながら返信する。 ・ノヾーシャル (partial) : 読出し要求があった部分のみ 側に保存してから返信する。 ・フル (full) : 全データを 2 次側から読み出して 1 次 このときの読出し方は、以下の 3 種類から指定できる。 する。 からデータを読み出して (recall) 、クライアントに返信 ④ 1 次側で削除されたファイルも 2 次側には残る 107 NAS 上のテータヘース ことも可能だが、区別できるようにしておいたほうがよい。 ( 図 29 ) 。これらのマークは、 Celerra 上の設疋で消去する マンドを実行するとファイルサイズが括弧内に表示される と区別できない ) 。また、コマンド・プロンプトで dir コ (UNIX クライアントの ls コマンドでは通常のファイル フライン・ファイル " であることを示す時計マークカ咐く dows クライアントからは、通常のアイコンの上に、、オ dows から通常のファイルと同様にアクセスできる。 Win- マイグレーションされたファイルは、 UNIX や Win- ンターフェイス・カードが必要であり、 FC-SW などの SAN では、サーバー側に HBA という比較的高価なイ ・初期投資の低減 たい場合は、最適な基盤といえるであろう。 築できる。コストや時間をかけずに開発環境などを整え 基盤整備や新たな技術の習得を待たずに環境が遇虫に構 NAS では既存の IP 網の技術を使用するため、 SAN の 王竟構築カ瑢易 利点がある。 NAS 上でのデータベース環境の構築には、次のような 明する。 のバックアップ / リストアおよび災害対策の実現方法を説 例として、 Oracle データベースを NAS 上に置いた場合 アプリケーション実行環境における NAS の利用法の一

4. UNIX MAGAZINE 2005年5月号

図 17 ウイルスチェック・サーバーとの〕叫集 ・ファイル更辛寺のスキャン ウイルスチェック ③ウイルスチェック要求 ④ウイルスチ , ックと処理 ⑤ウイルスチ , 、 , ク終了応答 ②ロック ⑥解放 ①クライアントからのファイルの書込みとクローズ ( ファイルのコピー、移動など ) ②テータムー / ヾーがファイルをシステムロック ③データムーバーがウイルスチェック・サーバーにチェックを要求 ④ウイルスチェック・サーバーは対象となるファイルをチェックし、ウイルスが検出されたら 定義された処理 (clean 、 move 、 delete) を実行 ⑤ウイルスチェック・サーバーはテータムーバーにチェック終了を応答 ⑥ファイルロックを解除 ・最初の入み時のスキャン ウイルスチェック ③ウイルスチェック要求 ④ウイルスチ , ックと処理 ⑤ウイルスチ , 、 , ク終了応答 ②ロック ⑥解放 ①クライアントからのファイル読込み要求 ( ファイルのコヒ。ー、移動など ) ②初回の読込みであれば、データムーバーがファイルをシステムロック ③データムーバーがウイルスチェック・サーバーにチェックを要求 ④ウイルスチェック・サーバーは対象のファイルをチェックし、ウイルスが検出されたら 定義された処理 (clean 、 move 、 delete) を実行 ⑤ウイルスチェック・サーバーはデータムーバーにチェック終了を応答 ⑥ファイルロックを解除 ⑦読込み要求のあったデータを送信 ムとして新たにェクスポートし、 CIFS または NFS 経 ト ) を作成する機能である。 初めにプロダクション ( 本番 ) ファイルシステムの論理 由でアクセスすることができる。また、隠しディレクトリ (. ckpt) をたどってもよい ( 図 20 ) 。各ユーザーは、管理者 コピーを作成し、それ以降は SavVoI と呼ぶ領域にプロダ の手を煩わすことなく、誤って削除 / 変更したデータを自由 クション・ファイルシステムに加わった変更前のデータを にコピーして復元できる。管理者も、従来のテープなどに 保存する。スナップショットを作成した時点のイメージを よるバックアップを用いた復旧作業から解放される。 イ尉寺しているため、プロダクション・ファイルシステムの 容量に景彡響を与えることなく最大 32 世代まで作成できる Windows XP / 2003 のクライアントからは、 SCSF ( 図 18 ~ 19 ) 。 (Shadow Copies of Shared Folders) インターフェイス 世代数が増えると保存すべきデータ量も増加し、しばし 経由でアクセスできる。これらのクライアントでは、 Win ー ばプロダクション・ファイルシステムの容量を超える事態 dows サーバー上に構築したファイルサーバーと同様の操 が発生する。そのような場合は、 SavVol 領域として襾 作で扱える ( 図 21 ) 。 な ATA ドライプを使用するケースが多くなってきている。 データのバックアップをテープなどに残したい場合に この論理コピーへは、リードオンリーのファイルシステ は、このスナップショットから NDMP ( 後述 ) もしくは Celerra NS700 Windows ( C 旧 S クライアント ) ①書込みとクローズ Celerra NS700 Wi ndows ( C 旧 S クライアント ) ①計 求 要 み 込 ロ ⑦データ 102 UNIX MAGAZ 工 NE 2005 . 5

5. UNIX MAGAZINE 2005年5月号

FTP サーバー 通信の制御用 (TCP 21 番 ) 特集 FTP のトラブル・シューティンク 図 16 PORT リクエストを実行してからファイル車医をおこなうまでび里の流れ FTP クライアント データ転送用 通信の制御用 (TCP 3204 番 ) (TCP 3202 番 ) 192.168.0.4 、 TCP 3204 番 PORT リクエスト データ転送用 (TCP 20 番 ) REPLY 200 応答 ファイルを送ってください RETR リクエスト TCP SYN TCP SYN ACK 接続の確立 ( テータ 転送用のポートを開く ) TCP ACK REPLY 150 応答 ファイルを送信 図 17 クライアントとサーバー間にファイアウォールがある例 FTP クライアント テータ転送用 通信の制御用 192.168.0.4 TCP 3204 番 PORT リクエスト FTP サーバー 通信の制御用 ファイアウォール テータ転送用 REPLY 200 応答 ファイルを送ってください RETR リクエスト TCP SYN 接続できない . ミ応答 ぐ REPLY 425 Can't build data connection 27 UNIX MAGAZ 工 NE 2005 . 5

6. UNIX MAGAZINE 2005年5月号

図 18 PASV リクエストを使っ層 新回区 を 0 ASTEC Eyes 1 [ キャプチャデタく ftp—pasv-enc 〉 ] 自ファイル ( 日編集 ( 旦 ) 表示キャプチャ 0 モニタ ( 瓰ツル設定 0 ウインドウ ヘルプ凹 0 パイト ロ朝一言ー住 : 〇 9 当目↓む副 マ発 ... マ発 . マ受信 ... 受 . プ .. プサマリ 1 7 W i ndows 1 7 14 r2 21 FTP COMMAND TYPE 1 8 r2 2 1 ⅵ ndows 1 7 1 4 FTP REPLY 200 1 9 w i ndows 1 714 se rver2 21 FTP COMMAND PASV 2 1 W i ndows 1 7 1 5 se 12337 TCP S : 1715 D ニ 12337 SE 26 圓 628530 WIN : 16384 LEN=O SYN OPT 22 se r2 12337 ⅵ ndows 1 7 15 TCP S : 12397 D : 1715 SE 乍 1504240 圏 1 ACK : 2600628531 WIN : 24820 LEN=O SYN OPT 23 W i ndOWS 1 7 15 12397 TCP S : 1715 D 引 2397 SEQ : 26 圓 628531 ACK ニ 1504240882 WIN ニ 17520 LEN=O se r2 24 w i ndows 1 714 r2 COMMAND RETR 25 r2 2 1 w i ndows 1 7 1 4 FTP REPLY 1 5 0 1460 byte(s) 26 r2 12397 ⅵ ndows 17 15 FTP DATA 1460 byte(s) 27 se rve r2 12337 ⅵ ndows 1 7 15 FTP DATA 28 W i ndows 1 715 se r2 12337 TCP S 引 715 D : 12337 SE 乍 26 圓 628531 ACK : 1504243802 WIN : 17520 LEN=O 1460 byte(s) 23 r2 12397 ⅵ ndows 1 7 15 FTP DATA 14S0 byte(s) 30 se rve r2 12397 ⅵ ndows FTP DATA 1 7 1 5 FTP Repl y ー } と応答 PASV リクエスト クライアントから 接続 ファイル転送の 指示 ファイル 転送 REPLY 227 ー 20 2 1 W i ロ dOW 1 7 14 FTP File Transfer Protocol ( ー , 48 , 103 ) 227 Entering Passive Mode Host Add ress:— TCP Port: 1 2 397 データ転送に使う FTP サーバーの旧 アドレスとポート番号を、 PASV リクエ L i nux ストの応答でクライアントに知らせる [ 1 9 / 675 田 ID20 server2 ー > indows FTP PASV モードを使用すれば、ファイアウォールを経由し たファイル中幻医が可能です。ただし、 PASV モードをサポ ートしているかどうかは ftp プログラムの種類によって異 なります。 FTP クライアントがサポートしているコマン ドを確認したい場合は、プログラムを起動してから、、 help' コマンドを入力してください ( 図 20 ) 。 ータ転送に使用するポート番号と IP アドレスを含めたも のを返します。図 18 では、 ・ IP アドレス : FTP サーバー ( プログラム ) カ働作して いるホストの IP アドレス ポート番号 : TCP の 12397 番ポート を FTP クライアントへ返しています。 応答を受け取った FTP クライアントは、指定されたサ ーバーのポートに対してデータ転送用の新しい接続を確立 こまでは、ファイルが壊れたり、転送できないといっ します。 PORT リクエストによる接続とは異なり、ファ たトラブルの例を紹介しましたが、 FTP にはもう 1 つ大 イアウォールの内側にある FTP クライアントから接続を きな問題があります。 試みるので、拒否されることはありません。 FTP サーバーにアクセスする際には、パスワードの入 データ転送用の接続カ寉立されたら、 FTP クライアン 力を求められます : しかし、ーザーが入力した , 、スワー トから FTP サーバーへ RETR リクエストを送り、ファ ドは、、、そのまま ( つまりクリアテキストで ) ネットワー イルの輯医を要求します。 ク上を流れるため、誰かに知られてしまう危険があります。 FTP サーバーは RETR リクエストに応答を返すとと ftp プログラムは、入力したパスワード文字列を表示し もに、指定されたファイルを FTP クライアントへ送りま ません。ところが、ネットワーク・アナライザで通信を解 す。 析すると、クリアテキストで流れたパスワードが見えてし PASV リクエストからファイル車幻医までの曰車の処理を 図 19 に示します。 まいます。 バスワードが見えてしまう 28 UNIX MAGAZINE 2005.5

7. UNIX MAGAZINE 2005年5月号

特集 FTP のトラブル・シューティング 図 14 通信の帋とデータ輯医には異なるポートを使用する 回区 自ファイ非 ( 日偏集 ( 旦 ) 表示 キャプチャ 0 モニタツル (I) 設定 0 ウインドウヘルプ ( 印 9 LAN ロ可白住ー斗に副 ストリ ポート 1 マ マアドレス 2 マポート 2 マ : プロトコルマサマリ アドレス 1 マ ーム IDV 2 1 FTP REPLY 220 2 ⅲ ndows 3202 十 rl COMMAND USER 2 W i ndOWS 3202 rl 2 ⅵ ndows 3202 REPLY 331 COMMAND PASS 2 ⅵ ndows 3202 → r 1 2 i ndOWS 3202 十 se rve rl REPLY 230 2 ⅵ ndo 響 5 3202 se rve rl COMMAND PORT REPLY 200 2 W i ndOWS 3202 1 2 ⅵ ndows 3202 COMMAND RETR 2 w i ndows 3202 十 serverl REPLY 150 5822 byte(s) FTP DATA 3 W i ndOWS 3204 rve r 1 2 0 2 ⅵ ndows 3202 2 1 FTP COMMAND QU I T 2 i ndows 3202 1 2 1 FTP REPLY 22 1 FTP クライアント Linux W i ndows を ASTEC Eyes 以トリム (ftp-windows-enc)l 長さマ 1 ー FTP サーパー ファイル転送に使うポートは、 FTP のリクエストや応答を送るポートとは異なる 表 1 FTP で使用されるポート番号 プロトコル FTP クライアントのポート番号 FTP サー / ヾーのポート番号 21 番 3202 番 FTP 3204 番 20 番 FTP DATA ・ PORT リクエスト ・ PASV リクエスト のいずれかを使う 2 通りの方法があります。 ファイアウォールや NAT (Network Address Trans- lator) がある環境では、ファイアウォールのどちら側から 接続を試みるかによって、データ転送用の接続を確立でき たりできなかったりします。これが、 ftp プログラムの種 類や使い方によって、ファイル転送が失敗したり成功した りする原因です。 PORT リクエストを使った接続 まずは、 PORT リクエストを使った接続をみてみまし よっ。 図 15 は、 Windows の ftp プログラムでファイル中幻医 をしたときの通信を、 TCP レベルも含めて表示したもの です。ファイル中幻医の処理は、 1. PORT リクエスト 2. RETR リクエスト 3. 実際のファイル車幻医 の順におこなわれています。 PORT リクエストは、動的に決まる FTP クライアン ト側のポート番号と IP アドレスを、 FTP サーバーに伝え るためのものです。図 15 では、ファイル転送に使うアド レスとポート番号として、 . IP アドレス : 192.168.0.4 ・ポート番号 : TCP の 3204 番 を FTP サーバーに知らせています。 続いて、 FTP クライアントから RETR リクエストを実 行し、 FTP サーバーにファイルの車幻去を指示しています。 RETR リクエストの直後に TCP の通信が 3 回流れて いるのは、データ通信用のポートを開くため、サーバーか らクライアントに接続 ( 3 way handshake) をしているか らです。 データ車幻医用の接続カ寉立したら、 RETR リクエストに 対する応答 (REPLY 150 ) を、 FTP サーバーから FTP クライアントに返します。その後、データ転送用の接続を 25 UNIX MAGAZINE 2005.5

8. UNIX MAGAZINE 2005年5月号

図 7 トランキングと FSN トランキング 図 6 ゲートウェイキモテル Wi ndows ロ Sym metrix リンク 00000000 デム UNIX スイッチ NS702G Connectrix (NS704G) SAN N S700 複数の Ethernet ポートを論理的に まとめ、負荷分散と冗長性を実現 FS N スイッチ 3 は第 CLARiX Windows UNIX IP ネットワークの言 はじめに、 IP ネットワーク関連の設定をおこなう。 スイッチ NS700 スイッチまたはケーブルの不良などの NS700 では、 10 / 100 / 1000Base T x 6 と 1000Base 場合は下側のスイッチに切り替える SX x 2 の計 8 ポートカ吏用できる。また、ネットワーク の冗長構成手法として、トランキング (trunking) と FSN るのですぐに分かる。しかし、全二重 / 半二重の不一致は、 (Fail safe Network) の 2 種類に対応している。 ping などの少のデータ通信では問題がなくても、大量の トランキングはリンク・アグリゲーション (linkaggre- データの送受信時にエラー ( コリジョンとして認識される gation) とも呼ばれ、複数の Ethernet ポートを論理的に ことが多い ) が発生してデータの再送が必要になり、極端 1 本の Ethernet ポートとして使い、糸各の負荷分散およ に通信速度が低下する。 び冗長化をおこなうための機構である。 Ethernet スイツ この問題は、 NAS 側およびクライアント側の双方で発 チのトランキング (Cisco の FEC (Fast EtherChan- 生する可能性があり、両側で確認しなければならない。と nel) や GEC (Gigabit EtherChannel)) や、標準的な仕 くに NAS 側では、スイッチに合わせて明示的に通イ言速度、 様である LACP (Link Aggregation Control Proto- 全二重 / 半二重の設定をおこなうべきであろう。 C01 : IEEE802.3ad) と連携し、 MAC アドレス、 IP アド また、異速度間の通信、たとえば NAS 側で 1000Base レスを識別子とした糸各選択がおこなえる。 X を、クライアント側で 100Base X を使用している場合、 一方の FSN は、 CeIerra シリーズ独自の冗長機構で あるいは、速度は同じでも複数のクライアントからのアク ある。異なる Ethernet スイッチ間でプライマリ / セカン セスが NAS に集中するようなケースでは、スイッチまた ダリ構成をとり、プライマリ側のリンクパルスが途切れた はルータ内でバッフア・オーバーフローが発生してデータ 時点でセカンダリに切り替える。この機能を利用すれば、 が消滅し、データ転送速度カ墸しく低下する。このような Ethernet スイッチカ理的に故障しても対処できる。 場合は、 NAS およびクライアントとスイッチのポートとの れは一般的なスパニングッリーによる切替えよりも高速に あいだでフロー制御 (IEEE802.3x) を正しく設疋し、バッ ごく短時間での切替えを要 おこなわれるため、 ISP など、 フア・オーバーフローの発生を防がなければならない。 求される場面で使用されている ( 図 7 ) 。 各種サーバーの定義 図 8 の例では、ポート 5 と 6 (cge4 と cge5) を用いて FSN を構成し、 IP アドレスを設疋している。 ー殳的なファイルサーバー環境として、 CIFS 経由のア Ethernet ポートの設疋をおこなうときは、ネゴシェー クセスには Windows 2000 の Active Directory によ ションに十分な注意が必要である。リンク速度 ( 10 / 100 / るクライアント認証をおこない、 NFS 環境としては NIS サーバーを利用する。この構成で、 NTP けでに定して 1 000Mbps) の不一致に関しては、通信不能の状態にな デム リンク 98 UNIX MAGAZINE 2005.5

9. UNIX MAGAZINE 2005年5月号

図 3 Linux の ftp でダウンロードした画像ファイル それでは実際に FTP を使いながら、、、起こりがちな " ト ラブルや、どのような通信がおこなわれるのかをみてみま しよう。 なお、説明の都合上、、、 FTP x x ftp x x x x コ マンド " といった用語を使いますが、文中では次のように使 い分けます。 ・ FTP ( 大文字 ) 仕組み、あるいはプロトコルを未します。 ・ FTP クライアント FTP のクライアントとして動作するプログラム全般を 未します。 ・ ftp プログラム、 ftp 0 0 一三ア : X 当日 、、 ftp " という名前のプログラムを意味します。 UNIX 、、描画で ダウンロードした画像ファイルを Windows のビューアで開いたが、 や Windows には、 OS 標準の FTP クライアントと きませんでした " というエラーメッセージが表示された して ftp プログラムが用意されています。 ・ Windows の ftp プログラムでダウンロードし、標準の ・ X X コマンド、 ftp の X X コマンド ビューアで表示 ftp プログラムに対してユーザーが入力するコマンドを 未します。 Linux では画像が問題なく表示されていますが、 Win- ・ X X リクエスト dows のほうは表示されませんでした。 FTP において一方から他方へ送られる内部的な、、コマ ftp プロクラムの実行結果 ンド " を、ここでは区別のために、、リクエスト " と表現し ます。 図 4 の様子からは、画像ファイルが壊れているように みえます。ファイル転送時に何が起きたのかを確認するた め、 ftp プログラムの実行中に表示されるメッセージをくら べてみましよう。 FTP クライアントにはさまざまな種類があります。 OS 図 5 は Linux の ftp プログラムを、図 6 は Windows 標準の ftp プログラムでも、 OS の種類やバージョンによ の ftp プログラムを実行したときの様子です。いすれもユ って動作が異なります。そのなかには、トラブルを極力避 ーザーは、 けるように振る舞う気の利いた、、ヤッ " もいます。 そのような気の利いたプログラムしか使ったことがない (serverl) に接続 1. サーバー 人は、 FTP の標準的な機能を知らないことが多いため、環 2. ユーザー名 ( れ、 ) を入力 境やプログラムカ畯わったときに、ファイル転送に失敗す 3. パスワード (password) を入力 る場合があります。 4. ファイルをダウンロード (get rabit. gif) よくあるファイル輔去の失敗例を 1 つ紹介します。図 3 5. ftp プログラムを終了 (quit) と図 4 は、同じ画像ファイルに対して以下のような操作を という操作をおこなっています。 おこなった様子を示しています。 それでは、どこが違うのでしようか。まず明らかに異な るのは、 get コマンドの実行結果の末尾のほうに表示され ・ Linux の ftp プログラムでダウンロードし、 lmage- Magick プログラム 2 で表示 ている、ダウンロードしたファイルのサイズです。 ・ Linux : 5766 bytes received 2 http://www.imagemagick.org/ ImageMagick: ダウンロードした画像ファイルは問題なく表示された 図 4 Windows の ftp でダウンロードした画像ファイル 二 rabit-gif ー Windows 画像と FAX E ュアー。 , , = 、に。筺 ] 巨一区ー 描画できませんでした。 ファイルが壊れた 18 UNIX MAGAZINE 2005.5

10. UNIX MAGAZINE 2005年5月号

イ ン タ フ ェ イ ス 今回は、 の 街 角 86 増井俊之■ Ajax 162 ックス ) " と呼ばれています。 リッチ・クライアントを実現する手法は、、 Ajax ( 工イジャ JavaScript を用いて描画したり、サーバーと通信して スムーズに地図を閲覧できます。 ータをサーバーからダウンロードして表示するので、より しても、別のページに移動することなく未ロードの地図デ ん。一方、 Google Maps では、地図をマウスでドラッグ を移動する場合は新たなページに移動しなければなりませ Yahoo! などの地図サービスでは、縮尺を変更したり位置 最大限に活用してリッチ・クライアントを実現しています。 gest や GMaiI 、 GoogIe Maps などでは、 JavaScript を ます。最近、 Google がサービスを開始した Google Sug- 用してリッチ・クライアントを実現する手法が流行ってい このところ、 Flash や Java の代わりに JavaScript を利 移を含むアプリケーションを実行させることができます。 いった操作カ河能なので、ページ移動をしなくても状態遷 だで通信しながらデータをやりとりしたり、描画したりと FIash や Java を使えば、プログラムとサーバーとのあい な Web アプリケーションの実現は困難でした。しかし、 ページが表示されてしまいます。このため、十分に対話的 ーの選択などにともなって状態遷移が発生すると、新しい リケーションを利用する場合、ボタンのクリックやメニュ 通常の CGI プログラムを用いて作成された Web アプ ーションを動かす手法を指します ) 。 ウンロードし、サーバーと通信をおこないながらアプリケ アントとは、サーバーからクライアントにプログラムをダ イアント " を実現する方法を紹介しました ( リッチ・クライ とサーバーとの通信によってプラウザ上で、、リッチ・クラ だいぶ前のことになりますが、 2003 年 2 月号で、 Flash この Ajax の技法を使った Web アプリケー ン・ ョンについて解説します。 Ajax とは UNIX MAGAZINE 2005.5 ajax. html) phpo 月 ( は http://antipop ・ zapto ・ org/docs/translations/ adaptivepath.com/publications/essays/archives/OO()385. 1 Ajax : A New Approach t0 Web AppIications (http:// Ajax にもとづくアプリケーションでは、対話的な処理 らないという問題がありました。 などをおこなう場合も、つねに画面を切り替えなければな されます。その結果、ちょっとした検索やパラメータ変更 が送られ、新しいページが表示されるという操作が繰り返 タンやメニューを操作するたびにサーバーに HTTP 要求 通常の CGI で Web アプリケーションを作成すると、ボ ・ JavaScript による上記技術の統合 ・ XMLHttpRequest を用いた非同期的データ通信 ・ XML 、 XSLT によるデータ交換 / データ制御 示と対話処理 ・ DOM (Document Object ModeI) を用いた動的な表 準化された画面表示 ・ XHTML と CSS (Cascading Style Sheet) により標 います。 ントを実現する手法で、以下のような機能から構成されて 非同期的に XML 通信をおこないながらリッチ・クライア た造語です。 JavaScript の通信機能を用いてサーバーと Jesse James Garrett 氏が自分の Web ページ 1 で提唱し Ajax (Asynchronous JavaScript 十 XML) とは、