Данил Самусев, Вы пытаетесь выполнить подключение между разными машинами, резонно предположить, что проблема может быть в том, что сервер слушает только localhost. А где ошибка вылетает? В консоли сервера, в ответе сервера, в обработке on('connection')? У Вас же обработка стоит: socket.onerror ... , здесь выбивает?. И эта же ошибка происходит, если полностью убрать http, оставить только WebSocket? Попробуйте поменять порты. Скажем, 8080. Может банально порт закрыт вообще или занят на машине, где запускается клиент (даже Skype 80-й может закрывать) и в итоге клиент стучит не туда, куда Вы думаете. Проверьте файрволл. Но не зная, где именно происходит ошибка, сложнее анализировать.
Данил Самусев, прежде чем возмущаться на тех, кто пытается помочь, попробуйте добавить деталей в вопрос. Когда, на какой стороне (клиент, сервер) происходит ошибка? Не может быть, чтобы сервер вылетал, если Вы создавали экземпляр по документации, тем более разными способами (информацию о чем тоже стоит добавить в вопрос).
И еще, попробуйте явно указать хост для прослушивания, возможно, по умолчанию это только localhost. Например, WebSocket.Server({ port : 80, host : '0.0.0.0' }) (ну или аналогично при использовании внешнего сервера).
Александр Карабанов, попробую map, как доберусь до кода. Там действительно проблема в том, что внутри upstream { } и вне server { } переменную не определить.
Сергей Соколов, как я понимаю, беда в том, что nginx не может определить сам хост, пока Docker его не пробросит, т.е. дело не в числе попыток. Но тоже, попробую 0.
Да, это работает как некий хак в случае proxy_pass, но не будет работать для группы и ее преимуществ с upstream. Я дополню ответ с указанием авторства, но, на мой взгляд, это не совсем решение, как и использование статических IP.
antonwx, хм, я думал, что заводские разгонные значения маркируются как O.C., что указывается в спецификации: DDR 4 3000, 3200 O.C. и т.д., где 3000 будет физической скоростью.
Это то еще занятие, диагностика случайных вылетов. Выше упоминали, что к сбоям может вести, например, режим быстрой загрузки в 10-ке, я с этим сам маялся полгода, только ПК не вис, а перезагружался непредсказуемо, раз в 2 недели, 2 раза подряд. Причем, тогда купил ИБП, блок питания не пожалев средств, что-то еще менял. На англоязычном форуме наткнулся на совет: выключить быструю загрузку в свойствах питания. В итоге сам помог с этим нескольким людям, в рунете, где видел подобные симптомы, несколько ответов дал. Сложно уловить такие вещи.
Несколько лет назад так же случались более-менее частые зависания — но тогда это отлавливалось в журнале системы, сбоило ядро процессора тогда еще мощного AMD FX 8350, лечилось отключением энергосберегающих опций в BIOS, т.к. не все платы их поддерживают без багов.
Ненавижу компьютеры : ) В юности мог дни тратить на эксперименты, сейчас просто времени нет.
В данном случае я уже заменил материнскую плату, БП, SSD. То железо убрал в долгий ящик. В данном случае удивило, что ПК продолжает висеть после reset, думал, может кто-то сталкивался. В сети подобных симптомов тоже не нашел. Так что наверное надо модераторам ветку закрыть, решение если и будет, то я уже не скажу, помогло ли оно и вопрос бесполезен. А может кто-то еще предложит ответ более-менее наверняка.
lonelymyp, с быстрой загрузкой уже влетал, но думаю проблема была актуальная для старых чипсетов. XMP вовсе не грузит, т.к. эта плата отстаёт от процессора и памяти. Но посмотрю в эту сторону. Спасибо!
Я может и дурак, но ненастолько, чтобы не заметить, что дело не в одном из трех рабочих мониторов :) Тут вроде ITшники, пишу как есть, перезагрузить принтер не забыл.
Зависает, т.е. не реагирует на пользовательские действия. Я знаю только один вид "зависания": ПК отображает рабочий стол, и... тишина. BSOD бы описал. Если бы были иные симптомы, вроде зацикленного звука, тоже бы описал.
После reset описал недостаточно подробно: сброс, видимо, происходит, но загрузки BIOS нет - черный экран. Висит "на моменте включения".
