在线观看www成人影院-在线观看www日本免费网站-在线观看www视频-在线观看操-欧美18在线-欧美1级

0
  • 聊天消息
  • 系統消息
  • 評論與回復
登錄后你可以
  • 下載海量資料
  • 學習在線課程
  • 觀看技術視頻
  • 寫文章/發帖/加入社區
會員中心
創作中心

完善資料讓更多小伙伴認識你,還能領取20積分哦,立即完善>

3天內不再提示

http和https的區別

科技綠洲 ? 來源:Linux開發架構之路 ? 作者:Linux開發架構之路 ? 2023-11-10 16:42 ? 次閱讀

1.1 http協議格式是什么

圖片

  • 請求報文格式:請求行、請求頭、空一行、請求體

請求行包括:請求方法、統一資源定位符(URL)、http協議及版本

  • 響應報文格式:狀態行、響應頭、空一行、響應體

狀態行包括:協議及版本、狀態碼、狀態碼解釋

1.2 http和https的區別

http:由于http是明文傳輸,所以其安全性低,易受攻擊,無法確認對方的身份,也無法確保數據的完整性;http協議默認端口號是80端口;它的優點是簡單快速,使用很靈活;http服務器的程序規模小所以通信速度很快;與https相比,http沒有額外的費用。

https:由于https使用ssh加密傳輸協議,信息是密文,所以它的安全性高,可以認證雙方的身份,防止信息被截取篡改;https協議默認端口號是443端口;它會加重服務器負擔,需要資源來支撐,降低用戶的訪問速度。

1.3 http常見狀態碼

圖片

圖片

1.4 cookie和session的區別

1、數據存放位置不同:cookie數據存放在客戶的瀏覽器上,session數據放在服務器上。

2、安全程度不同:cookie不是很安全,別人可以分析存放在本地的cookie并進行cookie欺騙,考慮到安全應當使用session。

3、性能使用程度不同:session會在一定時間內保存在服務器上。當訪問增多,會比較占用你服務器的性能,考慮到減輕服務器性能方面,應當使用cookie。

4、數據存儲大小不同:單個cookie保存的數據不能超過4K,很多瀏覽器都限制一個站點最多保存20個cookie,而session則存儲與服務端,瀏覽器對其沒有限制。

5、會話機制不同:session會話機制:session會話機制是一種服務器端機制,它使用類似于哈希表(可能還有哈希表)的結構來保存信息。cookies會話機制:cookie是服務器存儲在本地計算機上的小塊文本,并隨每個請求發送到同一服務器。

1.5 get和post的區別

他們本質都是TCP連接,并無區別,但是由于http的規定以及瀏覽器和服務器的限制,導致他們在應用過程中可能有所不同

1、get方法的特點

①請求數據會附在URL之后(放在請求行中,以 ?分割URL和傳輸數據,多個參數用 & 連接)

②get是會被瀏覽器主動緩存的,如果下一次傳輸的數據相同,那么就會返回緩存中的內容,可以更快的展示數據

③get方法的UR一般都有長度限制,但是需要注意的是http協議中并未規定get請求的長度。這個長度限制主要是由瀏覽器和web服務器決定的,并且各個瀏覽器對長度限制各不相同

④get方法只產生一個TCP數據包,瀏覽器會把請求頭和請求數據一并發送出去,服務器響應200 ok(返回數據)

2、post方法的特點

①根據http規范,post可能改變服務器上的資源的請求(點贊就是post請求),因為有可能修改服務器上的資源,所以不符合安全性和冪等性

②因為post方法是放在請求數據的,所以它的請求信息是沒有長度限制的

③post方法會產生兩個TCP數據包,瀏覽器會先將請求頭發送給服務器,待服務器返回100 continue,瀏覽器再發送請求數據,服務器響應 200 ok(返回數據),這個看起來get比post快一些,但是實際上,在網絡狀況良好的情況下,他們的傳輸速度基本相同。

2. 傳輸層

2.1 講講三次握手

圖片

1、建立客戶端向服務端的連接:發送客戶端的請求連接數據包SYN到服務端

2、響應客戶端的連接并建立服務端的連接:服務端發送響應客戶端連接的數據包ACK和服務端的請求連接數據包SYN到客戶端

3、響應服務端的連接:客戶端發送響應服務端連接的數據包ACK到服務端

服務端新建套接字,綁定地址信息后開始監聽,進入LISTEN狀態。客戶端新建套接字綁定地址信息后調用connect,發送連接請求SYN,并進入SYN_SENT狀態,等待服務器的確認。服務端一旦監聽到連接請求,就會將連接放入內核等待隊列中,并向客戶端發送SYN和確認報文段ACK,進入SYN_RECD狀態。客戶端收到SYN+ACK報文后向服務端發送確認報文段ACK,并進入ESTABLISHED狀態,開始讀寫數據。服務端一旦收到客戶端的確認報文,就進入ESTABLISHED狀態,就可以進行讀寫數據了

2.1.1 為什么是三次握手,而不是兩次或四次

兩次不安全,四次沒必要

tcp通信需要確保雙方都具有數據收發的能力,得到ACK響應則認為對方具有數據收發的能力,因此雙方都要發送SYN確保對方具有通信的能力。第一次握手是客戶端發送SYN,服務端接收,服務端得出客戶端的發送能力和服務端的接收能力都正常;第二次握手是服務端發送SYN+ACK,客戶端接收,客戶端得出客戶端發送接收能力正常,服務端發送接收能力也都正常,但是此時服務器并不能確認客戶端的接收能力是否正常;第三次握手客戶端發送ACK,服務器接收,服務端才能得出客戶端發送接收能力正常,服務端自己發送接收能力也都正常。

2.2 講講四次揮手

圖片

1、客戶端向服務端發送斷開連接請求FIN

2、服務端響應客戶端的斷開連接請求,發送ACK響應包給客戶端

3、服務端向客戶端發送斷開連接請求FIN

4、客戶端響應服務端的斷開連接請求,發送ACK響應給客戶端

客戶端主動調用close時,向服務端發送結束報文段FIN報,同時進入FIN_WAIT1狀態; 服務器會收到結束報文段FIN報,服務器返回確認報文段ACK并進入CLOSE_WAIT狀態,此時如果服務端有數據要發送的話,客戶端依然需要接收。客戶端收到服務器對結束報文段的確認,就會進入到FIN_WAIT2狀態,開始等待服務器的結束報文段; 服務器端數據發送完畢后,當服務器真正調用close關閉連接時,會向客戶端發送結束報文段FIN包,此時服務器進入LAST_ACK狀態,等待最后一個ACK的帶來; 客戶端收到服務器發來的結束報文段, 進入TIME_WAIT, 并發出送確認報文段ACK;服務器收到了對結束報文段確認的ACK,進入CLOSED狀態,斷開連接。而客戶端要等待2MSL的時間,才會進入到CLOSED狀態

2.2.1 為什么握手是三次,而揮手需要四次呢

  • 第二步屬于系統自動響應數據包
  • 第三步是程序手動調用close()方法發送關閉連接的請求數據包

其實在TCP握手的時候,接收端將SYN包和ACK確認包合并到一個包中發送的,所以減少了一次包的發送。對于四次揮手,由于TCP是全雙工通信,主動關閉方發送FIN請求不代表完全斷開連接,只能表示主動關閉方不再發送數據了。而接收方可能還要發送數據,就不能立即關閉服務器端到客戶端的數據通道,所以就不能將服務端的FIN包和對客戶端的ACK包合并發送,只能先確認ACK,等服務器無需發送數據時在發送FIN包,所以四次揮手時需要四次數據包的交互

2.2.2 一臺主機上出現大量的TIME_WAIT是什么原因?應該如何處理?

TIME_WAIT是主動關閉方出現的,一臺主機出現大量的TIME_WAIT證明這臺主機上發起大量的主動關閉連接。常見于一些爬蟲服務器。這時候我們應該調整TIME_WAIT的等待時間,或者開啟套接字地址重用選項

2.2.3 一臺主機上出現大量的CLOSE_WAIT是什么原因?應該如何處理?

CLOSE_WAIT是被動關閉方收到FIN請求進行回復之后的狀態,等待上層程序進一步處理,若出現大量CLOSE_WAIT,有可能是被動關閉方主機程序中忘了最后一步斷開連接后調用close釋放資源。這是一個 BUG,只需要加上對應的 close 即可解決問題

2.3 TCP是如何保證可靠性的

可靠性和提高性能可參考此鏈接!!!

確認應答、超時重傳、連接管理、流量控制、擁塞控制

2.4 TCP是如何提高性能的

滑動窗口、延遲應答、捎帶應答

2.5 TCP和UDP的區別

TCP是可靠,穩定的,TCP的可靠體現在TCP在傳遞數據之前,會有三次握手來建立連接,而且在數據傳遞時,有確認應答、超時重傳、連接管理、流量管理、擁塞控制機制,在數據傳完后,還會四次揮手斷開連接用來節約系統資源。 但是它相對UDP較慢,效率低,占用系統資源高,而且在數據傳遞時,確認機制、重傳機制、擁塞控制機制等都會消耗大量的時間,而且要在每臺設備上維護所有的傳輸連接,每個連接都會占用系統的CPU、內存等硬件資源。

UDP沒有TCP的確認應答、超時重傳、連接管理、流量管理、擁塞控制等機制,是一個無狀態的傳輸協議,所以它在傳遞數據時非常快。但是UDP不可靠、不穩定,因為UDP沒有TCP那些可靠的機制,在數據傳遞時,如果網絡質量不好,就會很容易丟包。

總的來說

TCP是面向連接的,UDP無連接

TCP是可靠的,UDP不可靠

TCP只支持對點的通信;UDP支持一對一,一對多,多對一,多對多通信

TCP是面向字節流的;UDP是面向數據報的

TCP首部開銷大,20個字節;UDP只有8個字節

TCP可以保證傳輸的順序,UDP不可以保證

3. 其他問題

3.1 瀏覽器輸入URL后發生了什么

1、首先,在瀏覽器地址欄中輸入url,先解析url,檢測url地址是否合法

2、瀏覽器先查看瀏覽器緩存——系統緩存——路由器緩存,如果緩存中有,直接在屏幕上顯示內容,如果沒有,到第三步

瀏覽器緩存:瀏覽器會記錄DNS一段時間,因此只有第一個地方解析DNS請求

操作系統緩存:如果在瀏覽器中不包含這個記錄,則會使用系統調用操作系統,獲取操作系統記錄(保存最近的DNS查詢緩存)

路由器緩存:如果上述兩個步驟均不能獲取DNS記錄,繼續搜索路由器緩存

3、在發送http請求前,需要域名解析(DNS解析),獲取相應的IP地址

4、瀏覽器向服務器發起TCP連接,與瀏覽器建立三次握手

5、握手成功后,瀏覽器向服務器發送http請求,請求數據包

6、服務器處理收到的請求,將數據返回至瀏覽器

7、四次揮手釋放TCP連接

8、瀏覽器收到http響應

9、瀏覽器解析響應,如果響應可以緩存,則存入緩存

10、瀏覽器發送請求獲取嵌入在HTML的資源(對于未知類型,會彈出對話框)

11、瀏覽器發送異步請求

12、頁面渲染全部結束

3.2 電腦網絡不通如何解決

(1)排除接觸故障

查看網線是否連接正常。如果網絡連接圖標上顯示“紅叉”,則說明網絡連接不正常。可檢查主機網卡口上的網線、交換器(路由器)上網線是否正常連接

(2)使用ipconfig查看計算機的上網參數

①單擊“開始|所有程序|附件|命令提示符“,打開命令提示符窗口

②輸入ipconfig,按Enter確認,可以看到機器的配置信息,輸入ipconfig/all,可以看到IP地址和網卡物理地址等相關網絡詳細信息。

(3)使用ping命令測試網絡的連通性

在命令提示符窗口中輸入"ping 127.0.0.1",數據顯示本機分別發送和接受了4個數據包,丟包率為零,可以判斷本機網絡協議工作正常,如顯示”請求超時“,則表明本機網卡的安裝或TCP/IP協議有問題,接下來就應該檢查網卡和TCP/IP協議,可以通過重新安裝該協議來解決。安裝方法:右擊“本地連接”——屬性——安裝——協議,選擇TCP/IP協議確定安裝。

(4)ping本機IP

如果ping 127.0.0.1 正常,則可以“ping 本機IP”來判斷本機的網卡是否正常工作。如不能ping通,說明本機的網卡驅動程序不正確,或者網卡與網線之間連接有故障,也有可能是本地的路由表面收到了破壞,此時應檢查本機網卡的狀態是否為已連接,網絡參數是否設置正確,如果正確可是不能ping通,就應該重新安裝網卡驅動程序。丟失率為零,可以判斷網卡安裝配置沒有問題,工作正常。

(5)ping網關IP

網關地址能被ping通的話,表明本機網絡連接已經正常,如果命令不成功,可能是網關設備自身存在問題,也可能是本機上網參數設置有誤,檢查網絡參數。如果ping 網關IP正常,可網頁卻無法打開,同時QQ可以正確登錄。則一般是DNS填寫不正確,請聯系運行商詢問DNS地址,也可詢問鄰居他們是怎么設置的,一個地區的同一運行商所用的DNS都是一樣的。

聲明:本文內容及配圖由入駐作者撰寫或者入駐合作網站授權轉載。文章觀點僅代表作者本人,不代表電子發燒友網立場。文章及其配圖僅供工程師學習之用,如有內容侵權或者其他違規問題,請聯系本站處理。 舉報投訴
  • 數據
    +關注

    關注

    8

    文章

    7232

    瀏覽量

    90674
  • 服務器
    +關注

    關注

    12

    文章

    9563

    瀏覽量

    86907
  • HTTP
    +關注

    關注

    0

    文章

    515

    瀏覽量

    32215
  • 端口
    +關注

    關注

    4

    文章

    1003

    瀏覽量

    32603
收藏 人收藏

    評論

    相關推薦

    http和tcp/ip、http https之間的關系和區別

    http和tcp/ip、httphttps之間的關系和區別
    的頭像 發表于 01-10 14:30 ?7748次閱讀

    一文讀懂HttpHttps區別

    http請求存在著一個很嚴重的問題,http協議傳輸的是明文,如果中間有個黑客攔截到該請求,就攔截到了我們的數據,就能將我們的用戶名和密碼看得一清二楚,這樣隱私的數據就非常容易泄露出去。
    發表于 05-17 11:19 ?2305次閱讀
    一文讀懂<b class='flag-5'>Http</b>和<b class='flag-5'>Https</b>的<b class='flag-5'>區別</b>

    Linux Kernel將HTTP鏈接切換到 HTTPS

    更改方式并不是手動尋找內核樹中的 HTTP 鏈接,而是很大程度上通過腳本自動完成,這些腳本通過查找 SVG 等文檔中是否存在 HTTP 鏈接,隨后檢查目標 URL 的服務器是否提供了相對應的 HTTPS 鏈接
    的頭像 發表于 08-14 16:20 ?1968次閱讀
    Linux Kernel將<b class='flag-5'>HTTP</b>鏈接切換到 <b class='flag-5'>HTTPS</b>

    探討HTTP為什么要升級 HTTPS協議

    之前說了 HTTP 協議的各種問題,但是它還是陪伴著互聯網、陪伴著我們走過了將近二十年的風風雨雨。現在有很多新的協議嘗試去取代它,來解決性能、效率等問題,但它還還能靠著多年的情分活的滋潤。然而
    的頭像 發表于 10-22 15:31 ?3696次閱讀
    探討<b class='flag-5'>HTTP</b>為什么要升級 <b class='flag-5'>HTTPS</b>協議

    網站的HTPP與HTTPS區別在哪?

    當用戶打開淘寶、百度、知乎等各大平臺時,網址前面會出現一個https://,將它修改為http://時,網址可以正常打開,并且自動加上了一個“s”。而當我們訪問一些個人博客時,網址前面則顯示http://,將
    的頭像 發表于 02-08 15:56 ?6088次閱讀

    HTTP是什么,HTTPS的優點是什么

    竊取和篡改。 HTTPS:是以安全為目標的HTTP通道,簡單講是HTTP的安全版,即HTTP下加入SSL層,HTTPS的安全基礎是SSL,因
    的頭像 發表于 05-10 09:55 ?2249次閱讀

    httphttps有什么區別,為什么https會取代http

    大家都知道當前https的使用更為普遍,為什么https會取代http,其中的原因恒訊科技為大家整理在本文,共有11點希望可以幫助大家更了解網站數據安全。 1、傳輸方式 http使用的
    的頭像 發表于 05-11 16:02 ?2345次閱讀

    httphttps區別,為什么https會取代http

    大家都知道當前https的使用更為普遍,為什么https會取代http,其中的原因恒訊科技為大家整理在本文,共有11點希望可以幫助大家更了解網站數據安全。
    的頭像 發表于 09-14 13:26 ?1848次閱讀

    HTTPS如何保證數據安全?

    雖然現在許多網站都會用到HTTPHTTPS,但是大家極力倡導使用的卻是更為安全的HTTPS,今天我們就來了解一下HTTPS是如何保證數據傳輸的安全性的。
    的頭像 發表于 10-28 09:47 ?1035次閱讀

    TCP是如何實現可靠傳輸 HTTPHTTPS區別

    數據偏移(占4字位):數據部分的起始位置離報文段起始位置的距離,就是報文首部的長度,單位是4字節,所以4位能表示最大值是十進制的15,就是15 x 4字節 = 60字節,TCP報文首部最大長度為60字節
    發表于 11-21 21:38 ?937次閱讀

    HTTPHTTPS區別 HTTP協議請求類型

    HTTP協議在傳輸過程中數據都是明文狀態,安全性較差。HTTPS協議使用SSL/TLS協議進行數據傳輸,保證了數據傳輸的安全性,可以防止敏感信息被竊取和篡改。
    的頭像 發表于 06-26 17:44 ?1217次閱讀

    什么是HTTP?什么是HTTPSHTTPHTTPS區別在哪?

    每天都在上網,在搜索東西的時候,你有發現網址有什么不同嗎?本文就來談談HTTPHTTPS有什么不同。
    的頭像 發表于 08-27 09:15 ?5327次閱讀
    什么是<b class='flag-5'>HTTP</b>?什么是<b class='flag-5'>HTTPS</b>?<b class='flag-5'>HTTP</b>與<b class='flag-5'>HTTPS</b>的<b class='flag-5'>區別</b>在哪?

    HTTPHTTPS區別

    在互聯網時代,數據傳輸安全變得越來越重要。HTTPHTTPS 是兩種廣泛使用的網絡協議,它們在數據傳輸方面扮演著關鍵角色。盡管它們的名字相似,但它們在安全性和用途上有著顯著的區別HT
    的頭像 發表于 12-30 09:19 ?696次閱讀

    HTTP 1.1 和 HTTP 2.0 的區別

    2015年正式成為互聯網標準。以下是HTTP/1.1和HTTP/2之間的一些主要區別: 1. 多路復用(Multiplexing) HTTP/1.1 : 在
    的頭像 發表于 12-30 09:25 ?722次閱讀

    HTTPHTTPS的關鍵區別

    HTTP(HyperText Transfer Protocol) 是一種無狀態的通信協議,通常用于在客戶端(例如瀏覽器)和服務器之間傳輸超文本(如 HTML 頁面)。但這僅僅是一個單向通信協議
    的頭像 發表于 03-25 15:34 ?246次閱讀
    <b class='flag-5'>HTTP</b>和<b class='flag-5'>HTTPS</b>的關鍵<b class='flag-5'>區別</b>
    主站蜘蛛池模板: 欧美成人xxxx | 爱爱永久免费视频网站 | 日日干夜夜爽 | 四虎东方va私人影库在线观看 | 久久久久久久影院 | 四虎网站在线播放 | 综合婷婷 | 国产又色又爽又黄的网站在线一级 | 看片午夜| 国色天香网在线 | 美国一级毛片不卡无毒 | 欧美天天爽 | 久久天天躁狠狠躁夜夜爽 | 91在线网 | 老司机午夜永久在线观看 | 国内精品久久久久久影院老狼 | 爱爱动态视频免费视频 | 免费观看a毛片一区二区不卡 | 欧美电影一区二区三区 | 一级毛片一级毛片一级毛片 | 欧美一级艳片视频免费观看 | xxxx性bbbb| 国产又色| 免费国产h视频在线观看 | 国产做a爰片久久毛片a | 国产情侣露脸 | 亚洲影院手机版777点击进入影院 | 日本免费www| 男人的天堂久久精品激情 | 美女写真福利视频 | 午夜国产视频 | 午夜小网站| 欧美经典三级春潮烂漫海棠红 | 美女喷白浆视频 | 激情 婷婷 | 亚洲成人在线免费 | 午夜影院a | 欧美最猛黑人xxxx黑人猛交69 | 亚洲精品国产美女在线观看 | 免费番茄社区性色大片 | 在线观看日本一区 |