Interview_エリアネットワーク_day20

\（TCP \）スティックパッケージの問題

問題の粘着性の性質は、パケット受信部は、メッセージと2件のメッセージがメッセージに読み取ることができるメッセージの境界を区別することができないです。

3つの解決策があります。

固定長の送信データ送信時に、データに関係なくどのように大小の、固定長に分割され、\（LEN \）送信され、パケットの欠如が続く\（LEN \）ブランクバイトで埋め。しかし、それは、帯域幅の浪費になります。
尾表記：データグラムの終わりを表すために使用されるテールを送信する各データパケットのバイトの特定のシーケンスを設定します。この配列自体が問題であるかを決定するために、一連の企業識別コードの種類を行うことができる。しかし、答えを決定することは困難です。
ヘッド表記：受信したデータがヘッダのサイズが読み込まれることを示している場合、受信機によって送信されたパケットのヘッダで指定されたデータグラムのサイズは、データのみが結合している読み取ります。しかし、我々は、メモリオーバーヘッド必要大きいため、各積算値のヘッダを無視することはできません。

\（HTTP \）プロトコル

\（HTTP \）に基づいている（TCP / IP \）\転送データの通信プロトコル。

\（HTTP \）要求-応答モデルを使用して。クライアントが開始\（HTTP \）サーバーへのリクエスト\（80 \）ポートを。でサーバー\（80 \）ポート要求が受信されると、クライアントの要求をリッスンするために、サーバがクライアントに返され、コンテンツの状態に戻りました。

\（HTTP \）特長

サポートリクエスト-レスポンスモード
- \（HTTP \）最終的に合意、クライアントからの要求、および、サーバーの応答を返します。
シンプルで速いです
- ときに代わりにリクエストメソッド（送信のサーバーにクライアント要求、\（GET、POST \））とパスを。以降（HTTP \）\単純なプロトコルその\（HTTP \）小規模、速い通信速度のサーバプログラム。
柔軟
- \（HTTP \）データ・オブジェクトの任意のタイプの送信を可能にします。
接続なし
- 接続あたり1つの要求を処理する制限。サーバは、顧客の要求や顧客の応答の受信を完了するためにした後、それが他の顧客のためのリソースを解放するために、できるだけ早く切断されます。
- 早期\（HTTP \）直ちに切断契約が終了した後、および\（HTTP1.1 \）は、数秒以内に新しいユーザーの要求がある場合ので、切断後数秒間待ちます、または前のことで短い時間を確立し、効率を改善するために時間のかかるを減らすことは明らかので、メッセージを送受信するチャンネル。
ステートレス
- \（HTTP \）、新しい要求が送信されるたびに、状態を保存せずに、応答生成が新しいなり、以前に治療プロトコル自体が情報応答パケットを保持していません。
- 使用\（クッキーは\）記録されていてもよい（HTTP \）\要求情報プロトコル。直接ブラウザからログインし\（クッキー\）は、データを読み取り、サーバーに送信され、クライアントの認証にサーバーの応答。

\（HTTP \）リターンコード

	カテゴリ	理由
1XX	\（情報\）（情報ステータスコード）	受信した要求が処理されています
2XX	\（成功\）（成功ステータスコード）	通常の要求が処理さ
3XX	\（リダイレクト\）（リダイレクト状態）	追加の操作は要求を完了するために必要な
4XX	\（クライアントエラー\）（クライアントエラーステータスコード）	構文エラーを要求したり、要求を達成することができません
5XX	\（サーバーエラー\）（サーバーエラーステータスコード）	サーバーは、正当な要求を達成するために失敗しました

\（200：\）クライアント要求が成功しました。
\（303：\）のリソースが新しい場所に移動されています
\（403：\）のアクセスを禁止
\（404：\）ファイルを見つけることができません
\（502：\）不正なゲートウェイ

お使いのブラウザに入力します\（URL \）全体のプロセスは、それぞれの層とプロトコルの後に実行されます

ブラウザ、入力します\（\のURLを）解決ドメイン名を使用する必要があり、\（DNSを\）プロトコル。ホストがいない場合に、ローカルドメインネームサーバを要求します（DNS \）\サーバーが照会\（URLを\）です\（IP \）アドレス。Queryメソッドは、再帰クエリと反復クエリに分かれています。トランスミッションは、本明細書で使用される（UDP \）\プロトコル。
1. 再帰クエリ処理：ホスト - >ルートサーバ - > TLDネームサーバー - >権限ドメインネームサーバ - > TLDネームサーバ - >ルートサーバ - >ホスト
2. 反復クエリ処理：ホスト - >ルートサーバ - >ホスト - >トップレベルドメインサーバー - >ホスト - >権限ドメインネームサーバ - >ホスト
ゲット\（IP \）を確立するために、アドレスの後にブラウザとサーバの\（HTTP \）ファイルを読み込むための接続要求パケットを。ここで使用されるアプリケーション層\（HTTP \）プロトコル。
トランスポート層、データグラムで\（TCP \）トランスミッションに接続され、そして使用\（TCP \）プロトコル。
伝送中のパケットは、ネットワーク層にパケットを送信しますが、ここで使用されている（IP \）\プロトコル\（ARP \）プロトコルおよびルーティングプロトコル。\（ARP \）ネクストホップを取得するためのプロトコルは、にジャンプする必要があります\（MAC \）アドレス、ホップホップは、宛先アドレスに送信されました。
情報転送が完了し、リリース後\（TCP \）接続、ブラウザの表示が得られ、\（HTML \）のテキストを。

\（HTTPS \）プロトコル、および\（HTTPS \）差分

\（HTTPS = HTTP + SSL \）、より安全です\（HTTP \）プロトコル、\（SSL \）認証とプライバシーは、2つの基本的なセキュリティサービスです提供します。

\（HTTP \）クリアで送信され、\（HTTPS \）ので、より安全な暗号文の送信です。
\（HTTP \）デフォルトポート\（80 \）、\ （HTTPS \）デフォルトポート\（443 \）。
\（HTTPS \）サーバーは、適用する必要があります\（CA \）証明書。
\（HTTPS \）通信の暗号化処理が中に添加されます
- \（HTTP \）通信：にパケットを向ける\（TCPは、\）宛先ホストに送信されます。
- \（HTTPS \）通信：へパケット（\ SSL）\暗号化、および\（SSL \）に（\ TCP）\にパケットを取得した後、宛先ホスト、宛先ホストへ送信SSL（\ \ ）解読。

\（HTTPS \）の長所と短所

利点：

SSLは、暗号化の鍵を使用し、より安全。
ユーザーとサーバーを認証することができ、正しいサーバーとユーザーにデータを送信するようにしてください

短所：

なぜなら完了するために必要の高いハンドシェイク位相遅延、\（SSL \）ハンドシェイクを。
高い導入コスト、彼らの安全を確認するために使用する証明書への必要性、購入\（CA \）証明書。復号化処理の必要性、取って（CPU \）\、より多くのリソースを、より良いサーバーの構成。