WebRTC中的ICE、STUN和TURN：克服网络限制的关键组件

WebRTC中的ICE、STUN和TURN：克服网络限制的关键组件

概述：WebRTC作为一种实时通信技术，通过Web浏览器实现点对点的音视频通信。然而，网络中存在着各种限制，如防火墙、NAT等，会妨碍直接的连接。在这篇博客中，我们将讨论ICE、STUN和TURN这三个关键组件，它们在WebRTC中起到了克服网络限制的重要作用。

WebRTC（Web实时通信）的发展为实时音视频通信提供了一种简单、便捷的方式，使得在Web浏览器中进行音视频通话成为可能。然而，网络限制却成为了实现无缝通信的挑战。幸运的是，ICE、STUN和TURN这三个组件为WebRTC提供了解决方案，使得直接通信成为现实。

首先，ICE（Interactive Connectivity Establishment）候选者交互是WebRTC的核心组件之一。ICE的目标是通过收集和交换网络中的候选者，找到浏览器之间可以直接通信的最佳路径。候选者包括本地候选者和服务器候选者，前者是浏览器本身的IP地址和端口号，后者是通过STUN或TURN服务器获取的外部IP地址和端口。通过比较本地和远程的候选者列表，ICE选择最佳路径来建立对等连接，从而实现直接通信。

其次，STUN（Session Traversal Utilities for NAT）会话遍历实用工具为WebRTC提供了NAT穿越的解决方案。由于NAT常常使得浏览器无法直接通过公共IP地址和端口与其他设备通信，STUN服务器的作用就显得尤为重要。浏览器通过向STUN服务器发送请求，获取其在NAT后的公共IP地址和端口，从而能够与其他设备直接通信。STUN充当了一个关键的中间人，帮助浏览器克服了NAT带来的限制。

然而，有些情况下直接通信仍然无法实现，这就引入了TURN（Traversal Using Relays around NAT）中继转发。当两个浏览器之间存在严格的防火墙或限制性NAT时，TURN提供了一种备用方案。TURN服务器作为一个中继，位于两个浏览器之间，它接收一个浏览器的数据，然后将其转发给另一个浏览器。虽然TURN转发的过程会增加延迟和带宽消耗，但它提供了一种可靠的通信方式，能够克服直接通信受限的情况。

综上所述，ICE、STUN和TURN是WebRTC中关键的组件和协议，共同解决了网络限制对实时通信的挑战。通过ICE的候选者交互，WebRTC能够选择最佳通信路径，STUN帮助浏览器获取公共IP地址和端口，而TURN提供了备用的中继转发方案。这些组件的协同工作，为WebRTC的实时通信提供了可靠、灵活的解决方案，使得在各种网络环境下的通信成为可能。

因此，我们可以毫不夸张地说，ICE、STUN和TURN是WebRTC成功实现实时通信的关键因素，为开发者提供了强大的工具，以克服网络限制并提供高质量的音视频通信体验。随着WebRTC技术的不断发展和改进，我们可以期待更加稳定和出色的实时通信应用的出现。

Coturn TURN server 安装和部署

源代码
https://github.com/coturn/coturn

安装步骤
https://gabrieltanner.org/blog/turn-server/

基本配置
turnserver.conf

# 监听服务器本机地址
# 使用 ip address 命令查询网卡地址后填入
listening-ip=10.0.12.16

# 转发地址
relay-ip=10.0.12.16

# 监听服务器公网IP地址
external-ip=43.139.41.38

# 配置用户名和密码
user=marine:marine
lt-cred-mech

min-port=49152
max-port=65535

使用 ICE Servers 测试地址
https://webrtc.github.io/samples/src/content/peerconnection/trickle-ice/
进行测试

通过使用开放的 stunserver.stunprotocol.org:3478 STUN 服务器，可实现获取局域网电脑公网IP功能。