波仔
🖥️ 第五章 电子邮件与互联网服务
📄 一句话概括

网页服务的三根支柱各司其职：DNS 服务器把域名翻译成 IP（端口 53），Web 服务器用 HTTP 一问一答地发网页（端口 80），SSL 在 443 端口给这条通道套上加密——三台按"问路 → 加密 → 取页"的顺序上岗。

📝 本篇和前面几篇的关系

上一篇的邮件是"异步存转发"，网页是"同步一问一答"——正是第一章被动式形态最标准的样本。协议本身（域名解析、HTTP 请求响应）网络课第四章已逐节讲过；本篇站到服务器这一侧，看这三类岗位各自怎么部署、怎么配、怎么排障。

一、网页服务器与 HTTP：被动式形态的标准样本

HTTP（HyperText Transfer Protocol，超文本传输协议） 在网络课 4.5/4.6 已经拆过：请求-响应、无状态。本篇补上服务器视角的三件事：

1. Web 服务器软件就是"听 80 端口、按 HTTP 说话"的程序。 三大主流： - IIS——Windows Server 自带，图形界面管理，跟微软生态一体 - Apache——老牌开源，模块丰富，配置文件驱动 - Nginx——新一代主力，擅长同时扛海量连接，还常兼任反向代理和负载均衡（第四章 4.8-4.12 的那个岗位）

选哪个的标准还是第四章那句：看运维团队会什么。

2. 一台服务器怎么挂多个网站？——虚拟主机。 HTTP 请求头里带着 Host 字段（要访问的域名），Web 服务器据此把同一台机器、同一个 80 端口"虚拟"成多个网站。这跟第一章"服务器是角色"一脉相承：一台机器可以同时扮演几十个网站的角色。

3. 静态与动态。 只把现成文件（HTML、图片）原样发出去，叫静态；请求先交给程序（第四章应用服务器那一层）算出结果再返回，叫动态。小网站一台 Web 服务器全包，大系统则 Web 层与应用层分离——第三章 3.1-3.3 那笔"选型账"在这里兑现。

二、DNS：域名与 IP 地址的纽带

为什么必须有 DNS——人记不住 93.184.216.34，但记得住 example.com。IP 层只认数字地址，所以必须有人把名字翻译成号码，这台"翻译官"就是 DNS 服务器（端口 53）。

网络课 3.21/3.22 已讲过递归查询与资源记录；服务器视角补三件事：

1. 层级分工。 全世界的 DNS 是一棵树：根服务器告诉你"管 .com 的是谁"，.com 服务器告诉你"example.com 的权威服务器是谁"，权威服务器给出最终答案。谁家域名谁负责——你注册了域名，就由你（或服务商）的权威 DNS 说了算。

2. 缓存是 DNS 的提速心脏。 每一级查到的答案都会缓存（带有效期 TTL）：本机缓存过就不用问本地 DNS，本地 DNS 缓存过就不用出公网。副作用也很经典——改了 DNS 记录"怎么还不生效"，多半是旧答案还躺在某级缓存里没到 TTL。

3. 电话簿不止一栏。 A 记录（域名→IPv4）、AAAA（→IPv6）、MX（邮件投给谁，上一篇 Demo13 查过）、NS（谁是这个域的权威）——同一本电话簿，服务不同场景。

服务器岗位的坑：内网也要有 DNS。公司内部系统用内网域名（如 oa.company.local）由内部 DNS 解析；把它配进 DHCP 下发的选项里（第四章 4.4-4.7 那四步 DORA 顺便发的就是它），员工机器才能"输域名就通"。

三、SSL：浏览器与网页服务器之间的加密

SSL/TLS 的握手七步，网络课 7.8 已经完整拆过（证书验真 → ECDHE 商量会话密钥 → AES 全程加密）。服务器视角补三点：

1. SSL 不是一台独立的机器。 它是 Web 服务器上加装的一层加密能力：装上证书、开启 443 端口监听，HTTP 请求就先过这层盔甲再进 Web 程序。所以"SSL 服务器"这个叫法容易误导——它是角色，且通常与 Web 服务器同体。

2. 部署三件套：证书文件 + 私钥 + 域名匹配。 证书向 CA 购买或申请（网络 7.7），装到服务器后要确认：证书域名与访问域名一致、在有效期内、信任链完整。浏览器的小锁就是在验这三件事。

3. 一个端口两个世界。 80（明文 HTTP）与 443（加密 HTTPS）通常同时开着，标准做法是把 80 上的访问重定向到 443。也别忘了 7.8 的清醒剂：小锁担保的是链路加密，不是网站良心。

四、三根支柱对照表

支柱 端口 一句话职责 服务器侧关键词
DNS 53 域名 ↔ IP 翻译 层级、缓存 TTL、A/MX 记录
Web 80 发网页 HTTP 请求-响应、虚拟主机、静态/动态
SSL 443 通道加密 证书、私钥、握手、重定向

三者的一次完整协作：浏览器 → DNS 问到 IP → 与 443 握手建加密通道 → 加密的 HTTP 取回网页。缺任何一根，"输入域名看到网页"这件日常小事都不成立。

五、常见误区

  1. "DNS 就是一台服务器"——它是全球分工的树，你平时用的是"本地 DNS + 缓存"；缓存 TTL 也是"改记录不生效"的头号原因。
  2. "装了 SSL 证书网站就安全了"——证书只加密链路，网站程序有漏洞照样被攻破；小锁 ≠ 好网站（7.7 的老规矩）。
  3. "一台服务器只能当一个网站"——虚拟主机让一台机器同端口服务几十个域名；反过来，一个大网站也往往是多台服务器借负载均衡伪装成"一个"。
  4. "HTTP 和 HTTPS 是两个不同的网站"——是同一台 Web 服务器的两扇门（80 与 443），规范做法把 80 重定向到 443，而不是各挂一份内容。

六、动手 Demo：看一眼身边的 DNS 答案与两个端口

查一次带缓存的解析（PowerShell）：

nslookup www.microsoft.com

注意输出里的"非权威应答"——意思是这个答案来自中间某级的缓存，不是权威服务器亲口说的。再用 nslookup www.microsoft.com ns1.microsoft.com 之类直接问权威（可先查 NS 记录），对比两种回答的差异。

量一下两个端口的门：

Test-NetConnection www.microsoft.com -Port 80
Test-NetConnection www.microsoft.com -Port 443

看到什么算成功：两个 TcpTestSucceeded : True——80 与 443 两扇门同时开着，这就是第四节表格里"一个端口两个世界"的现场。

30 秒实验：浏览器地址栏手动输入 http://www.microsoft.com（强制明文），回车后看地址栏——几乎必然被弹回 https:// 并带上小锁。刚才那个"重定向"你亲身走了一遍。

自测三问（点开对答案） 1. 在地址栏按下回车后，DNS、SSL、Web 三台按什么顺序上岗？——DNS 问到 IP（53）→ 与 443 握手建立加密 → 加密的 HTTP 请求响应取回网页。 2. 为什么改了 DNS 记录不立刻生效？——各级缓存的 TTL 未到期，旧答案还在路上。 3. "SSL 服务器"是一台独立的机器吗？——不是，它是 Web 服务器上加装的加密层（证书 + 443 监听）。

相关笔记