调用带WS-Security的SOAP 1.2服务：平台问题及替代方案咨询
让我来帮你梳理下当前的问题，并给出可行的解决方案和替代平台建议：
一、当前平台故障的原因确认
1. Delphi 10.2 Tokyo + Indy SOAP 1.2
你的判断完全正确——Indy的原生SOAP组件对WS-Security的支持相当有限，尤其是当WSDL包含SecureConversationToken这类复杂安全策略时，内置的WSDL导入器不会自动生成处理SOAP安全头的代码，导致请求缺少服务器要求的认证/加密信息，最终触发服务器重置连接（也就是你看到的"Connection reset by peer"错误）。
可尝试的修复方向：
- 手动构造WS-Security头：解析WSDL中的安全规则，手动编写代码生成符合要求的
<wsse:Security>头（包含UsernameToken、时间戳等必要元素），并附加到SOAP请求中。 - 替换第三方SOAP组件：比如RemObjects SDK、Synopse mORMot的SOAP模块，这些组件对WS-Security的支持更完善，能自动识别WSDL中的安全策略并生成对应的客户端逻辑。
2. .NET Core WCF
你遇到的System.PlatformNotSupportedException确实是.NET Core的WCF实现局限性导致的——它不支持TransportSecurityBindingElement.BuildChannelFactoryCore这类与Message Security、SecureConversation相关的特性。看你的WSDL，ExampleAPI_policy使用了SecureConversationToken（需要建立安全会话），这正好是.NET Core WCF目前不支持的特性。
可尝试的修复方向：
- 切换到WSDL中的
ExampleAPI2绑定：这个绑定对应的ExampleAPI2_policy仅使用UsernameToken + Wss10，没有依赖SecureConversation，理论上.NET Core WCF是支持这种简单WS-Security认证的。你可以重新导入WSDL时指定使用这个绑定试试。 - 如果必须使用
ExampleAPI绑定，那.NET Core暂时无法满足需求，建议切换到.NET Framework。
二、推荐的Windows应用开发平台
如果上述修复方案都无法满足你的需求，以下是几个对WS-Security SOAP 1.2支持完善的Windows平台：
1. .NET Framework
这是最稳妥的选择——完整的WCF实现支持所有WS-Security特性，包括SecureConversation、Message Security等。你只需要在Visual Studio中创建.NET Framework项目，用传统的"Add Service Reference"导入WSDL，就能自动生成支持WS-Security的客户端代码，配置好用户名密码后即可正常调用。
2. Delphi + 第三方SOAP组件
如果想继续使用Delphi生态，推荐以下两款组件：
- RemObjects SDK：对SOAP 1.2和WS-Security的支持非常全面，能自动解析WSDL中的安全策略，生成对应的客户端代码，无需手动处理安全头。
- Synopse mORMot：轻量级开源框架，内置的SOAP客户端支持WS-Security Username Token和时间戳，配置简单，性能表现也不错。
3. C++ Builder
和Delphi同属Embarcadero平台，同样可以使用上述第三方SOAP组件，适合习惯C++开发的用户，对WS-Security的支持程度和Delphi一致。
4. Python + Zeep
如果不局限于编译型语言，Windows上的Python搭配Zeep库是个灵活的选择。Zeep能自动解析WSDL，支持WS-Security Username Token、时间戳等特性，代码编写简单，调试也方便。示例代码大致如下：
from zeep import Client from zeep.wsse.username import UsernameToken # 初始化客户端并添加WS-Security认证 client = Client('你的WSDL地址') client.wsse.add(UsernameToken('你的用户名', '你的密码')) # 调用服务方法 result = client.service.你的服务方法(参数列表)
内容的提问来源于stack exchange，提问作者P. Bergström
