網(wǎng)站建設(shè)中 HTTP方面的知識也是很豐富的。
只要上過網(wǎng)的朋友一定接觸過“HTTP”，每次開界面的時(shí)候，不管是什么網(wǎng)址，其前面都會出現(xiàn)HTTP字樣，比如“http://www.jzxue.com”、“http://62.135.5.7”等等，而有些時(shí)候打開如銀行等對安全性要求很高的網(wǎng)站的時(shí)候其網(wǎng)址的前綴又會變作“https”，這兩個(gè)前綴到底是什么意思?有什么作用呢？相信很多用戶朋友對此并不了解。下面就由我給大家解釋一二。
的全稱是Hypertext Transfer Protocol Vertion （超文本傳輸協(xié)議），說通俗點(diǎn)就是用網(wǎng)絡(luò)鏈接傳輸文本信息的協(xié)議，我們現(xiàn)在所看的各類界面就是這個(gè)東東。每次開界面時(shí)為什么要出現(xiàn)“http://”呢？其實(shí)這個(gè)道理非常簡單，因?yàn)槟阋@得網(wǎng)絡(luò)上超文本信息，那么你肯定要遵循其超文本傳輸?shù)囊?guī)范，就如同你是“天地會”成員，你和其他“天地會”成員接頭時(shí)首先要說出“地震高崗，一派西山千古秀！”和“門朝大海,三合河水萬年流”這樣的接頭暗號，說出后才能和會友進(jìn)行溝通。所以每次開界面出現(xiàn)的“http：//”就如同上面所講的接頭暗號，當(dāng)暗號正確后才能獲得相關(guān)信息。
看完了上面的解釋，或許你已經(jīng)懂得是為什么每次開界面時(shí)要出現(xiàn)“http”了。那么接下來我們再談?wù)劄槭裁从袝r(shí)候界面的接頭暗號又會變作“https”呢？
的全稱是Secure Hypertext Transfer Protocol（安全超文本傳輸協(xié)議），是在http協(xié)議基礎(chǔ)上增加了使用SSL加密傳送信息的協(xié)議。我們還是用天地會接頭的例子來講，大家可能覺得每次天地會接頭都是使用“地震高崗，一派西山千古秀！”這類婦孺皆知的接頭暗號，這樣的組織還有什么安全性可言？只要說出了暗號那么就可能獲得天地會的相關(guān)秘密。事實(shí)上并不是這樣的，如果僅僅是靠一個(gè)婦孺皆知的接頭暗號進(jìn)行信息保密，天地會可能早被清兵圍剿了，何來那么多傳奇故事呢？他們之間的交流除了使用了接頭暗號外，可能還是用了“黑話”，就是一些僅僅只有天地會成員才能聽懂的黑話，這樣即使天地會成員之間的交談信息被泄露出去了，沒有相關(guān)揭秘的東西，誰也不會知道這些黑話是什么？同樣HTTPS協(xié)議就如同上面天地會的信息交談一樣，它也將自己需要傳輸?shù)某谋緟f(xié)議通過SSL加密，讓明文變成了“黑話”即使傳輸?shù)男畔⒈蝗瞬东@，捕獲的人也沒辦法知道其實(shí)際內(nèi)容。
所以http和https之間的區(qū)別就在于其傳輸?shù)膬?nèi)容是否加密和是否是開發(fā)性的內(nèi)容。這也是你為什么常常看見https開頭的網(wǎng)址都是一些類似銀行網(wǎng)站的這類網(wǎng)址的原因。
下面是http和https的概念
什么是HTTPS：
（Secure Hypertext Transfer Protocol）安全超文本傳輸協(xié)議
它是一個(gè)安全通信通道，它基于HTTP開發(fā)，用于在客戶計(jì)算機(jī)和服務(wù)器之間交換信息。它使用安全套接字層(SSL)進(jìn)行信息交換，簡單來說它是HTTP的安全版。
它是由Netscape開發(fā)并內(nèi)置于其瀏覽器中，用于對數(shù)據(jù)進(jìn)行壓縮和解壓操作，并返回網(wǎng)絡(luò)上傳送回的結(jié)果。HTTPS實(shí)際上應(yīng)用了Netscape的安 全全套接字層（SSL）作為HTTP應(yīng)用層的子層。（HTTPS使用端口443，而不是象HTTP那樣使用端口80來和TCP/IP進(jìn)行通信。）SSL使 用40 位關(guān)鍵字作為RC4流加密算法，這對于商業(yè)信息的加密是合適的。HTTPS和SSL支持使用X.509數(shù)字認(rèn)證，如果需要的話用戶可以確認(rèn)發(fā)送者是誰。
和HTTP的區(qū)別：
協(xié)議需要到ca申請證書，一般免費(fèi)證書很少，需要交費(fèi)。
是超文本傳輸協(xié)議，信息是明文傳輸，https 則是具有安全性的ssl加密傳輸協(xié)議
和https使用的是完全不同的連接方式用的端口也不一樣,前者是80,后者是443。
的連接很簡單,是無狀態(tài)的
協(xié)議是由SSL+HTTP協(xié)議構(gòu)建的可進(jìn)行加密傳輸、身份認(rèn)證的網(wǎng)絡(luò)協(xié)議 要比http協(xié)議安全
解決的問題：
信任主機(jī)的問題. 采用https 的server 必須從CA 申請一個(gè)用于證明服務(wù)器用途類型的證書. 改證書只有用于對應(yīng)的server 的時(shí)候,客戶度才信任次主機(jī). 所以目前所有的銀行系統(tǒng)網(wǎng)站,關(guān)鍵部分應(yīng)用都是https 的. 客戶通過信任該證書,從而信任了該主機(jī). 其實(shí)這樣做效率很低,但是銀行更側(cè)重安全. 這一點(diǎn)對我們沒有任何意義,我們的server ,采用的證書不管自己issue 還是從公眾的地方issue, 客戶端都是自己人,所以我們也就肯定信任該
通訊過程中的數(shù)據(jù)的泄密和被竄改
一般意義上的https, 就是 server 有一個(gè)證書
主要目的是保證server 就是他聲稱的server. 這個(gè)跟先進(jìn)點(diǎn)一樣
服務(wù)端和客戶端之間的所有通訊,都是加密的
具體講,是客戶端產(chǎn)生一個(gè)對稱的密鑰,通過server 的證書來交換密鑰. 一般意義上的握手過程
加下來所有的信息往來就都是加密的. 第三方即使截獲,也沒有任何意義.因?yàn)樗麤]有密鑰. 當(dāng)然竄改也就沒有什么意義了
少許對客戶端有要求的情況下,會要求客戶端也必須有一個(gè)證書
這里客戶端證書,其實(shí)就類似表示個(gè)人信息的時(shí)候,除了用戶名/密碼, 還有一個(gè)CA 認(rèn)證過的身份. 應(yīng)為個(gè)人證書一般來說上別人無法模擬的,所有這樣能夠更深的確認(rèn)自己的身份
目前少數(shù)個(gè)人銀行的專業(yè)版是這種做法,具體證書可能是拿U盤作為一個(gè)備份的載體
一定是繁瑣的
本來簡單的http協(xié)議,一個(gè)get一個(gè)response. 由于https 要還密鑰和確認(rèn)加密算法的需要.單握手就需要6/7 個(gè)往返
任何應(yīng)用中,過多的round trip 肯定影響性能
接下來才是具體的http協(xié)議,每一次響應(yīng)或者請求, 都要求客戶端和服務(wù)端對會話的內(nèi)容做加密/解密
盡管對稱加密/解密效率比較高,可是仍然要消耗過多的CPU,為此有專門的SSL 芯片. 如果CPU 信能比較低的話,肯定會降低性能,從而不能serve 更多的請求
加密后數(shù)據(jù)量的影響
這個(gè)我用128bit 的RC2 測試了一下,加密后數(shù)量跟加密前基本相同
網(wǎng)站建設(shè)有很重要的的方面如HTTP等
