远程处理服务器自动发现。广播或不? [英] Remoting server auto-discovery. Broadcast or not?

查看:176
本文介绍了远程处理服务器自动发现。广播或不?的处理方法,对大家解决问题具有一定的参考价值,需要的朋友们下面随着小编来一起学习吧!

问题描述

予具有与.Net远程通信的客户端/服务器应用。我需要我的客户能够找到网络上的服务器(S),而无需客户端配置。

I have a client/server application that communicates with .Net remoting. I need my clients to be able to find the server(s) on the network without requiring client-side configuration.

据我所知,有一个发现的远程处理不支持。我ppared实现一个UDP解决方案,客户将能够通过广播消息找到服务器$ P $。

As far as I know, there is no support for discovery in remoting. I am prepared to implement a UDP solution where the clients will be able to find the servers via broadcast messages.

我想听到的集体智慧,SO之前,我先走。这是最好的方法是什么?任何其他建议?

I want to hear the collective SO wisdom before I go ahead. Is this the best way? Any other suggestions?

推荐答案

我已经看了两个SSDP和UPnP对于这种类型的功能,但我建议你用自定义的持续UDP的组播解决方案。基本上,多播是非常相似的广播,但只有已经加入该组播组的机器(即所要求的广播)接触。

I've looked at both SSDP and UPnP for this type of functionality, but I'd recommend going with a custom UDP multicast solution. Basically, multicast is very similar to a broadcast, but only machines that have joined the multicast group (i.e. requested the broadcast) are contacted.

恕我直言,SSDP和UPnP和臃肿和过于复杂的资源发现......但是,嘿,这是一个标准。 ;)

IMHO, SSDP and UPnP and bloated and overly complicated for resource discovery... but hey, it's a standard. ;)

这篇关于远程处理服务器自动发现。广播或不?的文章就介绍到这了,希望我们推荐的答案对大家有所帮助,也希望大家多多支持IT屋!

查看全文
登录 关闭
扫码关注1秒登录
发送“验证码”获取 | 15天全站免登陆