雖然這篇tls封包鄉民發文沒有被收入到精華區：在tls封包這個話題中，我們另外找到其它相關的精選爆讚文章
在 tls封包產品中有3篇Facebook貼文，粉絲數超過2,850的網紅矽谷牛的耕田筆記，也在其Facebook貼文中提到， ref: https://javascript.plainenglish.io/what-is-http-3-and-why-does-it-matter-cb7d7b4b600f 這篇文章簡單的敘述何謂 HTTP/3，主要探討 HTTP/3 到底跟 HTTP/1, HTTP/2 的差異是什麼 ...
tls封包 在 矽谷牛的耕田筆記 Facebook 的最讚貼文
ref: https://javascript.plainenglish.io/what-is-http-3-and-why-does-it-matter-cb7d7b4b600f
這篇文章簡單的敘述何謂 HTTP/3，主要探討 HTTP/3 到底跟 HTTP/1, HTTP/2 的差異是什麼
HTTP/3，也可以稱為 HTTP ove QUIC，這對過往的 HTTP 來說帶來了巨大的改變，因為 HTTP/{1,2} 都是基於 TCP 來傳輸封包，而 HTTP/3 則是仰賴 QUIC (Google 於 2012 所開發的協定，底層基於 UDP)。
TCP 目前普遍被使用到各式各樣的網路應用程中，而 TCP 本身的設計到今日來看也是有不少為人詬病的地方，譬如說 TCP 當初發明的時空背景與當前網路環境已經不同，譬如網際網路中的頻寬大小等
所以後續也有不少的演算法想要針對 TCP 來進行改善，譬如 Congestion Control 相關就有不少演算法可以選擇。
另外一個更直接簡單的就是直接跳過 TCP，直接使用 UDP 做為底層傳輸協定並且於應用層級重新打造一個如 TCP 一樣可信賴的傳送方式，這也是 QUIC 這個協定的基本概念。
透過 QUIC 的幫助，作者提到 HTTP/3 能夠得到下列的好處
Faster request multiplexing
HTTP/2 以前， 瀏覽器每次都只能對 Server 發送一個 Request，這導致網頁讀取速度緩慢，而 HTTP/2 則試圖改善這個機制，不過 TCP 本身的設計就不是針對這類型的使用
譬如眾多封包中只要有一個失敗， TCP 本身就會針對所有發送的 Request 去進行一個重送的動作來確保封包傳輸正常。
HTTP/3 因為不再使用 TCP 為底層協定而是 UDP，所以當上述情況發生時，也只需要針對失敗的 Request 進行重送即可，也因為此協定帶來的好處， HTTP/3 的表現會相較於之前版本來得更快更穩。
Faster Encryption
HTTP/3 允許最初的 HTTP Request 以加密的形式去傳送。過往傳統的 HTTPS 封包傳輸過程中，最初的握手階段交換資訊時，這些還是基於非加密的形式，要等到握手完畢後才可以能力將接下來的資料進行加密。
而 QUIC 本身可以針對 Initial Connection 進行 TLS 的處理，這使得 HTTP/3 於加密方面可以更順利也更簡單。
文章後半部分提到關於目前 HTTP/3 實作的部分，有興趣的人可以參考參考原文
tls封包 在 樂活台南 Facebook 的最讚貼文
為了大家的網路安全，樂活台南已經全面升級為https（超文字傳輸安全協定），請大家可以放心點選樂活台南的所有文章喔！
https://www.tainanlohas.cc/
說明：
超文字傳輸安全協定（英語：Hypertext Transfer Protocol Secure，縮寫：HTTPS，常稱為HTTP over TLS，HTTP over SSL或HTTP Secure）是一種透過計算機網路進行安全通訊的傳輸協議。HTTPS經由HTTP進行通訊，但利用SSL/TLS來加密封包。HTTPS開發的主要目的，是提供對網站伺服器的身分認證，保護交換資料的隱私與完整性。這個協議由網景公司（Netscape）在1994年首次提出，隨後擴展到網際網路上。
歷史上，HTTPS連線經常用於全球資訊網上的交易支付和企業訊息系統中敏感訊息的傳輸。在2000年代晚期和2010年代早期，HTTPS開始廣泛使用於保護所有類型網站上的網頁真實性，保護帳戶和保持用戶通訊，身分和網路瀏覽的私密性。
tls封包 在 Weblisher 威旭數位 Facebook 的最佳貼文
【Google 的新網路協定 QUIC，讀網頁速度會更快】
Google 已經從以 SPDY 為基礎的 HTTP 協定 16 年來的首個更新 HTTP/2 正式定稿中嘗到了甜頭。
最近 Google 又開始考慮更進一步，用改進版的 UDP 協定 QUIC 給 web 提升速度。
QUIC 是 Quick UDP Internet Connection 的簡稱，是 Google 制定的一種基於 UDP 的低時延的網路傳輸層協定。
TCP / IP 協定族是網路的基礎。其中傳輸層協定包括 TCP 和 UDP 協定。與 TCP 協定相比，UDP 更為輕量，但是錯誤校驗也要少得多。這意味著 UDP 往往效率更高（不經常跟伺服器端通信察看數據封包是否送達或者按序），但是可靠性比不上 TCP。通常遊戲、串流媒體以及 VoIP 等應用均採用 UDP，而網頁、郵件、遠端登入等大部分的應用均採用 TCP。
以往典型的安全 TCP 連線（TCP + TLS）往往需要在發送與接收端先進行 2、3 輪的握手通信才能正式開始數據傳輸。
而利用 QUIC 協定，如果雙方此前通信過的話馬上就可以對話（即便雙方此前未通信過時延也只有 100 毫秒，是 TCP + TLS 用時的 1/3）。
此外，QUIC 還增加了擁塞控制和自動重傳等功能，所以可靠性上要比 UDP 更高。
資料來源 : http://technews.tw/2015/04/20/google-quic-tcp-udp/