[基本]コンピュータのコンピュータネットワーク

まず、ページへのプロセスから返されたURLを入力します。

DNSドメイン名の対応するIPアドレスを見つけます。
サーバがリクエストを送信します。
サーバは要求を受信し、処理が応答を返します。
関連リソース（などの画像、CSSスタイルシート、JSファイル、など）のページをダウンロードし、応答内容を表示します。

二、HTTPとHTTPS

1、HTTPおよびHTTPSの基本的な概念

HTTP（ハイパーテキスト転送プロトコル、ハイパーテキスト転送プロトコル）は、インターネットで最も広く使用されているネットワークプロトコル、クライアントとサーバー側の要求と応答の標準（TCP）は、地元のハイパーテキストにWWWサーバからの送信のために、ありますトランスポート・プロトコル・ブラウザは、ブラウザがので、ネットワーク伝送を減らす、それをより効率的にすることができます。
HTTPS（セキュアハイパーテキスト転送プロトコルは、ハイパーテキスト転送プロトコル）：ターゲットHTTPチャネルのために安全であるが、単に、それはHTTP、HTTP追加SSL層の安全なバージョンは、HTTPSは、そのための暗号化の詳細SSLセキュリティインフラストラクチャです私たちは、SSLを必要としています。HTTPSプロトコルの主な役割は、2つのタイプに分けることができる：一つは、データ伝送のセキュリティを確保するために、情報セキュリティのチャネルを確立することであり、他のサイトの真正性を確認することです。

2、HTTP及びHTTPSの間の差

CA HTTPSプロトコルは、このように料金を必要とし、証明書を申請するために、一般的にあまり自由に証明書が必要です。
HTTPハイパーテキスト転送プロトコル、情報が平文で送信され、HTTPSは、セキュリティSSL転送プロトコルを用いて暗号化されています。
HTTPおよびHTTPSの使用は、ポートと完全に異なる接続が、同じではないが、前者は443であり、80です。
HTTP接続は、非常に単純でステートレスであり、HTTPSプロトコルSSL + HTTP暗号化伝送プロトコル、ネットワーク認証プロトコル、セキュリティよりもHTTPプロトコルで構成されています。

3、HTTPS作品

クライアントは、サーバーにアクセスするためのWebサーバーへのSSL接続を確立するための要求をHTTPSを使用しています。
サーバがクライアントの要求を受信した後、証明書情報は、クライアントに（公開鍵を含む）サイトになります。
クライアントブラウザとサーバは、つまり、情報の暗号化レベルの安全なSSL接続レベルを交渉します。
クライアントのブラウザのセキュリティレベルに応じてセッションキーを暗号化してサイトに送信するために、サイトの公開キーを使用して、セッションキーを設置することで合意した、と。
サーバーはセッションキーを解読するために自分の秘密鍵を使用します。
クライアントで暗号化されたサーバーのセッションキーの間の通信を使用します。

4、HTTPS利点

ユーザーとサーバーを認証することができる、それが正しいクライアントとサーバーのことを確実にするためにデータを送信します。
暗号化された伝送プロトコルHTTPSは、SSL + HTTPプロトコル、データの整合性を保証するために、伝送中に盗難から変更データを防止するために、ネットワーク認証プロトコル、セキュリティよりHTTPプロトコル、で構成されています。
HTTPSは、最も安全なソリューションの既存の枠組みの下で、絶対に安全ではないが、しかし、仲介攻撃のコストが大幅に増加。
Googleの検索エンジンのアルゴリズムは言って、2014年8月に調整した「検索結果におけるサイトのランキングが高くなります暗号化されたHTTPSを使用して、同じHTTPサイトと比較すると。」

三、TCP / IP

1、TCP / IPの基本的な概念

TCP / IPプロトコルは、メインアプリケーション層プロトコルを有し、最も基本的なインターネットプロトコルでのTelnet、FTP、SMTPを、トランスポート層又はトランスポート層にデータを送信する異なるアプリケーションの要件及び方法からのデータを受信するために使用され、トランスポート層主な合意UDP、TCP、ユーザーが内部データおよびインターネットチャネルを使用してコンピュータ情報ネットワークにバインドされ、データ伝送を実現し、データ共有することができ、主なプロトコル・ネットワーク層がいるICMP、IP、IGMPは、パケットネットワークの主な原因であります等を送信するステップと、ネットワーク・アクセス層は、ネットワーク層またはデータリンク層インターフェースと呼ばれるプロトコルが主にARP、RARP、メインリンク管理機能は、エラー検出、異なる通信媒体の効率的な処理および詳細に関する他の情報を提供することです。

組成物2、TCP / IPプロトコル

アプリケーション層：アプリケーション層は、TCP / IPプロトコルは、アプリケーション・プロセスに直接サービスを提供することである第一の層です。

1. 彼らは、WebアプリケーションがHTTPプロトコルを使用して、自分のニーズに応じて、異なるタイプのアプリケーションのためのSMTPメール転送プロトコルアプリケーションの使用を別のアプリケーション層プロトコルを使用しますが、リモートログインサービスアプリケーションは、TELNETプロトコルを使用していました。
2. アプリケーション層も暗号化、復号化、データのフォーマット、
3. 完全にネットワークリソースを節約するために、アプリケーション層は、他のノードとのリンクを作成または削除することができます。

トランスポート層：第二層でTCP / IPプロトコルは、トランスポート層は、全体のTCP / IPプロトコルでの主力として機能したよう。そして、トランスポート層、TCPとUDPもの柱を果たしました。
ネットワーク層：ネットワーク層は、TCP / IPプロトコルにおける第三の層です。ネットワーク層は、確立されたIPアドレスや、TCP / IPプロトコルなどのネットワーク接続機能の終了を探してもよいです。
ネットワークインタフェース層：TCP / IPプロトコルでは、第四層におけるネットワークインターフェース層。ネットワークインタフェース層は、物理ネットワークインタフェース層ように、両方のメディアデータの送信を物理層及びデータリンク層を合併しているので、さらに正確線ネットワーク層を提供することができます。

四、TCPおよびUDP

1、TCPの基本的な概念

UDPプロトコルは、ポート、一意のポート番号を指定するために、各ホスト上で同じアプリケーションを定義し、所定のデータパケット伝送ネットワークポート情報は、パケットがホストに到着すると、ポート番号に応じて求めることができ、加えなければなりません対応するアプリケーション。UDPプロトコルは、比較的単純で実装が簡単ですが、それは、TCPプロトコルが生まれた、一度発行され、パケットをメカニズムを確認しなかった、それを受信したかどうかを知ることができないので、信頼性の低い、この問題を解決するために、ネットワークの信頼性を向上させます。

2、UDPの基本的な概念

TCP伝送制御プロトコル、接続指向、信頼性の高いバイトストリームプロトコルベースの通信。簡単に言えば、UDPプロトコルのTCP確認応答メカニズムを持つことで、各パケットが失われた場合、確認を求められたデータパケットを送信し、それが確認を受けることができない、送信者は、パケットを再送しなければなりません。公式の送信前に、つまり、UDPベースで3つの対話を確認するためのメカニズムを確立し、データを受信するために、TCPプロトコルを伝送の信頼性を確保するためには、信頼性の高い接続とお互いを作成する必要があります。TCPおよびUDPパケットは、唯一の違いは、TCPパケットの長さが限定されるものではないし、理論的には無限大であることができるが、ネットワークの効率を確保するために、典型的には、TCPパケットの長さではない、ヘッダと2つの部分から構成データ部分から構成されていますIPパケットの長さにわたって、単一のTCPパケットを確実にするためには、再分割する必要はありません。

3.TCP3握手して4回を振りました

3ウェイハンドシェイクTCP接続：

フラグデータセグメントがBをホストするためにホストBを送信して同期シリアル番号は、Bは、データ・セグメントを介してホストへの接続要求を確立するためにホストが含まれ、二つのことを伝えるために、ホストBホスト：私はあなたとコミュニケーションをしたいです。あなたが開始するデータ・セグメントとして私に対応するために使用することができますシリアル番号。
要求のホストBホストAの受領後、確認（と回答してACK）と同期シリアルナンバー（SYNの Aをホストに応答してセグメント）フラグ、ホストAは、2つのことを語った：私はあなたの要求を受けています、あなたはデータを転送することができ、あなたが私に応答する初期データセグメントとしてシリアル番号を使用します。
ホストAは、データセグメントを受信し、データセグメントのホストBの受信を確認する確認応答を送信した後：「私は今、実際のデータ送信を開始したい、返信を受けています。

TCP切断第四の波：

ホストデータ転送が完了したとき、制御ビットが提案停止する1 FIN、TCP接続要求に設定されています。
その方向に閉鎖され、TCP接続を確認するためにそれに応答してFINホストBを受信した後、ACKが設定されています。
B端は、その後反対方向にオフに行われた要求、FINが設定されています。
ホストAが確認されるようにホストBを要求し、それが両方の閉鎖端に、ACKに設定されています。

五、GETとPOST

のみHTTP GETおよびPOSTリクエスト（と同様）は、2つのプロトコルの方法、およびHTTPプロトコルがトランスポート層プロトコルに関係なく、GETまたはPOSTの、TCP / IPベースのアプリケーション層プロトコルでは同じであるので、送信は、違いはありません。

パケットフォーマットは、パラメータなしで、最大の違いは、メソッド名の最初の行、わずか数文字だけの異なるパケットです。POSTメソッド要求パケットが最初の行のPOST / URLのHTTP / 1.1 GETメソッドのリクエストメッセージであるようなものである最初の行GET / URLのHTTP / 1.1。
差パラメータタイムズの記事では、一致して、GETメソッドのパラメータはURLに配置する必要があり、POSTメソッドのパラメータは、体内に配置する必要があります。

	取得する	役職
[戻る]ボタン/更新	無害	データが再提出される（ブラウザはデータが再提出されることをユーザに知らせる必要があります）。
ブックマーク	ブックマークすることができます	ブックマークません
キャッシュ	キャッシュされます	あなたはキャッシュすることはできません。
エンコードタイプ	アプリケーション/ x-www-form-urlencodedで	アプリケーション/ x-www-form-urlencodedで又はマルチパート/フォームデータ。複数の符号化されたバイナリデータを使用します。
歴史	パラメータは、ブラウザの履歴に残ります。	パラメータは、ブラウザの履歴に保存されません。
データ長の制限	はい。データを送信する場合、URLにデータを追加する方法を取得またはURLの長さが制限されている（URLの最大長は2048の文字です）。	無制限。
データ型の制限事項	ASCII文字のみを許可します。	制限はありません。また、バイナリデータを可能にします。
セキュリティ	送信されたデータはURLの一部であるため、POSTと比較すると、貧困層のセキュリティをGET。パスワードやその他の機密情報を送信するときにGETを使用すべきではありません！	パラメータはブラウザの履歴やウェブサーバーのログに保存されていないので、POSTは、GETよりも安全です。
可視	URL内のデータはすべてに表示されます。	データがURLに表示されません。

第六に、制御と輻輳制御フロー

1.フロー制御の基本的な考え方

送信者が受信者の受信に遅すぎる、あまりにも速くデータを送信する場合、パケットロスがあるでしょう。時間内に受信された受信者は、それは、フロー制御になるようにパケット損失を回避するために、送信者は、制御速度を送信します。基本的な目的は、それが片手TCPの信頼性を構成し、フロー制御パケットの損失を防止することです。

2.フローコントロールの動作

スライディングウィンドウプロトコル（連続ARQプロトコル）を実施。スライディングウィンドウは、注文した、フロー制御を受けるだけエラーのないパケットは、も達成されることを保証します。ACKが受信側によって返される主な方法は、独自の受信ウィンドウサイズ、送信側を使用して送信される制御データのサイズを含んでいます。

3.フロー制御の原因と解決策原因デッドロック

送信者が返信ウィンドウを受信すると、送信者の下でゼロ応答の受信を待つ、送信を停止します。ウィンドウがある場合でも、0が送信中に失われた応答しない送信者は、この応答を受け取った受信者は、新たなデータを受け取るために待っている間に、送信者は、いつまでも待って、その両側には、デッドロックが生じ、お互いを待ちます。
フロー制御によるデッドロックを避けるために、TCPはタイマーの時間を使用しています。たび送信者は、タイマーを起動した後、応答のゼロウィンドウを受け取ります。時間は、彼らが消費者のウィンドウサイズを求めるメッセージを送信するためのイニシアチブをとります。受信機はまだゼロウィンドウを返す場合、リセットタイマーは待ち続ける;ウィンドウがゼロでないならば、それは応答パケットが失われていることを示し、その後、このようにデッドロックが発生するのを避け、窓を送った後、リセットを送信し始めました。

4. 輻輳制御