記事ディレクトリ
序文
現在、第24回大学院入試の準備中ですが、コンピュータ王24問のうち408問で学んだ知識をまとめて整理してみます。
Blogger ブログ記事ディレクトリ インデックス:ブログ ディレクトリ インデックス (継続的に更新)
1. ネットワークアプリケーションモデル
1.1. アプリケーション層の機能と特徴を理解する
アプリケーション層の概要:
**なぜそのようなレベルがあるのですか? **トランスポート層は、アプリケーション プロセスにエンドツーエンドの通信サービスを提供できます。ただし、異なるネットワーク アプリケーションのアプリケーション プロセスにも異なる通信ルールが必要です。現時点では、トランスポート層プロトコルの最上位にあります。次に、このようなアプリケーション層を確立し、いくつかのプロトコルを規定します。
- 簡単に言うと、アプリケーション層はアプリケーション通信のためのサービスを提供します。
アプリケーション層プロトコル定義:
1. アプリケーションプロセス、リクエスト、またはレスポンスによって交換されるメッセージの種類は何ですか?
2. メッセージ内の各フィールドとその詳細な説明など、さまざまなメッセージ タイプの構文。
3. フィールドのセマンティクス、つまりフィールドに含まれる情報の意味。
4. プロセス、メッセージの送信方法、メッセージへの応答ルールが適切である。
アプリケーション層の機能:
1. ファイルの転送、アクセス、管理。
2. 電子メールを送信します。
3. 仮想端末。
4. サービスとリモート ジョブのログインを照会します。
アプリケーション層の重要なプロトコル:
- FTP
- SMTP、POP3
- HTTP
- DNS
1.2. ネットワークアプリケーション層モデル:
クライアント/サーバーモデル (クライアント/サーバー)
P2Pモデル（ピアツーピア）
1.2.1. クライアント/サーバー (C/S) モデル
サーバー: コンピューティング サービスを提供するデバイス。
特徴：
- 永続的に利用できるサービス。
- 永続的なアクセス アドレス/ドメイン名。
クライアント: コンピューティング サービスを要求するホスト。
特徴：
- サーバーと通信し、サーバーが提供するサービスを使用します。
- ネットワークへの断続的なアクセス。
- 動的 IP アドレスが使用される場合があります。(動的 IP アドレスを使用することもできます。これは、クライアント IP アドレスが制限されていないことを意味します。サーバーは理由もなくクライアントにメッセージを送信せず、クライアントの要求を待つだけです)
- 他のクライアントとの直接通信は許可されません。
アプリケーション: Web、ファイル転送 FTP、リモート ログイン、電子メール。
1.2.2. P2Pモデル
説明: ネットワーク全体の送信内容は中央のサーバーには保存されませんが、各ノードがデータのアップロードとダウンロードの機能を持ちます。常時稼働のサーバーはなく、各ホストはサービスを提供することもサービスを要求することもできます。
特徴:
- 任意のセグメント システム/グランド間で直接通信が可能です。
- ノードは断続的にネットワークに接続されます。(それぞれがホストであり、ホストはいつでもネットワークに参加し、いつでも終了できます)
- ノードは IP アドレスを変更する場合があります。
- 優れた拡張性。(大量のホストの流入に対応できます。ホストの数が増えると、より多くのサービスが提供されます)
- ネットワークは非常に堅牢です。(ネットワークは崩壊しにくく、完全に破壊されにくい)
2.DNSシステム
2.1. DNS と IP アドレスの関係を理解する
Web サイトにアクセスするにはIP アドレスが必要ですが、IP アドレスは数字で構成されており、覚えるのが簡単ではありません。このとき、対応する IP アドレスをマッピングするためにドメイン名が使用されます。対応する Web サイトにアクセスするには、ドメイン名にアクセスするだけで済みます。システム。
ドメイン名は次のとおりです。以下のドメイン名を使用して、対応する Web サイトのサービスにアクセスできます。
最後に、DNS 経由で IP アドレスにアクセスできます。
2.2. DNS 解決の一般的なプロセス
最初にアクセスするのはドメイン名で、次にアクセスしたいドメイン名の IP アドレスを DNS サーバー経由でブラウザに与えることができ、ワクチン接種者のブラウザはこの IP アドレスを使用してアクセス要求を行い、応答：
2.3. ドメイン名の分類
ドメイン名:
逗号ラベルを区切るには、www はラベル、cskaoyan と com は両方ともラベルです。ラベルは 63 文字を超えることはできません。12 文字を超えないことをお勧めします。大文字と小文字は区別されません。名前付けに使用できますが、-他のシンボルは使用できません。
ドメイン名の場合、左から右に、レベルは低から高になります。
実際にはドメイン名の末尾に . があり、これはルートを示すために使用されます。
トップレベル ドメイン名: 上の図の右端にある com がトップレベル ドメイン名です。
一般的なトップレベル ドメイン名は次のとおりです。
第 2 レベルのドメイン名: 主にカテゴリ ドメイン名、行およびタウン エリア ドメイン名が含まれます
重複の説明: トップレベル ドメイン名にセカンドレベル ドメイン名が重複していることがわかりますが、実際には、トップレベル ドメイン名は国際ドメイン名としてよく使用され、セカンドレベル ドメイン名は国際ドメイン名として使用されることがよくあります。 com や gov に似ています。
注: 申請するドメイン名はグローバルに一意である必要があります。
第 3 レベルのドメイン名: たとえば、pku.edu.cn は、pku によって適用される第 3 レベルのドメイン名です。
ドメイン ネーム システムのツリー図は次のとおりです。ルートから始まり、トップレベル ドメイン名、第 2 レベル ドメイン名、第 3 レベル、および第 4 レベル ドメインが続きます。
2.4. ドメインネームサーバーの分類
ドメイン ネーム サーバーは、ルート ドメイン ネーム サーバー、トップレベル ドメイン ネーム サーバー、権限ドメイン ネーム サーバー、ローカル ドメイン ネーム サーバーなどのいくつかのカテゴリにも分類されます。
- 実際には、上位 3 層のみがあり、ローカル ドメイン ネーム サーバーは階層構造に属していませんが、ドメイン ネーム システムにとっては非常に重要です。
本地域名服务器: ホストが DNS クエリ要求を発行すると、クエリ要求メッセージがローカル ドメイン ネーム サーバーに送信されます。
- ホストが DNS クエリ リクエストを送信すると、最初にローカル ドメイン ネーム サーバーに送信されますが、実際のドメイン ネーム サービスの武器はホストのすぐ近くにあります。
- たとえば、すべてのインターネット サービス プロバイダー、大学、さらには大学の学部が、ローカル ドメイン ネーム サーバー (ドメイン ネーム サーバー と呼ばれることもあります) を持つことができます
默认域名服务器。
ルートドメイン名、トップレベルドメイン名、権限ドメインネームサーバーのツリー図は以下のとおりです。ローカルドメイン名にアクセスできない場合は、この時点でルートドメイン名にアクセスし、その後下位にアクセスします。順序。
- 権限ドメイン ネーム サーバーにはレベル 2 およびレベル 3 の権限ドメイン ネーム サーバーが含まれており、これらはピアツーピア関係にあることがわかります。
① 根域名服务器: 通常、ルート ドメイン ネーム サーバーは、クエリされたドメイン名を IP アドレスに直接変換することはできず、次にどのトップレベル ドメイン ネーム サーバーを探すべきかを知っているだけです。
- **ルート ドメイン ネーム サーバーはいつ照会されますか? **ドメイン名に対応する IP アドレスがローカル ドメイン ネーム サーバーで見つからない場合、ルート ドメイン ネーム サーバーが照会されます。ルート ドメイン ネーム サーバーは、多くの場合、次の情報に基づいて、指定されたトップレベル ドメイン ネーム サーバーの IP アドレスを照会します。ドメイン名が属するトップレベル ドメイン名。その後、対応するトップレベル ドメイン ネーム サーバーにアクセスして再度クエリを実行します。
a.rootservers.netインターネット上には、異なる IP アドレスを持つ 13 のルート ドメイン ネーム サーバーがあり、英語の文字 a...m で名前が付けられています。最初の例は次のとおりです。2012 年、ルート ドメイン ネーム サーバーは世界中の 312 か所に設置されましたが、その分散は合理的ではありません。平均すると、北米では 300 万を超えるインターネット名が 1 つのルート ドメイン ネーム サーバーを共有していますが、アジアでは 2,000 万を超えるインターネット ユーザーが 1 つのルート ドメイン ネーム サーバーを共有しています。現時点で、アジアのインターネット速度は北米よりも低くなります。
② 顶级域名服务器: このトップレベルドメインネームサーバーに登録されているすべてのセカンドレベルドメイン名を管理します。
③ 权限域名服务器: ゾーンのドメインネームサーバーを担当します。
例: 現時点ではサーバー abc があり、2 つの部門で構成されており、各部門には複数のチームがあります。
ドメイン名 abc.com が 1 つだけある場合、そのドメイン名は com ドメイン ネーム サーバーの次のゾーン (円) に属します。
y.abc.com ドメイン ネーム サーバーをセットアップすると、領域は y.abc.com (右側の部分) と abc.com (左側の部分) に対応する 2 つの部分に分割されます。
2.5. ドメイン名解決プロセス (再帰的、反復的)
递归查询これは主に2 つの解析プロセスに分かれています:迭代查询
再帰的クエリ: ホスト -> ローカル ドメイン ネーム サーバ -> ルート ドメイン ネーム サーバ -> トップレベル ドメイン ネーム サーバ -> 権限ドメイン ネーム サーバというように、ドメイン ネーム サーバにクエリの実行を継続的に委託するプロセスです。クエリが取得されると、段階的にホストに返されます。
再帰的クエリと反復的クエリの組み合わせ: まず、ホストはローカル ドメイン ネーム サーバーにクエリを実行し (再帰的、その後の反復)、次に、委任、レベルの形式ではなく、ローカル ドメイン ネーム サーバーを介して、さまざまなドメイン ネーム サーバーへのリクエストを継続的に開始します。 -by-level recursion 下を見ると、下の図では、ローカル ドメイン ネーム サーバーが最初にルート ドメイン ネーム サーバーにクエリを実行していることがわかります。ルート ドメイン ネーム サーバーはトップレベル ドメイン ネーム サーバーのアドレスを返し、次にクエリを実行します。これに、トップレベルのドメイン ネーム サーバーのアドレスを再度指定します。後続のプロセスは同じです。ローカル サーバーは、反復的にリクエスト クエリを開始します。
DNS サーバーのクエリを通じてドメイン名の IP アドレスを取得すると、そのマッピング関係を保存するためにキャッシュが使用されます。
キャッシュは定期的に更新されます。ローカル ドメイン ネーム サーバーだけでなく、コンピューター ホスト自体にもドメイン名のキャッシュがあるため、クエリ プロセスは次のようになります: ローカル ドメイン名キャッシュ -> ローカル ドメイン ネーム サーバー ->ルート ドメイン ネーム サーバー —> トップレベル ドメイン ネーム サーバー —>…
3. ファイル転送プロトコル (FTP)
3.1. FTP ファイル転送プロトコルと TFTP プロトコルを理解する
2 つが含まれます: 文件传输协议FTP(ファイル転送プロトコル)、简单文件传输协议TFTP(簡易ファイル転送プロトコル)
ファイル転送プロトコル FTP : 異なる種類のホスト システム (ハードウェア システムとソフトウェア システムが異なる場合もあります) 間のファイル転送機能を提供し、コピー アップロードおよびダウンロード機能を実現できます。
シンプル ファイル転送プロトコル TFTP : 小さくて非常に実践しやすいファイル転送プロトコルです。その利点は、UDP 環境に非常に適していることです。これは、プログラムやファイルを多くのマシンにダウンロードする必要がある場合によく使用されます。 TFTP は、TFTP コード ブロックが占有するメモリが比較的小さいため、一部の小型コンピュータや一部の専用デバイスにとって非常に重要です。
3.2. FTPサーバーとクライアント
FTP は、クライアント/サーバー (C/S) ベースのプロトコルです。
FTP服务器: FTP プロトコルに従ってサービスを提供したり、ファイルを転送したりするコンピューター。
FTP客户端: FTP サーバーに接続し、FTP プロトコルに従ってファイルをサーバーに転送するコンピューター。
プロセス: ユーザーは、クライアント プログラムを介して、リモート コンピューター上で実行されているサーバー プログラムに接続します。
実践的な戦闘: まずサーバーに FTP サービスをセットアップし、次に FTP プロトコルを使用して自分の Windows コンピューターでファイル転送アクセスを実行できます。
3.3. FTP の動作原理
3.3.1. FTP ログイン条件とサーバー側の 2 つの部分で構成されます。
ログイン条件：ftpアドレス、ユーザー名、パスワードが必要です。
- 匿名ログインのサポート: インターネット上の多数の FTP サーバーは、「匿名」FTP サーバーと呼ばれます。このタイプのサーバーは、ファイル コピー サービスを一般に提供することを目的としており、ユーザーが事前にサーバーにログインして登録する必要はなく、FTP サービスからの承認も必要ありません。
Anonymous(匿名ファイル転送) は、リモートホストの登録ユーザーでなくても、匿名でリモートホストとの接続を確立し、リモートホストからファイルをコピーすることができ、特別なユーザー名「anonymous」を使用して FTP サーバーにアクセスできます。 FTP サーバーにログインし、リモート ホスト上でファイルを公開します。
FTP信頼性の高い送信には TCPを使用します。
FTP一般的に使用されるポートは 21 です。
FTP サーバー プロセスは、クライアント プロセスに同時にサービスを提供できます。FTP サーバー プロセスは主に 2 つの部分で構成されます。
最初の部分はメイン プロセスであり、新しいリクエストの受信を担当します。
- 作業手順: まず、サーバーのポート番号 21 を開き、次にクライアント プロセスが正常に接続できるように開きます。その後、クライアント プロセスは接続要求を開始し、接続してデータを送信します。
2 番目の部分はスレーブ プロセスです。データの送信を完了します。つまり、n 個のスレーブ プロセスがあり、各スレーブ プロセスは単一の顧客リクエストを処理できます。
わかりやすい事例：例えば、ヘアカットサービス（FTPサービス）を提供する理髪店があり、そこに上司（主要工程）がいて、顧客からの要望があれば、上司が従業員を配置します。 （スレーブプロセス）に対応するヘアカット、ヘアカラー事業。
3.3.2. 制御プロセスとデータ転送プロセスの送信
このうち、サーバー側の制御処理やデータ転送処理は、メインプロセスではなく、スレーブプロセスに属します。
両端の制御プロセスは、ユーザーが発行したコマンド送信要求を送信するためのコネクションを確立します。
- シンプルさ: 転送リクエスト。
両端のデータ転送プロセスでも、ファイル データ転送用の TCP 接続が確立されます。
- シンプルさ: ファイルを転送します。
特徴:
1.コントロール接続は常にオープンであり、セッションが終了しない限り、コントロール接続は常に維持されます。
2.データ接続はしばらく残りますが、ファイル転送が完了すると、データ接続を閉じて操作を終了できます。
- 制御接続とデータ接続が分離されており、ポート番号も異なるため、FTP 制御情報は帯域外で送信されると言えます。
3.すべてのデータ接続にポート 20 があるわけではありません。一般に、ポート番号は送信モードに関連しています。
- アクティブ モード: TCP ポート 20 を使用します。
- プロセス: クライアント プロセスがサーバー プロセスに接続確立要求を送信すると、ポート 21 が検索され、クライアント プロセスのデータ ポートが与えられます
PORT命令。このとき、サーバーはポート 20 を選択して通信します。クライアント プロセスによって提供されるポート番号、データ転送接続を確立するための番号。
- プロセス: クライアント プロセスがサーバー プロセスに接続確立要求を送信すると、ポート 21 が検索され、クライアント プロセスのデータ ポートが与えられます
- パッシブ モード: ネゴシエーションを通じてサーバーとクライアントによって決定されます。ポート > 1024。
- プロセス: クライアント プロセスはサーバーとの制御接続を確立し、クライアントは PASV コマンドをサーバーに送信します。これは、サーバーにどのポート番号を提供するかを尋ねることと同じです。このとき、サーバーはこのコマンドを受信すると、ポート番号 >1024 が返されます。
3.4. FTP転送モード
文本模式: ASCII モード、テキストシーケンスでデータを送信します。
Binary模式：データをバイナリ順で送信します。
4.電子メール
4.1. メールシステムの概要
かつて、私たちは遠く離れた友人に同時に手紙を書いていました。テクノロジーの発展に伴い、手紙を書くことはますます一般的ではなくなりました。このとき、電子メールが誕生しました。電子メールを通じて、私たちは情報を処理することができます。時間がありますので、メールボックスを開いてメールをチェックしてください。
4.1.1. メール情報の形式
電子メールはエンベロープとコンテンツで構成されます。エンベロープは送信者の電子メール アドレスを指し、ヘッダーは受信者と件名を指します。対応するヘッダー情報の最終構成は、 、 、 、 、およびメインであることがわかります。情報はメールの内容に发送方ございます。目标邮箱主题日期
4.1.2. メールシステムの概要：構造
メール システム全体には、2 つのユーザー エージェント、2 つのメール サーバー、プロトコルが含まれます。
ユーザー エージェント: ユーザーと電子メール システムの間のインターフェイス。通常はコンピュータ上で実行されるプログラムです。電子メール クライアント ソフトウェアになることもあります。
- 4 つの機能を提供します。 1. 書き込み。2. 表示します。3. 処理。4. 通信 (コンピュータからメール サーバーに送信されます)。
メールサーバー：サーバーとしては24時間待機しており、大量の手紙にも対応できる大容量のメールボックスを備えています。
- 主な機能: 1. メールの送受信。この場合、send はメール サーバーから受信者のメール サーバーへの送信者を指します。2. メール配信結果を送信者に報告します。
メールサーバー間で送信者と受信者を切り替えられる を採用しC/S模式、下図のように左側の送信者がメール送信時にクライアントとなるSMTPプロトコルを採用し、右側のメールサーバーがメールを送信する場合は、サーバーが左側にある場合は、SMTP サーバーを使用して受信します。
プロトコル: SMTP プロトコルを使用します。このプロトコルは送受信に使用されます。
- 養子縁組のために送ります
SMTP协议。 - 養子縁組を受け入れる
POP3协议かIMAP、（例：受信者がメールサーバーからメールを読む際にはPOP3サービスが利用されます）
4.2. メール送信プロセス
送信プロセスは次のとおりです。
送信メソッドは、電子メールを送信するために使用されSMTP协议、送信メール サーバーが受信メール サーバーに電子メールを送信するときにも使用されますSMTP协议。
このときメールは受信メールサーバーのキャッシュに置かれ、受信側がメールを読みたい場合にはユーザーエージェントを利用してメールを読むことになりますPOP3。
4.3. 電子メールプロトコル
4.3.1. 簡易メール転送プロトコル SMTP
4.3.1.1. SMTP プロトコルを理解する
SMTP は、相互に通信する 2 つの SMTP プロセス間で情報を交換する方法を指定します。
- これには、電子メールの送信を担当する SMTP プロセス
SMTP客户と、電子メールの受信を担当するプロセスの2 つの ID が含まれていますSMTP服务器。 - すべてのメール サーバーは、クライアントまたはサーバーとして機能できます。
SMTP では、14 個のコマンド(数文字) と21 種類の応答メッセージ(3 桁のコード + 簡単なテキストの説明) が指定されています。
SMTPはTCP接続を使用し、ポート番号は25で、C/Sモード（クライアント/サーバーモード）です。
4.3.1.2. SMTP 通信の 3 段階
1. 接続の確立
① 送信者がメールを作成すると、メールは送信者のメールサーバーに送信され、メールサーバーのメールキャッシュに格納されます。
②SMTPクライアント（現在は送信メールサーバー）はメールキャッシュ内のメールを随時スキャンし、メールが見つかった場合はSMTPプロトコルを使用してポート25経由で受信メールサーバーと通信します。 TCP接続を確立します。
- TCP 接続が確立されると、メール サーバーは応答メッセージ 220 Service Ready を送信し、送信者にサービスを受信する準備ができたことを伝えます。
③このとき、SMTPクライアントはSMTPサーバーにhelloコマンドを送信し、送信者のホスト名を付加しますが、このときSMTPサーバーがメール受信可能であれば、250 OKという応答を返します。現在、電子メールを受け入れることができますが、「421 service not available」が返された場合は、サービスが利用できないことを意味します。
2.メール送信
まず、クライアントのメールサーバーは送信者情報をサーバーに通知しますが、このときSMTPサーバーは準備完了を意味する250と、まだを意味する451を応答します。
クライアント メール サーバーが 250 OK を受信すると、受信者の略称である 1 つ以上の RCPT コマンドを送信します。受信者のアドレスが正しければ、250 OK を返します。550 を返した場合は、このコマンドが存在しないことを意味します。ユーザー。
その後、クライアント サーバーはデータの送信を開始し、サーバーが 354... コマンドを返すと、SMTP サーバーは送信に同意したことになります。
電子メールコンテンツの送信が完了すると、サーバーは送信が完了したことを意味する 250 OK を返します。
3. 接続解除
電子メールの送信後、SMTP クライアントは QUIT コマンドを送信し、SMTP サーバーは TCP 接続の解放に同意したことを示す「221」を返します。
4.3.2. インターネットメール拡張 MIME プロトコル (SMTP が 7 桁の ASCII コードしか送信できない問題を解決するための動作原理)
SMTP の欠点:
1. SMTP は、実行可能ファイルやその他のバイナリ オブジェクトを転送できません。
2. SMTP は 7 桁の ASCII コードの送信に限定されており、他の英語圏以外の国 (中国語や日本など) からのテキストを送信することはできません。
3. SMTP サーバーは、一定の長さを超えるメールを拒否します。
因特网邮件扩充MIMEこの長さ制限の問題については、現時点では普遍的な解決策を使用できます。
- MIME は、プロトコルとして、または SMTP プロトコルを拡張する手段として理解できます。
利点: 電子メール システムは音声、画像、ビデオ、複数の国語などをサポートできるため、送信されるコンテンツがよりカラフルで多様になります。
動作原理:
ユーザーの送信ファイルは、MIME プロトコルを使用して 7 ビット ASCII コードに変換でき、サーバー側でも 7 ビット ASCII コードを MIME コンテンツに変換します。
注: MIME (多目的インターネット メール拡張子) は、実際にはインターネット標準です。最初はこの電子メール システムに適用され、現在は徐々にブラウザに適用されています。サーバーは、送信するマルチメディア データ タイプのいくつかをブラウザに伝えます (このマルチメディア データの MIME タイプを指定することで）、ブラウザは受信したメッセージが MP3、MP4 ファイル、または JPG のいずれであるかを判断できるようになります。
4.3.3. ポストオフィスプロトコルPOP3（受信プロトコル）
現在、POP プロトコルのバージョン 3 を使用しています。
POP3: TCP接続を使用し、ポート番号は110で、C/Sアーキテクチャです。
- サービスを提供するのはPOP3サーバーとして機能する受信サーバープログラムであり、ユーザーエージェントにとって受信側はPOP3ユーザーとして機能します。
シナリオ: 最後のステップでは、ユーザーは POP3 を使用して受信メール サーバーから電子メールを読み取り、最終的にユーザー エージェントに配信し、この時点で受信側は電子メールを確認できます。
受信者が受信電子メール サーバーから電子メールを読んだ後、次の 2 つの処理方法があります。
- 1 つ目:ダウンロードして (サーバー上に) 保持します。
- 2 番目のオプション:ダウンロードして削除します。
2 番目のダウンロードして削除する方法は、私たちにとって非常に不便であることがわかります。現時点では、POP3 はいくつかの機能拡張を行っています。電子メール プロトコル POP3 は、機能が限定された非常に単純な電子メール読み取りプロトコルであるため、この新しい方法がありますメールを読むためのプロトコルIMAP协议。
4.3.4. インターネットメッセージアクセスプロトコル IMAP (受信プロトコル)
はじめに: IMCP プロトコルは POP プロトコルよりも複雑です。ユーザーの PC 上の IMAP クライアント プログラムが IMAP サーバーのメールボックスを開くと、ユーザーはメールボックスのヘッダーを見ることができます。ユーザーが電子メールを開く必要がある場合、電子メールがユーザーのコンピュータにアップロードされます。
シナリオ例: メールをクリックした後、ビデオがある場合、すぐにはダウンロードされません。代わりに、最初にテキストを読み、ネットワーク状況が許せば添付ファイルをダウンロードすることを選択します。これにより、ユーザーの費用が節約されます. 交通の一部。
IMAP プロトコルは、次の図の丸で囲まれた受信段階でも使用されます。
4.4. World Wide Web ベースの電子メール (現在一般的に使用されている)
1.もっと便利に、もっと便利に。
- 現在、163.com などのブラウザを通じて対応する電子メール URL に直接アクセスするか、QQ 電子メール管理コンソールに直接入力して、電子メールを直接編集して送信することができます。
2. 受信側と送信側のメールサーバーは、別の会社のメールサーバーであっても構いません。
3. プロトコルの利用については、ユーザーエージェントから送信側メールサーバーまではHTTPプロトコルを使用しますが、送信側メールサーバーから受信側メールサーバーまでは引き続きSMTPプロトコルを使用します。ファイルの読み取りには、POP3 ではなく HTTP プロトコルが使用されます。
- ユーザー エージェントとの 2 つのリンクが接続されている限り、HTTP プロトコルが使用されますが、中間の送信リンクには SMTP プロトコルが使用されます。
マインドマップの瞬間
5. World Wide Web と HTTP プロトコル
5.1. World Wide Web を理解するwww
万维网www（World Wide Web）これは、無数のネットワーク サイトと Web ページが集まった大規模なオンライン情報リポジトリ/データ スペースです。
- 世界中のすべての Web サイトを統合したものを World Wide Web と呼びます。
リソースを入手するにはどうすればよいですか?
- ユニフォーム リソース ロケーター URL を使用して、リソース (テキスト、ビデオ、オーディオなど) を一意に識別します。
URL の一般的な形式:<协议>://<主机>:<端口>/<路径>
- プロトコルには http、ftp が含まれます。
- ホスト: ドメイン名、IP アドレス。
- ポートとパスは省略できる場合があります。
リソースを見つけるにはどうすればよいですか?
- ユーザーはハイパーリンク(またはハイパーテキスト、ハイパーメディアなど) (http://www.baidu.com)をクリックしてリソースを取得し、これらのリソースはハイパーテキスト転送プロトコル (HTTP) を通じてユーザーに送信されます。
World Wide Web はクライアント/サーバーモードで動作します。ユーザーが使用するブラウザは World Wide Web クライアント プログラムであり、World Wide Web ドキュメントはサーバー プログラムを実行するホストに存在します。
World Wide Web では、ハイパーテキスト マークアップ言語HTMLが使用されており、World Wide Web ページの設計者は、リンクをあるインターフェイスから別のインターフェイスに簡単に移動し、独自の画面に表示することができます。
要約すると、私たちは主に、ほとんどの問題を解決するために使用されてきた規制を使用しURLます。HTML及HTTP
5.2. ハイパーテキスト転送プロトコル HTTP
5.2.1. HTTPリクエストプロトコルと詳細なプロセスを理解する
HTTP プロトコルは、ブラウザ (World Wide Web クライアント プロセス) が World Wide Web サーバーから World Wide Web ドキュメントを要求する方法、およびサーバーがドキュメントをブラウザに送信する方法を定義します。
HTTP协议: インターネットへのアクセス方法と、このサーバーが要求したリソースをどのように提供するかを指定するプロセス。
ユーザーリクエストのプロセス全体:
まず、サーバー プロセスは TCP ポート 80 をリッスンします。ユーザーがページを参照するには 2 つの方法があります。
1. URLを入力します。
2. ハイパーリンクをクリックします。
今回行った具体的なプロセスは以下の通りです。
1. ブラウザが URL を分析します。
2. ブラウザは DNS に IP アドレスの解決を要求します。
3. DNS が IP アドレスを解決します。
4. ブラウザはサーバーとの TCP 接続を確立します。
5. ブラウザがファイル取得コマンドを発行します（図のHTTPリクエストメッセージ）
6. サーバーの応答。
7. TCP 接続を解放します。
8. ブラウザ表示。
注：ブラウザではテキスト部分のみダウンロードできます。一部のオーディオ、ビデオ、その他のリソースについては、ダウンロードすることを選択できます。
5.2.2. HTTPの特徴
HTTP プロトコルの特徴:
HTTP プロトコルはステートレスですが、実際の作業では、一部のWorld Wide Web サイトでは、通常、このようなテクノロジを使用してユーザーを識別できることを望んでいます。Cookie
Cookie: ユーザーのホスト コンピュータに保存され、一定期間にわたるユーザー (「123456」などの識別コードで識別される) のアクセス記録を記録するテキスト ファイル。
- Cookie の使用の機能は次のとおりです: パーソナライズされたサービスを提供します。
HTTPトランスポート層プロトコルとして TCP を使用する場合、HTTP プロトコル自体はコネクションレスです(通信当事者は、HTTP メッセージを交換する前に HTTP 接続を確立する必要はありません)。
HTTP 接続方法には持久化连接(キープアライブ) と非持久化连接(クローズ) があります。
持久化连接(キープアライブ): 非パイプライン、パイプライン。
5.2.3. HTTPプロトコルの2つの接続方式(非永続、永続)
非永続的な接続
World Wide Web クライアントが HTTP リクエストを送信するたびに、TCP 接続が行われます。
短所: HTTP リクエストごとに TCP 接続を確立する必要があるため、時間が特に長くなります。
永続的な接続 (パイプライン接続と非パイプライン接続を含む)
特徴: サーバーが応答を送信した後も、接続は一定期間維持されるため、クライアント、つまりブラウザとサーバーは、この接続上で後続の HTTP リクエストと応答メッセージを送信し続けることができます。
つまり、最初のリクエストを送信するときは、最初に TCP 接続を確立する必要があり、後続のリクエストは最初のリクエストの接続を通じてリクエスト メッセージを直接送信できます。
永続的な接続を含める方法は 2 つあります: 流水线式、非流水线。
上の図の非パイプライン送信については、2 番目のリクエストを送信するときに、続行する前に最初のリクエストが応答を受信するまで待つ必要があることがわかります。このリクエスト メソッドは同期メソッドに似ています。
パイプライン タイプはGBR および SR プロトコルに似ており、連続的に送信できます。送信するリクエストが複数ある場合、この時点で複数のリクエストが連続的に送信されます。サーバーはリクエストを受信すると、対応するリクエストを返します。の順に、私が赤で描いた複数の線は次のとおりです。
- スライディング ウィンドウ学習と同様に、ウィンドウ内の複数のメッセージが同時に送信されます。
- 特徴: パイプライン方式を使用すると、顧客はすべてのオブジェクトにアクセスするのに約 1 RTT 時間しか費やす必要がなく、TCP 接続のアイドル時間を短縮できます (TCP 接続には時間制限があるため、リクエストが事前にパイプライン化されていない場合、TCP 接続には時間制限があり、前のリクエストの応答後、待ち時間はすぐに延長されました)、あまり長く待つ必要はありません。
5.3.4. HTTPプロトコルのメッセージ構造
HTTP请求报文HTTP には、、 の 2 種類のメッセージがありますHTTP响应报文。
- HTTPメッセージはテキスト指向であるため、メッセージ内の各フィールドは
ASCIIコード文字列です。
5.3.4.1. HTTPリクエストメッセージ
请求行：
- メソッド: 追加、削除、変更、確認。
- URL: リソースロケーター。
- バージョン: HTTP プロトコルのバージョン。
- キャリッジ リターンとライン フィード: 必須、リクエスト行の終わりとヘッダー行の始まり。
首部行: ブラウザ、サーバー、メッセージ本文に関する情報を説明します。各行にはヘッダー フィールドの名前と値があり、最後に改行文字があります。ヘッダーには多くの行が含まれる場合もあれば、行が存在しない場合もあります。
- ヘッダー行の終わりの後にも改行文字があります。
实体报文:通常、リクエスト メッセージでは使用されません。
リクエストメッセージの例:
5.3.4.2. HTTPレスポンスメッセージ
版本:HTTP バージョン。
状态码：3つの数字で構成され、合計5種類、合計33種類のステータスコードがあり、下図は5種類を示し、右側が具体的なステータスコードです。
短语：ステータスコードに対応したレスポンス記述です。
HTTPリクエストメッセージとレスポンスメッセージの類似点と相違点
類似点：
1. これらにはすべて、最初の行、最初の行、およびエンティティ本体の 3 つの部分が含まれています。
2. ヘッダー行とエンティティ本体は完全に一致しています。
違い:
1.最初の行の最初の 3 つのフィールドは、要求メッセージの方法、URL、版本場合と応答メッセージの場合ですべて異なります版本、状态码、短语。
2. エンティティ本体内の要求メッセージにはあまり使用されず、応答メッセージに使用されます。
主催：ロングロード時間：2023.8.8