Малинки получают чужие конфиги

[Zerger]

Сервер 5.4.82
используются ПК и Малинки
DHCP виндовый, конфиг для малинок дефолтный на SD.
проблема возникла с последними установленными малинками (20шт.):

после выкл/вкл света на складе некоторые малины не получают конфигурационный файл (но это просто лечиться перезагрузкой), а самая ГЛАВНАЯ ПРОБЛЕМА:
некоторые малины получают МАК, IP и имя хоста "Клиент" соседа (другой малинки),
у "соседа" естественно ошибка: Другой компьютер с MAC-адресом...использует IP...Дальнейшая работа невозможна.

далее перегружаем такую малинку и она начинает работать но вылетает другая (которая ранее без проблем загрузилась) и так рандомно они друг друга вышибают,
пока штук 7-12 не перегрузишь, после этого в конфиге на сервере WT появляются "призраки", т.е. малины без IP (1-3 шт.). Малины работают хорошо до следующего выкл/вкл света (т.е. до след дня).

Что я делал:
- перепроверял правильность внесения в DHCP MAC'ок, параметры 66 и 67 (так же я заполняю 12й параметр)
- чистил сервер WTware от "призраков" (малинок без IP), передобавлял те что чаще конфликтовали

п.с. замучился уже, их же 20 шт.

Может будут стоящие решения?
Где можно прочитать об изменения в версиях WTware (что бы понять, есть ли смысл обновлять)?

Заранее благодарю отзывчивых специалистов, кто даст дельный совет.

[aka]

некоторые малины получают МАК ... соседа (другой малинки)

Не верю. Этот момент надо копать до полного прояснения, потоу как все остальные спецэффекты привязаны к МАКу. МАКи никак не должны меняться, тем более у малины МАК выводится из серийника процессора.

Где можно прочитать об изменения в версиях WTware (что бы понять, есть ли смысл обновлять)?

Нигде. Лень писать.

[Zerger]

некоторые малины получают МАК ... соседа (другой малинки)

Не верю. Этот момент надо копать до полного прояснения, потоу как все остальные спецэффекты привязаны к МАКу. МАКи никак не должны меняться, тем более у малины МАК выводится из серийника процессора.

Во всяком случает wtware отображает чужой MAC в правом нижнем углу, так же на сервере появляется "призрак" (без IP) малина с хостом одним а маком от другого хоста, но если малины перезагружать то "призрак" из списка на сервере пропадает.

Вчера перешил малины (SD'ки) с конфигом "загрузка с сервера", стало намного лучше, если малина загрузилась то она работает стабильно и до конца дня (никаких "ваш IP занят МАКом"..), но появилась другая беда, когда свет врубают они не грузятся, только некоторые, потом ручками ходишь удлинитель выкл/вкл. и они стартуют и то не все с первого раза...буду копать дальше, отпишусь.

П.с. я подумываю на БП (вроде добротные самсунговские 2А, но когда я подключал к своему смарту - зарядка шла но сэнсорный экран завис) + у нас на складе из-за грузовых лифтов напряжение в сети повышенное, около 235V.

Где можно прочитать об изменения в версиях WTware (что бы понять, есть ли смысл обновлять)?

Нигде. Лень писать.

Жаль, хотя бы важное описывать (как в плэймаркете) , или помечать стабильные версии.

!ДОПОЛНЕНО (попробовал варианты с ИБП на малиноках и свитчах):

- ставил ИПБ на свитч (малинки не стартуют после включения света, сетевой порт активен, малинки не пингуются)
- ставил ИБП на малинки (малинки не стартуют, сетевой порт активен, малинки не пингуются)

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

[aka]

но если малины перезагружать то "призрак" из списка на сервере пропадает.

И это тоже полтергейст какой-то. У втвари нет никакого механизма убирать терминал из списка. Если втварь терминал один раз увидела, то удалить (или скрыть) из списка его можно только руками.

[Zerger]

но если малины перезагружать то "призрак" из списка на сервере пропадает.

И это тоже полтергейст какой-то. У втвари нет никакого механизма убирать терминал из списка. Если втварь терминал один раз увидела, то удалить (или скрыть) из списка его можно только руками.

да, тут я точно приврал (или нет, уже замаялся), в ИТОГЕ:

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

- через недельку, закатали Raspbian, подчистили, сделали автостарт rdesktop и всё чётко включается и подключается.

- WTware осталась на "пекарнях", может вернёмся к этой проблеме потом...хочеться докапаться почему одновременно не стартуют...в полтергейст не верю (хотя фильм "Охотники за преведениями" люблю =)

[Shaaarnir]

Проблемы такие с малинками присутствуют и у меня. Но пока что не понял как отловить проблему.
Ув. aka говорил, что надо wireshark-ом трафик сканировать, но если честно не занимался этим.
Меняются у малинок IP адреса и имена, не меняются МАК и комментарии. Также имена меняться стали у обычных терминалов на имена малинок, т.е. через какой-то промежуток времени появляется куча терминалов с одинаковыми именами.

[Rushmore]

Сетевой загрузчик малины некорректно работает с DHCP сервером. Эта гадина не отправляет DHCPREQUEST, а сразу берет себе адрес из пакета DHCPOFFER. В результате DHCP сервер, не дождавшись подтверждения, считает, что адрес свободен и может выдать его кому-то еще. Исходя из этого, рекомендую для малин всегда использовать резервации по MAC адресу.

[Zerger]

Сетевой загрузчик малины некорректно работает с DHCP сервером. Эта гадина не отправляет DHCPREQUEST, а сразу берет себе адрес из пакета DHCPOFFER. В результате DHCP сервер, не дождавшись подтверждения, считает, что адрес свободен и может выдать его кому-то еще. Исходя из этого, рекомендую для малин всегда использовать резервации по MAC адресу.

В DHCP резервацию малинки я сразу прописывал до отправки в продакшен + 12,18, 66, 67 параметры, но как видно это то же не особо помогло.

Ув. aka говорил, что надо wireshark-ом трафик сканировать, но если честно не занимался этим.

согласен, аналогично.

[Shaaarnir]

Сетевой загрузчик малины некорректно работает с DHCP сервером. Эта гадина не отправляет DHCPREQUEST, а сразу берет себе адрес из пакета DHCPOFFER. В результате DHCP сервер, не дождавшись подтверждения, считает, что адрес свободен и может выдать его кому-то еще. Исходя из этого, рекомендую для малин всегда использовать резервации по MAC адресу.

Использую WTDHCP. Вроде ж на нем статика для всех устройств с конфигами.
Или ошибаюсь?

[aka]

В WTDHCP статика. Когда WTDHCP первый раз получаетм запрос от МАКа - создаёт под него каталог. Когда первый раз выдаёт ему IP по DHCPOFFER - запоминает. Если есть запомненный ip, то WTDHCP должен выдавать именно запомненный. Мне не приходит в голову ни одной ситуации, когда бы служба WTDHCP изменила IP терминала самостоятельно.

IP может изменить другая наша служба или конфигуратор, если они увидят, что этот МАК работает с другим IP. Например, если получит IP от другого DHCP.

Про все изменения "параметров DHCP" (ip, хостнейм, версия, платформа) сейчас должен писаться лог C:\ProgramData\WTware\Logs\wtc_terminal.log

[aka]

..но малинки адновременно не хотели включиться - поочереди на секунду вынимишь БП и вставишь - стартует сразу, а если в удлинитель две включены и удлинителем щёлкнешь то не стартуют обе..."я был бы счастлив узнав ответ почему???"
- через недельку, закатали Raspbian, подчистили, сделали автостарт rdesktop и всё чётко включается и подключается.

Стартуемость малинок зависит от содержимого SD карты? Фейспалм же. Осталось расположение кактусов на столе подбирать...

[Shaaarnir]

А если имя терминала меняется, то тоже должно в лог C:\ProgramData\WTware\Logs\wtc_terminal.log записаться?

У меня просто постоянно имена меняются вместе с IP.
Комментарии не меняются.
К примеру: (в комментариях правильные имена)

20170717_130206.jpeg (9.09 КБ) 48806 просмотров

[aka]

А если имя терминала меняется, то тоже должно в лог C:\ProgramData\WTware\Logs\wtc_terminal.log записаться?

Да.

[dndrozdov]

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

[aka]

Которая из "таких же проблем"?
Окончание МАКа малины не совпадает с серийником процессора?
Серийник процессора меняется?

[Barvinok]

Сетевой загрузчик малины некорректно работает с DHCP сервером. Эта гадина не отправляет DHCPREQUEST, а сразу берет себе адрес из пакета DHCPOFFER. В результате DHCP сервер, не дождавшись подтверждения, считает, что адрес свободен и может выдать его кому-то еще. Исходя из этого, рекомендую для малин всегда использовать резервации по MAC адресу.

Вот оно!
У меня малинки систематически конфликтруют друг с другом по ip-адресу!
Просто замаялся уже, чего только не пробовал.
Адреса получают с коммутатора ядра (Mikrotik CRS-125).
Делать статику не хотелось бы...

[aka]

Сетевой загрузчик малины не поправить, исходники закрыты. Или статика, или загружаться с SD.

[dndrozdov]

Немного не про малину, но из этой ситуации становится более ясна изначальная проблема. У нас DHCP для любых устройств отдается с микротика. На wtware DHCP отдает ip только по макам малины. Раньше были приколы с малинами, когда ip малины был занят ip другой малины, и это как-то сложно выправлялось.
Недавно же стали происходить новые приколы - таким же образом происходит подмена ip адресов обычных компов в конфигах wtware. Но, так как, адреса в итоге назначаются DHCP от микротика проблема решается обычной перезагрузкой, и wtware меняет ip на тот, с которого стучится комп за конфигом.
Конфига толком не представить, так как в этой ситуации фактически комп не грузится, wtware его не видит, и конфиг не дает получить. В интерфейс по настоящему ip тоже нельзя попасть.

[aka]

Я не понял вообще ничего.

Если в итоге ip назначает микротик - зачем нужен втваревый dhcp?

[Гость]

Он обслуживает в качестве DHCP малины (так как у малин мудреная загрузка, и реализовывать ее на микротике сложно). На нем стоит белый список с маками малинок. Это на самом деле не важно, так как речь сейчас не конкретно про малины, а про то, что служба wtwre почему-то прописывает другие адреса в конфиги рабочих станций, и именно поэтому возникает суть проблемы топика. Но, если раньше, это были косяки только на малинах, то теперь это распространяется и на обычные компы.

[aka]

Втварь прописывает другие адреса потому что она видит, что устройства с этими МАКами обращаются к втваревым службам (TFTP, HTTP, широковещательные запросы загрузившихся терминалов) с других IP. Кто-то выдал IP устройствам, устройства этот IP приняли и начали с этим IP работать.

[elpr]

Подтверждаю слова автора этой темы. Я тоже сталкивался с этой проблемой примерно полгода назад. Одна из Малинок pi3 присваивала себе MAC другой Малинки и соответственно через dhcp получала ее ip и конфигурацию. При чем, после перезагрузки у нее мог восстановиться родной mac, после еще одно перезагрузки опять перехваченный у другой Малинки. Боюсь проблему тут решит только статический IP, других решений проблемы я пока не нашел...
Из сервисов WtWare используем только TFTP