アプリケーション層プロトコルの図
1. アプリケーション層
以前に、TCP/IP モデルの下位 3 つの層であるネットワーク アクセス層、ネットワーク層、およびトランスポート層を紹介しました。これらはすべてアプリケーション層にサービスを提供し、アプリケーション層のさまざまなデータを送信します。次に、最上位のアプリケーション層を見てみましょう。
TCP/IPモデルにおいて、アプリケーション層が提供するサービスは、 OSIモデルのアプリケーション層、プレゼンテーション層、セッション層のサービスの合計に相当します。通信接続を管理するセッション層機能、データ形式を変換するプレゼンテーション層機能だけでなく、ホスト間の対話を行うアプリケーション層機能も含まれています。
アプリケーション層の目的は、アプリケーションにネットワーク インターフェイスを提供し、ユーザーにサービスを直接提供することです。下位層のネットワーク プロトコルと比較して、アプリケーション プロトコルははるかに一般的であり、HTTP、HTTPS、SSH などのアプリケーション層プロトコルについて聞いたことがあるかもしれません。
TCP/IPモデルでは、アプリケーション層はトランスポート層の上位に位置し、データに対応するアプリケーション層のプロトコルを識別するためにトランスポート層のポート番号が使用されます。つまり、ポート番号を持つプロトコルはアプリケーション層プロトコルです。アプリケーション プロトコルは、エンド デバイス間のアプリケーション通信ルールです。アプリケーション間で交換される情報はメッセージと呼ばれ、アプリケーション プロトコルはこれらのメッセージの形式と、メッセージの制御または操作のルールを定義します。
アプリケーション プロトコルの通信方法は、次の 2 つのカテゴリに分類できます。
- サーバーとクライアントのモデル
- P2Pモデル
サーバーおよびクライアント モデルでは、常に固定 IP アドレスを公開するホストが他のホストからのアプリケーションにサービスを提供し、サービスを要求するホストは相互に通信しません。他のホストにサービスを提供する端末デバイスはサーバーと呼ばれ、サービスを要求するホストはクライアントと呼ばれます。ほとんどのアプリケーション層プロトコルはこのモデルです。
P2P モデルでは、特定のサーバーやクライアントは存在せず、これらのデバイスにインストールされたアプリケーションはホスト間でピアツーピア接続を確立し、サービスの提供と受信の両方を行うことができます。通常、ダウンローダーなどの大量のトラフィックのアプリケーションは P2P モデルを使用します。
アプリケーションを開発する場合、対応する機能や目的を達成するために、既存のアプリケーション プロトコルを使用することも、新しいアプリケーション プロトコルを自分で定義することもできます。同時に、アプリケーションはトランスポート層以下のネットワーク伝送サービスを直接利用できるため、開発者は、データが宛先にどのように伝送されるかを考慮することなく、どのアプリケーション プロトコルを選択するか、どのように開発するかを考慮するだけで済みます。これも TCP/IP 階層化モデルの特徴です。
Web ブラウザ、電子メール、リモート ログイン、ファイル転送、ネットワーク管理など、多くのアプリケーションがあります。これらのアプリケーションは、アプリケーションの機能を実装するために設計および作成されたアプリケーション プロトコルを使用して通信します。
2.リモートログイン
ネットワーク機器の管理方法は、ローカル管理とリモート管理に分けられます。リモート管理とは、ローカルホストからネットワーク上のピア機器にログインし、ピアネットワーク上の機器に管理データを送信して機器管理を実現する運用方法です。リモート管理により、ホスト上のアプリケーションを直接使用できるだけでなく、ホストのパラメータを設定することもできます。リモート ログインでは、主に Telnet と SSH の 2 つのプロトコルを使用してネットワーク デバイスを管理します。
女神はダ・リューに、ネットワークを修復するために彼女の会社に行くように頼みましたが、ダ・リューは女神の会社に行く必要さえなく、リモートでログインして問題を解決することができました。
2.1 Telnet
実際の業務では、リモート管理できない一部のデバイスを除いて、ほとんどのデバイスはリモート管理を使用してデバイスの構成ファイルやシステム ファイルを管理します。リモート管理は、ローカル管理と比べて物理的な場所に制限されず、ネットワークに接続することで地球の裏側の機器を制御でき、機器のケーブルの抜き差しや端末の設定の手間も省けます。リモート アプリケーション、インターネット機器を通じてデバイスを同時に管理できます。
Telnet プロトコルは、 IP ネットワークを介してリモート デバイスへのクリアテキスト管理接続を開始するためのデバイスの通信標準を定義します。1 つのデバイス上で Telnet プロトコルを介してリモート デバイスとの管理接続を確立し、リモート デバイス。この方法でのエクスペリエンスは、ローカルでデバイスにログインする場合と変わりません。管理を開始するデバイスはTelnet クライアントであり、管理されるデバイスはTelnet サーバーです。したがって、Telnet プロトコルは、サーバーおよびクライアント モデルの典型的なアプリケーション層プロトコルです。
Telnet プロトコルは、TCP プロトコルを通じてサーバーとクライアント間の接続を確立し、この接続を通じてユーザー名、パスワード、およびコマンドをサーバーに送信します。Telnet プロトコルはTCPポート 23 を使用します。これは、クライアントが Telnet 接続を開始すると、デフォルトでサーバーの TCP ポート 23 に接続することを意味します。
Telnet クライアントがコマンドを入力すると、これらのコマンドは TCP 接続を介してポート 23 に送信されます。要求を受信した後、デーモン Telnetd はコマンドをシェルに送信します。シェルはオペレーティング システム用のコマンドを解釈し、オペレーティング システムが実行されます。 Telnet クライアントのコマンドが発行されました。同様に、オペレーティング システムはコマンドの実行結果を逆の順序で Telnet クライアントに送り返します。
Telnet プロトコルはリモート コマンド送信を実装しますが、クライアントとサーバーが信頼性の低いパブリック ネットワークにまたがっている場合、Telnet 通信のすべてのデータがコマンド送信プロセス中に傍受される可能性があり、その後、傍受されたユーザー名とパスワードを使用して ID 認証を通過する可能性があります。 Telnet サーバーの設定を変更し、デバイスにログインして設定ファイルを変更します。
Telnet プロトコルには重大なセキュリティ リスクがあるため、研究室外での使用は推奨されません。
2.2 SSH
SSH プロトコルは、 Telnet を置き換えるように設計されたセキュア シェル プロトコル(ですSecure Shell。SSH は暗号化されたリモート ログイン プロトコルであり、より安全なリモート ログイン サービスを提供します。SSHを使用する場合、通信は暗号化されます。たとえ情報が傍受されたとしても、復号化できないため、データの本当の内容を知ることはできません。
SSH プロトコルの一般的に使用されるバージョンはSSHv2です。SSH クライアントは、SSHv2 プロトコルを通じて SSH サーバーとの TCP 暗号化チャネルを確立します。この安全なチャネルを確立する方法は、クライアントがサーバーの RSA 公開キーを使用して ID を検証することです。 SSHサーバーの。SSH プロトコルはデフォルトでTCPポート 22 を使用します。
クライアントがサーバーの ID の認証に成功すると、クライアント間でセッション キーが作成され、このチャネルを通じて送信されるデータは、双方がネゴシエートした暗号化アルゴリズムとセッション キーを使用して暗号化されます。このようにして、2 つのデバイス間に安全なチャネルが確立され、この安全なチャネルはパスワードの送信に使用され、パスワードは暗号文で送信され、サーバーによって認証されます。このようにして、SSH は暗号化チャネルを確立して、SSH サーバー、つまり管理対象デバイスのシェルが不正なユーザー操作から保護されるようにします。
3.ファイル転送
リモート ログインに加えて、リモート デバイスからファイルを転送する必要もありますが、ファイル転送プロトコルが提供するアプリケーション サービスは、そのニーズを満たすことができます。FTPは、ネットワーク上でファイルを転送するための標準プロトコルであり、伝送プロトコルとしてTCPを使用し、ユーザーのログイン認証やアクセス権制御をサポートしています。もう 1 つの一般的なファイル転送プロトコルはTFTPプロトコルです。TFTP は、ユーザーのログイン認証をサポートせず、複雑なコマンドを持たない単純なファイル転送プロトコルです。TFTP はトランスポート プロトコルとして UDP を使用し、再送信メカニズムを備えています。
3.1 FTP
FTP は、サーバーとクライアントの間でファイルを転送するために使用され、IP ネットワーク上でファイルを転送するための一般的なプロトコルです。FTP はクライアントおよびサーバー モデルを採用し、TCP プロトコルを使用して信頼性の高い送信を提供します。FTP は、サーバーにログインするためのユーザー名とパスワードを認証し、クライアントがファイル転送タイプを指定し、ファイル転送許可を設定できるようにします。
FTP は 2 つの TCP 接続を使用してファイルを転送します。1 つは制御と管理に使用されるFTP 制御接続であり、もう 1 つはデータ送信に使用されるFTP データ接続です。FTP制御コネクションは、ログインユーザー名やパスワードの確認、送信ファイル名、送信方法の設定など、FTP制御コマンドとコマンド実行時の応答情報を送信するために使用されます。この接続は FTP セッションを通じて開いたままになり、ASCII 文字列を介してリクエストを送信し、応答を受信します。制御接続ではデータを送信できませんが、FTP データ接続はファイルとファイル リストの送信に使用されます。データ接続は、データの転送が必要な場合にのみ確立され、データ転送の完了後に終了します。
FTP 制御接続はTCPポート 21 を使用します。これは、FTP サーバーのリスニング ポートでもあり、クライアントの接続を待機します。TCP ポート 21 でファイルの GET (RETR)、PUT (STOR)、およびファイル テーブル (LIST) 操作を実行すると、そのたびにデータ送信のためのデータ接続が確立されます。データとファイル テーブルの転送は、このデータ接続上で正式に実行されます。
データ接続用の TCP 接続は通常、ポート 20を使用します。PORT コマンドを使用して他の値に変更することもできます。
オペレーティング システムが異なれば、同じファイルの保存方法も異なる場合があります。ファイルを相手に正確に送信できるようにするために、一般的に 2 つの送信モードが使用されます。
-
ASCII モード: ASCII モードはデフォルトのファイル転送モードです。送信者はローカル ファイルを標準 ASCII コードに変換してネットワーク経由で送信し、受信者はファイルを受信した後、独自のファイル保存方法に従ってローカル ファイルに変換します。ASCII ファイル転送モードは通常、テキスト ファイルの転送に使用されます。
-
バイナリ ストリーム モード: バイナリ ストリーム モードは、イメージ ファイル転送モードとも呼ばれます。送信者は変換を行わず、ファイルをビット ストリームとして送信します。バイナリ ファイル タイプは通常、プログラム ファイルの転送に使用されます。
FTP データ接続プロセス中には、アクティブ モードとパッシブ モードの2 つのデータ送信モードがあります。
FTP アクティブ転送モード。PORT モードとも呼ばれます。アクティブ モードでデータ接続を確立するとき、FTP クライアントは FTP 制御接続を通じて PORT コマンドを FTP サーバーに送信します。PORT コマンドにはパラメータ A1、A2、A3、A4、P1、P2 が含まれます。ここで、A1、A2、 A3 と A4 はデータ接続を確立するホストの IP アドレスの必要性を示し、P1 と P2 はクライアントがデータ送信に使用する一時的なポート番号を表します。一時的なポート番号の値は です256 * P1 + P2。データを送信する必要がある場合、サーバーは、TCP ポート番号 20 を介してクライアントによって提供された一時ポートとデータ送信チャネルを確立し、データ送信を完了します。プロセス全体を通じて、データ接続を確立するときにサーバーがアクティブに接続を開始するため、これはアクティブ モードと呼ばれます。
クライアントがファイアウォールの内側にある場合、クライアントのポート番号はランダムでファイアウォールには認識されないため、アクティブなメソッドには問題が生じる可能性があります。デフォルトのセキュリティ ポリシーでは、ファイアウォールは外部ホストに一部の内部既知ポートへのアクセスのみを許可し、内部ランダム ポートへのアクセスをブロックするため、FTP データ接続を確立できなくなります。現時点では、ファイル転送には FTPパッシブ モードを使用する必要があります。
パッシブモードはPASVモードとも呼ばれます。FTP 制御チャネルが確立された後、パッシブ モードでデータ伝送チャネルを確立したい FTP クライアントは、制御チャネルを使用して PASV コマンドを FTP サーバーに送信し、サーバーにパッシブ モード伝送に入るように指示します。サーバーは一時的なポート番号を選択し、コマンド パラメーターがアクティブな送信方法と一致していることをクライアントに通知します。データを送信する必要がある場合、クライアントはサーバーの一時ポートとのデータ送信チャネルを能動的に確立し、データ送信を完了します。プロセス全体を通じて、サーバーはクライアントのデータ接続を受動的に受信するため、パッシブ モードと呼ばれます。
パッシブ モードでは、両方の接続がクライアントによって開始されます。一般に、ファイアウォールは内部クライアントによって開始された接続を制限しないため、アクティブ モードで問題は解決されます。
3.2 TFTP
TFTP は、サーバーとクライアント間のファイル転送にも使用されます。FTP と比較して、TFTP には複雑な対話型インターフェイスや認証制御がなく、複雑な対話を必要としないネットワーク環境に適しています。
TFTP はクライアント アンド サーバー モードを採用し、送信には UDP プロトコルを使用し、サーバーはポート番号 69 を使用して TFTP 接続を待機します。UDP は信頼性の高いデータ送信を提供できないため、TFTP はタイムアウト再送信メカニズムを使用して、データが正しく送信されることを保証します。TFTP は、ファイルのアップロードとダウンロードを含む、単純なファイル転送機能のみを提供します。ファイル ディレクトリ機能はサポートされていないため、ユーザーの ID を検証および承認できません。
TFTP プロトコル転送はクライアントによって開始されます。
- ファイルをダウンロードする必要がある場合、クライアントはTFTP サーバーに読み取り要求を送信し、サーバーからデータを受信してサーバーに確認を送信します。
- ファイルをアップロードする必要がある場合、クライアントは書き込みリクエストをサーバーに送信し、データをサーバーに送信してサーバーから確認を受け取ります。
FTP と同様に、TFTP にはファイルを転送するための 2 つのモードがあります。netasciiモードとoctetモードです。
octet転送モードは FTP のバイナリ ストリーム モードに対応し、プログラム ファイルの転送に使用されます。netasciiこのモードは、テキスト ファイルの転送に使用される FTP の ASCII モードに対応します。
TFTP がファイル転送を実行する場合、転送されるファイルは複数の連続したファイル ブロックで構成されるものとみなされます。各 TFTP データ パケットにはファイル ブロックが含まれており、ファイル ブロック番号に対応します。ファイルブロック送信後は毎回相手からの確認を待ち、確認時にブロック番号を表示します。送信者がデータを送信した後、指定された時間内にピアから確認を受信しない場合、送信者はデータを再送信します。確認メッセージを送信した側が、指定された時間内に次のファイルブロックデータを受信しない場合、確認メッセージを再送信します。この方法により、特定のデータの損失によってファイル転送が失敗することがなくなります。
TFTP によって送信される各データ パケットに含まれるファイル ブロックのサイズは512バイトに固定されています。ファイル長がたまたまバイトの整数倍である場合512、ファイル転送の完了後、送信者は次の内容を含まないパケットを送信する必要があります。最後のデータテキスト、ファイル転送が完了したことを示すために使用されます。ファイルの長さが512バイトの整数倍ではない場合、最後に送信されたデータ メッセージに含まれるファイル ブロックはバイトより小さくなければならず512、これは単にファイルの終わりの兆候として機能します。
4.電子メール
電子メールは、その名前が示すように、インターネット上の郵便サービスを指します。電子メールを介して、テキスト コンテンツ、画像、レポート データ、およびコンピュータに保存できるその他の情報を送信できます。電子メールは距離に制限されず、世界中のインターネット ユーザーと通信できます。電子メールは、その使いやすさ、迅速な配信、保存の容易さ、距離の制限がないため、広く使用されるアプリケーションとなっています。
リューが女神に送った最初のメール。
4.1 通信アーキテクチャ
電子メールは、数十年にわたる開発の過程で大きな変化を遂げ、元の送信者のコンピュータが受信者のコンピュータに直接電子メールを送信することから、送信者と受信者の両方がメール サーバーを使用して代理で電子メールを送受信するようになりました。このようにして、電子メール通信は、受信者が現在オンラインであるかどうかに依存しなくなり、電子メール通信プロセスは、単純な送信者から受信者へ、送信者のコンピュータから送信者のメール サーバーへ、そして送信者のメールサーバーから受信者、メール サーバー、受信者のメール サーバーから受信者のコンピュータまでの 3 つの通信プロセス。また、通信に参加する４者は直接接続されているのではなく、それぞれ独立してインターネットに接続されている。このアーキテクチャでは、電子メールの送信者と受信者が使用するコンピューターはユーザー エージェントと呼ばれます。
4.2 メールアドレス
電子メールを使用する場合は、電子メール アドレス(電子メール アドレスとも呼ばれます) と呼ばれるアドレスが必要です。郵送先住所と名前に相当します。
私のメールアドレスは次のとおりです[email protected]。networkfoxユーザーの名前を示します。同じ通信アドレス内では名前は一意である必要があり、重複することはできません。@区切り文字を示します。qq.comユーザーのメールボックスのメール受信サーバーのドメイン名です。
電子メールの送信元アドレスは DNS によって管理されます。DNSにはメールアドレスと対応するメールサーバーのドメイン名が登録されています。これらのマッピング情報はMX レコードと呼ばれます。例:qq.comMX レコードで指定されますmail.qq.com。その後、qq.com最後に送信されたメールはmail.qq.comサーバーに送信されます。このようにして、MX レコードで指定されたメール サーバーに基づいて、さまざまな電子メール アドレスと特定のメール サーバー間のマッピングを管理できます。
4.3 SMTPプロトコル
電子メール サービスを提供するプロトコルは SMTP と呼ばれます。SMTP は、ユーザー エージェントとメール サーバー間の通信ではなく、送信側と受信側のメール サーバー間の通信に使用されます。実際の使用では、送信ユーザーエージェントと送信サーバーの間で SMTP プロトコルが使用されることがよくあります。
電子メールのコンテンツを効率的に送信するために、SMTP はトランスポート層でTCP プロトコルを使用し、ポート番号は 25 です。あるメール サーバーが別のメール サーバーにメールを送信すると、まず相手の TCP ポート 25 への接続が開始されます。この TCP 接続は、制御メッセージとデータの送信に使用されます。
SMTP プロトコルのロジックはシンプルで、電子メールの送信を正常に完了するには十分ですが、必然的にいくつかのセキュリティ上の欠陥があります。
- SMTPで送信されるメールは平文であり、データの暗号化機構が無いため、具体的なメール送信内容が他人に知られてしまう可能性があり、ユーザー情報の機密性は保証されません。
- SMTP には認証機構が用意されていないため、送信者メール アドレスが偽造されても識別できないため、なりすましのセキュリティ上の問題が発生します。
フラッディング広告メールやフィッシング リンクを含むスパムメールは、ますます深刻な問題になっています。SMTP の問題を修正するために、IETF は拡張 SMTP、つまりESMTPを定義しました。ESMTP によって提供される拡張機能には、認証メカニズムと暗号化メカニズムが含まれます。
メール送信プロセス全体において、SMTP/ESMTP プロトコルはメール サーバー間のメッセージ送信方法を定義します。受信サーバーが電子メールを受信した後、受信者 (ユーザー エージェント) が電子メールにアクセスする方法には、他のプロトコルを処理する必要があります。
4.4 POP3プロトコル
メールは SMTP プロトコルを介して受信側サーバーに届きます。パソコンの電源が長時間オンにならないため、ユーザーはパソコンの電源を入れたらすぐにメールを受信したいと考えますが、SMTP にはその機能がありません。
この問題を解決するために、POP3 プロトコルが導入されました。POP3プロトコルは電子メールの受信に使用されるプロトコルです。送信者の電子メールは、SMTP プロトコルを使用して電子メールを常時オンラインの POP3 サーバーに転送します。その後、クライアントは POP3 プロトコルに従って POP3 サーバーからメールを受信します。この際、他人によるメール内容の盗用を防ぐため、ユーザー認証も必要となります。
POP3 プロトコルは、SMTP プロトコルと同様、TCP に基づくアプリケーション層プロトコルであり、メール サーバーへの接続にTCP ポート 110を使用します。受信者の電子メール クライアント プログラムは、最初に TCP を使用して POP3 サーバーの TCP ポート 110 に接続し、次にユーザー認証、メール リストのクエリ、電子メールのダウンロード、電子メールの削除などの操作を実行し、操作が完了した後、クライアントと電子メール サーバーTCP接続が切断されています。
POP3 は電子メールのダウンロードのみを担当し、クライアントからメール サーバーへの電子メールのアップロードは SMTP プロトコルによって完了します。
4.5 IMAPプロトコル
POP3 プロトコルのメール クライアントは、メール サーバー上で実行できる操作がほとんどなく、メールはメール サーバーに保持されるのではなく、クライアントにローカルにダウンロードされる必要があるため、実際の使用では非常に不便です。現在、電子メールを受信するためにより広く使用されているプロトコルは IMAP です。IMAP では、メールはサーバーによって管理されます。
IMAP を使用する場合、表示するためにサーバーからすべてのメールをダウンロードする必要はありません。IMAP はサーバー側で MIME 情報を処理するため、電子メールの添付ファイルの選択的なダウンロードを実装できます。たとえば、電子メールに 5 つの添付ファイルがある場合、ダウンロードできるのはそのうちの 3 つだけです。また、IMAP は「既読/未読」情報やメールの分類をサーバー上でするため、別のコンピュータ上でメールボックスを開いて同期を保つことができ、非常に便利です。
5.WWW
World Wide Web ( WWW) は、インターネット上の情報をハイパーテキストの形式で表示するシステムであり、Web とも呼ばれます。WWW 情報を表示できるクライアント ソフトウェアを Web ブラウザと呼び、単にブラウザと呼ばれることもあります。現在一般的に使用されている Web ブラウザには、Microsoft の Internet Explorer、Google の Google Chrome、Tencent の QQ Browser、Apple の Safari などがあります。
ブラウザを使用すると、情報がどのサーバーに保存されているかを気にする必要がなく、マウスをクリックするだけでページ上のリンクにアクセスし、関連情報を開くことができます。
ブラウザからアクセスし、ブラウザ上に表示されるコンテンツをWebページと呼びます。Web サイトにアクセスしたときに最初に表示されるページは、ホームページ (ホームページとも呼ばれます) と呼ばれます。多くの企業のホームページ アドレスは次の形式になっています。
http://www.公司名称.com.cn
このタイプのホームページには通常、会社概要、製品情報、採用情報などが含まれています。これらのタイトルのアイコンまたはリンクをクリックすると、対応するページにジャンプできます。このページに掲載されている情報は、文字コンテンツだけでなく、画像やアニメーション、さらには音声やその他のプログラムなど、さまざまな情報が含まれています。Web ページを通じて情報を取得するだけでなく、独自の Web ページを作成して情報を世界に公開することもできます。
WWW には、情報へのアクセス方法と場所( URI)、情報の表現( HTML)、情報の送信( HTTP) などの 3 つの重要な概念があります。
5.1 URI
URI はリソースを識別するために使用され、ホームページのアドレス、電子メール、電話番号などに使用される効率的な識別コードです。
- http://www.rfc-editor.org/rfc/rfc4395.txt
- http://www.ietf.org:80/index.html
- http://ローカルホスト:321
通常、ホームページのアドレスはURLと呼ばれます。URL は、ネットワーク リソースの特定の場所を表すためによく使用されます。ただし、URI はインターネット リソースの識別に限定されず、すべてのリソースの識別子として使用できます。簡単に言えば、URL は URI のサブセットです。
WWW では主に、Web ページの場所と Web ページへのアクセス方法を表すためにhttpと を使用します。httpshttp の具体的な形式は次のとおりです。
- http://ホスト名/パス
- http://ホスト名:ポート番号/パス
- http://ホスト名:ポート番号/パス?アクセス内容#情報の一部
ホスト名はドメイン名またはIPアドレスで表現でき、ポート番号は送信ポート番号を表現します。ポート番号を省略した場合は、httpデフォルトのポート80が使用されます。パスはホスト上の情報の位置を指し、アクセス内容はCGIに渡す情報を示し、一部の情報はページ内の位置を示します。
この表現により、インターネット上の特定のデータを識別できます。表示されるデータはいつでも変更される可能性があるためhttp、ページの URI (URL) を覚えていても、次回そのページにアクセスできるとは限りません。
5.2 HTML
HTML は Web ページを記述するために使用される言語です。ブラウザに表示する文字や文字の大きさや色を指定でき、画像やアニメーション、音声なども設定できます。
ページ内では、HTML はリンクにテキストや画像を添付するだけでなく、リンクがクリックされたときにリンクが指すコンテンツを表示することもできます。インターネット上の任意の WWW サーバーの情報をリンク形式で表示できます。
HTML は WWW のデータ表現プロトコルとも言えます。データが HTML で表示される限り、異なるコンピュータでも効果は基本的に同じです。
5.3 HTTP
ユーザーがブラウザのアドレス バーに Web ページの URL を入力すると、HTTP 処理が開始されます。HTTP はデフォルトでポート 80 を使用します。その動作メカニズムは、クライアントが最初にサーバーのポート 80 への TCP 接続を確立し、次に要求と応答を実行して、この TCP 接続上でデータ パケットを送信することです。
HTTP では一般的に 2 つのバージョンが使用され、1 つはHTTP 1.0、もう 1 つは ですHTTP 1.1。HTTP 1.0の各コマンドと応答は、TCP 接続の確立と切断をトリガーします。からはHTTP 1.1、TCP 接続上で複数のコマンドと応答の送信が許可されます。この方法は、接続の維持( keep-alive) とも呼ばれます。TCPコネクションの確立と切断の操作を大幅に軽減し、伝送効率を向上させることができます。
6. ネットワーク管理アプリケーション
多くのアプリケーション層プロトコルは、日常的なインターネットの使用でこれらのアプリケーション プロトコルに関連する多数のアプリケーションを使用するため、よく知られています。このようなアプリケーション プロトコルは、エンド ユーザー アプリケーション プロトコルと呼ばれます。また、エンド ユーザー. ですが、あまり聞かないので、ネットワークが正常に利用できなくなったときに初めてその存在に気づきます。この種のアプリケーション層プロトコルは、システムアプリケーション プロトコルと呼ばれます。
ネットワーク エンジニアは日常業務で、 DHCPプロトコルやDNSプロトコルなどのシステム アプリケーション プロトコルを使用することがよくあります。(次のブログでは、これら 2 つのプロトコルに焦点を当てます)
6.1 DHCPプロトコル
6.2 DNSプロトコル
