Jump to content
Официальное хранилище ПО в виде файлов
  • 1

Секретный адреса ретрансляторов

Parus

Asked by Parus,

 Share

Question

Parus Member

Parus

Posted
Posted

Ребята, что за баг или фича такая - устройство iot отказывалось подключаться на выделенном ей ip. Начал рыть -там открывается ретранслятор, жестко привязанный на 192.168.1.3 , подключенный по проводу к ведущему.., но занимающий один из адресов гостевой сети для iot 192.168.0.81?? Почему нигде не документировано, что ретранслятор имеет еще и адреса других подсетей и это приводит к конфликтам? Это что, каждый ретранслятор имеет еще фантомный адрес из гостевой?? Где можно узнать эти адреса, чтобы не назначать их устройствам в сети и не терять кучу времени в поисках неисправности?

keenetic2.png

keenetic1.png

  • Confused 1
  • Y'r wrong 1

25 answers to this question

Recommended Posts

  • 0
KeyYerS Honored Flooder

KeyYerS

Posted
Posted (edited)

     Ваша дом сеть - 192.168.1.* ,  а гостевая - 192.168.0.* , так?   Что Вас удивило в том, что контроллер "оставляет" за собой адрес 192.168.0.1 для роутинга клиентов гостевой сети (но поскольку в вебе ничем и никак не настраивается этот доп/ip адрес ретранслятора, вещающего гостевую сеть клиентам) то закономерно, что контроллер ему "выдаёт" первый адрес из гостевого пула, настроенного Вами. Следующему ретранслятору "следующий" ip адрес и т.д.  А уж потом свободные адреса непосредственно клиентам. Иначе маршрутизация клиентам гостевой сети вообще не "взлетит".  Соглашусь, что это упущение, но скорее всего будет ответ, что типа "это через CLI преспокойно прописывается" или тому подобное.

Edited by KeyYerS
  • 0
mrGhotius Honored Flooder

mrGhotius

Posted
Posted (edited)
51 минуту назад, KeyYerS сказал:

Ваша дом сеть - 192.168.1.* ,  а гостевая - 192.168.0.* , так?   Что Вас удивило в том, что контроллер "оставляет" за собой адрес 192.168.0.1 для роутинга клиентов гостевой сети

Да, это логично, у интерфейсов подсетей свой адрес, как правило первый в подсети.

 

51 минуту назад, KeyYerS сказал:

что контроллер ему "выдаёт" первый адрес из гостевого пула, настроенного Вами. Следующему ретранслятору "следующий" ip адрес и т.д.  А уж потом свободные адреса непосредственно клиентам. Иначе маршрутизация клиентам гостевой сети вообще не "взлетит".

Зачем ретранслятору адреса из других подсетей? Ведь маршрутизацией занимается контроллер, а ретранслятор выступает здесь устройством доставки уровня L2. 

Edited by mrGhotius
  • Upvote 1
  • 0
Parus Member

Parus

Posted
  • Author
Posted (edited)
10 часов назад, KeyYerS сказал:

контроллер ему "выдаёт" первый адрес из гостевого пула, настроенного Вами. Следующему ретранслятору "следующий" ip адрес и т.д. 

Честно говоря, не понимаю, о чем Вы. Само собой, что контроллер оставляет за собой начальные ip всех подсетей. Ретрансляторам же жестко назначены адреса. Зачем им адреса из других пулов?А если все-таки они нужны для чего-то, то это нужно где-то прописать и указать, что контроллеры имеют зарезервированные адреса всех остальных подсетей тоже. И уж желательно тоже сделать возможность их назначать, если уж они так нужны! Ведь контроллер даже не предупреждает, когда я назначаю "зарезервированный" ip  какому-то устройству, но устройство тупо просто не подключается без указания ошибки и причины.!

keenetic4.png

Edited by Parus
  • 0
KeyYerS Honored Flooder

KeyYerS

Posted
Posted
10 часов назад, mrGhotius сказал:

...маршрутизацией занимается контроллер, а ретранслятор выступает здесь устройством доставки...

Это справедливо при условии, что не активна опция "Изоляция клиентов".   Согласен, контроллер "занимается". Но на уровне логики - как контроллеру отправлять пакеты конкретному клиенту (в гостевой или др сетях), если он не будет знать, через какого именно (по доп ip) ретранслятора клиент к нему подключается?...   Думаете тут тупое "широковещание" в Mesh'ке, в надежде что до клиента "все равно дойдут" нужные ему пакеты?

1 час назад, Parus сказал:

...то это нужно где-то прописать и указать...

Я ж весьма доступно пояснил в ответе (ниже повторю) - так не на форуме этот вопрос нужно задавать, а в ТехПоддержку, лучше сразу почтой..

11 часов назад, KeyYerS сказал:

Соглашусь, что это упущение, но скорее всего будет ответ, что типа "это через CLI преспокойно прописывается" или тому подобное.

 

  • 0
Parus Member

Parus

Posted
  • Author
Posted
1 час назад, KeyYerS сказал:

Я ж весьма доступно пояснил в ответе (ниже повторю) - так не на форуме этот вопрос нужно задавать, а в ТехПоддержку, лучше сразу почтой..

Вроде как тут, в отличие от ТГ, --"Форум Keenetic Community поддерживается разработчиками ПО интернет-центров Keenetic (KeeneticOS). Мы активно принимаем участие в беседах на форуме". -- хочется публичного разъяснения) Может, в рабочие дня ответят.. 

1 час назад, KeyYerS сказал:

лучше сразу почтой..

Уже забыл, как письма писать)

  • 0
Parus Member

Parus

Posted
  • Author
Posted
1 час назад, KeyYerS сказал:

Это справедливо при условии, что не активна опция "Изоляция клиентов". 

И да, изоляции нет, и сегменты через CLI соединены image.png.853ca96a702123c49e0504e152032b04.png

  • 0
mrGhotius Honored Flooder

mrGhotius

Posted
Posted (edited)
1 час назад, KeyYerS сказал:

Но на уровне логики - как контроллеру отправлять пакеты конкретному клиенту (в гостевой или др сетях)

VLAN ID

 

1 час назад, KeyYerS сказал:

Думаете тут тупое "широковещание" в Mesh'ке, в надежде что до клиента "все равно дойдут" нужные ему пакеты?

Почему же широковещание, конкретно src mac, dst mac. STP и его производные. Допустим у нас нет wifi и мы собрали сеть из коммутаторов в топологию mesh. Вы также предлагаете выделять на каждом коммутаторе адрес(помимо управления) из всех подсетей(vlan'ов)? 

Edited by mrGhotius
  • 0
Denis P Honored Flooder

Denis P

Posted
Posted
2 часа назад, mrGhotius сказал:

VLAN ID

 

Почему же широковещание, конкретно src mac, dst mac. STP и его производные. Допустим у нас нет wifi и мы собрали сеть из коммутаторов в топологию mesh. Вы также предлагаете выделять на каждом коммутаторе адрес(помимо управления) из всех подсетей(vlan'ов)? 

если обратить внимание на реализацию сегментов в кинетиках, то можно увидеть что это не просто vlan, а svi. Ему, конечно, не обязательно иметь ip адрес, но тут реализация именно такая, если адрес не назначен на интерфейс, то доп сегменты не будут проброшены на ретрансляторы

  • Upvote 1
  • 0
mrGhotius Honored Flooder

mrGhotius

Posted
Posted
2 часа назад, Denis P сказал:

то можно увидеть что это не просто vlan, а svi

Теперь понятно, спасибо.

  • 0
KorDen Honored Flooder

KorDen

Posted
Posted
20 часов назад, mrGhotius сказал:

Зачем ретранслятору адреса из других подсетей?

mtkiappd для работы 802.11r синхронизирует ключи посредством отправки broadcast-пакетов в своем сегменте.

  • 0
Parus Member

Parus

Posted
  • Author
Posted (edited)
1 час назад, KorDen сказал:

для работы 802.11r

а если у меня в гостевой  (для iot) ничего кроме 2,4ггц  нет? Все равно адреса подсетей присваиваются? Было бы здорово, если бы присваивались адреса, в точности повторяющие адреса домашней сети тогда (192.168.1.3 , 192.168.0.3 и т.д.)..

image.png

image.png

Edited by Parus
  • 0
KeyYerS Honored Flooder

KeyYerS

Posted
Posted

Спасибо @Denis P за научное пояснение к моему "своими словами". Понимаю и знаю, а (как та собака) сказать не могу... 😕


@Parus  Да, было бы здорово...   Но /в третий раз повторюсь/ - это упущение из внимания, коли уж нигде нет про это в "Справке".


Года 3-2 назад "словил эти грабли", опытным путём выяснил про "назначаемый ретранслятору адрес". Тогда обошлось "костылём": делал сначала "узкий пул" на пару адресов, цеплял ретранслятор, потом правил пул до норм значений - устройства спокойно "брали нужный" ip из правленного пула.   Был тикет в ТП, ответ вроде как был какой-то, но мне не запомнилось предложенное ими.

  • 0
Parus Member

Parus

Posted
  • Author
Posted
В 14.12.2025 в 23:23, KeyYerS сказал:

Был тикет в ТП, ответ вроде как был какой-то, но мне не запомнилось предложенное ими.

Посмотрим,что ответят на мое обращение)

  • 0
Parus Member

Parus

Posted
  • Author
Posted
1 час назад, Parus сказал:

Посмотрим,что ответят на мое обращение)

Поддержка ответила.. Но по видимому там даже не прочитали вопрос. Сказали, что так должно быть! и проблем не должно происходить.. Но реальность выглядит по другому.Да и в инструкции сказано только про ОДИН присваеваемый адрес. Посоветовали скачать какой-нибудь сканер и самому искать эти фантомные адреса. И что потом с ними делать? 

keenetic-ответ.png

image.png

  • 0
Denis P Honored Flooder

Denis P

Posted
Posted
24 минуты назад, Parus сказал:

И что потом с ними делать? 

не назначать от балды статику клиентам и регистрировать их по маку ручками?

  • Upvote 1
  • Y'r wrong 1
  • 0
KeyYerS Honored Flooder

KeyYerS

Posted
Posted (edited)
19 минут назад, Denis P сказал:

...регистрировать их по маку ручками...

IoT розетки постоянно генерят фантомные маки. Поди их потом отлови...

44 минуты назад, Parus сказал:

...там даже не прочитали вопрос...

Может и прочитали - но не пОняли суть вопроса...  У Вас в конце видео "подопытный" Омни задвоился с разными ip, и по обоим адресам он якобы активен..  Тоже есть (и всё ещё не устранённой осталась) проблема с задвоением/затроением клиентов на ретрансляторе, подключенным проводом в контроллер.  Был весной тикет в ТП, так ничем и не помогли.

Edited by KeyYerS
  • 0
mrGhotius Honored Flooder

mrGhotius

Posted
Posted (edited)
54 минуты назад, Parus сказал:

И что потом с ними делать? 

Как уже сказал уважаемый Denis P:

29 минут назад, Denis P сказал:

не назначать от балды статику клиентам

В таком случае да, не назначайте статические адреса из пула DHCP, выделите отдельный диапазон под статические адреса. Например с x.x.x.200 - x.x.x.254.

Edited by mrGhotius
  • 0
KeyYerS Honored Flooder

KeyYerS

Posted
Posted (edited)
21 минуту назад, mrGhotius сказал:

...не назначайте статические адреса из пула DHCP...

Да все тут "уважаемые"...     Простите, но Вы тоже УШЛИ от сути вопроса, озвученного ТС -   в гостевой сети ретранслятор помимо назначаемого ему контроллером статического адреса *.*.1.3  ещё "отбирает себе" доп адрес  *.*.0.81 гостевой сети (как было выше), создавая проблему для подключения клиента на этот ip.

Edited by KeyYerS
  • 0
mrGhotius Honored Flooder

mrGhotius

Posted
Posted (edited)
16 минут назад, KeyYerS сказал:

Простите, но Вы тоже УШЛИ от сути вопроса, озвученного ТС -   в гостевой сети контроллер помимо назначаемого ему контроллером статического адреса *.*.1.3  ещё "отбирает себе" доп адрес  *.*.0.81 гостевой сети (как было выше), создавая проблему для подключения клиента на этот ip.

Так вы сами мне объяснили выше, что так реализован mesh. Остается проблема в том, что нигде не сказано об этом. Хотя я полагал, что ТП разъяснит ситуацию. 

Edited by mrGhotius
  • 0
Denis P Honored Flooder

Denis P

Posted
Posted

в итоге всё сводится к тому что нет предупреждения при ручной регистрации клиента в не основных сетях, если такой адрес уже занял ретранслятор, для "домашней сети" такое есть @eralde может глянете?

  • 0
eralde Honored Flooder

eralde

Posted
Posted
5 часов назад, Denis P сказал:

в итоге всё сводится к тому что нет предупреждения при ручной регистрации клиента в не основных сетях, если такой адрес уже занял ретранслятор, для "домашней сети" такое есть @eralde может глянете?

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

  • Thanks 2
  • 0
Leshiyart Honored Flooder

Leshiyart

Posted
Posted (edited)
7 часов назад, eralde сказал:

Как только прошивка начнет их где-нибудь показывать

show ip neighbour
show ip dhcp bindings

Edited by Leshiyart
  • Upvote 1
  • 0
eralde Honored Flooder

eralde

Posted
Posted
6 часов назад, Leshiyart сказал:

show ip neighbour
show ip dhcp bindings

Наверное, оттуда это действительно можно достать. Но, по-хорошему, эта информация должна быть в show mws member. Фронтенд и так содержит изрядное количество логики вида "возьми данные команд xx, yy и zz и склей по <id>, учитывая условия a, b, ..., z". Правильное решение -- не увеличивать количество такой логики, а уменьшать. Как минимум, потому что в противном случае её придется реализовать в каждом фронтенде заново (веб-интерфейс, мобильное приложение, RMM).

Переформулирую свой ответ так: "Как только прошивка будет отдавать эти данные, касающиеся экстендеров MWS, в ответе какой-нибудь команды, которая имеет отношение к MWS, ..."

  • Upvote 2
  • 0
Parus Member

Parus

Posted
  • Author
Posted
В 16.12.2025 в 17:56, mrGhotius сказал:

Например с x.x.x.200 - x.x.x.254.

А если у меня не 54, а 154 устройства(реально даже больше)? Лучший вариант был бы, чтобы в доп сегментах назначать адрес , похожий как в основном сегменте. Например, или автоматом, или вручную назначен адрес ретранслятору 192.168.1.6 - и в доп сегменте сам занимает похожий 192.168.0.6

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.

Guest
Answer this question...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

×
 Share
Go to question listing

  • Recently Browsing   0 members

    • No registered users viewing this page.
×
×
  • Create New...

Important Information

This site uses cookies. By clicking "I accept" or continuing to browse the site, you authorize their use in accordance with the Privacy Policy.

  I accept