ヘッダーTCP / UDP
- tcp / udpプロトコル
tcp / udpはトランスポート層プロトコルであり、非常に一般的に使用されているネットワークプロトコルです。
タイトル1.1 tcp / udp 3ハンドシェイク、4ウェーブ
TCPは3ウェイハンドシェイクを介して接続を確立し、4つのハンドウェーブを介して切断します。UDPはコネクションレス型であり、接続を確立する必要はありません。
タイトル1.2 TCPフロー制御
継続的なARQプロトコルにより、TCPフレームはスライディングウィンドウのサイズ内で継続的に流れることができます。TCPフローは、輻輳ウィンドウ、輻輳回避、スロースタートなどのアルゴリズムによって制御されます。
見出し1.3連続タイマー
送信者がウィンドウ値が0のACKメッセージを受信すると、タイマーを開始して、受信者がウィンドウサイズが0以外の別のACKメッセージを送信するのを待つ必要があります（TCPでは、確認情報のみを含むメッセージを確認して再送信する必要はありません）。タイマーがない場合、0以外のウィンドウのACKメッセージが失われた後、両方のパーティーが待機状態になる可能性があります。継続時間タイマーの期限が切れると、送信者は特別なプローブメッセージを送信して、一方のパーティーに再送を促しますACKメッセージ。
タイトル1.4 Stop Waiting Protocol、ARQ Protocol
ストップアンドウェイトプロトコルは、データリンクレイヤープロトコルです。これは、状態変数とデータフレームは、正しい確認フレームが受信された後にのみ送信できることを規定しています
。ARQプロトコル（自動リピート要求）は、データリンクレイヤーのエラー修正プロトコルです。 ARQプロトコルと継続的ARQプロトコルの
待機を停止します。ARQプロトコルの待機を停止します。毎回メッセージを送信し、確認後に次のメッセージを送信します。送信ウィンドウと受信ウィンドウは両方とも1であり、ARQの待機を停止するには、小さなバッファーが必要ですが、効率は低くなります。
連続ARQプロトコル：GBNのバックnフレームと選択的再送信ARQ。これは、スライディングウィンドウと要求再送信技術の組み合わせです。前のフレームが確認されるのを待たずに複数の情報フレームを継続的に送信できるため、送信効率が大幅に向上しますただし、送信者は確認するフレームを保存するために再リストを設定し、確認フレームを受信した後、再リストからフレームを削除する必要があるため、より多くのストレージスペースが必要になります。
タイトル1.5スライディングウィンドウ、スロースタート、輻輳回避、高速再送信、高速リカバリ、信頼性、順次送信、TCP BBR輻輳アルゴリズム
スライディングウィンドウ：スライディングウィンドウプロトコルは、送信者が応答を受信する前に追加のパケットを送信できるようにすることでスループットを向上させるために使用される手法です。受信者は、特定の瞬間に送信できるパケット数（ウィンドウサイズと呼ばれます）を送信者に伝えます。
スロースタート：輻輳ウィンドウの値を1に設定すると、送信者は、輻輳しきい値（ssthresh、初期値は16）に達するまでACKを受信するたびに輻輳ウィンドウを1ずつ増やします。
輻輳しきい値（ssthresh）：スロースタートアルゴリズムの輻輳最大ウィンドウ。
輻輳ウィンドウ（cwnd）：ネットワークの輻輳の程度に依存し、絶えず変化します。ネットワークに輻輳がない限り、送信者は輻輳ウィンドウを増やし、輻輳がある限りそれを減らします。送信ウィンドウは常に（受け入れウィンドウが小さいとき輻輳ウィンドウよりも小さい）輻輳ウィンドウよりも小さくなっている。
受け入れウィンドウ（RWND）：アクセプターは受け入れウィンドウは、独自の受け入れ能力（キャッシュ制限）によるRWND、およびTCPヘッダフィールドに書き込み設定されます。
輻輳回避アルゴリズム：輻輳ウィンドウがゆっくりと成長するようにします。つまり、ラウンドトリップ時間RTTが経過するたびに2倍するのではなく、送信者の輻輳ウィンドウcwndを1ずつ増やします。このように、輻輳ウィンドウは線形法則に従ってゆっくりと拡大します。
高速再送信および回復（高速再送信および回復）：ネットワークのスループットを改善できます。受信機がシーケンス外のデータセグメントを受信すると、即座に送信機に繰り返しを送信します確認応答：送信者が3つの重複する確認応答を受信した場合、確認応答で示されたデータセグメントが欠落していると見なされ、欠落しているデータセグメントが直ちに再送信されます。FRRを使用すると、再送信中に一時停止が必要になるため遅延が発生せず、FRRを使用しない場合、データパケットが失われた場合、TCPはタイマーを使用して送信の一時停止を要求します。
高速回復アルゴリズム：高速再送信と組み合わせて使用されます。送信者は、3つの確認応答を続けて受信すると、乗算開始アルゴリズムを実行してスロースタートしきい値ssthreshを半分にします。これはネットワークの混雑を防ぐためです。スロースタートアルゴリズムは次に実行されないことに注意してください。送信側は、ネットワークに輻輳がないと信じているため、スロースタートを実行せず、スロースタートのしきい値ssthreshが半分になった後の値にcwnd値を設定し、輻輳回避アルゴリズムの実行を開始して、輻輳ウィンドウがゆっくりと直線的に増加するようにします。 。
BBR輻輳アルゴリズム：GoogleのTCP BBRアルゴリズムは、TCPスループットを最適化します。
Title 1.6スライディングウィンドウのサイズを決定する方法は？
これは、受信ウィンドウと送信ウィンドウに分けられます。受信ウィンドウの値は、バッファーのサイズに従って決定されます。受信側は、TCPメッセージのヘッダーに受信ウィンドウサイズを入れます。送信メソッドは、受信ウィンドウのサイズと輻輳ウィンドウ（最小）に従って送信ウィンドウのサイズを決定します。輻輳ウィンドウのサイズはネットワーク状況によって制限され、送信プロセスに従って動的に決定されます。
Title 1.7 tcpとudpはクライアントが閉じているとどのように判断しますか？
受信したパケットの長さから判断すると、受信したパケットの長さが0の場合、クライアントが切断したことを意味します。
Title 1.8 tcpとudpの違いは何ですか？
TCPは接続指向で信頼性があり、udpはコネクションレスで信頼性がありません。
TCPはデータの正確性とシーケンスを保証しますが、udpは保証しません。TCPはストリームモードで、UDPはパケットモードです。
タイトル1.9 UDPの実用的なアプリケーションシナリオ
UDPパケットは、ライブビデオ、チャットなど、高効率が必要で比較的精度が低いシナリオでよく使用されます。
Title 1.10 time_waitのステータスは？それは何をするためのものか？2 MSLを続ける理由
time_wait：tcpが接続された後、4ウェイハンドシェイクの後、最初にFINフラグを送信する側がtime_wait状態に入ります。
最後の確認メッセージが到着できることを確認します。到着しない場合、サーバーはFIN要求を再送信し、再送信せずに一定時間待機します。これは、サーバーが閉じられたことを示します。再送信がある場合、クライアントは最後の確認メッセージを再送信します。
時間（2MSL）の期間を待って、接続プロセスは、すべてのメッセージがネットワークから消えていることを確認するために。新しい接続が古い接続要求パケットではありませんになります。
ヘッダーhttpプロトコル
2.1 httpプロトコルステータスコード（302、404、501）
302：サーバーは現在、さまざまな場所にあるWebページからの要求に応答しますが、リクエスターは今後の要求に元の場所を引き続き使用する必要があります
。404：サーバーは要求されたWebページを見つけることができません
。501：サーバーには、要求を完了する機能がありません。たとえば、クライアントサーバーがサポートしていないPUT要求が送信されました
2.2 HTTPプロトコルステートレスプロトコルとは何ですか？
プロトコルにはトランザクション処理のメモリがなく、後続のアクセスには以前の情報が必要であり、対応する情報を再送信する必要があるため、接続ごとのデータ量が増加します。現在、この問題はCookieによって解決されています。
2.3項HTTPプロトコルのリクエストメソッドは何ですか？
GET、POST、DELETE、PUT、HEAD、OPTIONS。
見出し2.4 GETとPOSTの違いは？
GETデータ送信のサイズは、ブラウザによって1024に制限されています。POSTは制限されていません。GETパラメータの送信はURLに記述され、POSTパラメータはパッケージ本体に保存されます。
2.5 HTTPプロトコルヘッダーフィールドの見出し？
リクエストメソッド、URI、HTTPバージョン、ステータスコードなど
タイトル2.6 httpプロトコル最適化？
並列接続：複数のtcp接続チャネルを確立して、データの並列送信を実現し、ページの応答速度を向上させることができます。
長い接続：デフォルトでは、Keep-Aliveオプションを開くようにHTTP / 1.1が設定されています。また、パイプラインモードです。これにより、複数の要求でTCP接続を再利用できます。 。
キャッシュ：サーバーを一度にリソースを更新している場合場合-変更-ので、キャッシュを制御するキャッシュ制御は、キャッシュについても、クライアントは最新のリソースをダウンロードしてください。
Title 2.7 httpプロトコルの特徴は何ですか？
C / Sモードをサポートします。
シンプルで高速：顧客がサーバーからサービスを要求する場合、要求メソッドとパスのみを送信する必要があります。
柔軟性：Content-typeフラグを設定することにより、あらゆるタイプのデータ形式を送信できます。
接続なし：接続ごとに1つだけが処理されますリクエスト
ステートレス：httpプロトコルはステートレスプロトコルです。
タイトル2.8 httpとhttpsの違いは？
httpsにはca証明書が必要であり、ca証明書を請求する必要がある可能性があり
ます。httpsはセキュリティのためであり、httpはsslレイヤーに追加されます。httpsは暗号テキストを送信します。
接続方法は異なります。ポートは80と443
です。httpプロトコルは非常にシンプルです、はいステートレスです。httpsは、より安全なsslを介して認証できます。