为什么我的远程 ice candidate 的 IP 地址与我的 (Janus) WebRTC 信令服务器相同？
Why is the IP address of my remote ice candidate the same as my (Janus) WebRTC signaling server?
我正在尝试使用 WebRTC 和 Janus 进行视频通话。我可以使用 Janus 提供的视频通话演示页面以及通过 iOS 应用程序拨打电话 - 这一切都很好。
但是，当通过 wireshark 和 chrome://webrtc-internals/ 检查网络流量时，连接似乎并不直接连接到其他设备的 public IP。相反，数据被定向到我的 Janus 信令服务器。 remoteIceCandidate 的 IP 似乎等于我的信令服务器的 IP - 这不应该等于设备 2 的 public IP 吗？
这种行为是否正确？如果是这样，为什么远程 IP 不等于设备 2 的 public IP？如果不是，我做错了什么？
这是正确的行为，也是我的错误。 Janus video call plugin documentation 表示如下：
The idea is to provide a similar service as the well known AppRTC demo (https://apprtc.appspot.com), but with the media flowing through a server rather than being peer-to-peer.
因此，媒体数据应该传送到服务器，而不是通过对等连接。
我正在尝试使用 WebRTC 和 Janus 进行视频通话。我可以使用 Janus 提供的视频通话演示页面以及通过 iOS 应用程序拨打电话 - 这一切都很好。
但是，当通过 wireshark 和 chrome://webrtc-internals/ 检查网络流量时，连接似乎并不直接连接到其他设备的 public IP。相反，数据被定向到我的 Janus 信令服务器。 remoteIceCandidate 的 IP 似乎等于我的信令服务器的 IP - 这不应该等于设备 2 的 public IP 吗？
这种行为是否正确？如果是这样，为什么远程 IP 不等于设备 2 的 public IP？如果不是，我做错了什么？
这是正确的行为，也是我的错误。 Janus video call plugin documentation 表示如下：
The idea is to provide a similar service as the well known AppRTC demo (https://apprtc.appspot.com), but with the media flowing through a server rather than being peer-to-peer.
因此，媒体数据应该传送到服务器，而不是通过对等连接。