1.ssl协议：通过认证、数字签名确保完整性；使用加密确保私密性；确保客户端和服务器之间的通讯安全 2.tls协议：在SSL的基础上新增了诸多的功能，它们之间协议工作方式一样 3.https协议：https over tls，tls协议是https协议的核心 4.CA：Certificate Authority，也称为电子商务认证中心，是负责发放和管理数字证书的权威机构 对称加密：加密和解密使用相同密钥的加密算法。它的速度快，通常在加密大量数据时使用 非对称加密：需要两个密钥来进行加密和解密，公钥与私钥。公钥加密的只能用私钥解密，反之私钥加密的也只能用公钥解密。通常用于重要信息的安全传输，缺点是速度比对称加密慢很多
HTTPS（HTTP over SSL）是以安全为目标的 HTTP 通道，可以理解为 HTTP + SSL/TLS，即在 HTTP 下加入 SSL/TLS 层作为安全基础。其中 TLS 的前身是 SSL，目前广泛使用的是 TLS 1.2。
.NET 运行时和库实现并发布几个 EventCounters，可用于识别和诊断各种性能问题。 通过本文，你可了解可用于监视这些计数器的提供程序及其描述。
了解和测量HTTP时间有助于我们发现客户端到服务器或服务器到服务器之间的通信性能瓶颈。 本文介绍了HTTP请求中的时间开销，并展示了如何在Node.js中进行测量。
咦咦咦，各位小可爱，我是你们的好伙伴——bug菌，今天又来给大家普及通信协议相关知识点了，别躲起来啊，听我讲干货还不快点赞，赞多了我就有动力讲得更嗨啦！所以呀，养成先点赞后阅读的好习惯，别被干货淹没了哦~
SSL(Secure Socket Layer 安全套接层)是基于HTTPS下的一个协议加密层，最初是由网景公司（Netscape）研发，后被IETF（The Internet Engineering Task Force - 互联网工程任务组）标准化后写入（RFCRequest For Comments 请求注释），RFC里包含了很多互联网技术的规范！
传播时延这个概念。是指电磁信号或者光信号在传输介质中传输的时延。而在光纤或者铜线中。光信号和电磁信号的传播速度都在20万公里/秒以上，在传输介质中传输的是电磁信号或者光信号，而不是数据！
SSL：（Secure Socket Layer，安全套接字层），位于可靠的面向连接的网络层协议和应用层协议之间的一种协议层。SSL通过互相认证、使用数字签名确保完整性、使用加密确保私密性，以实现客户端和服务器之间的安全通讯。该协议由两层组成：SSL记录协议和SSL握手协议。
不使用SSL/TLS的HTTP通信，就是不加密的通信。所有信息明文传播，带来了三大风险。
签前面三个案例里的HTTP都没加密，使排查工作省去不少麻烦，抓包文件里直接就看清应用层信息。
众所周之，通常我们开发一个移动端应用，会直接调用系统提供的网络请求接口去服务端请求数据，再针对返回的数据进行一些处理，或者使用iOS中的开源AFNetworking/OKHttp这样的网络库（Android中可以用HttpURLConnection或者开源的okhttp库），管理好请求线程和队列，再自动做一些数据解析，就结束了。
在HTTP - HTTPS（TLS1.2）中，笔者介绍了目前世界主流的TLS1.2协议的相关知识点，文中从HTTP的缺陷、SSL的历史、信息加密的主要手段、数字证书、以及最为关键的TLS1.2交互过程介绍了现今HTTPS的关键部分内容。
提高web应用程序性能比以往任何时候都更加重要。在线经济活动的份额正在增长;超过5%的发达国家的经济现在是在互联网上的(参见参考资料中的互联网统计数据)。而我们这个始终在线、高度连接的现代世界意味着用户的期望比以往任何时候都要高。如果您的站点没有立即响应，或者您的应用程序不能立即工作，用户将很快转向您的竞争对手。
一、 SSL 1. SSL简介 SSL协议位于TCP/IP协议与各种应用层协议之间，为数据通讯提供安全支持。SSL协议可分为两层： SSL记录协议（SSL Record Protocol）：它建立在可靠的传输协议（如TCP）之上，为高层协议提供数据封装、压缩、加密等基本功能的支持。 SSL握手协议（SSL Handshake Protocol）：它建立在SSL记录协议之上，用于在实际的数据传输开始前，通讯双方进行身份认证、协商加密算法、交换加密密钥等。 SSL协议提供的服务主要有：1）认证用户和服务器，确保
TLS 的主要目标是为通信的双方提供一个安全的通道。对下层传输的唯一要求是一个可靠的有序的数据流。
现时的互联网应用中，Web平台（准确地说是基于HTTP及其延伸协议的客户端/服务器应用）的数据传输都基于 TCP 协议。
最近，群里一个刚入职的小伙因为用公司电脑访问奇怪的网站，被约谈了。他很困惑 —— 访问的都是HTTPS的网站，公司咋知道他访问了啥？
SSL（Secure Sockets Layer，安全套接层）协议最初是网景公司为了保障网上交易安全而开发的，SSL协议在直接位于TCP上一层的应用层被实现。SSL不会影响上层协议（HTTP），但能够保证上层协议的网络通信安全。
该博客描述了 Cilium 如何在不使用 Sidecar 的情况下提供服务网格。在这篇博客中，我们将扩展 mTLS 的主题，并研究 Cilium 如何提供具有出色安全性和性能特征的基于 mTLS 的无边车身份验证。
此文主要讲的事情是如何让用户快点看到首屏页面，其主要影响因素是延迟和解析渲染耗时。有关安全部分其实也是优化的一部分。我们着重说下网络部分。
举个例子：如果你的DNS查询比你期望的时间更长，这个问题可能是因为你的DNS供应商或者DNS缓存引起的。
选择支持AES-NI特性的CPU，该CPU在指令级别优化了AES算法，加速了数据的加解密过程。
例如，Amazon 十年前做的一项研究表明，网页加载时间减少 100 毫秒，收入就会增加 1%。最近另一项研究凸显了一个事实，就是有一半以上的受调查网站经营者说他们会因为应用的性能不好，而损失收入或客户。
HTTP 和 HTTPS 是两种常见的网络协议，它们都是用于在浏览器和服务器之间传输数据的。但是，它们之间也有一些重要的区别，这些区别涉及到数据的安全性、传输性能、使用成本和搜索排名等方面。本文将从以下几个方面来介绍 HTTP 和 HTTPS 的区别，本文内容大纲如下：
原文 / https://developer.akamai.com/blog/2018/06/25/experiments-with-browser-preconnects/
本文由石墨文档技术杜旻翔分享，原题“石墨文档 Websocket 百万长连接技术实践”，有修订。
原文：www.nginx.com/blog/10-tips-for-10x-application-performance/
无效的 DSA 公钥可能会导致 dsa.Verify 出现故障。特别是，在精心制作的 X.509 证书链上使用 crypto/x509.Verify 可能会导致 panic， 即使证书没有链接到受信任的根。可以通过 crypto/tls 连接将链交付给客户端， 或者接受和验证客户端证书的服务器。会通过 HTTPS 服务器使 net/http 客户端崩溃， 而接受客户端证书的 net/http 服务器将恢复 panic 并且不受影响。
在HTTP1.1的协议中，我们传输的request和response都是基本于文本的，这样就会引发一个问题：所有的数据必须按顺序传输，比如需要传输：hello world，只能从h到d一个一个的传输，不能并行传输，因为接收端并不知道这些字符的顺序，所以并行传输在HTTP1.1是不能实现的。
大家好，我是「云舒编程」，今天我们来聊聊计算机网络面试之-(应用层HTTP)工作原理。
QUIC是一项由Google设计的协议，致力于将网络通信变得更快、更高效。它代表了对网络性能的追求，旨在提供更好的用户体验，但与此同时，QUIC也带来了一系列网络安全和监控方面的挑战。
日常生活中的互联网接入方式可以看到在这个过程中客户端的数据(流量)需要经过路由器和互联网(Internet)的正确转发才能到达服务器，而服务器返回的数据也需要经过互联网和路由器才能到达客户端，而在一些不安全的网络环境中，你所连接的路由设备很有可能被黑客所控制(如下图所示)，那么黑客就可以通过流量分析出其中的信息从而造成信息泄漏的问题，甚至可以在你不知情的情况下用你的身份信息做一些别的事情(数据篡改、请求重放)。 了解过计算机网络的同学应该知道，计算机网络的核心部分是由许多的路由设备连接在一起构成的，Client产生的流量往往会在网络中途径许多路由设备才能到达Server。作为终端用户，即使我们可以保证自己的路由设备是安全的，但是仍然无法确保互联网中所有的路由器都是安全的。
随着 HTTP/2 的逐渐普及，以及国内网络环境越来越糟糕（运营商劫持和篡改），HTTPS 已经开始成为主流。HTTPS 在 TCP 和 HTTP 之间增加了 TLS（Transport Layer Security，传输层安全），提供了内容加密、身份认证和数据完整性三大功能，同时也给 Web 性能优化带来新的挑战。上次写的「使用 BoringSSL 优化 HTTPS 加密算法选择（https://imququ.com/post/optimize-ssl-ciphers-with-boringssl.html）」一文中，我介绍了如何针对不同平台启用最合适的传输加密算法。本篇文章我打算继续写 HTTPS 优化 —— TLS 握手优化。
当通过网络传输数据时，一种新的协议QUIC（Quick UDP Internet Connection，快速UDP互联网连接）正在成为FAANG的默认选择。本篇文章描述了QUIC协议是如何克服其他版本HTTP的限制脱颖而出的。
编者的话：近年来网络安全事件层出不穷，确保亿万用户的安全隐私是我们微信义不容辞的责任。当然，我们更要保证用户稳定、快速的聊天体验，所以我们有了mmtls。文章干货满满，建议大家阅读全文，仔细品味! 一、背景 随着近些年网络安全事情的频繁发生，使得用户对网络通信安全的意识越来越强。国内外的网络服务提供商都逐渐提供全站的安全通信服务，如国内的淘宝、百度先后宣布已经完成了全站部署https。微信现有的安全通信协议是基于用户登录的时候派发的SessionKey对应用数据进行加密的，该协议在工程实现上，已经过多
在石墨文档的部分业务中，例如文档分享、评论、幻灯片演示和文档表格跟随等场景，涉及到多客户端数据同步和服务端批量数据推送的需求，一般的 HTTP 协议无法满足服务端主动 Push 数据的场景，因此选择采用 WebSocket 方案进行业务开发。
来源：http://www.zcfy.cc/article/10-tips-for-10x-application-performance-nginx-22.html
原文： https://medium.com/platform-engineer/evolution-of-http-69cfe6531ba0
提升Web应用的性能从未像今天这样刻不容缓。在线经济活动的比例日益提高，就连发展中国家和地区的经济活动都已经有5%以上在线进行了（相关数据请参考本文后面的资源）。在这个超级链接、随时在线的现代世界，用户的期望也远非昔日可比。如果你的网站不能马上响应，你的应用不能立即运行，用户转身就会投奔你的竞争对手。
.NET 一直在稳定的增加和改善对应用程序进行跨平台的诊断分析，在.NET Core 3.0， 我们看到了 EventCounters[1] 的介绍，用于观察和分析指标测量。
URI, 全称为(Uniform Resource Identifier), 也就是统一资源标识符。它并不是我们常说的网址URL, 实际上URI = URN+URL。
| 导语 本文主要介绍了QUIC协议，以及初步研究的过程，用实践证明了QUIC协议在iOS平台的可行性 1、QUIC介绍 （1）QUIC（Quick UDP Internet Connections）协议 是一种全新的基于UDP的web开发协议。可以用一个公式大致概括： TCP + TLS + HTTP2 = UDP + QUIC + HTTP2’s API 从公式可看出：QUIC协议虽然是基于UDP，但它不但具有TCP的可靠性、拥塞控制、流量控制等，且在TCP协议的基础上做了一些改进，比如避免了队首阻塞；
.NET 一直在稳定的增加和改善对应用程序进行跨平台的诊断分析，在.NET Core 3.0， 我们看到了 EventCounters 的介绍，用于观察和分析指标测量。
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
实时音视频
对象存储
即时通信 IM
