在从 2003 到 2010 的迁移过程中，我注意到 2010 上的几个测试用户没有将 OAB 下载到 Outlook 客户端。 我已检查 URL 是否已配置，将我们的两个 CAS 服务器都添加到了 OAB 的基于 Web 的分发列表中，并将 OAB 分配给了我们使用的 2 个邮箱数据库，但是当我使用 Outlook 的“测试电子邮件自动配置”测试时，我仍然看到自动发现显示“OAB URL：公用文件夹”，尽管我现在已取消选择该选项。 我已经运行了 Test-OutlookWebServices，但出现了关于自动发现中没有 URL 的 OAB 错误，但刚刚...
我的情况是这样的。我们的办公室刚刚出售，我们正在努力迁移到新公司的环境。在 Outlook 客户端迁移之前，一切都运行良好。 我们的防火墙是 TMG Forefront 2010，我们都使用 Office 365 连接。Outlook 设置非常简单，因为我们使用自动发现来自动配置配置文件。现在，我们正尝试对新公司的 Exchange 服务器执行完全相同的操作，但没有任何效果。 当我在连接到访客互联网连接（不在我们的防火墙后面）的笔记本电脑上配置 Outlook 客户端时，一切都立即正常工作。我家里的电脑也运行得很好。一旦计算机进入我们的内部网络，它就无法...
在具有 Exchange 2007 的小型网络中，启动 Outlook 2010 时（以及之后的偶尔启动）用户会收到提示，要求确认从中获取帐户配置信息是否安全cpanelemaildiscovery.cpanel.net/autodiscover/autodiscover.xml（我在几个论坛中读到 cpanel 中存在错误，但这不是重点。） 我很困惑，因为我在任何地方都找不到任何自动发现 DNS 条目，无论是内部还是外部。唯一的提示是，我们为我们的网站和一个在 cpanel 上运行的电子邮件地址使用了外部托管公司。所以我猜 Outlook 会进行外部 D...
我为我的客户托管了一个 IMAP/SMTP 服务器。（Dovecot / Postfix）为了让 Thunderbird 和 Outlook 邮件客户端自动发现设置，我设置了自动配置和自动发现。但是，对于 Outlook，调用的不是 autodiscover.xml，而是autodiscover.json/v1.0/[email protected]?Protocol=ActiveSync&RedirectCount=1. 当我运行 Microsoft 提供的连接测试时，它成功了。我找不到有关此脚本应返回什么的任何重要信息。 ActiveS...
![如何解决 Exchange 的自动发现 (xml) 以及任何特殊客户端（如具有复杂 DNS 配置的 Windows 通信应用程序 [HxTsr.exe]）的问题？](https://linux22.com/image/769669/%E5%A6%82%E4%BD%95%E8%A7%A3%E5%86%B3%20Exchange%20%E7%9A%84%E8%87%AA%E5%8A%A8%E5%8F%91%E7%8E%B0%20(xml)%20%E4%BB%A5%E5%8F%8A%E4%BB%BB%E4%BD%95%E7%89%B9%E6%AE%8A%E5%AE%A2%E6%88%B7%E7%AB%AF%EF%BC%88%E5%A6%82%E5%85%B7%E6%9C%89%E5%A4%8D%E6%9D%82%20DNS%20%E9%85%8D%E7%BD%AE%E7%9A%84%20Windows%20%E9%80%9A%E4%BF%A1%E5%BA%94%E7%94%A8%E7%A8%8B%E5%BA%8F%20%5BHxTsr.exe%5D%EF%BC%89%E7%9A%84%E9%97%AE%E9%A2%98%EF%BC%9F.png)
对于搜索引擎来说，上下文元素： Exchange 在线 Office 365 / Microsoft 365 --> 特定 Outlook --> outlook.office.com Windows 的邮件和日历应用程序 [HxTsr.exe，“microsoft.windowscommunicationsapps”] Apex 域名重定向至 www.~ Cloudflare DNS 使用 Cloudflare 工作者 HSTS，也适用于子域名 [Azure] 条件访问正在阻止旧式身份验证方法。（“基本身份验证”。） autodiscover...
我一直在努力设置一个内部服务，使用 DHCP 让客户端自动发现服务器的位置。我查看了IANA 的 BOOTP 和 DHCP 选项标签查看哪些可用，我注意到，在最后，选项 224-254 被标记为“保留（私人使用）”，因此我决定使用选项 251、252、253 和 254 来向客户端提供他们发现和注册服务所需的内容。我认为这是可行的方法，因为我们还设置了 Wyse Management Suite 的自动发现以使用 DHCP。 我错误地将服务的 URL 放在了 DHCP 选项标签 252 中。第二天，每台机器都停止了连接到网络，因为它试图使用选项标签 252 ...
我们与域名进行了本地交换karel.com但我们是大公司的一部分玛鲁娜（我们无法访问此域名，我们只是使用它）。因此，我们用于回答问题的主要电子邮件是 jedeme@玛鲁娜。但当我想将我的电子邮件连接到 Outlook 到我们的本地 Exchange 邮箱时，我仍然会收到自动发现玛鲁娜但是我们需要连接到本地交换机，有人可以帮我如何为两个完全不同的域配置自动发现吗？ ...
我在 github 上遵循了以下步骤：https://github.com/v-zhuravlev/zbx-smartctl在 Zabbix 上监控我的 Winsows 服务器中的 SMART 磁盘。但是当我将模板添加到我配置的主机时，在前端，它显示此错误为“不支持”： 无效的发现规则值：无法解析为有效的 JSON 对象：无效的对象格式，预期的开头字符为“{”或“[”在：“无法处理 -File '"C:\Program'：无法识别摄像头的字符。请指定给 par?metro -File 的摄像头。” 我怎样才能解决这个问题？ ...
我的 LAN 上有一台机器（称为 MACHINE-NAME），它设置在工作组 WORKGROUP 中。我相信这是 Windows 10 的标准，它是最近安装的，我没有对网络/服务/等进行任何特殊修改。除了这台机器外，我网络上的所有其他 Windows 机器都显示在资源管理器网络选项卡中。Wireshark 报告说，它用以下内容作为密钥回复的一部分来响应 Windows 发现服务消息wsdp:Relationship/wsdp:Host/pub:Computer： <pub:Computer> MACHINE-NAME/NotJoined...
我正在尝试使用 iptables 阻止对我们服务器的所有 autodiscover.xml 请求。我们的服务器上不存在 autodiscover 文件，但由于该网站没有子域，因此请求会到达我们的服务器。这是我到目前为止输入的内容，但它们不起作用。请参阅以下日志。请求不断涌来。 iptables -I INPUT -p tcp --dport 80 -m string --string "POST /autodiscover" --algo bm -j DROP iptables -I INPUT -p tcp --dport 443 -m string -...
我最近得到了一个 VPS，并想开始使用它来托管我的网站，而不是我正在使用的共享主机包。 问题 1：是否可以为 IMAP 配置设置自动发现？ 我的大多数用户都是 Microsoft Office Outlook 用户，而自动发现总是给我带来共享主机的问题，它似乎错过了端口号和加密方法，而 ISP 总是说“我们正在努力解决”。 问题 2：如果可以实现自动发现，我该如何设置？ 我已设置好 SPF 和 DKIM 记录（这些设置是托管服务提供商在现有共享托管包上当前设置的） 这是我正在移动到 VPS 的测试域的当前记录，不包括名称服务器和 IP。 DNS ...
我已经配置了大部分 FreeIPA。当我尝试添加客户端时，我必须手动指定域和 IPA 服务器 FQDN。我读过许多讨论自动发现的资料，但我还没有找到自动发现记录的示例。 我的 IPA 服务器是其域名的权威 DNS 解析器。 ...
我们正在开发一款产品，该产品将作为一组部署在本地的服务（例如在办公室、工厂等的本地网络中）。由于每个客户可能有很多部署目标，并且我们希望通过尽可能自动化来最大限度地减少配置工作量，因此我们正在考虑使用领事作为服务发现和配置服务器的解决方案。它满足我们的要求，并且提供服务之间的相互 TLS 认证，使得整个设置更加安全。 我们有两个基本要求： 这部署目标将非常多样化：一些客户会将软件部署在其员工的工作站中（因此这些工作站可以在一天结束时关闭），其他一些客户会有专用的服务器，大多数客户会同时采用两种情况（一台或两台专用服务器和几个工作站）。 每个客户至少会有...
背景。Outlook 自动发现尝试找出配置有一定的顺序，并且它在某种程度上是不可改变的，至少对于拥有 BYOD 设备的 Office 365 用户来说是这样： 域名顶点https://example.com:443/Autodiscover/Autodiscover.xml。由于这通常是托管在其他地方的公共网站，因此对于大多数人来说这似乎是不必要的步骤。 https://autodiscover.example.com:443/Autodiscover/Autodiscover.xml是一种更合理的选择。不幸的是，截至 2019 年 9 月，微软搞砸了这...
我们想要与客户站点上的多台服务器建立连接，并要求处理可能变化的 IP 地址，因为他们不想跟踪所使用的 MAC 地址，经过一些快速研究，我提出了以下选项： 广播：使用一些发现机制，如 mDNS，而 UDP 广播必须路由到所有相关子网 集中式：拥有一个具有静态 IP 的动态 DNS 服务器，所有服务器都注册到该服务器并且所有服务器都知道该 IP（也可以通过互联网上的某些提供商实现，但这并不可取） 混合：有一个引导节点来建立虚拟网络（例如网鸟）然后使用一些发现机制 （非常不可取）进行“暴力” IP 范围查找，然后检查相关端口是否打开 还有其他我不知道的选项...