如何使用 telnet/raw 为 WCF 服务创建远程管理控制台？
我有一个当前使用 TCP 端点的 WCF 服务。 我不想创建一个单独的控制台客户端应用程序来管理服务器，而是希望能够通过 telnet 进入服务器，甚至只是使用 putty 使用原始连接进行连接，并直接在服务器上执行 ascii 命令。
有什么想法我会如何去做这件事吗？ 不是 WCF 专家，因此希望得到任何帮助。 谢谢
I have a WCF service currently using a TCP endpoint. Rather than create a separate console client app to administer the server I want the ability to telnet into the server or even just connect using a raw connection using putty and execute ascii commands straight on the server.
Any ideas how I would go about doing this? Not an expert on WCF so would appreciate any help. Thanks
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（3）
我怀疑你能做到这一点 - WCF 将始终必须使用其定义的端点 - TCP、HTTP - 无论如何。 正如您提到的，我不知道有任何 telnet 绑定或原始连接。
从我的角度来看，为什么不创建一个用于管理目的的服务合约，然后通过控制台应用程序使用 HTTP 和/或 TCP 来实现它呢？ 似乎比试图“附加”一些没有真正被想到的东西更容易。
马克
I doubt you could do that - WCF will always have to use its defined endpoints - TCP, HTTP - whatever. I am not aware of any telnet binding or raw connection, as you mention it.
From my perspective, why not create a service contract for admin purposes and just hit that with HTTP and/or TCP from a console app? Seems easier than trying to "bolt on" something that's not really been thought of.
Marc
为了管理我的 WCF 应用程序，我在 IIS 中托管，并在应用程序虚拟目录中有一个包含管理 aspx 页面的子文件夹。 使用 ASP.NET 角色保护该文件夹免遭未经授权的访问。
Admin 文件夹包括独立于应用程序的页面（例如管理日志记录、查看日志文件）以及适当的应用程序特定页面。
由于 ASP.NET 页面与托管的 WCF 服务在同一 AppDomain 中执行，因此添加检测和动态配置功能的可能性是无限的。
To administer my WCF apps, I host in IIS, and have a subfolder in the application virtual directory with Admin aspx pages. The folder is protected from unauthorized access using ASP.NET roles.
The Admin folder includes application-independent pages (e.g. managing logging, view log files) and where appropriate application-specific pages.
Since the ASP.NET pages execute within the same AppDomain as the hosted WCF services, the sky's the limit as far as adding functionality for instrumentation and dynamic configuration.
我认为 WCF 不支持开箱即用的自定义命令处理，要使其正常工作需要相当多的努力。 我建议
I don't think WCF support custom command processing out of box and it will be quite a bit of hoop jumping to get that to work. I would suggest