同一生成元ポリシーは、http、TCP、ネットワークプロトコルパケット

塗りつぶしの作業は、URLのページ要求プロセスの後に行われます

1.ブラウザは、DNSドメイン名でサービスIP(ピングwww.baidu.com)を解析し、

ping www.baidu.com

2.クライアントTCPプロトコルのTCP接続を介してサーバーを確立する(ブラウザ)(スリーウェイハンドシェイク)

3. Webサーバ(HTTPサーバ)へのクライアント(ブラウザ)送信HTTPプロトコルパケット、文書で要求サーバのリソース(telnetのシミュレーション)

4.サーバーは、クライアントプロトコルにHTTP応答パケットを送信します

クライアントとサーバーの接続解除(4波)、クライアントはプロセスのHTMLドキュメントを説明し始めました

 

いくつかの方法で提出されたデータ

1、フォームデータの送信フォームが、彼は、アドレス指定されたメソッド指定された提出に提出行動のグローバルリフレッシュです

2、AJAXパーシャルリフレッシュ

 

パーティhttpプロトコルの違いほとんど差がないを要求するPOSTメソッドをGET!何地獄?

BODY内のURLやクッキーのパラメータの受け渡し、およびPOSTデータを、使用し1.Get:従来の理解。?NAME = 'CST' &AGE = 18

URLは2.GETの長さを制限する、POSTは、大量のデータを送信することができます。

GETのセキュリティよりも3.POST。相対的な安全性は、リクエストボディで見ることができます

4は、データポストを得るために、データを送信するために慣れます

しかし、実際には、それがGETデータはBODYに配置することができないURLでなければなりませんでした必要はありませんでしたPOSTデータが提供BODY年になります何のプロトコルHTTPはありません。HTTPプロトコルのGETおよびPOSTのための理由は、データの制約、その結果、データの長さに制限されない二つの理由であります

1.初期のブラウザのURLの長さ制限(ブラウザのURL入力ボックス)をアップになるだろう

2.コンテンツ長のブラウザは、これは、サーバーのセキュリティと安定性のためであり、制限されます。ハッカーのための安全ではないものを、安全であるか、純粋な白のために、あなたはどのように考えるか確認するために、セキュリティの問題、

 

 

プロトコル:HTTPプロトコルをHTTPSプロトコル

ドメインのデフォルトポート44380ポートポート

元ポリシー(同一生成元ポリシー) - ブラウザは、非常に重要な概念を持っています。

いわゆる相同ドメイン、プロトコル、同一のポートを指します。場合のクライアントスクリプト異なるソース(ジャバスクリプト、ActionScriptは)明確に、認可されなかったお互いのリソースを読み取ることができません。

シンプル、ブラウザのアクセスはデータリソースのスクリプトテンセントページのAlibabaのページで許可されていない、同一生成元ポリシーを制限されます

デモ:ローカルアクセスBaiduのリソース

-----------

DNS

ドメイン名が逆方向に解決されます

.COMトップレベルドメイン

Baidu.com(a)は、2つのドメイン

zhidao.baidu.com(B)レベルドメイン

ワールド・ワイド・ウェブのメンテナンスWWWセカンダリドメイン名の接頭辞

www.baidu.comは特別な3レベルドメイン名であります

zhidao.baidu.comネットワークアドレスBaiduの独自のメンテナンスに属し

--------------

一般的なドメイン名とその分類

ネットがトップレベルドメインに属しているcomの組織、世界的に解決され、

CN HKは、CN中国など、地域で解決されます

.COM(商業組織)。

.NET(インターネットサービス代理店で)。

.ORG(非営利組織);

.com.cn(国内商業組織)。

.net.cn(国内のインターネット代理店)。

.org.cn(国内非営利組織);

トップレベルドメインのドメインネームサーバのIPアドレスによる検索の範囲を決定するために、DNSネットワークに従って

国内外の文化が書き込みWWWにあるWWW WWW同等のプレースホルダで始まる理論的には問題のプレフィックスは、一般的に記述しないでください

注ああ書き込み異なるソースは、WWWを書きません

-----------------

たとえば、http://www.example.com/dir/page.html

プロトコルはhttp://

ドメイン名はwww.example.comです

ポート80(デフォルトのポートを省略してもよいです)

-------------------

 あなたは何が起こったのか、ブラウザにURLを入力すると

1.ブラウザは、DNSドメイン名でサービスIP(ピングwww.baidu.com)を解析し、

2.クライアントTCPプロトコルのTCP接続を介してサーバーを確立する(ブラウザ)(スリーウェイハンドシェイク)

3. Webサーバ(HTTPサーバ)へのクライアント(ブラウザ)送信HTTPプロトコルパケット、文書で要求サーバのリソース(telnetのシミュレーション)

4.サーバーがクライアントとクライアントが切断されているサーバ5(4波)にHTTPプロトコルの応答パケットを送信し、クライアントは、HTML文書が説明して処理を開始します

-------------------------------

TCPプロトコルは、リンク伝送制御プロトコルに基づいています

TCP(伝送制御プロトコル、伝送制御プロトコル)を使用すると、信頼性の高い接続、お互いを作成する必要があり、公式の送信前に、と言うと、データを受信することで、接続ベースのプロトコルです。TCP接続が3「対話」を経なければならない私たちは、限り、あなたは、このプロセスを可能に理解することができそうであるように、ここでは、非常に複雑であるプロセス、導入の単純なイメージを確立することができます。

スリーウェイハンドシェイク

1.最初のクライアントは、接続要求パケットを送信します。

2.Server接続応答ACKパケットを受信した後に終了し、この接続のためのリソースを割り当てます。

ACKメッセージを受信した後3.Clientも、サーバー側のACKパケットに送信され、TCP接続が確立されるようにリソースを割り当てています。

手を振っ四

1.Clientを開始割り込み接続要求がFINメッセージを送っています。サーバー側「私は、あなたに送信されていないクライアント側のデータを行う」しかし、あなたは何のデータ送信が完了していない場合、あなたは(ソケット)をオフに急いでする必要はありません。つまり、FINメッセージを受け取った後、あなたはデータを送信し続けることができます。

2.server ACKを送って、「私が受け取ったリクエストをクライアント側に伝えますが、私は私のニュースを待ち続けてください、準備ができていないんです。」待つ:クライアントがFIN_WAIT終了状態に入ったこの時間は、FINメッセージサーバ側を待ち続けています。

3.サーバー側でデータをクライアント側にFINパケットを送信、その後、送信されてきたと判断した場合、「テルクライアント側、よく、私は接続を閉じるには準備ができて、ここにデータを走りました。」

4.Client端收到FIN报文后,"就知道可以关闭连接了,但是他还是不相信网络,怕Server端不知道要关闭,所以发送ACK后进入TIME_WAIT状态,如果Server端没有收到ACK则可以重传。“,Server端收到ACK后,"就知道可以断开连接了"。Client端等待了2MSL后依然没有收到回复,则证明Server端已正常关闭,那好,我Client端也可以关闭连接了。Ok,TCP连接就这样关闭了!

 

(fin表示断开连接  ack表示响应)

 

udp 面向非链接的协议

“面向非连接”就是在正式通信前不必与对方先建立连接,不管对方状态就直接发送。与手机短信非常相似:你在发短信的时候,只需要输入对方手机号就OK了。 UDP(User Data Protocol,用户数据报协议)是与TCP相对应的协议。它是面向非连接的协议,它不与对方建立连接,而是直接就把数据包发送过去!

-------------------

应用层协议: http https等  (报文)

超文本传输协议(HTTP,HyperText Transfer Protocol)是互联网上应用最为广泛的一种网络协议。

HTTPS(全称:Hyper Text Transfer Protocol over Secure Socket Layer),是以安全为目标的HTTP通道,简单讲是HTTP的安全版。 上面的协议为了建立客户端与服务器端的连接,此协议为了让两者进行沟通。

为什么要有此协议呢,让计算机之间按照规矩说话,你问我答,你怎么问我怎么答,否则计算机各说各话,没办法沟通。 如何沟通呢?  让我们来了解一下http报文吧

http协议结构如下

http (请求报文,响应报文) 通过报文进行沟通

请求报文:

请求头   

 请求行 

包括请求方法  请求资源url  请求协议

请求主体   会放置请求数据post方式

响应报文:

响应头

协议  + 版本号  状态码 及其描述

响应行

响应主体

 

发布了56 篇原创文章 · 获赞 1 · 访问量 1224

おすすめ

転載: blog.csdn.net/qq_40819861/article/details/101848411