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

Ответить

Смайлики
:D :) :( :o :shock: :? 8) :lol: :x :P :oops: :cry: :evil: :twisted: :roll: :wink: :!: :?: :idea: :arrow: :| :mrgreen:

BBCode ОТКЛЮЧЕН
Смайлики ВКЛЮЧЕНЫ

Обзор темы
   

Развернуть Обзор темы: Малинки получают чужие конфиги

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

elpr » Пт дек 04, 2020 2:20 pm

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

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

aka » Ср дек 06, 2017 4:55 pm

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

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

Гость » Ср дек 06, 2017 4:43 pm

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

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

aka » Пн дек 04, 2017 12:32 am

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

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

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

dndrozdov » Вс дек 03, 2017 11:53 pm

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

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

aka » Пт авг 25, 2017 8:37 pm

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

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

Barvinok » Пт авг 25, 2017 5:39 pm

Rushmore писал(а):Сетевой загрузчик малины некорректно работает с DHCP сервером. Эта гадина не отправляет DHCPREQUEST, а сразу берет себе адрес из пакета DHCPOFFER. В результате DHCP сервер, не дождавшись подтверждения, считает, что адрес свободен и может выдать его кому-то еще. Исходя из этого, рекомендую для малин всегда использовать резервации по MAC адресу.
Вот оно!
У меня малинки систематически конфликтруют друг с другом по ip-адресу!
Просто замаялся уже, чего только не пробовал.
Адреса получают с коммутатора ядра (Mikrotik CRS-125).
Делать статику не хотелось бы...

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

aka » Пт авг 25, 2017 5:35 pm

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

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

dndrozdov » Пт авг 25, 2017 5:25 pm

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

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

aka » Ср июл 19, 2017 10:31 am

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

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

Shaaarnir » Пн июл 17, 2017 1:00 pm

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

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

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

aka » Пт июл 14, 2017 8:04 pm

Zerger писал(а):..но малинки адновременно не хотели включиться - поочереди на секунду вынимишь БП и вставишь - стартует сразу, а если в удлинитель две включены и удлинителем щёлкнешь то не стартуют обе..."я был бы счастлив узнав ответ почему???"
- через недельку, закатали Raspbian, подчистили, сделали автостарт rdesktop и всё чётко включается и подключается.
Стартуемость малинок зависит от содержимого SD карты? Фейспалм же. Осталось расположение кактусов на столе подбирать...

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

aka » Пт июл 14, 2017 8:02 pm

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

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

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

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

Shaaarnir » Пт июл 14, 2017 11:14 am

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

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

Zerger » Пт июл 14, 2017 10:10 am

Rushmore писал(а):Сетевой загрузчик малины некорректно работает с DHCP сервером. Эта гадина не отправляет DHCPREQUEST, а сразу берет себе адрес из пакета DHCPOFFER. В результате DHCP сервер, не дождавшись подтверждения, считает, что адрес свободен и может выдать его кому-то еще. Исходя из этого, рекомендую для малин всегда использовать резервации по MAC адресу.
В DHCP резервацию малинки я сразу прописывал до отправки в продакшен + 12,18, 66, 67 параметры, но как видно это то же не особо помогло.
Ув. aka говорил, что надо wireshark-ом трафик сканировать, но если честно не занимался этим.
согласен, аналогично.

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

Rushmore » Пт июл 14, 2017 9:15 am

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

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

Shaaarnir » Чт июл 13, 2017 2:18 pm

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

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

Zerger » Чт июл 13, 2017 11:00 am

aka писал(а):
Zerger писал(а):но если малины перезагружать то "призрак" из списка на сервере пропадает.
И это тоже полтергейст какой-то. У втвари нет никакого механизма убирать терминал из списка. Если втварь терминал один раз увидела, то удалить (или скрыть) из списка его можно только руками.
да, тут я точно приврал (или нет, уже замаялся), в ИТОГЕ:

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

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

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

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

aka » Пн июн 26, 2017 5:10 pm

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

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

Zerger » Пн июн 26, 2017 3:04 pm

Zerger писал(а):некоторые малины получают МАК ... соседа (другой малинки)
aka писал(а):Не верю. Этот момент надо копать до полного прояснения, потоу как все остальные спецэффекты привязаны к МАКу. МАКи никак не должны меняться, тем более у малины МАК выводится из серийника процессора.
Во всяком случает wtware отображает чужой MAC в правом нижнем углу, так же на сервере появляется "призрак" (без IP) малина с хостом одним а маком от другого хоста, но если малины перезагружать то "призрак" из списка на сервере пропадает.

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

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

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

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

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

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

aka » Пт июн 23, 2017 4:07 pm

Zerger писал(а):некоторые малины получают МАК ... соседа (другой малинки)
Не верю. Этот момент надо копать до полного прояснения, потоу как все остальные спецэффекты привязаны к МАКу. МАКи никак не должны меняться, тем более у малины МАК выводится из серийника процессора.
Zerger писал(а):Где можно прочитать об изменения в версиях WTware (что бы понять, есть ли смысл обновлять)?
Нигде. Лень писать.

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

Zerger » Пт июн 23, 2017 11:01 am

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

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

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

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

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

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

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

Вернуться к началу