从"登一次处处通行"（SSO）到"分单员带队干活"（负载均衡+应用服务器），再到公司骨干 ERP 和数字化新代表物联网——服务器角色从"共享资源"进化到"承载业务"，最后一节用文件服务器对比 Windows Server 与 Linux 的性格差异收束本章。
前两篇的房间都是"单间"（一台服务器一个职能），本篇是建筑群：身份认证统一发证（SSO）、请求先过分单员再进车间（负载均衡）、骨干系统 ERP 把人财物搬上服务器、物联网把客户端数量放大到亿级。第七章网络课讲的认证与加密，在这里全部找到"服务器岗位"的对位。
本篇覆盖教材 5 小节：4.8 SSO 服务器、反向代理与登录助理 / 4.9 负载均衡与应用服务器 / 4.10 ERP（骨干系统）/ 4.11 物联网 / 4.12 Windows Server 与 Linux 的差异（从文件服务器看）。
一、4.8 SSO 服务器、反向代理与登录助理：身份的统一出口
没有它们的时候
每个系统各管一套账号密码——OA 一个、邮件一个、报销又一个，全公司几十套口令，改密码要改一天；更要命的是权限口径不一致：离职员工走了，某个系统忘了销户。
SSO（单点登录）：登一次，处处通行
- 用户向 SSO 认证服务器验证一次身份，拿到一张"通行证"（票据/令牌）
- 之后访问任何内部系统，各系统只验这张票——不再各自问密码
- 好处：账号一处管（入职建一次、离职销一次）、密码一处改、审计一处查
- 网络课 7.1 的认证三要素、7.6 的数字签名，就是这张"通行证"防伪造、防篡改的技术地基
反向代理：站在服务器队伍最前面的门卫
- 正向代理（网络 4.8）替客户端出门办事；反向代理替服务器挡在门口——方向正好相反
- 外部请求先到反向代理：验明正身、限流、缓存静态内容，再转给内网真正干活的应用服务器
- 内网服务器的真实地址因此对外不可见——攻击面直接缩小
- 登录助理：当老系统接不进 SSO 时，帮它"代填登录"的过渡件——让遗留系统也能蹭上统一认证
二、4.9 负载均衡与应用服务器：把业务摊给一群机器
为什么需要
一台应用服务器再强也有物理上限；业务量上来后两条路：买更贵的（纵向扩展，很快到顶）或加机器 + 分单员（横向扩展，可无限加）——互联网世界几乎都选后者。
负载均衡器干什么
- 分发请求：按轮询、加权、最少连接等策略把请求摊给后端多台应用服务器
- 健康检查：每隔几秒探测后端——某台病了就自动摘除，修好了自动加回；对用户完全无感
- 会话保持：同一用户的请求尽量落到同一台（或用共享 Session 解决）
应用服务器：业务逻辑的跑马场
- 与 Web 服务器的分工：Web 服务器管"把页面发出去"（静态），应用服务器管"业务规则的计算"（动态）——订单该不该打折、库存够不够扣
- 第三章 3.1-3.3 的容量估算，估的主要就是应用服务器这层；第七章 7.8 里 HTTPS 卸载（加解密 offload）也常由负载均衡器代劳
三、4.10 ERP：公司骨干系统
- ERP（企业资源计划）把人、财、物、产、供、销装进一个数据库：财务、采购、库存、销售、人事联动
- "骨干"的含义：它一停，公司业务跟着停——所以对它的可靠性投入最大（第二章的冗余、第三章的预估，最终都为它服务）
- 技术形态：应用服务器 + 数据库服务器 + 客户端/浏览器，往往多台集群部署
- 行当对位：设计公司的项目、合同、采购在 ERP 里走流程——ERP 停机一天，报价单都开不出来
四、4.11 物联网：数字化技术的代表选手
- 物联网服务器服务的客户端是海量无屏设备：传感器、摄像头、网关——第一章说的"无人操作也是客户端"在这里放大到十万百万级
- 流量形状特殊：收得多、发得少——设备只上报数据，服务器偶尔下发指令；常用消息队列削峰（数据先排队落盘，业务再慢慢消化）
- 连接特点：设备内存小、算力弱，常用 MQTT 这类轻量协议而非 HTTP
- 和"爆发系/持久系"（1.7-1.9）对位：传感器上报是持久系小流量，但设备数量一多，总量照样惊人——按峰值定容量依然是铁律
五、4.12 从文件服务器看 Windows Server 与 Linux 的差异
| 维度 | Windows Server | Linux |
|---|---|---|
| 文件共享 | SMB（共享文件夹，图形界面点点点） | Samba/NFS（配置文件写规则） |
| 权限模型 | GUI 管理，与 AD 域无缝集成 | 权限位 + ACL，灵活但靠命令行 |
| 上手门槛 | 低（管理员不一定要懂命令行） | 高（改一行配置要懂那一行） |
| 成本 | 许可费 + 客户端访问许可（CAL） | 发行版免费 |
| 自动化 | PowerShell 也能做，但生态弱 | 天生为脚本而生——批量任务的主场 |
| 典型岗位 | AD 域、文件服务器、与 Office/ERP 客户端打交道的场合 | Web/数据库/云原生/容器的主力 |
教材的落点：同一件事（文件共享）两边都能干，性格完全不同——Windows 靠图形界面与集成降低门槛，Linux 靠配置与脚本换取灵活与自动化。选型不看谁强，看运维团队会什么。
动手 Demo12：给自己当一次"分单员"和"门卫"
# 1. 反向代理的极简体验：本机 80 端口转发到内网另一台机器
# （用 PowerShell 端口转发模拟"门卫转交"）
netsh interface portproxy add v4tov4 listenport=8080 listenaddress=127.0.0.1 connectport=80 connectaddress=127.0.0.1
# 打开 http://127.0.0.1:8080 后再删除：
netsh interface portproxy reset
# 2. 负载均衡的雏形：看看 DNS 轮询——一个域名背后多台机器
Resolve-DnsName www.jd.com | Format-Table Name, Type, IPAddress
# 多次执行，观察返回的 IP 是否在几台之间轮换
# 3. 会话与单点登录的痕迹：列出浏览器里已登录站点的 Cookie（F12 → Application → Cookies）
# 观察同一域下哪些 Cookie 是"会话票据"
# 4. 本机 SMB 客户端版本（Windows 与 Linux 共享互通的协议底座）
Get-SmbConnection -ErrorAction SilentlyContinue
Get-WindowsOptionalFeature -Online -FeatureName SMB1Protocol -ErrorAction SilentlyContinue
观察点： - 第 2 步的大站域名几乎总返回多个 IP——那就是最古老的负载均衡（DNS 轮询） - 第 4 步注意 SMB1 已被淘汰（勒索病毒利用的重灾区）——协议也有安全版本演进
30 秒实验
浏览器开两个标签分别登录公司 OA 与邮件，然后在 OA 里改密码退出，再看邮件系统——如果还在登录状态，说明这两个系统没接同一个 SSO；如果同时被踢出，说明背后是统一认证。一次实验看穿公司系统的集成程度。
常见误区
- "SSO = 所有系统共用一个密码"：共用密码是灾难（一处泄露全沦陷）；SSO 是一处验证、发票通行——密码只存在认证服务器，各系统根本见不到。
- "反向代理和正向代理只是名字反着叫"：方向完全不同——正向代理替客户端上网（隐藏客户端），反向代理替服务器挡枪（隐藏服务器）。
- "负载均衡器会拖慢速度"：它加的是一跳，省下的是故障切换和容量弹性；健康检查摘除故障机器，整体可用性反而大幅上升。
- "ERP 就是财务软件"：财务只是 ERP 的一角；骨干的含义是跨部门流程贯通——采购单自动生成应付、销售单自动扣库存。
- "Linux 更强所以全用 Linux"：强的是自动化生态，不是万能；AD 域环境和 Windows 客户端为主的办公室，Windows Server 文件服务器反而是省心解。
自测五问
1. SSO 的"通行证"由谁发、谁验？为什么各系统不需要拿到你的密码？ 2. 正向代理与反向代理分别替谁办事、分别隐藏谁？ 3. 负载均衡器的两个核心职能是什么？故障机器怎么被摘除？ 4. 为什么说 ERP 是"骨干系统"？它的技术形态是什么？ 5. 从文件共享看，Windows Server 与 Linux 各自的性格是什么？- ☑ 第五章 5.1-5.3 电子邮件的发送与接收（SMTP、POP3） —— 第四章到此收束：共享三件套、基础设施、身份认证与业务系统都讲完了。
- ☐ 5.4-5.6 网页服务的三根支柱（HTTP、DNS、SSL）
相关笔记
- 电子邮件的发送与接收 —— 从内网角色走向互联网岗位的下一站
- 基础设施类服务器 —— 单间职能到建筑群的衔接
- 网络 7.1 身份认证 —— SSO 票据背后的认证三要素
- 网络 7.8 SSL/TLS —— 负载均衡器常兼任的 HTTPS 卸载
- 网络 4.8 代理服务器 —— 正向代理的本尊，反向代理的对照面
- 建系统之前的三笔账 —— "Web→多台小机+负载均衡"的选型路线
- 负载类型与模型化 —— 物联网流量的"持久系×海量"形状
- 与PC的三重差异 —— Windows Server/Linux/UNIX 三方对比的展开