在 Let's Encrypt 中使用证书进行练习赢胜正常创建后,我发送和接收正常邮件,owa 中的 https 和其他服务
测试检查tls,它向我发出一条警报消息:
证书主机名未验证:
(mail.contoso.com != mail | DNS:mail | DNS:mail.lan.contoso.com)
我不明白 mail.lan.contoso.com DNS 错误。我以为错误是 DNS SPLIT,但在阅读论坛他们对错误做了一些评论。
我理解论坛、书籍和教程中其他连接器不应该更改,没有人更改它们。这就是为什么要创建一个新的连接器来从互联网接收数据,FQDN 可以更改为该连接器。
本建议论坛,我的 DNS 设置:
私有 AD DNS (lan.contoso.com)
记录类型 | DNS 名称 | 内部 IP |
---|---|---|
A | mail.lan.contoso.com | 192.168.1.4 |
A | DC01.lan.contoso.com | 192.168.1.3 |
私有 DNS (contoso.com) 拆分
记录类型 | DNS 名称 | 内部 IP |
---|---|---|
A | mail.contoso.com | 192.168.1.4 |
A | autodiscover.contoso.com | 192.168.1.4 |
公共 DNS (contoso.com)
记录类型 | DNS 名称 | 价值 |
---|---|---|
A | mail.contoso.com | xxx.xxx.xxx.xxx |
A | autodiscover.contoso.com | xxx.xxx.xxx.xxx |
墨西哥 | @ | mail.contoso.com |
答案1
经过多次测试,我理解了一些错误信息检查Tls。这是 Exchange 接收连接器使用的证书。我重新测试了检查Tls并且毫无错误地通过了整个测试。
谢谢建议@Lutz Willek
,我会继续练习。
我与您分享我的解决方案,希望它能够帮助其他人解决这个问题。
我不知道这是否是一个好的程序,我正在使用的解决方案使用以下Microsoft 文档以供参考。
- 验证 Let's Encrypt 证书是否已创建且服务已启用
Get-ExchangeCertificate | Format-List FriendlyName,Thumbprint,Issuer,Subject,CertificateDomains,Services
- 确定要分配的接收连接器,我更关注匿名用户
Get-ReceiveConnector | where {$_.Bindings -like '*25' -AND $_.PermissionGroups -like '*AnonymousUsers*'} | Format-List Identity,Bindings,RemoteIPRanges,PermissionGroups
- 识别连接器后,我继续分配证书
$cert = Get-ExchangeCertificate -Thumbprint xxxxxxxx
$tlscertificatename = "<i>$($cert.Issuer)<s>$($cert.Subject)"
Set-ReceiveConnector "Server_Name\Default Frontend Server_Name" -TlsCertificateName $tlscertificatename
- 验证证书是否已分配给接收连接器
Get-ReceiveConnector -Identity "Server_Name\Default Frontend Server_Name" | Format-List Name,Fqdn,TlsCertificateName
答案2
另一个回答100%正确。
发生的事情是,使用主机名创建了一个 (内部) 服务器。错误在于,如果使用 dns 名称连接到服务器,mail.lan.contoso.com
则仍会显示为该主机创建的证书。mail.contoso.com
那么你需要执行以下操作,以创建功能服务:
- 删除 的拆分 DNS 配置
autodiscover.contoso.com
,因为您的内部网络不需要 的特定名称解析192.168.1.4
。(因为可以始终使用公共名称解析) - 配置您的客户端以连接到
mail.contoso.com
。(检查自动发现设置) - 配置您的 Exchange 服务器以使用已创建的证书- 当前,已提供
mail.contoso.com
证书。mail.lan.contoso.com
你可以这样做是为了提高可靠性并减少维护工作量:(这允许将服务与服务器分离)
- 在服务器端,配置第二个 IP 内部 IP 地址
192.168.1.5
,并将内部名称解析指向mail.contoso.com
此 IP 地址。(不要更改mail.lan.contoso.com
,它仍然指向服务器本身) 192.168.1.5
在服务器(交换)端,配置邮件服务以监听这个特定的 IP192.168.1.4
。
你至少可以考虑,不使用分割 DNS完全:
- 我的经验表明,如果没有彻底实施拆分 DNS,则会带来相当大的缺点,而且不幸的是,普通管理员的网络经验不足以监督和处理所有相关挑战。
- 另一个重要原因是简化的网络设计,这有助于(除其他优点外)在发生事故时更快地找出根本原因。
- 拆分 DNS 设置的实际优势并不多,可以使用其他方法更有效地实现。