"Служба DHCP поставщика услуг Интернета работает неправильно", что я могу сделать чтобы это починить?

Drno,

я так понял что проблема на клиенте

Автор говорит:

При заходе на 192.168.0.1 (а в моём случае так же asusrouter.com) на первой вкладке можно увидеть следующую картину в строке состояния интернета:
"Служба DHCP поставщика услуг Интернета работает неправильно."

То есть сообщение об ошибке отображается на веб-странице окна статуса роутера в веб-браузере на клиенте. То есть встроенный веб-сервер роутера корректно сформировал страницу, положил на неё в том числе и сообщение об ошибке (ясен пень своё, а не клиентское!), отослал её клиенту, который принял эту страницу и отрисовал на экране.

"Служба DHCP поставщика услуг Интернета работает неправильно", что я могу сделать чтобы это починить?

И ещё одно. Пишу отдельным комментарием, потому что рассматриваю другую причину.

Нам почему-то кажется, что проблема - между клиентом и роутером. Однако следует рассмотреть и случай, что на самом деле это проблема между роутером и провайдером. Ведь ошибка регистрируется не на клиенте, а на роутере!

В качестве эксперимента предлагаю:
- подключиться к роутеру кабелем
- отключить совсем WiFi
- поставить какой-либо из сервисов роутера на регулярное обращение в Инет (например, каждые 5 минут синхронизировать время с не-прововским стратумом)
- отключить комп от роутера на пару часов (то есть клиентов нет вообще, только сервисы самого роутера)
- подключиться кабелем и проверить в логах роутера, была ли эта ошибка в то время, когда на роутере клиентов не было

Если выяснится, что ошибка в логах присутствует - следует обращаться с проблемой к провайдеру. И в первую голову выяснять, а нет ли у них каких-либо ограничений (например, фильтрация по МАС). Кстати, мы даже не знаем, как именно роутер подключается к прову...

"Служба DHCP поставщика услуг Интернета работает неправильно", что я могу сделать чтобы это починить?

Drno, просто подобные фортели возможны в случае, если в эту беспроводную сеть влез ещё один DHCP-сервер. Грубо говоря, сосед развлекается... описанные мероприятия позволят попробовать его отодвинуть в сторону или хотя бы изменить временнЫе параметры получения адреса.

Я сильно сомневаюсь, что наблюдаемое - именно косяк встроенного DHCP. А 15 минут очень сильно напоминают установленные стандартом 75% от leased time, которое на WiFi по дефолту ставится на час... ведь DHCP Renew (request + ack) - не более чем часть от полного DHCP-обмена, и выполняется теми же процедурами, а начальное выделение адреса проходит без проблем. И сообщение "Служба DHCP поставщика услуг Интернета работает неправильно." не может быть выдано в ответ на не-получение DHCPACK, потому как это вполне себе штатная ситуация, то есть клиент ответ-то получает, вот только он какой-то сикомбрический. Соответственно 15 минут происходит чёрт те что, а потом клиент, после установленной стандартом череды неудач, запрашивает адрес полным порядком - и снова беспроблемно и корректно получает его на час.

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

"Служба DHCP поставщика услуг Интернета работает неправильно", что я могу сделать чтобы это починить?

DHCP клиент подключенный по витой паре - это что?

Это обычный компьютер, подключенный к роутеру по витой паре в LAN-порт, причём подключенный к роутеру сетевой интерфейс настроен на автоматическое получение всех настроек.

"Служба DHCP поставщика услуг Интернета работает неправильно", что я могу сделать чтобы это починить?

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

Как в это время ведёт себя DHCP-клиент, подключенный по витой паре? испытывает те же проблемы, или у него этой проблемы нет?

Первые рекомендации:

1) Сделать SSID скрытым, зажать по максимуму секьюрность, отключить упрощённые протоколы подключения
2) Сменить используемые частотные каналы
3) Увеличить время выделения адреса до 5 суток

Также рекомендую просканировать эфир и изучить логи роутера на предмет интерференций.

версия моей прошивки - 3.0.0.4.382_70870 не знаю - стоит ли её обновлять.

Читайте на сайте производителя, что исправлено/добавлено в новых прошивках. Если ничего действительно критичного - то не надо обновлять.

Как пойдет трафик по схеме?

Rsa97, на текущий момент у товарища только две камеры на 8 Мп (кстати, не факт, что на одном PoE-свиче). Да, если на одном коммутаторе соберётся три такие камеры, то и PoE-коммутаторы тоже придётся менять на гигабитные.

С другой стороны, может - не значит выдаёт. Опять же максимальное разрешение на самом деле нафиг не нужно.. у меня, скажем, тех камер три сотни, но 80% из них пишут исключительно субканал (у большинства - 720*400 или 720*480), большинство остальных пишет исключительно по движению. А потому средний поток трафика на видеосервере - 300 Мбит, т.е. фактически по мегабиту на камеру, а чтобы гигабит выбирался весь, я что-то ни разу не видел.

Как пойдет трафик по схеме?

Поскольку POE-свитчи у вас на 100M, то и канал от них до свитча 2 будет 100M, даже если вы туда поставите свитч на 1G.

И что? для 5 камер этого за глаза. Но главное, что матрица гигабитного коммутатора позволит все суммарные 200 мегабит, с обоих портов, от обоих PoE коммутаторов, передать на "видеорегистратор с монитором", и ещё останется.

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

Как вытащить одним запросом два уровня родителей?

Связать две копии таблицы...

Какое минимальное количество записей для нормальной работы индекса?

При 100 записей разницы же не будет что он есть что его нет

Так это не потому, что от него пользы нет, а потому, что ты просто не можешь эту разницу зарегистрировать, точности нехватает...

К слову. Если индекс покрывающий, то даже при 10 записях будет толк...

Как найти все углы относительно заданного?

О! наконец-то текст условия стал более-менее вменяемым.

For i = 0 .. {Количество секторов} - 1
    Угол(i) = ( {Начальный угол} + 360 * i / {Количество секторов} ) MOD 360
Next

MOD - операция взятия остатка от целочисленного деления. Если точности в 1 градус недостаточно - заменить на аналог, выполняющий ту же операцию на числах с плавающей точкой.

Как найти все углы относительно заданного?

tyxeo, ну нет так нет... это не у меня же проблема-то...

Как найти все углы относительно заданного?

tyxeo, Пожалуйста, ответьте на вопрос, который я задал, а не на тот, который Вы придумали.

Как найти все углы относительно заданного?

ЯННП
Покажите на примере. Например, сейчас "основной угол" равен 80 градусам, заданное количество векторов равно 5. Что должна вернуть процедура получения всех углов?

Какой маршрутизатор выбрать для 100+ устройств?

А что, старый не справлялся? или дурака валял, работая на 10% от возможного? зачем вообще менять модель?

Как узнать кто пользуется определенным компьютером?

mendr,

Пишет ошибка в пакете безопасности.

Никогда не рассказывайте сказок по мотивам. Сообщение об ошибке всегда следует цитировать полностью, соблюдая даже места перевода строк.

Как зайти в bios роутера?

Как правило, никаких "настроек БИОС" в роутере нет. За ненадобностью.

Как вставить запросом CSV файл в таблицу?

Так в чём проблема? в том, чтобы перебрать файлы? ну так просто конкатенируйте все их в один. В командной строке дел на две минуты...

Нужно ли хранить данные в базе после их удаления пользователем?

Удаление - необратимо. Следует рассмотреть допустимость необратимого удаления с точки зрения логики предметной области. А без полной конкретизации можно сколько угодно языком чесать - толку не будет.

Как определить игрока быстрее всех нажавшего кнопку (web)?

Shavadrius,

ведущий задает вопрос и кто первый догадался - тот и нажимает

Значит, отсчёт идёт от момента начала "задавания". По нему и смотреть.

а там уже и пинги/задержки будут влиять

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

Хочется уменьшить ситуации: "ну я же жал первее!" и "во всем пинг виноват!"...

В правилах явно прописать безусловный отказ от претензий по данному поводу. Чай, не детский сад.

Как определить игрока быстрее всех нажавшего кнопку (web)?

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

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