iceConnectionState отключен (при использовании через Интернет)
Этот вопрос уже задавался, но я пока не нашел ответа. У меня в основном та же проблема, что описана здесь и здесь.
Я пытаюсь установить соединение webRTC с помощью PeerJS. Он работает без проблем в локальной сети, но я не могу заставить его работать через Интернет. Я использую Coturn в качестве сервера TURN, но пока это не решило проблему. Консоль Chromium выводит следующее:
PeerJS: Added ICE candidate for: client1
peer.js:1476 PeerJS: Set remoteDescription: ANSWER for: client1
peer.js:1476 PeerJS: Set remoteDescription: OFFER for: client1
peer.js:1476 PeerJS: Set remoteDescription: ANSWER for: client1
peer.js:1476 PeerJS: Received remote stream
peer.js:1476 PeerJS: Receiving stream MediaStream
peer.js:1476 PeerJS: Created answer.
peer.js:1476 PeerJS: Set localDescription: answer for: client1
3peer.js:1476 PeerJS: Received ICE candidates for: client1
3peer.js:1476 PeerJS: Added ICE candidate for: client1
peer.js:1476 PeerJS: iceConnectionState is disconnected, closing connections to client1
peer.js:1476 PeerJS: Cleaning up PeerConnection to client1
2peer.js:1476 PeerJS: iceConnectionState is disconnected, closing connections to client1
Используемый мной объект peer выглядит так:
var peer = new Peer(
GetURLParameter('id'),
{ key: peerKey, debug: peerDebug},
{config:
{ 'iceServers': [
{ url: 'stun:[server ip here]:3478'},
{ url: 'turn:[server ip here]:3478'}
]}
}
);
После запуска Turnserver с помощью Turnserver -L [server ip], Coturn выводит следующее:
0: Relay address to use: [server ip here]
0: pid file created: /var/run/turnserver.pid
0: IO method (main listener thread): epoll (with changelist)
0: WARNING: I cannot support STUN CHANGE_REQUEST functionality because only one IP address is provided
0: Wait for relay ports initialization...
0: relay [server ip here] initialization...
0: relay [server ip here] initialization done
0: Relay ports initialization done
0: IO method (general relay thread): epoll (with changelist)
0: turn server id=0 created
0: IPv4. UDP listener opened on: [server ip here]:3478
0: IPv4. TCP listener opened on : [server ip here]:3478
0: Total UDP servers: 1
0: Total General servers: 1
0: IO method (cli thread): epoll (with changelist)
0: IPv4. CLI listener opened on : 127.0.0.1:5766
0: IO method (auth thread): epoll (with changelist)
И наконец, поскольку я предполагаю, что это может быть проблемой безопасности, моя конфигурация iptables в настоящее время выглядит следующим образом:
Chain INPUT (policy ACCEPT)
target prot opt source destination
ACCEPT tcp -- anywhere anywhere tcp dpt:3478
ACCEPT udp -- anywhere anywhere udp dpt:3478
Chain FORWARD (policy ACCEPT)
target prot opt source destination
ACCEPT tcp -- anywhere anywhere tcp dpt:3478
ACCEPT udp -- anywhere anywhere udp dpt:3478
Chain OUTPUT (policy ACCEPT)
target prot opt source destination
ACCEPT tcp -- anywhere anywhere tcp dpt:3478
ACCEPT udp -- anywhere anywhere udp dpt:3478
Кто-нибудь получил идею, как заставить эту вещь работать? Любая помощь будет принята с благодарностью!
РЕДАКТИРОВАТЬ: Оказывается, мой JSON для конфигурации TURN был грязным. Мой новый одноранговый объект теперь выглядит так:
var peer = new Peer(
GetURLParameter('id'), {
key: peerKey,
debug: peerDebug,
config: {
'iceServers': [
{ url: 'stun:[server ip]:3478'},
{ url: 'turn:[server ip]:3478'}
]
}
}
);
Это дает мне гораздо больше отзывов о сервере TURN (так что я думаю, что я движусь в правильном направлении) - но проблема, тем не менее, сохраняется.
EDIT2: Ну, это становится довольно странным. Кажется, это какая-то проблема совместимости между браузерами. Используя инструмент тестирования сервера TURN, который предложил Mido, я получаю другие результаты в Firefox, чем в Chromium. Я намереваюсь использовать Chromium, потому что его режим киоска очень пригодится для моего приложения. Но вернемся к очереди сервера. В Firefox при использовании учетных записей пользователей все работает нормально: вывод тестовой страницы github:
0.004 1 host 0 UDP 192.168.178.28 39919 126 | 32512 | 255
0.005 2 host 0 UDP 192.168.178.28 56123 126 | 32512 | 254
0.076 1 srflx 1 UDP 178.39.74.108 39919 100 | 32543 | 255
0.077 1 relay 2 UDP [Server IP ] 52147 5 | 32543 | 255
0.098 2 srflx 1 UDP 178.39.74.108 56123 100 | 32543 | 254
0.099 2 relay 2 UDP [Server IP ] 60002 5 | 32543 | 254
0.099 Done
Однако, разрешив анонимный доступ к серверу TURN и попытавшись войти без имени пользователя и пароля, абсолютно ничего не происходит.
Другая история в Chromium: при наличии имени пользователя и пароля происходит следующее:
0.002 1 host 138421141 udp 192.168.178.28 42343 126 | 30 | 255
0.002 2 host 138421141 udp 192.168.178.28 49001 126 | 30 | 254
0.028 1 srflx 842163049 udp 178.39.74.108 42343 100 | 30 | 255
0.049 2 srflx 842163049 udp 178.39.74.108 49001 100 | 30 | 254
... пока терминал на сервере TURN снова и снова печатает 401 сообщение об ошибке. Мне кажется, что учетные данные никогда не достигают сервера при использовании хрома. В сообщении об ошибке 401 указано пустое имя пользователя.
Я мог бы действительно использовать Chromium для этой вещи. У кого-нибудь есть идея, как заставить это работать?
2 ответа
Пожалуйста, проверьте настройки брандмауэра на вашем сервере очереди.
Это проблема, связанная с сервером TURN, сервер свободного хода с PeerJS по некоторым причинам не работает. Переключите сервер поворота, и проблема будет устранена.
var peer = new Peer({
config: {'iceServers': [
{ url: 'stun:stun.l.google.com:19302' },
{ url: 'turn:homeo@turn.bistri.com:80', credential: 'homeo' }
]} /* Sample servers, please use appropriate ones */
});
Примечание: xirsys предоставляет бесплатный сервер для разработки.