我正在尝试为我的通信框架编写一个服务发现协议。我计划采取以下步骤:
服务器端
客户端
关于安全漏洞,我可以在客户端注册步骤中提供证书以保护此漏洞,但我的主要关注的是服务广播。
如果我在心跳中广播服务器IP和端口,这对端口泛滥等攻击是非常危险的(我可以提供一些安全措施,但是重的加解密会使服务发现滞后)。有没有其他的设计方案?
发布于 2017-05-15 10:44:17
如果我在心跳中广播服务器IP和端口,这对端口泛滥等攻击是非常危险的(我可以提供一些安全措施,但是重的加解密会使服务发现滞后)。有没有其他的设计方案?
另一种设计是从客户端发送一个广播来发现服务器。就像DHCP和其他服务的工作一样:客户端广播“发现”消息,因此每个服务器都可以使用服务“提供”进行响应。请查找以下更多信息:
关于你提到的“发现滞后”。让客户端发送第一个“发现”包应该可以将延迟降到最小,因此这是“反转”您的模型的另一个优点。
https://stackoverflow.com/questions/43976727
复制相似问题