<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Https on KK的博客</title><link>https://spin6lock.github.io/tags/https/</link><description>Recent content in Https on KK的博客</description><generator>Hugo</generator><language>zh-CN</language><lastBuildDate>Sat, 01 Oct 2022 00:00:00 +0800</lastBuildDate><atom:link href="https://spin6lock.github.io/tags/https/feed.xml" rel="self" type="application/rss+xml"/><item><title> 折腾 HTTPS 的一点笔记</title><link>https://spin6lock.github.io/2022/10/01/%E6%8A%98%E8%85%BEHTTPS%E7%9A%84%E4%B8%80%E7%82%B9%E7%AC%94%E8%AE%B0.html</link><pubDate>Sat, 01 Oct 2022 00:00:00 +0800</pubDate><guid>https://spin6lock.github.io/2022/10/01/%E6%8A%98%E8%85%BEHTTPS%E7%9A%84%E4%B8%80%E7%82%B9%E7%AC%94%E8%AE%B0.html</guid><description>&lt;p&gt;最近，在同事多次推荐下，终于将家里 NAS 的 Nginx 换成了 Caddy，顺便看了一下相关的各种资料，写篇文章记录一下&lt;/p&gt;&#10;&lt;h1 id="为什么要申请-https-证书"&gt;为什么要申请 HTTPS 证书？&#10;&lt;/h1&gt;&#10;&lt;p&gt;因为 http 是明文的，从客户端到服务器会经历多跳路由，其中任意一个开启捕获模式，都会将 http 的明文会话记录下来。为了避免密码明文在网上传输，以及照片、文本被窥视，还是套上一层加密比较稳妥。之前我的选择是用 ssh 隧道映射端口到本地，再用普通的 http 访问。但是 iOS 的后台保活时间比较短，ssh 隧道很容易断，而 ssh 建立连接的步骤又比较多，在移动网络等复杂环境下，体验很差，有一次在坐小火车去公司的路上，拉个 RSS 多次断开链接后，一怒之下决定换装 https 了&lt;/p&gt;</description></item></channel></rss>