sodaxu的博客_Windows,云计算,Mail 服务器,Hyper-V,Windows server,虚拟化,集群,Exchange,PowerShell,ActiveDirectory

「深入Exchange 2013」00 挖坑立碑

咱们这些搞技术的人，在不断的实战操作当中，也需要时不时静下心来沉淀一下知识；于是便有了写这个系列文章的念头。斗胆取名叫深入Exchange，是想在现有的，大家都会的，部署、配置、运维Exchange知识的基础之上，再跟大家聊一聊一些深层次的东西，也是就一些理论原理；希望大家在阅读的过程中能够配合自己日常运维部署的场景，进行反思，从而加深对产品的理解。

挖坑

深入Exchange2013

置顶原创点赞1 阅读1580 收藏2 评论0 2015-06-19

我的友情链接

51CTO博客开发fengc怪客的运维小站运维人生Robin's Home农民IT的技术博客読書ノート周平的微软技术交流平台

原创点赞0 阅读689 收藏0 评论0 2017-11-22

注意！最新.Net Framework与Exchange 的兼容性问题

2月11日，由于.Net framework 4、4.5、4.5.1已经停止支持（https://blogs.msdn.microsoft.com/dotnet/2015/12/09/support-ending-for-the-net-framework-4-4-5-and-4-5-1/），有人提到是否可以为Exchange Server安装最新的.Net Framework 4.6.1，产品组

.net

Exchange

framework

原创点赞1 阅读2056 收藏0 评论1 2016-02-15

2012 R2 Active Directory NTFRS复制问题排错一例

故障现象：场景中若干台域控服务器的组策略文件复制出现问题。由于是真实环境截图，水印较多见谅。使用dcdiag的时候会有提示NTFRS复制问题，要求管理员查看Q312862事件Event ID 13562，此nTFRSMember对象 cn=域控计算机名,cn=domain system volume (sysvol share),cn=file replication service,cn=sys

组策略

复制

活动目录

ntfrs

原创推荐点赞1 阅读6386 收藏0 评论1 2015-11-19

Exchange 2013 重建OWA一例

这段时间一直在忙项目和ITcharger的事情，没有来得及接着写深入Exchange 2013系列文章，在这儿先给大家道个歉，既然开了坑就要填。等俺空下来一定会一点点给大家补上。这次来跟大家聊聊我最近碰到的一个Exchange 2013中OWA的重建问题，事情是这个样子的：某天收到反馈，说用户无法登陆OWA，提示用户名密码错误，哪怕是输入绝对正确的密码也提示用户名和密码错误，ECP更不用说，一样打

OWA

Exchange 2013

重建OWA

Outlook Web App报错

原创点赞5 阅读3328 收藏2 评论3 2015-10-23

「深入 Exchange 2013」20 反压

微软一直宣称Exchange 的传输引擎足够负担非常大量的邮件传输（EXTREMELY large volumes of messages）,但是在现实场景中，很多时候都会出现服务器的物理资源不够无法负担这么大量的出站与入站邮件量，换句话说微软的意思是俺设计的产品的底层逻辑足够健壮性能足够高，你再性能不行就是你硬件瓶颈了（笑）。比如一台MBX服务器可

深入Exchange2013

反压

backpressure

反压警告

原创点赞3 阅读2334 收藏1 评论0 2015-08-12

「深入 Exchange 2013」19 邮件限制

这一章咱们来讲讲Exchange中对邮件的QOS设置，这些设置平常也许大多数场景中不会涉及到，因为需要大批量发送邮件的场景里都会用到邮件中间件（发送大量宣传邮件或者报表）。但是一旦让咱们碰上了，咱们也得知道从哪下手去调整这些设置不是，关于这个话题Technet上已经写得非常好了，咱这里也是做个总结和搬运。

QOS

邮件限制

优先级

深入Exchange2013

Message throttling

原创点赞0 阅读3986 收藏1 评论0 2015-08-12

「深入 Exchange 2013」18 队列 part3

队列优先级Exchange 2013当中，微软增加了一个“优先队列”的功能，打开它时，被标记为高优先级的邮件会比一般邮件先传送，而被标记为低优先级的邮件则会比一般邮件后传送；开启该功能之后呢，分拣器和路由算法不会受到任何影响，仅仅只是传输服务会在每个投递队列里按照优先级排列邮件。队列优先级的设置主要通过修改EdgeTransport.exe.config配置文件的键值的方式来进行，首先通过Prio

Queue

队列

深入Exchange2013

分拣目录

原创点赞0 阅读1612 收藏1 评论0 2015-08-04

「深入 Exchange 2013」17 队列 part2

队列速率大多数新手管理员都能理解“队列”是某种系统或者组件的性能指标。比如磁盘I/O队列，CPU队列等等。Exchange 2013中邮件队列的运行效率是通过队列的三个属性来计算的。传入率(IncomingRate)和传出率(OutgoingRate)属性代表邮件进入和离开邮件的速率。速率(Velocity)为传出率减去传入率得到的队列消耗速率值。除了以上三个值，还应当考虑邮件数量（Message

Queue

队列

队列查看器

深入Exchange2013

原创点赞0 阅读1460 收藏1 评论0 2015-08-02

「深入 Exchange 2013」16 队列 part1

关于队列的内容较多，咱得多分几部分来讲，讲到哪是哪吧。每当咱在Exchange里查看队列的时候，我们会看到队列分成好几个组，每个邮箱数据库都有自己的目标队列，DAG、AD站点也是，AD林也是一个队列，最后最多的就是外部SMTP域队列。当传输服务处理队列里的邮件时，它首先会尝试投递队列里的第一封邮件，如果邮件投递成功，传输服务会去告诉传输高可用系统（后边的章节里会介绍到）这封邮件投递成功。如果不成功

传输服务

Queue

队列

深入Exchange2013

队列数据库

原创点赞0 阅读2636 收藏1 评论0 2015-07-28

「深入 Exchange 2013」15 TLS传输层安全

默认情况下，SMTP流量是不被加密的，这就导致在公网上进行邮件沟通就像是在广播一样，任何人拦截到该邮件都可以轻而易举的读取其内容。但是现实场景中有许多敏感信息是通过邮件来进行发送的，所以其中一种保护邮件安全的方法就是使用传输层安全协议（Transport Layer Security）来提供SMTP流量在传输中的加密，受TLS保护的SMTP流量可以让拦截/窃听者无法读取到SMTP流量的内容，但是它

TLS

深入Exchange2013

传输加密

传输层安全

原创点赞4 阅读2904 收藏0 评论1 2015-07-24

Exchange 2016 preview 初体验 part.2

上一节里咱们装好了Exchange Server 2016 preview的第一台MBX服务器，接着咱们就来体验下新版本里客户端访问的部分。打开新的管理中心，预览版的管理中心基本上没多大变化，而且可以注意到版本号是Version 15.1，build号为225.17，Exchange 2013是15.0.11XX。说明在底层版本上，并未作出非常大的改动。关于Exchange版本号列表：http:/

客户端访问

Exchange2016

Exchange 2016 previe

Outlook Web App

原创点赞1 阅读891 收藏0 评论0 2015-07-24

Exchange 2016 preview 初体验 part.1

千呼万唤，Exchange 2016的preview版终于出来了，Technet也同步发布了一部分文档（有中文哟！）。赶紧的下载好安装文件，搭好lab，一起来看看最新的Exchange 2016给咱们带来了哪些amazing的改变吧。注意：本预览版只适合在测试环境进行测试使用，千万别直接就上生产了！下文写的一切只针对preview版本，不对未来的变更负责！Exchange 2016 preview

安装

先决条件

Exchange 2016 previe

Exchange 2016

原创点赞1 阅读1408 收藏0 评论2 2015-07-23

「深入 Exchange 2013」14 接收连接器

接收连接器在概念上要比发送连接器简单一点，每个接收连接器只用侦听来自你分配给它的ip地址和端口的请求，然后将SMTP会话传送出去即可。接收连接器使用权限组来决定哪些发送者被允许使用该连接器，权限组则是预先定义好的一系列安全主体对某个对象（当前场景下则是接收连接器）所拥有的权限，比如说是“任何有邮箱账户的用户”即Exchange Users，或者是“组织里的任何Exchange Server”即Ex

邮件传输

接收连接器

深入Exchange2013

邮件路由

原创点赞1 阅读7026 收藏2 评论0 2015-07-18

「深入 Exchange 2013」13 发送连接器

啥是连接器？连接器是一种存储在AD里的对象，被Exchange的传输服务所调用，以获取邮件流的逻辑连接路径。目前版本中连接器的大部分设置都只能在Exchange Management Shell里来设置，Exchange Administration Center（EAC）里并没有包含全部的选项（哪怕是之前版本里能够在EMC里设置的）。图形界面下咱们主要通过EAC里，邮件流那块里头的接收连接器选项

发送连接器

接收连接器

深入Exchange2013

邮件路由

原创点赞1 阅读4610 收藏1 评论0 2015-07-15

「深入 Exchange 2013」12 传输架构Part2

本章接着上一章，简单说一下四个组件在Exchange Server 2013整个传输架构当中各自负责什么。前端传输服务(The Front End Transport Service)FET服务在整个传输里边似乎工作量是最小的；它负责所有客户端的入站与出站SMTP流量，FET是SMTP流量通过防火墙之后所接触到的第一个组件，和其他在CAS上运行的服务组件一样，FET服务不存储任何邮件数据，也不维护

传输服务

深入Exchange2013

传输架构

MBX

原创点赞0 阅读1485 收藏0 评论0 2015-07-14

「深入 Exchange 2013」MAPI over HTTP实战配置

在前面我们聊Outlook Anywhere的文章里头，我提到了MAPI over HTTP这个Exchange Server 2013 SP1中新增加的功能，这次这篇文章咱们就详细说说这个新的传输协议是什么，以及实战如何去配置它。什么是MAPI/HTTP，有什么好处？以前版本中（Exchange 2010），用的是RPC over HTTP（外部网络outlook anywhere）以及RPC

Mapi over http

深入Exchange2013

原创点赞3 阅读6133 收藏0 评论4 2015-07-10

「深入 Exchange 2013」11 传输架构Part1

阅读过TechNet文档的人肯定对下面这张图不陌生，这张图完整诠释了整个Exchange 2013的邮件传输架构，前一章里已经简要讨论过的几个组件都在里头，然而还有一些其他的组件也值得深入讨论。首先咱们来聊聊图里边出现的重要词汇。1、“代理”在这里是指Agents，而非是proxy，即处理或者传输消息的某一块程序代码。图中的agents直接反映出Exchange的Business logic，例如

传输

邮件流

传输代理

深入Exchange2013

传输管道

原创点赞0 阅读1555 收藏0 评论0 2015-07-07

「深入 Exchange 2013」10 传输服务简述

前面的内容里面，已经为大家比较深入的介绍了Exchange2013的客户端访问角色涉及到的诸多细节。在接下来的章节里就跟大家聊一聊Exchange 2013里的传输服务，这一节总共的内容都比较多，而且更偏向理论，所以咱先来一篇简述，然后再分拆开一个一个讲。在之前的版本中，由Exchange2007引入了Hub Transport（集线器传输）角色作为所有邮件信息的传递中枢，任何发送或者接收到的邮件

邮件流

集线器传输

邮件路由

深入Exchange2013

原创点赞1 阅读1382 收藏0 评论0 2015-07-07

「深入 Exchange 2013」09 证书

今儿咱们来聊Exchange里的证书，CAS与MBX角色都有用到证书的地方，只是CAS角色更依赖证书一些，在一台Exchange服务器刚刚安装完成的时候，安装程序会自动生成一张自签名证书，这张自签名证书往往并不满足咱们的需求，所以咱们一般会向企业CA再去针对Exchange所涉及到的多个IIS服务的DNS备用名称申请合适的额证书。Exchange在哪些地方用到证书1、让客户端验证服务器的身份。这

证书

命名空间

Exchange2013

深入Exchange2013

原创点赞0 阅读1325 收藏0 评论0 2015-07-06

「深入 Exchange 2013」08 代理、重定向、共存

回顾一下以前讲过的东西，CAS并不直接为客户端提供邮箱连接，而是以两种方式来保证客户端连接到正确的MBX：代理或和重定向。在代理连接当中，CAS接收客户端连接并且转发给恰当的服务器；在重定向连接当中，CAS仅仅是回应客户端一个恰当的服务器的FQDN以让客户端再次发起连接。在Exchange2013的环境中，CAS只在少数几种情况下才会进行重定向动作。这是由于重定向迫使客户端进行再次连接，这种情况不

代理

重定向

共存

客户端访问

深入Exchange2013

原创点赞1 阅读1868 收藏0 评论1 2015-07-03

「深入 Exchange 2013」07 Autodisocver

微软在Exchange 2007里引入Autodiscover自动发现服务，意图去简化用户配置Outlook与Exchange ActiveSync的过程。Outlook的配置文件虽然可以手动配置，但是从Autodiscover会覆盖手动配置的选项，在你做出一些更改的时候，明显批量的自动下发配置更方便。Autodiscover还负责告诉Outlook当前的邮箱位置信息，Outlook会在与邮箱断开

自动发现

Autodisocver

深入Exchange2013

原创点赞0 阅读3477 收藏0 评论0 2015-07-01

「深入 Exchange 2013」06 命名空间

在前面的章节中，你可能会注意到“命名空间”这样一个词，会联想到C#语言或是XML文档里的那个命名空间的概念。但是在这里它的意思更偏向于URL或者FQDN，比如一个Exchange 2010的RPC Client Access Array客户端访问阵列可能有这样一个命名空间叫mail.contoso.com，而属于OWA的命名空间是owa.contoso.com，在Exchange 2013里，命名

DNS

命名空间

多站点

深入Exchange2013

原创点赞2 阅读861 收藏0 评论0 2015-06-29

「深入 Exchange 2013」05 Outlook Anywhere

这一章来给大家讲Outlook Anywhere，概念比较重要，但是容易混淆，大家得仔细阅读，仔细区分。RPC over HTTP/HTTPS首先得理解，为何在Exchange 2013当中，仅支持Outlook Anywhere的Outlook MAPI客户端连接方式。早期版本的MAPI访问依赖的是TCP的RPC协议直接连接到MBX服务器，而Exchange2013则使用HTTPS封装的RPC协

Outlook Anywhere

Exchange 2013

RPC OVER HTTP

MAPI over HTTP

深入Exchange2013

原创点赞0 阅读3147 收藏0 评论0 2015-06-27

「深入 Exchange 2013」04 负载均衡

客户端关联性（已死~）由于之前提到的CAS架构的改动，我们提到，Exchange 2013的CAS里不再需要客户端关联性。客户端关联性就是指在一次客户端连接过程中，一直是与同一台CAS服务器进行通信；换句话说，当客户端连接到了一个特定的CAS之后，该CAS会一直对该客户端提供服务直到该连接断开为止。为了达到这个目的，CAS必须维持该会话状态，在连接过程中经过的负载均衡器（支持客户端关联性的Load

负载均衡

七层负载均衡

Exchange 2013

会话状态

深入Exchange2013

原创点赞1 阅读1919 收藏0 评论2 2015-06-25

「深入 Exchange 2013」03 内部vs外部

这一章我们来讲内部访问与外部访问。CAS是干嘛的，还不就是为了给企业网络里的内部用户，或者是给穿过防火墙连接进来的外部用户提供服务的。一些组织可能对内部和外部用户的访问都不设限制，也有一部分组织限制了外部用户的连接。也就是说，这些部署了Exchange的组织，都有这样一个可以灵活控制内/外访问的需求。内部vs外部最主要的不同点就是客户端以哪种URL连接，并且用哪种验证方法进行身份验证。在CAS上这

虚拟目录

身份验证

Exchange 2013

内部用户

深入Exchange2013

原创点赞1 阅读1365 收藏1 评论0 2015-06-24

使用Web Interface发布Citrix XenApp/XenDesktop 7.6

公司自己内部搭建了一套Citrix XenApp7.6，想通过外网进行访问。问题是没有NetScaler的话，StoreFront根本无法开启外部用户访问，更不用提通过信号去判断用户的请求是来自外部还是来自内部，free版本的NetScaler也有--NetScaler VPX Express，该版本限制5Mbps的连接速度。还有一种方法就是见下图，搭配旧版本的Web Interface…本文就简

Citrix

Web Interface

XenApp 7.6

XenDesktop 7.6

外部用户访问

原创点赞0 阅读10000+ 收藏1 评论0 2015-06-23

「深入 Exchange 2013」02 CAS的身份验证方法

在上一篇咱们聊了一下CAS的架构，这一章就来聊聊CAS的验证方法很多管理员从未纠结过客户端的验证问题，因为Exchange的默认设置在单一环境中完全够用了。当拓扑变得更复杂，环境中开始出现一些其他版本的Exchange时候，就得重视起这个玩意。选择验证方法的重要性在于，其他的服务器都指望着着CAS角色发送过来的请求符合特定的验证方法。如果用户的邮箱处于Exchange2013的MBX上，那么CAS

身份验证

验证方法

客户端访问

深入Exchange2013

原创点赞0 阅读3662 收藏2 评论0 2015-06-21

「深入 Exchange 2013」01 客户端访问角色架构

Exchange 2013当中CAS角色的重要性不用多说。在Exchange Server4.0、5.0和5.5版本中，都没有特定的一个客户端访问功能角色，Exchange 2000引入了前端服务器的概念（front-end），这种服务器不存放任何邮箱数据，只提供客户端连接。一直到Exchange 2007，带来了第一次CAS角色的迭代；尔后在后面的产品中不断被加强改善。在Exchange

CAS

Exchange 2010

客户端访问

深入Exchange2013

原创点赞1 阅读1750 收藏1 评论2 2015-06-19

Exchange Server 2016 架构前瞻

在Ignite 2015上，Exchange产品组介绍了Exchange2016的一些新功能，这里主要总结一下架构更改方面的东西，并分享给大家，其中的一些内容可能在以后不久发生更改，一切以最终发行的正式版文档为准：附上：Exchange@Ignite2015视频集锦在Exchange 2016当中，引入了“积木式架构”这样一种概念，移除了CAS角色，在MBX角色上添加了客户端访问这样一个服务（Cl

Exchange

架构

前瞻

exchange 2016

原创点赞1 阅读2720 收藏0 评论0 2015-06-11

官方博客	意见反馈	了解我们	全部文章
在线客服	网站地图	热门标签

51CTO博客

卡斯特梅的雨季