第15章TFTP：トリビアルファイル転送プロトコル
例15.3
私たちが観察TFTPプロトコルの仕事を通じて知ってみましょう。TFTPクライアントは、ホストBSDI上で実行されている、および4 SVRホストからテキストファイルを読み込む：
まず、TFTP 96を送信している間U nixのシステムで受信文書の長さは、914バイトであることに気づい2バイト。デフォルトTFTP転送モードによってNETASCII使用するため48番目のU NIX改行が4 8 CR / CF対に変換されるので、これまで見てきたWCプログラムを使用して、合計48行。
図15--2示すパケット交換プロセスが起こります。
1行目のショークライアントからサーバに送られた読み取り要求。ポート周知目的のTFTPはUDPポート（6~9）であるので、tcpdumpのTFTPパケットが説明、およびファイル名と表示RRQします。19バイトのUDPデータが2バイトのオペコード、7バイトのファイル名の、バイトパターンNETASCII 0,8バイト0、バイト1及び別の端部を含みます。
2バイトの演算コード、2バイトのデータブロック512とデータのバイトの数：次のパケットをサーバ（ライン2）によって返送され、516のバイトを含みます。行3は、2バイトのオペコードと2バイトのデータブロック番号を含むデータブロックを識別することです。最後のデータパケット（ライン4）は、データの450のバイトが含まれています。データ450個のデータバイト+ 2ライン目の512バイトのデータがクライアントに962のバイトが送信されます。最初の行だけで説明tcpdumpの注意TFTPパケットが、ライン2-5のいずれかのTFTPプロトコル情報を表示しません。ポートサーバがライン1とライン2の変化を処理するためです。
TFTPプロトコルは、最初のパケット（RRQまたはWRQ）を送信する（69）well-knownポートUDPサーバプロセスへのクライアントプロセスを必要とします。サーバアプリケーションのホストサーバプロセスBianxiang未使用ポート（1077、図15--2）後、サーバプロセスは、クライアントとサーバとの間の他のデータにこのポートを使用する要求交換を処理します。クライアント・プロセスのポート番号（この場合は1106）で変化しませんでした。tcpdumpがホストSRV 4の1077ポートがTFTPサーバ・プロセスで知ることができません。
変更ポートサーバプロセスサーバ・プロセスは、よく知られたポートを占有することはできませんある理由は、ファイル転送（秒あるいは数分のおそらく数十）を完了するためにいくつかの時間を必要とします。逆に、現在のファイル転送の過程で、他のTFTPクライアントプロセスが使用するために確保され、このよく知られたポートは、彼らの要求を送信します。
データは512バイト以上でRIPサーバ顧客に送信図10--6、想起、サーバの周知のポートを使用して、2つのUDPデータグラム。その場合には、サーバー・プロセスへのすべてのデータのバックにも書いて最初になるように、サーバー・プロセスは、複数のデータパケットを書かなければならない場合でも、彼らはすべての使用のwell-knownポート、書きます。ただし、TFTPプロトコル、クライアントとサーバーの必要性との間の接続は、長い時間（おそらく数秒から数分）を継続するので、それは異なっています。ファイル転送のための周知のポートを使用して、サーバ・プロセスは、ファイル転送時には、複数のクライアントに他のクライアントからのすべての要求、またはサーバを拒否するかした場合、同時に同じポートに複数のファイル転送プロセスを処理する（69） 。最も簡単な方法は、新しいポートにRRQまたはWRQ、スイッチを受け取った後、サーバー・プロセスをさせることです。データパケットを受信するともちろん、クライアントプロセス - （図15、22行目）は、この新しいポートを検出し、すべての確認応答（3行目と5行目）、その後に送らなければなりませんした後、新しいポート。
6.3節では、TFTPを使用して、システムの起動時にするとき、端末Xが表示されます。
