问题标签 [autodiscovery]

我已经在 AWS 中使用 AutoJoin 和 EC2 标记实现了 Consul 集群。

https://www.consul.io/docs/agent/cloud-auto-join.html

现在我试图在 VMware/Vsphere 环境中做同样的事情。我已经按照教程描述做了所有事情，但问题是标签。似乎从 UI 生成的那些标签不是 Consul 看到的实际标签。据我了解，有不同的标签只能通过 REST API 应用。

有人设法在 Vsphere 中创建了一个具有自动加入功能的领事集群吗？我在整个互联网上搜索了一些关于这个主题的用户故事，但没有。

先感谢您。

自动发现不适用于 kubernetes 1.9.6 中的 metricbeat 6.4.0。这个用例中的Nginx模块，uwsgi也试过了。声明模块并在自动发现之外提供 nginx ip 是可行的。下面是正在使用的配置图。关于一些其他设置方法的任何想法或会阻止自动发现工作的问题。

我想从 laravel 中删除一个包。我做了composer remove vendor/package

在我的开发中一切都很好，但是当我在生产中部署时出现了问题，我现在什么也做不了。

当我跑步时

我得到

在 ProviderRepository.php 第 208 行：

找不到类“Laracasts\Flash\FlashServiceProvider”

我猜我这与某种缓存或 maby 配置有关

但我无法运行此命令，

因为我收到与上面相同的错误消息。

PS。我正在使用 Laravel 5.6

我正在尝试获取一个从 Active Directory 后面的 Mac 获取域凭据的 Mac 应用程序。用户以域用户身份登录 Mac。

我们不想再次提示用户，因为他们在登录计算机时已经提供了用户名/密码。

我正在使用 WCF 发现（Ad-hoc）在 Intranet 中查找可用的 WCF 服务。
当客户端和服务器在同一子网（10.224.112.*）时，客户端可以成功找到该服务器。
但是当它们在不同的子网中时（客户端 10.224.112.**，服务器 10.224.113.*），客户端再也找不到这个服务器了。
即使在不同的子网中，我应该如何让客户端再次找到服务器？

我正在使用 Java Exchange Web 服务 API 连接到邮箱office365.com

以下是我编写的用于通过自动发现进行身份验证和建立连接的代码片段：

在这里，我注意到该autodiscoverUrl()方法需要 15-20 分钟才能发现和设置 URL。为什么会有延迟，我该如何调试或解决这个问题？

• 我使用API Designer设计了一个 API ，并将其部署在API Manager中。

• 然后，我在Anypoint Studio的应用程序/项目中从 API Designer 导入了 API 。

• 我添加了一个自动发现配置。我使用 API Kit 路由器和来自 API Manager 的 ID 设置了具有 HTTP 侦听器的流。

• 我已经在Cloudhub中部署了应用程序。

• 当我转到 API Manager 时，状态为Unregistered。

这是我拥有的 API 配置：

使用来自 Cloudhub 的 URL 作为实施 URI。

我是否正确执行了所有步骤？为什么 API 没有检测到实现？

我添加了以下功能来自动发现 Intranet 中的 WCF 服务。

测试时，返回地址为net.tcp//computer1:8081/wcfService。虽然我可以Dns.GetHostAddress用来获取 ip 地址，但由于 DNS 问题，在本地 Intranet 中需要很长时间。
无论如何在发现期间直接获取IP地址吗？

我们目前正在从 Exchange Server 2008 迁移到 2013。我们使用自己的带有 Outlook Redemption 的编码应用程序，它无法登录到新的 Exchange Server 2013。在我们的应用程序的旧版本中，我们使用了该功能RDOSession.LogonExchangeMailbox，它不再支持交换 2013 (RPC)。我们更新了 Outlook Redemption 5.21 的应用程序，无法登录存储在 Exchange 2013 服务器上的邮箱。两台服务器都在线，可以接收和发送邮件。

我们应用程序中登录邮箱的代码类似于：

如果我们登录到仍存储在旧 Exchange 2008 服务器上的邮箱，一切正常。但是如果我们尝试登录新的 Exchange 2013 服务器上的邮箱，LogonHostedExchangeMailbox(...) 的调用会抛出异常：

我们尝试为邮件服务器分配一个“自动发现”A-Record 和一个 SRV 记录“_autodiscover”：

我们可以看到 Autodiscover 的虚拟目录，但看不到 mapi 的虚拟目录。我们不确定为什么没有显示 mapi 虚拟目录，因为命令行开关说有一个。 虚拟目录 Mapi 虚拟目录

我们使用了 Outlook 2016 中的自动配置测试，它运行良好。它显示 MapiOverHttp 作为使用的协议： Outlook 2016 Autoconfiguration test

我希望我已经对我们的问题提出了一些想法，并且他/她可以帮助我们连接到我们的邮箱。谢谢！

我正在尝试通过 HTTP 302 重定向方法配置自动发现服务，该方法重定向到通过 HTTPS 正确提供 autodiscover.xml 的域。使用此配置，iPhone 和 Android 上正确提供了 POP/IMAP/SMTP 和 EAS 自动发现设置，因此我相信服务配置正确且 XML 有效负载正确。此外https://testconnectivity.microsoft.com/在 Outlook 自动发现 ed Exchange ActiveSync 自动发现上都给出了积极的结果。

该问题仅发生在 Outlook for Office 365 和 Windows App Mail（在 Windows 10 上）。在这两种情况下，在注册表单中填写电子邮件地址后，对自动发现的请求都正常（我添加了生成的 XML 的打印输出，它是正确的）。但是，有第二个屏幕要求输入密码，这就是问题所在。基本上，向原始域（通过 HTTP 的域）发出了一个新的 GET 请求（/AutoDiscover/AutoDiscover.xml），但在这种情况下不会发生 302 重定向，并且会出现一个新窗口，显示未找到参数。就像输入密码后的第二次调用会期望与 302 重定向不同的答案。

为了更好地描述我的配置：

• 我请求自动发现的电子邮件地址：user@domain1.com
• DNS的配置：autodiscover.domain1.com CNAME to autodiscover.domain2.com
• autodiscover.domain1.com（通过 DNS 中的 CNAME 的 autodiscover.domain2.com 的 IP）仅通过 HTTP 应答，并执行 302 重定向到https://autodiscover.domain2.com/AutoDiscover/AutoDiscover.xml（不区分大小写）
• autodiscover.domain2.com 具有 Apache 规则，因此文件 AutoDiscover.xml（不区分大小写）由 PHP 脚本生成，该脚本分析请求内容并根据请求内容使用 EAS 或 Outlook 的适当 XML 进行回答。

我也尝试设置一个 SRV 记录直接指向 autodiscover.domain2.com 但结果是一样的。

我非常确信 XML 有效负载是正确的，因为在 Android 和 iPhone 上，EAS 配置良好，只有 Outlook 和 App Mail 无法使其正常工作。

任何帮助表示赞赏！

这是虚拟主机的配置：

这是.htaccess：

这是放在 /var/www/html/autodiscover.domain2.com/public_html/ 中的 outlook.php 脚本：

这是outlook.json.php：