什么是 Exchange CAS 服务器？
CAS 是 Client Access Server 的缩写，中文翻译为客户端访问服务器。
（图片来源网络，侵删）
您可以把它想象成 Exchange 邮件系统的“前台接待”或“安全门卫”，它不负责存储用户的邮件、日历或联系人数据（这些由 Mailbox Server 负责），它的主要职责是：
- 作为所有客户端请求的唯一入口点：无论是 Outlook 桌面版、Outlook 网页版、手机上的邮件 App（如 iOS Mail、Android Gmail），还是其他第三方邮件客户端，它们连接到 Exchange 服务器时，第一个接触到的就是 CAS 服务器。
- 处理身份验证和授权：验证用户名和密码，确保请求是合法的。
- 代理请求：在验证通过后，CAS 服务器会将客户端的请求“转发”或“代理”到正确的 Mailbox Server（后端存储服务器），去获取或修改数据。
- 提供特定的服务端点：CAS 服务器上运行着各种服务，用于处理不同类型的客户端访问。
CAS 服务器的核心功能
为了更好地理解,我们把它分解为几个关键功能：
身份验证
这是 CAS 的首要任务，它会验证用户身份，确保只有合法用户才能访问其邮箱。
- 支持的协议：它支持多种身份验证协议，如 Kerberos, NTLM, OAuth 2.0, Basic Auth 等。
- 安全：现代 Exchange（尤其是 Exchange 2025 及以后版本）强烈推荐使用 OAuth 2.0，这是一种更安全、更现代的令牌验证机制，可以避免密码在网络中明文传输。
代理请求
CAS 服务器本身不存储邮件，所以它就像一个“中间人”。
（图片来源网络，侵删）
- 工作流程：
- 用户通过 Outlook 连接到 CAS 服务器。
- CAS 服务器验证用户身份。
- CAS 服务器查询 Active Directory，确定该用户的邮箱数据存储在哪一台 Mailbox Server 上。
- CAS 服务器将用户的请求（如“收件箱”列表）转发到对应的 Mailbox Server。
- Mailbox Server 处理请求，将结果返回给 CAS 服务器。
- CAS 服务器再将结果返回给用户的 Outlook 客户端。
这种架构的好处是,客户端只需要知道 CAS 服务器的地址即可，无需关心背后有多少台 Mailbox Server，实现了负载均衡和高可用性。
提供服务端点
CAS 服务器上运行着多个关键服务，为不同客户端提供访问接口：
| 服务/功能 | 描述 | 对应的客户端/协议 |
|---|---|---|
| MAPI/HTTP | 现代化的 Outlook 客户端（2025 SP1 及以后）与 Exchange 服务器通信的主要协议，性能和安全性优于传统的 RPC over HTTP。 | Outlook 桌面版 |
| Outlook on the Web (OWA) | 提供基于 Web 的邮箱访问界面，用户通过浏览器登录即可使用。 | 浏览器 (Web 邮件) |
| Exchange ActiveSync (EAS) | 用于移动设备（手机、平板）同步邮件、日历、联系人和任务。 | iOS Mail, Android Gmail, Microsoft Outlook Mobile App |
| POP3 / IMAP4 | 传统的邮件接收协议，通常用于第三方邮件客户端或一些特定场景。 | 第三方邮件客户端 (如 Thunderbird) |
| Autodiscover | 极其重要的功能，当用户配置 Outlook 或手机邮件时，只需输入邮箱地址（如 user@company.com），Autodiscover 服务会自动为其提供配置信息，包括 CAS 服务器地址、认证方式等，无需用户手动输入复杂的服务器信息。 |
所有客户端的首次配置 |
Exchange CAS 服务器的演进
理解 CAS 的演变，有助于理解现代 Exchange 的架构。
Exchange 2010 及之前版本
- 角色分离：CAS 是一个独立且必须安装的角色。
- 功能明确：清晰地承担了所有客户端访问的职责。
- 部署：通常需要部署多台 CAS 服务器来实现高可用性和负载均衡。
Exchange 2025 及之后版本 (2025, 2025, 2025)
- 角色合并：微软简化了服务器角色，将 CAS 和 Mailbox Server 的角色合并到了一个服务器角色中。
- 逻辑分离：虽然物理上安装在同一台服务器上，但 CAS 的功能（前端）和 Mailbox 的功能（后端）在逻辑上仍然是分离的，一台服务器可以同时扮演“前台接待”和“后台仓库”的角色。
- 简化部署：这种合并使得部署和管理工作变得更简单，因为不再需要单独规划和管理 CAS 服务器。
Exchange Online (Microsoft 365)
- 云架构：在云服务中，没有物理的“CAS 服务器”概念。
- 前端服务：这个“前台接待”的角色由 Microsoft 365 的前端服务（如负载均衡器、身份验证服务、Autodiscover 服务等）来实现。
- 逻辑上依然存在：从功能和架构上看，Exchange Online 仍然遵循了 CAS 和 Mailbox 逻辑分离的原则，只是底层由微软完全托管。
为什么 CAS 服务器很重要？
- 安全性：它是安全的第一道防线，可以集中部署安全策略（如 SSL/TLS 加密、IP 限制、身份验证方法），防止恶意流量直接冲击后端的 Mailbox Server。
- 可扩展性与高可用性：客户端只连接到 CAS 服务器，可以通过部署多台 CAS 服务器并使用硬件/软件负载均衡器，轻松地横向扩展访问能力，并提供冗余，如果一台 CAS 服务器宕机，流量可以自动切换到其他健康的 CAS 服务器，而用户几乎无感知。
- 简化客户端配置：通过 Autodiscover 服务，极大地简化了用户配置邮箱的难度，提升了用户体验。
- 协议统一：将所有客户端的访问请求统一到一个入口，便于管理和监控。
| 特性 | 描述 |
|---|---|
| 角色名称 | Client Access Server (CAS) |
| 核心职责 | 客户端请求的入口、身份验证、请求代理、提供服务端点 |
| 不负责 | 存储用户邮件、日历等数据 (那是 Mailbox Server 的工作) |
| 关键服务 | MAPI/HTTP, OWA, EAS, POP3, IMAP4, Autodiscover |
| 架构演进 | Exchange 2010: 独立角色; Exchange 2025+: 与 Mailbox 角色合并部署; Exchange Online: 由云服务实现逻辑功能 |
Exchange CAS 服务器是连接用户客户端与后端邮箱数据的桥梁和安全卫士，是整个 Exchange 体系架构中不可或缺的一环。
（图片来源网络，侵删）
