我们的应用程序使用WCF通过命名管道在两个进程之间进行通信（注意：两个进程都不是Windows服务）。我们的应用程序已经在现场运行了几年，没有发生任何问题。
现在我们收到报告称第三方应用程序（具体来说是Garmin Express）正在破坏我们的应用程序。我已经在公司安装了Garmin Express并确认了这种行为。特别是“Garmin Core Update Service”在运行时会导致我们的应用程序失败。
当Garmin服务正在运行时，我们的应用程序的“服务”端开始运行，并且在创建WCF端点时没有任何问题。但是当客户端启动并尝试连接到服务时，它会失败并显示EndpointNotFoundException，就好像服务根本没有运行一样。
此时，我可以从服务控制面板中停止Garmin服务，然后重新运行客户端，而无需甚至重新启动我们自己的服务。如果我再次启动Garmin服务，进一步尝试启动客户端将失败。因此，至少可以证明我们的WCF服务一直在运行，而Garmin软件以某种方式阻止了我们的客户端连接到它的能力。
我们为端点地址使用我们自己的名称（例如类似于net.pipe://localhost/MyPrivateApplication）。我尝试更改此地址以使用各种其他名称，但对问题没有影响。
另一个应用程序怎么可能仅通过运行就破坏我们的应用程序使用WCF的能力呢？
更新：按要求，这是服务端的代码片段。我从我们的原始代码中简化了它，以尝试隔离问题。到目前为止，我所做的任何更改都没有对问题产生任何影响。
现在我们收到报告称第三方应用程序（具体来说是Garmin Express）正在破坏我们的应用程序。我已经在公司安装了Garmin Express并确认了这种行为。特别是“Garmin Core Update Service”在运行时会导致我们的应用程序失败。
当Garmin服务正在运行时，我们的应用程序的“服务”端开始运行，并且在创建WCF端点时没有任何问题。但是当客户端启动并尝试连接到服务时，它会失败并显示EndpointNotFoundException，就好像服务根本没有运行一样。
此时，我可以从服务控制面板中停止Garmin服务，然后重新运行客户端，而无需甚至重新启动我们自己的服务。如果我再次启动Garmin服务，进一步尝试启动客户端将失败。因此，至少可以证明我们的WCF服务一直在运行，而Garmin软件以某种方式阻止了我们的客户端连接到它的能力。
我们为端点地址使用我们自己的名称（例如类似于net.pipe://localhost/MyPrivateApplication）。我尝试更改此地址以使用各种其他名称，但对问题没有影响。
另一个应用程序怎么可能仅通过运行就破坏我们的应用程序使用WCF的能力呢？
更新：按要求，这是服务端的代码片段。我从我们的原始代码中简化了它，以尝试隔离问题。到目前为止，我所做的任何更改都没有对问题产生任何影响。
MyService service = new MyService();
ServiceHost host = new ServiceHost(service);
string hostAddress = new Uri("net.pipe://localhost/MyWCFConnection");
host.AddServiceEndpoint(typeof(IMyService), new NetNamedPipeBinding(), hostAddress);
host.Open();