Комментарии 16
можно кстати даже свой TURN сервер поднять code.google.com/p/rfc5766-turn-server/
Так а расскажите подробнее, про то что пилили, знаете скандалы, интриги ;)
Так а расскажите подробнее, про то что пилили, знаете скандалы, интриги ;)
Приятно видеть настоящий, не экспериментальный проект на WebRTC. Желаю вам удачи!
В свое время, кстати, тоже много намучился со STUN серверами. И свои пытался поднимать, и разные сторонние использовал. Но соединения все равно периодически становились нестабильными. Причем, в самый неподходящий момент, когда клиенту уже через пару часов показывать. :)
В свое время, кстати, тоже много намучился со STUN серверами. И свои пытался поднимать, и разные сторонние использовал. Но соединения все равно периодически становились нестабильными. Причем, в самый неподходящий момент, когда клиенту уже через пару часов показывать. :)
Желаю вам удачи!
Спасибо!
Причем, в самый неподходящий момент, когда клиенту уже через пару часов показывать. :)
Это всегда так.
В свое время, кстати, тоже много намучился со STUN серверами
Какое решение в итоге оказалось самым стабильным?
Откровенно говоря, уже не помню точно. Использовали несколько публичных STUNов, и еще свой один подняли. Полностью стабильное решение получить так и не удалось, но проект был для внутреннего использования, так что просто добились, чтобы в сети клиента работало приемлемо.
Тогда вам наверное интересно будет прочитать про remote.st.
Я просто оставлю это здесь: 2x.io/read/security-by-obscurity
Как сейчас обстоят дела с совместимостью браузеров?
Соединение стабильно работает мжду последними+одинаковыми версиями одинаковых браузеров, так как реализации технологии в FF и Chrome сейчас немного отличаются. Но судя по багтрекерам, они движутся навстречу друг другу.
Т.е. Chrome 31 — Chrome 31, Canary 33 — Canary 33, FF 25 — FF 25 будет работать, но не между разными браузерами.
Т.е. Chrome 31 — Chrome 31, Canary 33 — Canary 33, FF 25 — FF 25 будет работать, но не между разными браузерами.
> STUN и TURN — пожалуй основная проблема, о которой почему-то мало пишут…
Ваша статья не исключение:)
Ваша статья не исключение:)
Ну, они хотя бы рабочую, отлаженную конфигурацию привели. Это тоже не мало. Можно, наверное, взять если что, и попробовать у себя.
Вот так еще оставлю, если удобно кому-нибудь: gist.github.com/yetithefoot/7592580
Сейчас добавлю немного. Из приватных сетей, класса A, B, C, люди в сети класса public выходят только через NAT. Эта технология не удобна тем, что два хоста за NAT'ами не могут общаться друг с другом. По этому и придумали эти технологии.
Круто! Получилось удобно и интересно. Хорошо, что решили проблемы с NAT-ами :) И за это время я уже успел переписать Start на Яваскрипт с сохранением API ;) github.com/lvivski/dialup
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Как мы делали сервис на WebRTC