域名申请
- 京东云域名申请
- 衍生内容
-
- [DNS 与 DNS 记录](#DNS 与 DNS 记录)
-
- [一、DNS 的作用:域名解析的总系统](#一、DNS 的作用:域名解析的总系统)
-
- [✅ 核心功能:](#✅ 核心功能:)
- [🌐 为什么需要 DNS?](#🌐 为什么需要 DNS?)
- [🔁 DNS 工作流程(简化):](#🔁 DNS 工作流程(简化):)
- [二、DNS 记录的作用:**定义域名如何解析的具体规则**](#二、DNS 记录的作用:定义域名如何解析的具体规则)
-
- [📌 常见 DNS 记录类型及作用:](#📌 常见 DNS 记录类型及作用:)
- [三、举个完整例子 🌰](#三、举个完整例子 🌰)
- [四、DNS vs DNS 记录:一句话总结](#四、DNS vs DNS 记录:一句话总结)
- 五、常见应用场景
- [✅ 总结](#✅ 总结)
- 使用域名有何作用
-
- [🌐 1. 对人类友好:易记、易读、易传播](#🌐 1. 对人类友好:易记、易读、易传播)
- [🔧 2. 解耦 IP 变更:服务器迁移无感](#🔧 2. 解耦 IP 变更:服务器迁移无感)
- [🔒 3. 支持 HTTPS / SSL 安全证书](#🔒 3. 支持 HTTPS / SSL 安全证书)
- [🧩 4. 支持多服务共享同一 IP(虚拟主机)](#🧩 4. 支持多服务共享同一 IP(虚拟主机))
- [🌍 5. 实现全球加速与智能解析](#🌍 5. 实现全球加速与智能解析)
- [📧 6. 支撑电子邮件系统](#📧 6. 支撑电子邮件系统)
- [📱 7. 移动端与 App 深度集成](#📱 7. 移动端与 App 深度集成)
- [⚖️ 对比:域名 vs IP](#⚖️ 对比:域名 vs IP)
- [🚫 不用域名的后果(真实场景)](#🚫 不用域名的后果(真实场景))
- [✅ 总结:域名是互联网的"门牌号 + 品牌名片"](#✅ 总结:域名是互联网的“门牌号 + 品牌名片”)
- [SSL 证书有何作用](#SSL 证书有何作用)
-
- [🔒 1. 加密通信(Encryption)------ 防窃听](#🔒 1. 加密通信(Encryption)—— 防窃听)
- [🛡️ 2. 身份认证(Authentication)------ 防假冒](#🛡️ 2. 身份认证(Authentication)—— 防假冒)
- [📦 3. 数据完整性(Integrity)------ 防篡改](#📦 3. 数据完整性(Integrity)—— 防篡改)
- [🌐 附加价值(现代互联网的必备基础)](#🌐 附加价值(现代互联网的必备基础))
-
- [✅ 1. 支持 HTTPS,满足现代 Web 要求](#✅ 1. 支持 HTTPS,满足现代 Web 要求)
- [✅ 2. SEO 优势](#✅ 2. SEO 优势)
- [✅ 3. 合规性要求](#✅ 3. 合规性要求)
- [🆚 对比:HTTP vs HTTPS](#🆚 对比:HTTP vs HTTPS)
- [📌 常见误区澄清](#📌 常见误区澄清)
- [✅ 总结:SSL 证书的核心价值](#✅ 总结:SSL 证书的核心价值)
- [httpsok 简介](#httpsok 简介)
-
- [🔑 核心原理:基于 ACME 协议 + DNS 验证 + 自动化脚本](#🔑 核心原理:基于 ACME 协议 + DNS 验证 + 自动化脚本)
- [🧩 关键技术点详解](#🧩 关键技术点详解)
-
- [1. 使用 ACME 协议(Automated Certificate Management Environment)](#1. 使用 ACME 协议(Automated Certificate Management Environment))
- [2. DNS 验证(推荐用于通配符证书)](#2. DNS 验证(推荐用于通配符证书))
-
- [HttpsOK 如何实现?](#HttpsOK 如何实现?)
- [3. 轻量级 Agent(客户端程序)](#3. 轻量级 Agent(客户端程序))
-
- [Agent 的作用](#Agent 的作用)
- [4. 支持多平台自动部署](#4. 支持多平台自动部署)
- [5. 证书监控与微信告警](#5. 证书监控与微信告警)
- [🆚 与传统方式(如 Certbot)对比](#🆚 与传统方式(如 Certbot)对比)
- [🔒 安全性说明](#🔒 安全性说明)
- [✅ 总结:HttpsOK 的核心价值](#✅ 总结:HttpsOK 的核心价值)
写在前面:因为京东云域名新用户较为优惠,httpsok 不支持京东云域名DNS解析,故采取该迂回方案,同时也可以更好的理解 域名、DNS 之间的关系。
京东云域名申请
京东云篇
- 京东云搜索
域名管理 - 注册域名并选择合适的域名
- 更改 DNS 服务器:京东云会默认 DNS 服务器,但是为了使用 httpsok,我们使用腾讯云的 DNS 服务器


腾讯云篇
- 选择
云解析 DNS

- 添加域名

- 添加
记录(此处添加域名与IP、域名的映射方案信息)

httpsok 篇
官网地址:https://httpsok.com/
- 平台注册登录
- 证书管理-证书申请(免费版可申请三张证书<每次3个月>)

重点:将此处的记录添加到腾讯云记录中
到此为止,证书即申请成功

衍生内容
DNS 与 DNS 记录
DNS(Domain Name System,域名系统)和 DNS 记录是互联网中将人类可读的域名转换为机器可识别的 IP 地址的核心机制。它们共同构成了互联网的"地址簿"或"电话簿"。
一、DNS 的作用:域名解析的总系统
✅ 核心功能:
把像
www.baidu.com这样的域名,翻译成像180.101.49.12这样的 IP 地址,让浏览器、App 等客户端能真正连接到服务器。
🌐 为什么需要 DNS?
- 人类记不住数字(IP),但能记住名字(域名)
- 服务器 IP 可能变化,但域名可以保持不变
- 支持负载均衡、CDN、高可用等高级网络架构
🔁 DNS 工作流程(简化):
- 用户在浏览器输入
https://github.com - 操作系统向 本地 DNS 服务器(如运营商 DNS)查询
- 若缓存无结果,递归查询根域名服务器 → .com 顶级域 → github.com 权威 DNS
- 最终获得
github.com对应的 IP(如140.82.121.4) - 浏览器用该 IP 建立连接
💡 整个过程通常在几十毫秒内完成。
二、DNS 记录的作用:定义域名如何解析的具体规则
DNS 记录(DNS Records)是存储在权威 DNS 服务器 中的配置条目,告诉 DNS 系统:"当有人查这个域名时,该怎么回答"。
你可以把 DNS 看作整个邮政系统 ,而 DNS 记录就是具体的"收件人地址卡片"。
📌 常见 DNS 记录类型及作用:
| 记录类型 | 作用 | 示例 |
|---|---|---|
| A 记录 | 将域名指向一个 IPv4 地址 | example.com → 192.0.2.1 |
| AAAA 记录 | 将域名指向一个 IPv6 地址 | example.com → 2001:db8::1 |
| CNAME 记录 | 将域名设为另一个域名的 别名 | www.example.com → example.com |
| MX 记录 | 指定接收 邮件 的邮件服务器 | @ → mail.example.com |
| TXT 记录 | 存储任意文本信息(用于验证、安全策略) | "v=spf1 include:_spf.google.com ~all" |
| NS 记录 | 指定该域名由哪些 DNS 服务器 权威解析 | example.com → ns1.alidns.com |
| SRV 记录 | 指定提供特定服务的服务器(如 VoIP、LDAP) | _sip._tcp.example.com → sipserver:5060 |
| PTR 记录 | 反向解析:IP → 域名(常用于邮件反垃圾) | 1.2.0.192.in-addr.arpa → example.com |
三、举个完整例子 🌰
假设你有一个网站:
- 域名:
myblog.com - 云服务器 IP:
203.0.113.10 - 邮箱:
admin@myblog.com - 使用了 CDN(如 Cloudflare)
你需要配置以下 DNS 记录:
text
# 域名解析到服务器(或 CDN)
myblog.com. A 203.0.113.10
www.myblog.com. CNAME myblog.com.
# 邮件服务
myblog.com. MX 10 mail.myblog.com.
mail.myblog.com. A 203.0.113.20
# 安全与验证
myblog.com. TXT "v=spf1 a mx -all"
myblog.com. TXT "google-site-verification=abc123..."
# 指定 DNS 服务商(通常注册商自动设置)
myblog.com. NS ns1.cloudflare.com.
myblog.com. NS ns2.cloudflare.com.
→ 当用户访问 myblog.com,DNS 系统返回 203.0.113.10;
→ 当别人发邮件到 admin@myblog.com,邮件系统查 MX 记录找到 mail.myblog.com。
四、DNS vs DNS 记录:一句话总结
| 概念 | 类比 | 说明 |
|---|---|---|
| DNS | 整个邮政系统 + 电话簿服务 | 是一套分布式数据库系统,负责全球域名解析 |
| DNS 记录 | 电话簿里的某一条记录 | 是你在 DNS 中配置的具体映射规则,决定域名如何解析 |
✅ 没有 DNS,域名无法工作;没有 DNS 记录,DNS 不知道怎么解析你的域名。
五、常见应用场景
- 网站上线:配 A 记录指向服务器 IP
- 启用 HTTPS:需域名 + 正确 DNS 解析才能申请证书
- 使用 CDN:将 A/CNAME 指向 CDN 提供的地址
- 企业邮箱:必须配置 MX、SPF、DKIM 等记录
- 多环境部署 :
dev.example.com、staging.example.com指向不同服务器
✅ 总结
| 项目 | 说明 |
|---|---|
| DNS | 互联网的域名解析系统,把域名转成 IP |
| DNS 记录 | 在 DNS 中配置的具体规则,定义"哪个域名 → 哪个地址/服务" |
| 核心价值 | 让人类用名字上网,让网络服务灵活、可靠、可扩展 |
💡 简单记:DNS 是"系统",DNS 记录是"配置"。你要让域名生效,就必须在 DNS 中添加正确的记录。
DNS 的核心目的是:将人类可读的域名解析为服务器的 IP 地址,从而让用户可通过域名访问服务。
使用域名有何作用
使用域名(如 baidu.com、github.com)而不是直接用 IP 地址(如 14.215.177.39)访问网站或服务,是互联网基础设施设计的核心理念之一。以下是为什么要使用域名的全面解释:
🌐 1. 对人类友好:易记、易读、易传播
- IP 地址难记 :
114.55.231.87vstaobao.com - 域名有意义 :
weather.gov.cn比202.106.123.45更能表达用途 - 品牌价值 :
apple.com是苹果公司的数字资产,代表品牌形象
💡 就像你不会用"北京市海淀区中关村大街1号"代替"清华大学",而是直接说"清华"。
🔧 2. 解耦 IP 变更:服务器迁移无感
云服务器的 IP 地址可能因以下原因变化:
- 释放并重新申请弹性公网 IP
- 切换到更高配置的实例
- 使用负载均衡器(SLB)后端 IP 动态调整
- 迁移到不同可用区或云厂商
✅ 有了域名,只需更新 DNS 记录,用户访问不受影响:
text
旧 IP: 114.55.231.87 → 新 IP: 47.95.210.123
DNS 更新后,用户仍访问 taobao.com,完全无感知
如果没有域名,每次 IP 变更都要通知所有用户:"请改用新地址",这在现实中不可行。
🔒 3. 支持 HTTPS / SSL 安全证书
- SSL/TLS 证书是绑定域名的 (如
*.example.com) - 浏览器要求:
https://必须使用有效证书,且证书中的域名必须与访问地址一致 - IP 地址无法申请主流免费证书(Let's Encrypt 不支持公共 IP)
❌ 直接用 IP 访问 HTTPS:
text
https://114.55.231.87 → 浏览器报"您的连接不是私密连接"
✅ 用域名:
text
https://shop.example.com → 显示绿色锁图标,安全可信
🧩 4. 支持多服务共享同一 IP(虚拟主机)
一台服务器可运行多个网站或服务,通过域名区分:
| 域名 | 服务 |
|---|---|
blog.example.com |
WordPress 博客 |
api.example.com |
后端 REST API |
shop.example.com |
电商系统 |
→ 所有请求都发往同一个 IP(如 47.95.210.123),但 Web 服务器(如 Nginx)根据 Host 头 路由到不同应用。
❌ 如果只用 IP,无法在同一台机器上部署多个独立网站。
🌍 5. 实现全球加速与智能解析
通过 DNS 服务商(如阿里云 DNS、Cloudflare)可实现:
- 地理路由:中国用户解析到北京服务器,美国用户解析到硅谷服务器
- 故障转移:主服务器宕机,自动切换到备用 IP
- CDN 集成 :
www.example.com→ 解析到 CDN 边缘节点,加速静态资源
这些高级功能都依赖域名,IP 地址无法实现。
📧 6. 支撑电子邮件系统
要拥有 yourname@yourcompany.com 的邮箱,必须:
- 注册域名
yourcompany.com - 配置 MX 记录 指向邮件服务器
- 设置 SPF/DKIM 防止垃圾邮件
没有域名,就无法拥有企业级专业邮箱。
📱 7. 移动端与 App 深度集成
- App 中的 API 地址通常写为
https://api.yourservice.com - 如果硬编码 IP,一旦后端迁移,所有旧版本 App 全部失效
- 域名 + DNS 提供了灵活的后端调度能力
⚖️ 对比:域名 vs IP
| 能力 | 域名 | IP 地址 |
|---|---|---|
| 易记性 | ✅ 高 | ❌ 极低 |
| 支持 HTTPS | ✅ 是 | ❌ 否(主流 CA 不签发) |
| 多服务共存 | ✅ 支持 | ❌ 不支持 |
| 服务器迁移 | ✅ 无缝 | ❌ 用户需手动改地址 |
| 全球加速/CDN | ✅ 支持 | ❌ 不支持 |
| 企业邮箱 | ✅ 可用 | ❌ 无法实现 |
| 品牌形象 | ✅ 专业 | ❌ 像临时测试 |
🚫 不用域名的后果(真实场景)
- 用户流失:没人愿意记住一串数字
- 安全警告:浏览器拦截 HTTPS 请求
- 运维灾难:换服务器 = 服务中断
- 无法备案:中国大陆要求网站必须有域名才能 ICP 备案
- 无法上架 App Store:苹果要求 API 使用域名而非 IP
✅ 总结:域名是互联网的"门牌号 + 品牌名片"
IP 地址是机器的语言,域名是人类的语言。
使用域名不仅是为了方便,更是构建可靠、安全、可扩展、专业 的在线服务的基础前提 。无论你是个人博客、创业公司还是大型企业,域名都是不可或缺的数字资产。
SSL 证书有何作用
SSL 证书(现在更准确地称为 TLS 证书)是保障互联网通信安全的核心技术,其主要作用可概括为以下三大核心功能:
🔒 1. 加密通信(Encryption)------ 防窃听
- 作用 :在客户端(浏览器、App)和服务器之间建立加密通道,确保传输的数据无法被第三方窃取或窥探。
- 原理:使用非对称加密(如 RSA、ECC)协商密钥,再用对称加密(如 AES)高效加密实际数据。
- 效果:
- 用户登录密码、银行卡号、聊天内容等敏感信息即使被截获也无法解密。
- 防止公共 Wi-Fi 下的"中间人攻击"(Man-in-the-Middle)。
✅ 没有 SSL:
http://example.com/login?password=123456→ 明文传输,极易被嗅探。✅ 有 SSL:
https://example.com/login→ 所有数据加密,仅通信双方可读。
🛡️ 2. 身份认证(Authentication)------ 防假冒
- 作用 :验证网站的真实身份,防止用户访问钓鱼网站 或伪造服务。
- 原理:
- 证书由受信任的 CA(Certificate Authority,证书颁发机构) 签发(如 Let's Encrypt、DigiCert、Sectigo)。
- 浏览器内置了这些 CA 的根证书,可验证网站证书是否合法、是否属于该域名。
- 效果:
- 当你访问
https://bankofchina.com,浏览器确认该证书确实由权威 CA 签发给"bankofchina.com",而非攻击者伪造的bank0fchina.com。 - 地址栏显示 锁形图标(🔒),增强用户信任。
- 当你访问
⚠️ 若证书无效(过期、域名不匹配、自签名),浏览器会显示 "不安全"警告,阻止用户继续访问。
📦 3. 数据完整性(Integrity)------ 防篡改
- 作用 :确保数据在传输过程中未被恶意修改或损坏。
- 原理 :TLS 协议使用 消息认证码(MAC) 或 AEAD 加密模式,任何对数据的篡改都会被接收方检测到并丢弃。
- 效果:
- 攻击者无法在传输中插入广告、木马或恶意脚本。
- 下载的软件、更新包内容与服务器发出的完全一致。
💡 例如:银行转账金额若被中间人篡改为"1000000",接收方会因校验失败而拒绝该请求。
🌐 附加价值(现代互联网的必备基础)
✅ 1. 支持 HTTPS,满足现代 Web 要求
-
所有主流浏览器(Chrome、Safari、Firefox)强制要求 HTTPS才能使用关键功能:
- 获取地理位置(Geolocation)
- 使用摄像头/麦克风(WebRTC)
- Service Workers(PWA 离线功能)
- HTTP/2 和 HTTP/3(性能提升协议)
-
HTTP 网站会被标记为"不安全",影响用户体验和转化率。
✅ 2. SEO 优势
- Google、百度等搜索引擎优先收录 HTTPS 网站,HTTP 站点排名更低。
✅ 3. 合规性要求
- GDPR、PCI DSS、等保 2.0 等法规强制要求敏感数据传输必须加密,否则面临法律风险。
🆚 对比:HTTP vs HTTPS
| 能力 | HTTP(无 SSL) | HTTPS(有 SSL 证书) |
|---|---|---|
| 数据是否加密 | ❌ 明文传输 | ✅ 全程加密 |
| 能否验证网站身份 | ❌ 无法确认 | ✅ 通过 CA 认证 |
| 数据能否被篡改 | ❌ 可被中间人修改 | ✅ 自动检测篡改 |
| 浏览器是否信任 | ❌ 标记"不安全" | ✅ 显示安全锁图标 |
| 是否支持现代 Web API | ❌ 大部分受限 | ✅ 完全支持 |
| 搜索引擎排名 | ❌ 较低 | ✅ 更高 |
📌 常见误区澄清
| 误区 | 正确理解 |
|---|---|
| "只有电商/银行才需要 SSL" | ❌ 所有网站都应使用 HTTPS,保护用户隐私和数据安全 |
| "SSL 会让网站变慢" | ⚠️ 早期有轻微开销,现代硬件+HTTP/2 下HTTPS 反而更快 |
| "免费证书(如 Let's Encrypt)不安全" | ❌ 免费证书与付费证书在加密强度和安全性上完全相同,区别仅在验证方式和附加服务 |
| "IP 地址也能申请 SSL 证书" | ❌ 公共 IP 无法申请主流 CA 的证书(Let's Encrypt 不支持),必须用域名 |
✅ 总结:SSL 证书的核心价值
SSL 证书 = 加密 + 身份认证 + 完整性保护 = 用户信任 + 法律合规 + 技术现代化
它不仅是"安全锁",更是:
- 用户信任的基石
- 现代 Web 应用的通行证
- 企业数字资产的防护盾
💡 今天,部署 HTTPS 已不是"可选项",而是"必选项"。得益于 Let's Encrypt 等免费 CA,获取和续期 SSL 证书已近乎零成本。
httpsok 简介
https://httpsok.com/是一个面向开发者和运维人员的 SSL 证书自动化管理平台 ,其核心目标是:简化 Let's Encrypt / ZeroSSL 等免费证书的申请、续期与部署流程。
🔑 核心原理:基于 ACME 协议 + DNS 验证 + 自动化脚本
HttpsOK 并不自己签发证书,而是作为 ACME 客户端(ACME Client)的封装与增强平台 ,对接权威 CA(如 Let's Encrypt、ZeroSSL),通过标准 ACME 协议完成证书生命周期管理。
🧩 关键技术点详解
1. 使用 ACME 协议(Automated Certificate Management Environment)
- Let's Encrypt、ZeroSSL 等免费 CA 都支持 ACME v2 协议
- HttpsOK 作为 ACME 客户端,代替用户与 CA 通信
- 支持:
- 证书申请(Order)
- 域名验证(Challenge)
- 证书下载(Download)
- 证书吊销(Revoke)
📌 这是自动化的核心标准,避免手动操作。
2. DNS 验证(推荐用于通配符证书)
对于 *.example.com 通配符证书,必须使用 DNS 验证(HTTP 验证不支持通配符)。
HttpsOK 如何实现?
-
用户在平台绑定 DNS 服务商(如阿里云、腾讯云、Cloudflare)
-
HttpsOK 调用 DNS 服务商 API(需用户提供 API Key)
-
自动添加一条 TXT 记录:
text
Name: _acme-challenge.example.com
Value: xxxxxxxxx (由 CA 提供的随机 token)
-
CA 查询该记录,确认你拥有域名控制权
-
验证成功后,自动删除该记录(或保留)
✅ 用户无需手动操作 DNS,全程自动化。
3. 轻量级 Agent(客户端程序)
HttpsOK 提供一个名为 httpsok 的命令行工具(通常用 Go 编写),部署在你的服务器上:
bash
# 一行命令安装并配置
curl -sSL https://get.httpsok.com | bash
Agent 的作用
- 与 httpsok.com 云端通信,接收指令
- 自动将证书写入指定路径(如
/etc/ssl/httpsok/example.com/) - 自动重载 Nginx/Apache(执行
nginx -s reload) - 上报证书状态、到期时间
💡 类似 Certbot,但更集成化、支持多云部署。
4. 支持多平台自动部署
除了本地服务器,还支持将证书自动推送到:
- CDN(阿里云 CDN、腾讯云 CDN)
- 对象存储(COS、OSS)
- 负载均衡(SLB、CLB)
- WebHook(自定义回调接口)
通过调用各云厂商的 OpenAPI 实现,用户只需授权即可。
5. 证书监控与微信告警
- 每天扫描用户所有证书
- 提前 10 天、5 天、1 天 通过微信公众号推送续期提醒
- 若自动续签失败,立即告警
🆚 与传统方式(如 Certbot)对比
| 功能 | Certbot(原生) | HttpsOK |
|---|---|---|
| 通配符证书支持 | ✅(需手动配 DNS) | ✅(自动配 DNS) |
| 多服务器管理 | ❌(每台独立) | ✅(统一控制台) |
| CDN/LB 自动部署 | ❌ | ✅ |
| 微信告警 | ❌ | ✅ |
| 可视化界面 | ❌ | ✅ |
| 一行命令部署 | ⚠️ 需配置 | ✅ |
| 技术门槛 | 中高 | 低 |
🔒 安全性说明
- 私钥永不上传:证书私钥(private key)始终生成并保存在用户服务器本地,HttpsOK 云端只处理公钥和证书
- API Key 最小权限:建议用户为 DNS 服务商创建仅含"修改 DNS"权限的子账号
- 通信加密:Agent 与云端通过 HTTPS + Token 认证通信
✅ 总结:HttpsOK 的核心价值
把复杂的 ACME + DNS + 部署流程,封装成"一行命令 + 可视化控制台",让 SSL 证书真正实现"免维护自动续期"。
它不是 CA,也不是魔法,而是:
- ACME 协议的友好前端
- 多云环境的自动化胶水
- 开发者的时间解放者
适合人群:
- 独立开发者(青春版 ¥39/年)
- 中小企业(基础版 ¥115/年)
- 运维团队(高级版支持 50 台服务器)