Wi-CAT LLC

Wireless Comprehensive Advanced Technology. Build your network now.

Wi-CAT LLC
Навигация Форума
Вы должны войти, чтобы создавать сообщения и темы.

(проблема с питанием) Отвалилась веб-морда роутера

Доступ по SSH есть. В nginx-error.log:

2020-07-28T11:14:58 [WARN/control] unable to connect to socket /var/run/lldpd.socket: No such file or directory
2020-07-28T11:14:58 [WARN/lldpctl] not able to get the list of interfaces. Unable to connect to lldpd daemon
cat: write error: Broken pipe
cat: write error: Broken pipe
cat: write error: Broken pipe
cat: write error: Broken pipe
cat: write error: Broken pipe
cat: write error: Broken pipe

Сислог не нашел

lldp был включен до этого? Что говорит "ps | grep lldp" ? Если был включен, попробуйте "service lldpd restart".

Запущен.

[Wive-NG-HQ:/home]$ ps | grep lldp
28828 daemon    6192 S    grep lldp

Рестарт не помог

Залейте сюда /var/log/messages , может быть, там найдём что-то, что прольёт свет на проблему.

Вроде ничего нет. Почему-то очень короткий лог. Это все, что есть

Jul 28 20:44:47 kernel: ASSOC - Assign HT STA MODE=HTMIX, MCS=15, BW=40M, AID=5 to 2.4GHz AP c0:b8:83:23:98:44, WNM supported, PMF connect (WPA2PSK/AES)
Jul 28 20:44:47 udhcpd[3690]: sending ACK to 192.168.1.118
Jul 28 20:49:21 dropbear[28486]: Child connection from 192.168.1.118:55223
Jul 28 20:49:22 dropbear[28486]: Generated hostkey /etc/dropbear/dropbear_ed25519_host_key, fingerprint is sha1!! 0f:c5:cf:00:96:08:15:de:e6:34:e3:1e:be:37:43:8c:5f:44:9e:04
Jul 28 20:49:24 dropbear[28486]: Exit before auth from <192.168.1.118:55223>: Exited normally
Jul 28 20:49:28 dropbear[28487]: Child connection from 192.168.1.118:55234
Jul 28 20:49:53 dropbear[28487]: Password auth succeeded for '1' from 192.168.1.118:55234
Jul 28 20:54:56 udhcpc[5511]: sending renew to *.100.1
Jul 28 21:09:56 udhcpc[5511]: sending renew to *.100.1
Jul 28 21:14:41 kernel: ASSOC - Assign HT STA MODE=GF, MCS=7, BW=20M, AID=3 to 2.4GHz AP e0:cc:f8:38:87:52, WNM supported (WPA2PSK/AES)
Jul 28 21:14:41 udhcpd[3690]: sending OFFER to 192.168.1.75
Jul 28 21:14:41 udhcpd[3690]: sending ACK to 192.168.1.75
Jul 28 21:15:21 kernel: 2.4GHz AP AUTH - receive DE-AUTH(seq-12) from c0:b8:83:23:98:44, reason=1
Jul 28 21:15:54 dropbear[28487]: Exit (1) from <192.168.1.118:55234>: Error reading: No route to host
Jul 28 21:17:26 udhcpc[5511]: sending renew to *.100.1
Jul 28 21:21:11 udhcpc[5511]: sending renew to *.100.1
Jul 28 21:23:04 udhcpc[5511]: sending renew to 0.0.0.0
Jul 28 21:23:05 udhcpc[5511]: lease of *.51.165 obtained, lease time 3600
Jul 28 21:23:06 autocwmphelper: Vendor specific option 43 is not null, try helpers for select service and try configure.
Jul 28 21:30:31 kernel: ReASSOC - Assign HT STA MODE=HTMIX, MCS=15, BW=40M, AID=5 to 2.4GHz AP c0:b8:83:23:98:44, WNM supported, PMF connect (WPA2PSK/AES)
Jul 28 21:30:31 udhcpd[3690]: sending ACK to 192.168.1.118
Jul 28 21:31:16 kernel: 2.4GHz AP AUTH - receive DE-AUTH(seq-6) from c0:b8:83:23:98:44, reason=1
Jul 28 21:31:17 kernel: ASSOC - Assign VHT STA MODE=VHT, MCS=25, BW=80M, AID=5 to 5GHz AP c0:b8:83:23:98:44, WNM supported, PMF connect (WPA2PSK/AES)
Jul 28 21:31:17 udhcpd[3690]: sending ACK to 192.168.1.118
Jul 28 21:31:38 dropbear[28825]: Child connection from 192.168.1.118:56488
Jul 28 21:31:56 dropbear[28825]: Password auth succeeded for '1' from 192.168.1.118:56488
Jul 28 21:34:51 kernel: ASSOC - Assign VHT STA MODE=VHT, MCS=25, BW=80M, AID=2 to 5GHz AP 60:ab:14:44:4e:0a (WPA2PSK/AES)
Jul 28 21:34:52 udhcpd[3690]: sending ACK to 192.168.1.88
Jul 28 21:36:42 kernel: 2.4GHz AP AUTH - receive DE-AUTH(seq-1321) from e0:cc:f8:38:87:52, reason=3
Jul 28 21:37:10 kernel: ASSOC - Assign VHT STA MODE=VHT, MCS=9, BW=80M, AID=3 to 5GHz AP e0:cc:f8:38:87:52, WNM supported (WPA2PSK/AES)
Jul 28 21:37:10 udhcpd[3690]: sending OFFER to 192.168.1.75
Jul 28 21:37:10 udhcpd[3690]: sending ACK to 192.168.1.75
Jul 28 21:53:06 udhcpc[5511]: sending renew to *.100.1
Jul 28 22:08:06 udhcpc[5511]: sending renew to *.100.1
Jul 28 22:15:36 udhcpc[5511]: sending renew to *.100.1
Jul 28 22:19:21 udhcpc[5511]: sending renew to *.100.1
Jul 28 22:21:13 udhcpc[5511]: sending renew to 0.0.0.0
Jul 28 22:21:15 udhcpc[5511]: lease of *.51.165 obtained, lease time 3600
Jul 28 22:21:16 autocwmphelper: Vendor specific option 43 is not null, try helpers for select service and try configure.
Jul 28 22:34:48 kernel: 5GHz AP AUTH - receive DE-AUTH(seq-12) from c0:b8:83:23:98:44, reason=1
Jul 28 22:35:46 dropbear[28825]: Exit (1) from <192.168.1.118:56488>: Error reading: No route to host
Jul 28 22:44:11 kernel: ReASSOC - Assign VHT STA MODE=VHT, MCS=25, BW=80M, AID=5 to 5GHz AP c0:b8:83:23:98:44, WNM supported, PMF connect (WPA2PSK/AES)
Jul 28 22:44:11 udhcpd[3690]: sending ACK to 192.168.1.118
Jul 28 22:45:02 dropbear[32368]: Child connection from 192.168.1.118:59682
Jul 28 22:45:17 dropbear[32368]: Password auth succeeded for '1' from 192.168.1.118:59682
Jul 28 22:47:57 kernel: 5GHz AP AUTH - receive DE-AUTH(seq-1324) from e0:cc:f8:38:87:52, reason=3
Jul 28 22:47:58 kernel: ASSOC - Assign HT STA MODE=GF, MCS=7, BW=20M, AID=3 to 2.4GHz AP e0:cc:f8:38:87:52, WNM supported (WPA2PSK/AES)
Jul 28 22:47:59 udhcpd[3690]: sending OFFER to 192.168.1.75
Jul 28 22:47:59 udhcpd[3690]: sending ACK to 192.168.1.75

 

Длина лога ограничена, здесь ничего удивительного. От nginx, судя по всему, никаких сообщений вообще не было. Есть ли он в списке процессов? "ps | grep nginx". Должно быть два процесса. Если нет, можно попробовать просто ввести "nginx" и посмотреть, оживёт или нет.

nginx было 2 процесса, смотрел через top, думал кто-то все ресурсы роутера сожрал. Нет, загрузка проца околонулевая, памяти вагон. Плюнул, перезагрузил роутер. Естественно, все починилось. Понаблюдаем...

Снова отвал. Как это происходит:

  1. Вчера на работе из wan подключился к роутеру через https (стандартный порт), поковырялся там, вкладку оставил открытой. Комп и браузер работают круглосуточно.
  2. Вечером дома подключился из lan по http (8079 порт), немного посмотрел, не завершая сессию комп выключил.
  3. Сегодня с работы подключиться не могу, "Превышено время ожидания".

Первый раз сценарий был примерно такой же. И дома, и на работе Хром последний.

Подолью масла - у меня тоже такое случается изредка.

Но сценарий обычно такой - применяю какие-нибудь настройки (типа тюнинга вайфай) и раз из десяти интерфейс больше не откликается до перезагрузки. Причем иногда даже ssh тоже перестает отвечать. Но вайфай есть и цепляется нормально при этом.

Вылью масло - не вижу повторяемости. Как и что там за бесконечные опять тюнинги wifi. Там буквально тюнить не чего что бы 3 раза то настройки применять не то что 10. Хватит зверушку мучать.

Человек выше похоже реально поймал хитрый какой-то баг, вот дайте Sadler с ним разобраться. У вас другая проблема, не в технической плоскости.

Цитата: sfstudio от 31/07/2020, 05:57

Вылью масло - не вижу повторяемости....

...Как и что там за бесконечные опять тюнинги wifi...

... У вас другая проблема, не в технической плоскости.

Намекаете когнитивные проблемы у меня? :) Но я всего лишь пытаюсь разобраться с миграцией между диапазонами в рамках одной АП. Ну и стиринг. Все мои клиенты заявлены с поддержкой k/r/v но нифига не мигрируют. И настроек там десятки. А документации по вашему продукту - ноль целых, ноль десятых. Вы консультировать отказались. Что мне еще остается?

А по теме - я хотел сказать, что хоть и по иной причине, но у меня тоже отваливается веб-интерфейс совершенно без причин со стороны пользователя. Это нормально? Ок, я не против!

  1. Заведите тему и расскажите как вы текущими настройками "разбираетесь" с миграцией между диапазонами.
  2. Они не обязаны мигрировать тем более между диапазонами. Такова селяви ибо 802.11 не требует этого в части k/r/v, вообще k/r/v не требует миграции. =) Внезапно?
  3. Миграция между диапазонами это часть MBO, его ни один клиент который сейчас массово поставляется на рынок не поддерживает. Ну либо какие-то вендорспецифичные костыли. Со стороны AP это может быть стиринг, на клиентах band prefferred логика и т.д.
  4. Хватит врать. Вся документация которая нужна есть. Вы просто вместо того что бы разобраться как в этой части wifi вообще устроен и что за что отвечает (не применительно к wive а в общем) насилуете и зверушку и клиентов.

А по теме. Я считаю что человек если ищет проблемы, он их обязательно найдёт. Особенно если подготовки не хватает, а пополнять его знания он предлагает разработчику решения поставляемого AS IS.

Грю запишитесь на курсы по wifi. Их тонны. Например Максим Гетманн в ЕКБ читает такие. В вашем городе наверняка тоже есть. У вас проблемы с пониманием того, что вопросы вы не туда задаёте. Wive играет по тем же правилам определённым стандартом что и остальные. И документация она там, в стандарте. Вместе с ответом кто отвественнен за миграцию и почему городушки на стороне АП слабо влияют на клиента кроме непосредственно kick out, который тоже может быть проигнорирован.

Ilya_SA На всякий случай для закрепления материала. Вам нужна документация не по продукту, а читать и изучать документацию на 802.11 там ответы на ваши вопросы. В продукте по дефолту всё сделано что бы миграция работала и между бэндами и между AP. Для АП нет разницы. Дальше вопросы к логике клиента, он решает "хочет он" мигрировать или нет и куда.

Со стороны AP достаточно что бы SSID совпадали у АП (рассматривайте бэнды как отдельные АП ибо разницы 0) и k/r/v было включено (ессно их настройки тоже совпадали, оставить по дефолту например и не трогать вовсе).

А вот ваше "а у меня тоже" меня наводит на мысли, что просто методом тыка крутите и время от времени получаете закономерный кирпич из-за противоречивости настроек или невозможность подключиться, или клиента раком или ещё бог весть что, и в UI именно поэтому в итоге попасть не можете. А не потому что "отваливается".

Без причин ничего не бывает. Вопрос в чём причина. В случае топикстартера явно есть какой-то баг проявляющийся при каких-то хитрых устровиях (включенный https ?? кстати попробовать его рубануть и проверить повторяемость) и надо понять каких что бы исправить.

В вашем случае - причину см выше. На 99% уверен что я верно оценил ситуацию. В любом случае писанина без доп данных в вашем формате кроме шума ничего не вносит и тормозит решение проблем, причём всех. Как и ваши сказки и стоны на тему какой-то документации и прочие сказки и не только на этом форуме.

Хотите что бы вам помогали - рекомендую выключить генератор шума. Будете генерировать шум - значит я настрою фильтрацию иначе страдают все пока я вынужден вам отвечать.

 

Ок, спасибо за инфу по миграции, Вы подтвердили то, что я опытным путем проверил - между бендами мои ios не умеют.

По теме, про веб-морду - Вы меня не услышали! Я менял настройки, связанные с радио, нажимал применить, к вайфаю цеплялся норм, но получал проблемы с www и ssh. При перезагрузке настройки сохранялись, а проблема исчезала, значит дело не в настройках. Я не требую немедленного исправления, я просто сообщаю, что есть какие то минорные проблемы и они не единичны. Когда у вас дойдут руки до этих проблем, вы будете иметь это ввиду.

Не обижайтесь, разумеется каждый может обидеть художника, но без обратной связи ваш продукт будет крайне сырым для массового розничного рынка. Мой интерес - чтобы он стал лучшим выбором. Имею я на это право?

Зайдите как-нибудь на 4пда, почитайте, с чем сталкиваются люди (и не самые безграмотные, раз там появляются).

Начну с конца. 4pda мне не интересен. Если человек не может найти ТП - ССЗБ. Я попытался там как-то вносить ясность в т.ч. вне контекста wive, но вы меня откровенно там достали. Можете считать личной заслугой, что 4pda я лично мониторить не готов. Хотя наверное основное это удаление постов с непонятными словами модераторами.

Появление людей на 4pda от грамотности не зависит. 4pda это на 99,99% просто варезная помойка, за счёт чего и живы.

И ещё раз попрошу перестать оффтопить ВЕЗДЕ. И если нужны доки - брать и изучать стандарт, а не делать меня источником истины и тайных знаний. Мне за это не платят.

Слышать, я всех слышу. Но воспринимаю всегда через призму их поступков. Если человек что-то там наяривает заявляя "разбираюсь с стем что от роутера по сути не зависит насилуя роутер" то репорты от него будут иметь минимальный вес. А если грят не оффтопьте ибо всё время съедате и решения по своим же проблемам отодвигаете, при этом продолжается писанина. Ну ок. Вам жить.

Не нужно действовать по схеме "на зло маме отморожу уши". Ушанку могут в итоге и на суперклей родители посадить. =)

А у меня очередные проблемы. Внезапно на клиентах пропал инет. Полез смотреть - нет веб-морды роутера, нет SSH, нет сети 2,4 ГГц. 5 ГГц, есть, но нет подключения к инету. Ничего кроме скриншота приложить не могу. Буду разбираться с Remote log.

ЗЫ. Может у меня какие-то "железные" проблемы с роутером?..

Вот может быть кстати. БП штатный? В USB ничего не воткнуто? Ибо проблемы хаотичные и никак между собой не связанные, особенно когда устройства просто стоит и его не трогают намекают, что да, таки есть какая-то аппаратная трабла.

На больших ПК я бы начал бы проверять холодильник на CPU и память. На роутерах чаще всего причина кроется как не странно в БП или в навешанных на его USB устройства что даёт просадку по питанию и начинает сбоить например память.

Remote Syslog тут увы ни чем не поможет. Разве что физическая консоль через UART может что-то бы и сказала, но это потеря гарантии всяко ибо пайка.

Имеет смысл поменять устройство по гарантии или (если есть для начала)  для проверки взять другой БП. 12В не ниже 1,5А если ничего в USB не висит.

БП стандартный, В USB банальная флешка 16 Гигов. Проблема с питанием (точнее с разъемом) возможна - при неудачном шевелении роутера он перезагружается. Но повторяемости нет, как это предъявить в гарантию, не очень понятно. Покупался через WB, можно в заявке на возврат на Вас сослаться?

Флэшку временно вытащите кстати. Ну для проверки.

Ну на нас сослаться можно, вопрос поможет ли. Напишите на info@wi-cat.ru со ссылкой на тему, что бы не потерялось. Коллеги попробуют думаю помочь. Я далёк от этих процедур.

Извлечение флешки не помогает. Роутер в труху. Сегодня вис 4 раза, домашние сожрали весь мозг. Подал заявку на возврат через WB. Посмотрим, как у вас работает гарантия.

К сожалению не у нас (wi-cat) иначе я бы забрал бы роутер у вас напрямую что бы в лабе ковырнуть и настучать по ушам китайцам.

Как выйдет устройство под брэндом wireless cat - так будет у нас. Но до этого (в связи с определёнными событиями) ещё очень далеко. Пока вся не техническая часть (от формирования предложений и цен до гарантии) лежит на заказчике. Что несколько осложняет  работу.

Сегодня вис 4 раза

Ну это без шансов что-то аппаратное. Только гарантия.

Я вот как рванул в Омск на машинке и вчера вернулся так тестовый образец гоняется под нагрузкой постоянной, дновременно и по wi-fi и по проводу. Ни Ui не отвалилось ничего.

23:50:30 01.08.2020 / 19 days, 13 hours, 32 minutes, 21 second

Не думаю что будут проблемы с заменой. Расскажите потом.

Мда, WB в возврате через них отказал. Сказал обращаться в СЦ производителя. А производитель это кто? Fibertool? Где взять гарантийный талон, у меня в комплекте вроде его не было... Как он должен выглядеть?

Кстати, роутер с тех пор работает. Я после тех зависаний шевелил штекер, чтобы записать видео для WB, где видно, что роутер перезагружается по питанию и сделал общий сброс. Так что:

  1. Либо проблема все-таки железная, и сейчас после "шевелений" роутеру хватает питания
  2. Либо проблема с прошивкой и какими-то настройками, т.к. делался сброс
  3. Либо роутер испугался sfstudio: "забрал бы роутер у вас напрямую что бы в лабе ковырнуть и настучать по ушам китайцам" ))))

ЗЫ. За качество "скриншота" извиняюсь, но разобрать можно...

Очень интересно с WB попрошу коллег выяснить.

Может просто реально штекер отходил.

Для статистики - попробовал аккуратно потрясти провод питания и таки да - роутер перезагрузился.

Посмотрел конструкцию разъема - иного ожидать и не приходится, штекер довольно короткий (по сравнению с асусами, на которых можно трясти сколько угодно без проблем). И это вряд ли свойство нескольких экземпляров.

ИМХО - это весьма печально для устройства с лозунгом "настроил и забыл"! Забыть вряд ли удастся.

Вот не ляпнул глупость - день зря прошёл? =)) Роутер устройство стационарное. Нормально там всё с разъёмом. Именно устанавливается, всё плотно втыкается и забывается.

Работу в условиях 9ти бального землятрясения никто не обещал.

Для любителей трясти можем выпустить ограниченную серию за много денег с реализацией питания  на разъёмах типа speakon. =)

P.S. Я уже просил перестать заниматься ерундой? Попрошу ещё раз... Наверное последний.

Цитата: sfstudio от 07/08/2020, 14:44

Роутер устройство стационарное.

Извините, sfstudio, здесь не соглашусь! У меня проблема проявилась при вполне штатном использовании: вставить-вынуть флешку. В будущих ревизиях присмотритесь к узлу питания, либо убирайте USB-порт, слишком уж от него много проблем! )

  1. разъёмы в роутере абсолютно стандартные, не к чему присматриваться, всю жизнь такие ставятся на все устройства, у БП разве что на разъёме минусовой контакт не во всю длину у этих, но это увы к вендору БП. Из предложенных на выбор поставщиков БП и образцов только эти прошли нагрузочные тесты в режиме макс нагрузки  в течении месяца. В процессе поставщик может и измениться.
  2. втыкание/вытыкание чего-либо из роутера на ходу без отрубания питания вообще плохая идея, на любых,  в SOC роутерных нет защиты по линиям data USB, можно получить труп как на когда-то массово дохнущих i865 по той же причине
  3. я всегда был против USB на роутере, а для расширения функционала и мелкохранилища предлагал сделать SD слот, но тут музыку заказываю не я

Интересно, сколько жалоб на внезапные перезагрузки должно придти, чтобы Вы перестали называть желание надежного контакта глупостью?

Поясню - речь идет не о прямо таки дерганьи провода со всей дури, а тряска на уровне как если протирая пыль провод задеть. Причем понятно, что в одну сторону задеть ничего не произойдет, а в другую, даже при слабом воздействии, отключится.

Почему асусы этой проблемы не имеют (wl500gp и n56ub1) ?

Почему я протираю пыль и у меня ничего не перезагружается и не отваливается? Почему мои сэмплы не имеют этой проблемы? Почему репортов нет?

Может потому что пыль тоже можно по разному протирать? =)

Вас послушать у вас вообще все проблемы разом проявляются. =)) Кто бы что не сказал, всё у вас воспроизводится. Фантастика прям какая-то.

Вот по честному. Я ваши репорты уже просто игнорировать скоро начну.

Ибо времени вы тратите море, а реальные проблемы в это время не решаются, потому что я вам отвечаю. Ну ок. Человек рядом в теме посидит ещё дня 3 без WDS/APCLI пока мы с вами будем переписываться.

Думаю он вас отблагодарит по полной.

Можно как-то всё же чуть менее активно оффтопить?

P.S. Будет массово - будет разговор в т.ч. с заменой БП кому надо. Ибо раъёмы ещё раз повторю, в самом роутере самые что ни на есть стандартные. Пока у меня нет данных и от дистрибьюторов, ни от кого либо ещё о массовости. От слова никаких. Да, ещё хочу напомнить как раздел называется.

PP.S. Топикстартеру, опять таки пишем на info@wi-cat.ru, Екатерина попробует решить вопрос с заменой БП (хотя это и не наша всё же зона ответственности). Или даст контакты дистра куда написать. Заодно проверим массово или не массово. ;)

Ну и да. Аппаратные жалобы обрабатывают СЦ. Без репортов по каналам СЦ и получения на руки проблемых устройств для именно что выявления причины не на уровне (короткий что-то...) увы врятли удастся нам влиять на поставщиков БП. Увы.

Вы меня извините конечно. Но что значит оффтоп? Чел пожаловался на проблему, я проверил и сообщил, что имею такую же. Либо изначально был оффтоп, либо я чего то не понимаю.

И как тогда будут массовые жалобы, если Вы жаловаться считаете оффтопом?

Вот Вам "не повезло" - у меня сейчас есть время и желание сделать этот роутер лучше. Замечаю проблемы и не ленюсь сообщать о них. Хотя любой нормальный производитель чего угодно (особенно софта, знаю по себе) будет только благодарен! Хотя программеры конечно поспорят с этим :)

Я не обижусь, если будете игнорировать мои репорты. Если считаете это правильным. Но, надеюсь, для статистики это сгодится.

  1. Я не знаю о какой проблеме вы сообщили. Я вот если потрясу свою плазму во включенном состоянии она не только ребутнётся, но и вообще все разъёмы из неё повываливаются, ещё и пришибить может
  2. Ветка по ПО, аппаратные проблемы решает СЦ
  3. Вы не сделаете роутер лучше, но затормозите решение актуальных проблем, гарантированно, именно поэтому вас просят поумерить пыл
  4. Именно для статистики они и бесполезны, пришли бы в СЦ и продемонстрировали - был бы иной разговор. Можете заняться.

Поэтому ещё раз попробую до вас достучаться. От того что вы с вашим желанием "сделать лучше" просто в каждой ветке скажете "и  я того же мнения" - лучше не станет. Будет хуже. Ибо это шум и ест моё и не только время.

 

В общем тема ушла в глубокий оффтоп, причина найдена.

С аппаратными проблемами просьба обращаться в сервисцентры. Информацию по гарантийному обслуживанию можно получить у дистрибьютора или написав на support@wi-cat.ru коллеги помогут разобраться что и как.

P.S. Тут решаются софт проблемы. Разобрались что трабла аппаратная. Т.е. это ведомство СЦ. Дальнейшее обсуждение в ключе исходной темы теряет смысл от слова совсем т.к. содержимое перестаёт совпадать с темой чуть более чем полностью.

Если вы нашли ошибку, пожалуйста, выделите фрагмент текста и нажмите Ctrl+Enter.

Сообщить об опечатке

Текст, который будет отправлен нашим редакторам: