SERVER REFLEXIVE 和 PEER REFLEXIVE 地址/候选人在啥情况下彼此不同?

Posted

技术标签:

【中文标题】SERVER REFLEXIVE 和 PEER REFLEXIVE 地址/候选人在啥情况下彼此不同?【英文标题】:under what scenarios does SERVER REFLEXIVE and PEER REFLEXIVE addresses/candidates differ from each other?SERVER REFLEXIVE 和 PEER REFLEXIVE 地址/候选人在什么情况下彼此不同? 【发布时间】:2013-11-23 04:32:07 【问题描述】:

我正在查看 ICE/STUN 规范并有一个问题。 如果我位于可能是全锥、受限或端口受限但不是对称 NAT 的 NAT 后面,并且考虑到我使用的是 UDP,那么在这种情况下,我的 SERVER REFLEXIVE 和 PEER REFLEXIVE 地址/候选人将是相同的,对吗?我无法想象在什么情况下(对于上述 NAT 类型)它们会彼此不同?或者如果它们真的不同,那只能意味着我的 NAT 是对称的?

【问题讨论】:

【参考方案1】:

你是对的 - 只要你后面的 NAT 不是对称的,通常并没有什么不同。

在 ICE 连接检查期间识别 PEER 自反地址。除了其他奇怪的网络配置之外,还可以在涉及对称 NAT 的边缘情况下识别新的对等地址。

在对称 NAT 场景中,SRFLX 和 PRFLX 之间的 IP 地址将相同,但端口可能不同。

需要考虑的其他一些边缘情况:

也许 ISP 已在其服务的客户中实施了运营商级 NAT(双重 NAT 配置)——这在逻辑上很可能等同于对称 NAT。如果同一 ISP 内的两个客户正在执行 ICE 连接检查,他们可能会发现内部 NAT 公共 IP 地址。

您可能还可以设想多宿主机场景、虚拟机疯狂的事情,或者可能影响 IP 地址映射的企业路由配置,其他主机将您视为。

【讨论】:

以上是关于SERVER REFLEXIVE 和 PEER REFLEXIVE 地址/候选人在啥情况下彼此不同?的主要内容,如果未能解决你的问题,请参考以下文章

ZooKeeper动态增加Server(动态增加节点)的研究(待实践)

Spring Cloud之 Config Server 的高可用配置

Evaluation map and reflexive space

Eureka Server的高可用

docker Mule-server curl: (56) Recv failure: Connection reset by peer

9.5 等价关系