1. 程式人生 > >Android開發 http和https連線

Android開發 http和https連線

之前的Android專案一般都是用http連線,現在需要相容https連線,趁此機會就將http和https協議好好了解了一下。

首先先來看一下http協議的原理:

1、HTTP原理

HTTP是Hyper Text Transfer Protocol(超文字傳輸協議)的縮寫。它的發展是全球資訊網協會(World Wide Web Consortium)和Internet工作小組IETF(Internet Engineering Task Force)合作的結果,(他們)最終釋出了一系列的RFC,RFC 1945定義了HTTP/1.0版本。其中最著名的就是RFC 2616。RFC 2616定義了今天普遍使用的一個版本——HTTP 1.1。HTTP是一個應用層協議,由請求和響應構成,是一個標準的客戶端伺服器模型。HTTP是一個無狀態的協議。

HTTP協議的主要特點可概括如下:
1.支援客戶/伺服器模式
2.簡單快速:客戶向伺服器請求服務時,只需傳送請求方法和路徑。請求方法常用的有GET、HEAD、POST。每種方法規定了客戶與伺服器聯絡的型別不同。由於HTTP協議簡單,使得HTTP伺服器的程式規模小,因而通訊速度很快。
3.靈活:HTTP允許傳輸任意型別的資料物件。正在傳輸的型別由Content-Type加以標記。
4.無連線:無連線的含義是限制每次連線只處理一個請求。伺服器處理完客戶的請求,並收到客戶的應答後,即斷開連線。採用這種方式可以節省傳輸時間。
5.無狀態:HTTP協議是無狀態協議。無狀態是指協議對於事務處理沒有記憶能力。缺少狀態意味著如果後續處理需要前面的資訊,則它必須重傳,這樣可能導致每次連線傳送的資料量增大。另一方面,在伺服器不需要先前資訊時它的應答就較快。

1.1 HTTP協議詳解之URL篇

http(超文字傳輸協議)是一個基於請求與響應模式的、無狀態的、應用層的協議,常基於TCP的連線方式,HTTP1.1版本中給出一種持續連線的機制,絕大多數的Web開發,都是構建在HTTP協議之上的Web應用。
HTTP URL (URL是一種特殊型別的URI,包含了用於查詢某個資源的足夠的資訊)的格式如下:

http://host[":"port][abs_path]
http表示要通過HTTP協議來定位網路資源;host表示合法的Internet主機域名或者IP地址;port指定一個埠號,為空則使用預設埠80;abs_path指定請求資源的URI;如果URL中沒有給出abs_path,那麼當它作為請求URI時,必須以“/”的形式給出,通常這個工作瀏覽器自動幫我們完成。
eg:
1、輸入:www.guet.edu.cn 瀏覽器自動轉換成:http://www.guet.edu.cn/
2、http:192.168.0.116:8080/index.jsp

1.2 HTTP協議詳解之請求篇

http請求由三部分組成,分別是:請求行、訊息報頭、請求正文

1、請求行以一個方法符號開頭,以空格分開,後面跟著請求的URI和協議的版本,格式如下:
Method Request-URI HTTP-Version CRLF

其中 Method表示請求方法;Request-URI是一個統一資源識別符號;HTTP-Version表示請求的HTTP協議版本;CRLF表示回車和換行(除了作為結尾的CRLF外,不允許出現單獨的CR或LF字元)。

請求方法(所有方法全為大寫)有多種,各個方法的解釋如下:
GET    請求獲取Request-URI所標識的資源
POST    在Request-URI所標識的資源後附加新的資料
HEAD    請求獲取由Request-URI所標識的資源的響應訊息報頭
PUT     請求伺服器儲存一個資源,並用Request-URI作為其標識
DELETE   請求伺服器刪除Request-URI所標識的資源
TRACE    請求伺服器回送收到的請求資訊,主要用於測試或診斷
CONNECT  保留將來使用
OPTIONS   請求查詢伺服器的效能,或者查詢與資源相關的選項和需求
應用舉例:
GET方法:在瀏覽器的位址列中輸入網址的方式訪問網頁時,瀏覽器採用GET方法向伺服器獲取資源,eg:

GET /form.html HTTP/1.1 (CRLF)

POST方法要求被請求伺服器接受附在請求後面的資料,常用於提交表單。eg:

POST /reg.jsp HTTP/ (CRLF)
Accept:image/gif,image/x-xbit,... (CRLF)
...
HOST:www.guet.edu.cn (CRLF)
Content-Length:22 (CRLF)
Connection:Keep-Alive (CRLF)
Cache-Control:no-cache (CRLF)
(CRLF) //該CRLF表示訊息報頭已經結束,在此之前為訊息報頭
user=jeffrey&pwd=1234 //此行以下為提交的資料

HEAD方法與GET方法幾乎是一樣的,對於HEAD請求的迴應部分來說,它的HTTP頭部中包含的資訊與通過GET請求所得到的資訊是相同的。利用這個方法,不必傳輸整個資源內容,就可以得到Request-URI所標識的資源的資訊。該方法常用於測試超連結的有效性,是否可以訪問,以及最近是否更新。

2、請求報頭後述
3、請求正文(略) 

1.3 HTTP協議詳解之響應篇

在接收和解釋請求訊息後,伺服器返回一個HTTP響應訊息。

HTTP響應也是由三個部分組成,分別是:狀態行、訊息報頭、響應正文
1、狀態行格式如下:
HTTP-Version Status-Code Reason-Phrase CRLF
其中,HTTP-Version表示伺服器HTTP協議的版本;Status-Code表示伺服器發回的響應狀態程式碼;Reason-Phrase表示狀態程式碼的文字描述。
狀態程式碼有三位數字組成,第一個數字定義了響應的類別,且有五種可能取值:
1xx:指示資訊--表示請求已接收,繼續處理
2xx:成功--表示請求已被成功接收、理解、接受
3xx:重定向--要完成請求必須進行更進一步的操作
4xx:客戶端錯誤--請求有語法錯誤或請求無法實現
5xx:伺服器端錯誤--伺服器未能實現合法的請求
常見狀態程式碼、狀態描述、說明:
200 OK      //客戶端請求成功
400 Bad Request  //客戶端請求有語法錯誤,不能被伺服器所理解
401 Unauthorized //請求未經授權,這個狀態程式碼必須和WWW-Authenticate報頭域一起使用 
403 Forbidden  //伺服器收到請求,但是拒絕提供服務
404 Not Found  //請求資源不存在,eg:輸入了錯誤的URL
500 Internal Server Error //伺服器發生不可預期的錯誤
503 Server Unavailable  //伺服器當前不能處理客戶端的請求,一段時間後可能恢復正常
eg:HTTP/1.1 200 OK (CRLF)

2、響應報頭後述

3、響應正文就是伺服器返回的資源的內容 

1.4 HTTP協議詳解之訊息報頭篇

  HTTP訊息由客戶端到伺服器的請求和伺服器到客戶端的響應組成。請求訊息和響應訊息都是由開始行(對於請求訊息,開始行就是請求行,對於響應訊息,開始行就是狀態行),訊息報頭(可選),空行(只有CRLF的行),訊息正文(可選)組成。

HTTP訊息報頭包括普通報頭、請求報頭、響應報頭、實體報頭
每一個報頭域都是由名字+“:”+空格+值 組成,訊息報頭域的名字是大小寫無關的。

1、普通報頭
  在普通報頭中,有少數報頭域用於所有的請求和響應訊息,但並不用於被傳輸的實體,只用於傳輸的訊息
eg:
Cache-Control   用於指定快取指令,快取指令是單向的(響應中出現的快取指令在請求中未必會出現),且是獨立的(一個訊息的快取指令不會影響另一個訊息處理的快取機制),HTTP1.0使用的類似的報頭域為Pragma。
請求時的快取指令包括:no-cache(用於指示請求或響應訊息不能快取)、no-store、max-age、max-stale、min-fresh、only-if-cached;
響應時的快取指令包括:public、private、no-cache、no-store、no-transform、must-revalidate、proxy-revalidate、max-age、s-maxage.
eg:為了指示IE瀏覽器(客戶端)不要快取頁面,伺服器端的JSP程式可以編寫如下:

response.sehHeader("Cache-Control","no-cache");//response.setHeader("Pragma","no-cache");作用相當於上述程式碼,通常兩者//合用
這句程式碼將在傳送的響應訊息中設定普通報頭域:Cache-Control:no-cache

Date普通報頭域表示訊息產生的日期和時間

Connection普通報頭域允許傳送指定連線的選項。例如指定連線是連續,或者指定“close”選項,通知伺服器,在響應完成後,關閉連線

2、請求報頭
請求報頭允許客戶端向伺服器端傳遞請求的附加資訊以及客戶端自身的資訊
常用的請求報頭
Accept請求報頭域用於指定客戶端接受哪些型別的資訊。eg:Accept:image/gif,表明客戶端希望接受GIF圖象格式的資源;Accept:text/html,表明客戶端希望接受html文字。
Accept-Charset請求報頭域用於指定客戶端接受的字符集。eg:Accept-Charset:iso-8859-1,gb2312.如果在請求訊息中沒有設定這個域,預設是任何字符集都可以接受。、
Accept-Encoding請求報頭域類似於Accept,但是它是用於指定可接受的內容編碼。eg:Accept-Encoding:gzip.deflate.如果請求訊息中沒有設定這個域伺服器假定客戶端對各種內容編碼都可以接受。
Accept-Language請求報頭域類似於Accept,但是它是用於指定一種自然語言。eg:Accept-Language:zh-cn.如果請求訊息中沒有設定這個報頭域,伺服器假定客戶端對各種語言都可以接受。
Authorization請求報頭域主要用於證明客戶端有權檢視某個資源。當瀏覽器訪問一個頁面時,如果收到伺服器的響應程式碼為401(未授權),可以傳送一個包含Authorization請求報頭域的請求,要求伺服器對其進行驗證。
Host請求報頭域主要用於指定被請求資源的Internet主機和埠號,它通常從HTTP URL中提取出來的,
傳送請求時,該報頭域是必需的,eg:我們在瀏覽器中輸入:http://www.guet.edu.cn/index.html

瀏覽器傳送的請求訊息中,就會包含Host請求報頭域,如下:Host:www.guet.edu.cn
此處使用預設埠號80,若指定了埠號,則變成:Host:www.guet.edu.cn:指定埠號
User-Agent我們上網登陸論壇的時候,往往會看到一些歡迎資訊,其中列出了你的作業系統的名稱和版本,你所使用的瀏覽器的名稱和版本,這往往讓很多人感到很神奇,實際上,伺服器應用程式就是從User-Agent這個請求報頭域中獲取到這些資訊。User-Agent請求報頭域允許客戶端將它的作業系統、瀏覽器和其它屬性告訴伺服器。不過,這個報頭域不是必需的,如果我們自己編寫一個瀏覽器,不使用User-Agent請求報頭域,那麼伺服器端就無法得知我們的資訊了。
請求報頭舉例:
GET /form.html HTTP/1.1 (CRLF)
Accept:image/gif,image/x-xbitmap,image/jpeg,application/x-shockwave-flash,application/vnd.ms-excel,application/vnd.ms-powerpoint,application/msword,*/* (CRLF)
Accept-Language:zh-cn (CRLF)
Accept-Encoding:gzip,deflate (CRLF)
If-Modified-Since:Wed,05 Jan 2007 11:21:25 GMT (CRLF)
If-None-Match:W/"80b1a4c018f3c41:8317" (CRLF)
User-Agent:Mozilla/4.0(compatible;MSIE6.0;Windows NT 5.0) (CRLF)
Host:www.guet.edu.cn (CRLF)
Connection:Keep-Alive (CRLF)
(CRLF)

3、響應報頭
響應報頭允許伺服器傳遞不能放在狀態行中的附加響應資訊,以及關於伺服器的資訊和對Request-URI所標識的資源進行下一步訪問的資訊
常用的響應報頭
Location響應報頭域用於重定向接受者到一個新的位置。Location響應報頭域常用在更換域名的時候。
Server響應報頭域包含了伺服器用來處理請求的軟體資訊。與User-Agent請求報頭域是相對應的。下面是Server響應報頭域的一個例子:Server:Apache-Coyote/1.1
WWW-Authenticate響應報頭域必須被包含在401(未授權的)響應訊息中,客戶端收到401響應訊息時候,併發送Authorization報頭域請求伺服器對其進行驗證時,服務端響應報頭就包含該報頭域。
eg:WWW-Authenticate:Basic realm="Basic Auth Test!"  //可以看出伺服器對請求資源採用的是基本驗證機制。

4、實體報頭
請求和響應訊息都可以傳送一個實體。一個實體由實體報頭域和實體正文組成,但並不是說實體報頭域和實體正文要在一起傳送,可以只發送實體報頭域。實體報頭定義了關於實體正文(eg:有無實體正文)和請求所標識的資源的元資訊。
常用的實體報頭
Content-Encoding實體報頭域被用作媒體型別的修飾符,它的值指示了已經被應用到實體正文的附加內容的編碼,因而要獲得Content-Type報頭域中所引用的媒體型別,必須採用相應的解碼機制。Content-Encoding這樣用於記錄文件的壓縮方法,eg:Content-Encoding:gzip
Content-Language實體報頭域描述了資源所用的自然語言。沒有設定該域則認為實體內容將提供給所有的語言閱讀
者。eg:Content-Language:da
Content-Length實體報頭域用於指明實體正文的長度,以位元組方式儲存的十進位制數字來表示。
Content-Type實體報頭域用語指明發送給接收者的實體正文的媒體型別。eg:
Content-Type:text/html;charset=ISO-8859-1
Content-Type:text/html;charset=GB2312
Last-Modified實體報頭域用於指示資源的最後修改日期和時間。
Expires實體報頭域給出響應過期的日期和時間。為了讓代理伺服器或瀏覽器在一段時間以後更新快取中(再次訪問曾訪問過的頁面時,直接從快取中載入,縮短響應時間和降低伺服器負載)的頁面,我們可以使用Expires實體報頭域指定頁面過期的時間。eg:Expires:Thu,15 Sep 2006 16:23:12 GMT
HTTP1.1的客戶端和快取必須將其他非法的日期格式(包括0)看作已經過期。eg:為了讓瀏覽器不要快取頁面,我們也可以利用Expires實體報頭域,設定為0,jsp中程式如下:response.setDateHeader("Expires","0");

2、HTTPS原理

HTTPS(Hyper Text Transfer Protocol Secure),是一種基於SSL/TLS的HTTP,所有的HTTP資料都是在SSL/TLS協議封裝之上進行傳輸的。HTTPS協議是在HTTP協議的基礎上,添加了SSL/TLS握手以及資料加密傳輸,也屬於應用層協議。所以,研究HTTPS協議原理,最終就是研究SSL/TLS協議。預設HTTP的埠號為80,HTTPS的埠號為443。
SSL/TLS協議作用
不使用SSL/TLS的HTTP通訊,就是不加密的通訊,所有的資訊明文傳播,帶來了三大風險:
1. 竊聽風險:第三方可以獲知通訊內容。
2. 篡改風險:第三方可以修改通知內容。
3. 冒充風險:第三方可以冒充他人身份參與通訊。

SSL/TLS協議是為了解決這三大風險而設計的,希望達到:
1. 所有資訊都是加密傳輸,第三方無法竊聽。
2. 具有校驗機制,一旦被篡改,通訊雙方都會立刻發現。
3. 配備身份證書,防止身份被冒充。

客戶端在使用HTTPS方式與Web伺服器通訊時有以下幾個步驟,如圖所示。

(1)客戶使用https的URL訪問Web伺服器,要求與Web伺服器建立SSL連線。

(2)Web伺服器收到客戶端請求後,會將網站的證書資訊(證書中包含公鑰)傳送一份給客戶端。

(3)客戶端的瀏覽器與Web伺服器開始協商SSL連線的安全等級,也就是資訊加密的等級。

(4)客戶端的瀏覽器根據雙方同意的安全等級,建立會話金鑰,然後利用網站的公鑰將會話金鑰加密,並傳送給網站。

(5)Web伺服器利用自己的私鑰解密出會話金鑰。

(6)Web伺服器利用會話金鑰加密與客戶端之間的通訊。

在Java中要訪問Https連結時,會用到一個關鍵類HttpsURLConnection;參見如下實現程式碼:

// 建立URL物件
        URL myURL = new URL("https://www.sun.com");
 
        // 建立HttpsURLConnection物件,並設定其SSLSocketFactory物件
        HttpsURLConnection httpsConn = (HttpsURLConnection) myURL.openConnection();
 
        // 取得該連線的輸入流,以讀取響應內容
        InputStreamReader insr = new InputStreamReader(httpsConn.getInputStream());
 
        // 讀取伺服器的響應內容並顯示
        int respInt = insr.read();
        while (respInt != -1) {
            System.out.print((char) respInt);
            respInt = insr.read();
        }
這段程式碼能夠正常執行,然而把訪問的URL改為https://login.bjut.edu.cn時,程式將丟擲異常javax.net.ssl.SSLException,這是由於https://login.bjut.edu.cn站點的安全證書不被JSSE所信任。

那遇到這種情況,怎麼處理呢?有以下兩種方案:
  1)按照以上信任管理器的規則,將服務端的公鑰匯入到jssecacerts,或者是在系統屬性中設定要載入的trustStore檔案的路徑;證書匯入可以用如下命令:keytool -import -file src_cer_file –keystore dest_cer_store;至於證書可以通過瀏覽器匯出獲得;使用這種方法,程式設計非常簡單,但需要手工匯出伺服器的證書。當伺服器證書經常變化時,就需要經常進行手工匯出證書的操作。
  2)、實現自己的證書信任管理器類X509TrustManager讓它信任我們指定的證書,然後在HttpsURLConnection中載入自定義的類

介面X509TrustManager有下述三個公有的方法需要我們實現:

  1、void checkClientTrusted(X509Certificate[] chain, String authType)
throws CertificateException

該方法檢查客戶端的證書,若不信任該證書則丟擲異常。由於我們不需要對客戶端進行認證,因此我們只需要執行預設的信任管理器的這個方法。JSSE中,預設的信任管理器類為TrustManager。

  2、void checkServerTrusted(X509Certificate[] chain, String authType)
throws CertificateException 

該方法檢查伺服器的證書,若不信任該證書同樣丟擲異常。通過自己實現該方法,可以使之信任我們指定的任何證書。在實現該方法時,也可以簡單的不做任何處理,即一個空的函式體,由於不會丟擲異常,它就會信任任何證書。

  3、X509Certificate[] getAcceptedIssuers()

返回受信任的X509證書陣列。

自己實現了信任管理器類,如何使用呢?類HttpsURLConnection似乎並沒有提供方法設定信任管理器。其實,HttpsURLConnection通過SSLSocket來建立與HTTPS的安全連線,SSLSocket物件是由SSLSocketFactory生成的。HttpsURLConnection提供了方法setSSLSocketFactory(SSLSocketFactory)設定它使用的SSLSocketFactory物件。SSLSocketFactory通過SSLContext物件來獲得,在初始化SSLContext物件時,可指定信任管理器物件。下面用一個圖簡單表示這幾個JSSE類的關係:

原理性的東西介紹的太多了,頭有點大,還是直接上原始碼吧,簡單明瞭:

package com.ivms.demo;

import java.io.BufferedReader;
import java.io.DataOutputStream;
import java.io.InputStreamReader;
import java.net.HttpURLConnection;
import java.net.URL;
import java.security.SecureRandom;
import java.security.cert.CertificateException;
import java.security.cert.X509Certificate;

import javax.net.ssl.HostnameVerifier;
import javax.net.ssl.HttpsURLConnection;
import javax.net.ssl.SSLContext;
import javax.net.ssl.SSLSession;
import javax.net.ssl.TrustManager;
import javax.net.ssl.X509TrustManager;


public class HttpUtil
{
    private final static int CONNENT_TIMEOUT = 10000;
    private final static int READ_TIMEOUT = 10000;
    static HostnameVerifier DO_NOT_VERIFY = new HostnameVerifier() {
        public boolean verify(String hostname, SSLSession session) {
            return true;
        }
    };
    /**
     * 
     * @function trustAllHosts
     * @Description 信任所有主機-對於任何證書都不做檢查
     */
    private static void trustAllHosts()
    {
      TrustManager[] arrayOfTrustManager = new TrustManager[1];
      //實現自己的信任管理器類
      arrayOfTrustManager[0] = new X509TrustManager()
      {

        @Override
        public void checkClientTrusted(java.security.cert.X509Certificate[] chain, String authType)
            throws CertificateException
        {
            // TODO Auto-generated method stub
            
        }

        @Override
        public void checkServerTrusted(java.security.cert.X509Certificate[] chain, String authType)
            throws CertificateException
        {
            // TODO Auto-generated method stub
            
        }

        @Override
        public X509Certificate[] getAcceptedIssuers()
        {
            // TODO Auto-generated method stub
            return new X509Certificate[0];
        }
        
      };
      try
      {
        SSLContext localSSLContext = SSLContext.getInstance("TLS");
        localSSLContext.init(null, arrayOfTrustManager, new SecureRandom());
        HttpsURLConnection.setDefaultSSLSocketFactory(localSSLContext.getSocketFactory());
        return;
      }
      catch (Exception localException)
      {
        localException.printStackTrace();
      }
    }
    /**
     * 
     * @function 
     * @Description  https post方法,返回值是https請求
     * @param httpsurl
     * @param data 
     * @return
     */
    public static String HttpsPost(String httpsurl, String data) {
        String result = null;
        HttpURLConnection http = null;
        URL url;
        try {
            url = new URL(httpsurl);
            // 判斷是http請求還是https請求
            if (url.getProtocol().toLowerCase().equals("https")) {
                trustAllHosts();
                http = (HttpsURLConnection) url.openConnection();
                ((HttpsURLConnection) http).setHostnameVerifier(DO_NOT_VERIFY);// 對所有主機都進行確認
            } else {
                http = (HttpURLConnection) url.openConnection();
            }

            http.setConnectTimeout(CONNENT_TIMEOUT);// 設定超時時間
            http.setReadTimeout(READ_TIMEOUT);
            if (data == null) {
                http.setRequestMethod("GET");// 設定請求型別
                http.setDoInput(true);
                http.setRequestProperty("Content-Type", "text/xml");
            } else {
                http.setRequestMethod("POST");// 設定請求型別為post
                http.setDoInput(true);
                http.setDoOutput(true);
                http.setRequestProperty("Content-Type", "text/xml");
                DataOutputStream out = new DataOutputStream(
                        http.getOutputStream());
                out.writeBytes(data);
                out.flush();
                out.close();
            }

            // 設定http返回狀態200(ok)還是403
            int responseCode = http.getResponseCode();
            BufferedReader in = null;
            if (responseCode == 200) {
                in = new BufferedReader(new InputStreamReader(
                        http.getInputStream()));
            } else
                in = new BufferedReader(new InputStreamReader(
                        http.getErrorStream()));
            String temp = in.readLine();
            while (temp != null) {
                if (result != null)
                    result += temp;
                else
                    result = temp;
                temp = in.readLine();
            }
            in.close();
            http.disconnect();
        } catch (Exception e) {
            e.printStackTrace();
        }
        return result;
    }
    
}


相關推薦

Android開發 httphttps連線

之前的Android專案一般都是用http連線,現在需要相容https連線,趁此機會就將http和https協議好好了解了一下。 首先先來看一下http協議的原理: 1、HTTP原理 HTTP是Hyper Text Transfer Protocol(超文字傳輸協議)的縮寫

Android HTTPHTTPS那點事

先看看網路OSI(Open System Interconnect)模型: CA證書是什麼? CA(Certificate Authority)是負責管理和簽發證書的第三方權威機構,是所有行業和公眾都信任的、認可的。 CA證書,就是CA頒發

Windows下Android手機使用charles抓包(httphttps)

學習android到一定階段時,需要我們開始進行專案實戰,這需要我們獲取服務端的資料,通過抓取已經發布的應用訪問的地址,我們可以對該應用進行仿製,以提高自己的技術水平 目前有HTTP和HTTPS兩種連結,HTTP相對好抓取,而HTTPS則需要我們安裝證書才可以

java之接口開發-初級篇-httphttps

tps str java之接口 url地址 head http 初級 type charset http協議util address(url地址),str(數據參數) private static HttpMethod getPostJsonMethodInReques

nginx 反向代理httphttps配置

nginx 反向代理http httpsnginx可以反向代理http,同樣也可以代理https,只是需要ssl證書。這裏推薦一個好用的證書:https://github.com/Neilpang/acme.sh/wiki/%E8%AF%B4%E6%98%8E 步驟非常詳細。安裝nginx 參照:http:/

httphttps的區別

區別 協議 ssl 需要 證書 安全 都是 數據 握手 下面說說它們的區別:   https是在http下加了ssl層,起到了更安全的作用,以靠證書來難服務器的身份     需要ca認證,要收費的     端口不一樣,https 是443     由於中間的握手所以比較耗時

HTTPHTTPS有什麽區別? 什麽是SSL證書?使用ssl證書優勢?

toc 蘋果 tle 同時 cert 信任 證書私鑰 服務 技術 什麽是SSL? SSL是指安全套接層協議(以及傳輸層協議TLS),位於TCP/IP協議與各種應用層協議之間,為數據通訊提供安全支持,是目前使用最廣泛的安全協議。它為互聯網或內部網絡連接,進行操作的兩臺機器

Spring Boot同時開啟HTTPHTTPS服務

官方 keystore ati port 代碼 iop tap oid col 由於Spring Boot中通過編碼開啟HTTPS服務比較復雜,所以官方推薦通過編碼開啟HTTP服務,而通過配置開啟HTTPS服務。 Spring Boot的application.ym

詳解httphttps的作用與區別

就是 免費證書 構建 難題 原理 過程 完全 mod 支持 PS: https就是http和TCP之間有一層SSL層,這一層的實際作用是防止釣魚和加密。防止釣魚通過網站的證書,網站必須有CA證書,證書類似於一個解密的簽名。另外是加密,加密需要一個密鑰交換算法,雙方通過交換後

HTTPHTTPS詳解

port 緩存 規範 manage 網絡 secure quest 解析 option 轉自:http://www.cnblogs.com/ok-lanyan/archive/2012/07/14/2591204.html HTTP是一個屬於應用層的面向對象的協議,由於其簡

Apache mod_rewrite實現HTTPHTTPS重定向跳轉

告訴 ace mod iter bing space tac lai contain 當你的站點使用了HTTPS之後,你可能會想把所有的HTTP請求(即端口80的請求),全部都重定向至HTTPS(即端口443)。這時候你可以用以下的方式來做到:(Apache mod_rew

Nginx 配置 HTTP HTTPS

AI one 當前 som include 控制 AC remote 新的 Nginx 的配置文件 nginx.conf 中有一些頂級指令(即上下文)用來分組適用於不同流量類型的指令: events,通用的連接處理。 http,HTTP 流量。 mail,Mail 流量。

HttpHttps的區別--筆記

font ddd 被黑 做到 lee spa int 專業 緊急 學習鏈接: 知乎:https://www.zhihu.com/question/19577317 法號桑菜 https比http安全,是超文本傳輸協議安全,比http多了一個由TLS(SSL)提供的

fiddler 抓取iphone發出的httphttps

options roo 關閉 tool clas apt 訪問百度 nec 通過 1、清理iphone的描述文件,在通用裏面設置。這一步目的防止手機裏面已經存在了DO_NOT_TRUST_FiddlerRoot證書,導致後面抓不了包,所以先清理下 2、下載安裝f

Python學習之路 (四)爬蟲(三)HTTPHTTPS

CP 發出 net 長度 現在 消息頭 理論 LV 模型 HTTP和HTTPS HTTP協議(HyperText Transfer Protocol,超文本傳輸協議):是一種發布和接收 HTML頁面的方法。 HTTPS(Hypertext Transfer Protoc

HTTPHTTPS協議有什麽不同之處

不同之處 style AR 通過 詳細 transfer pos 萬維網 log 定義: HTTP(hypertext transfer protocol)是超文本傳輸協議,是一種用來詳細規定了瀏覽器和萬維網服務器之間互相通信的規則,通過因特網傳送萬維網文檔的

httphttps的區別聯系

如圖所示 即使 谷歌 階段 組織 http協議 兼容 sockets TP   超文本傳輸協議HTTP協議被用於在Web瀏覽器和網站服務器之間傳遞信息,HTTP協議以明文方式發送內容,不提供任何方式的數據加密,如果攻擊者截取了Web瀏覽器和網站服務器之間的傳輸報文,就

http https 有何區別?

HTTP與HTTPShttp是超文本傳輸協議,信息是明文傳輸,https 則是具有安全性的ssl加密傳輸協議http和https使用的是完全不同的連接方式用的端口也不一樣,前者是80,後者是443。http的連接很簡單,是無狀態的HTTPS協議是由SSL+HTTP協議構建的可進行加密傳輸、身份認證的網絡協議要

面試常考點:httphttps的區別與聯系

vps sock 選擇 請求 網站 國家 報文 體系 soc 超文本傳輸協議HTTP協議被用於在Web瀏覽器和網站服務器之間傳遞信息,HTTP協議以明文方式發送內容,不提供任何方式的數據加密,如果攻擊者截取了Web瀏覽器和網站服務器之間的傳輸報文,就可以直接讀懂其中的信息,

httphttps

http url 客戶端請求 網絡協議 瀏覽器 認證 就是 web服務器建立 一個 HTTPS協議的主要作用可以分為兩種:一種是建立一個信息安全通道,來保證數據傳輸的安全;另一種就是確認網站的真實性。 HTTPS協議是由SSL+HTTP協議構建的可進行加密傳輸、身份認證的網