Ещё стоит по-EXPLAIN-ить запросы, полюбоваться на список процессов (SHOW PROCESSLIST;), может найдутся неудачные моменты в скриптах, тормозящие работу...
Радмир Турмухамбетов, это не файл, это блоковый нод в виртуальной директории /dev, проживёт ровно до ближайшей перезагрузки. Что бы он был всегда - нужно редактировать файл конфигурации сервиса vold, и это уже должен был сделать производитель.
Надо вам искать причину/настройку этой блочной ссылки. Программы ведь не просто так к нему обращаются. Они должны брать эту информацию откуда-то. Но систему эту ссылку почему-то не создала. Можно сделать это вручную: mknod /dev/block/vold/179:66 179 66
но я сильно сомневаюсь, что это поможет полноценной работе...
Эммм, не получится же. Этот stream не заглядывает же в сетевое соединение, не вытаскивает оттуда доменное имя. Определённый порт он просто пробрасывает куда надо.
Вот если развести разные stream по разным портам - да, будет работать на одном доменном имени с разными портами, что у автора вопроса уже сделано. Или если разные доменные имена будут указывать на разные IP, тоже можно.
accountnujen, ну а что тут скажешь?... Запустите ping на этот IP (для Windows - с параметром -t), и смотрите. Если есть недоставленные пакеты - значит Ростелеком, или кто-то дальше - не прав по поводу стабильности канала связи.
spectralwhite, хм, а я тут вдруг сообразил, что все пляски вокруг про4сирования - совершенно бесполезны. TURN используется для определения IP-адреса клиента. Но проксированием мы ломаем такое определение, ведь пакеты приходят уже с IP nginx-а...