E
Потому что это ттл ответа
Size: a a a
2020 May 16
ВС
Всем привет! Настраиваю qos от qlobal. Проблема такая: в сети 8 vlan, у всех своя адресация. Почти во всех подсетях пересекаются port tcp/udp. Маркирую трафик mark connection не только по портам, но и с использованием address list. Получается если нужно промаркировать трафик для отделено взятой подсети.. то я делаю как указана на скринах. Далее в queues создаю четыре правила.- общие лимиты на вход и выходи и правила для отдельно взятой подсети. На выход трафик режет нет проблем, на вход нет((( помоги понять в чём засада
EW
Есть HAP-lite, который нужно подсоединить клиентом к сторонней точке доступа. Настроил wlan интерфейс на station-pseudobridge, закинул в бридж вместе с ether интерфейсами. Ноут или принтер на проводе от HAP-lite не может получить адрес по DHCP, хотя если поставить статически, то пакеты ходят нормально.
Смотрел трафик через Wireshark на wlan-интерфейсе, discovery пакеты DHCP вроде уходят, но ответа нет.
На HAP-lite DHCP-клиент также не может получить адрес на бридже, хотя если перевести режим точки в station, то получает успешно, почему-то.
Один чувак на форуме сталкивался с таким, но у него был некорректный group-cipher.
Также пробовал настраивать NAT на бридже, но в случае pseudobridge это не имеет смысла, по идее.
Могу скинуть конфу.
Смотрел трафик через Wireshark на wlan-интерфейсе, discovery пакеты DHCP вроде уходят, но ответа нет.
На HAP-lite DHCP-клиент также не может получить адрес на бридже, хотя если перевести режим точки в station, то получает успешно, почему-то.
Один чувак на форуме сталкивался с таким, но у него был некорректный group-cipher.
Также пробовал настраивать NAT на бридже, но в случае pseudobridge это не имеет смысла, по идее.
Могу скинуть конфу.
G
Схема - микротик 1 в качестве роутера (лте принимает и интернет раздаёт и дхцп со всеми пирожками), а микротик 2 со всеми портами в бридже
Подскажите пожалуйста.
Все та же схема:
1)RBM33G + lte модуль
Принимает интернет и отдаёт его в ether1
На нем же сделан DHCP сервер
2)MAP2nd, все интерфейсе в бридже.
Правильно я понимаю, что на MAP’e нужно настроить DHCP клиент в бридже?
Заранее спасибо
Все та же схема:
1)RBM33G + lte модуль
Принимает интернет и отдаёт его в ether1
На нем же сделан DHCP сервер
2)MAP2nd, все интерфейсе в бридже.
Правильно я понимаю, что на MAP’e нужно настроить DHCP клиент в бридже?
Заранее спасибо
E
Есть HAP-lite, который нужно подсоединить клиентом к сторонней точке доступа. Настроил wlan интерфейс на station-pseudobridge, закинул в бридж вместе с ether интерфейсами. Ноут или принтер на проводе от HAP-lite не может получить адрес по DHCP, хотя если поставить статически, то пакеты ходят нормально.
Смотрел трафик через Wireshark на wlan-интерфейсе, discovery пакеты DHCP вроде уходят, но ответа нет.
На HAP-lite DHCP-клиент также не может получить адрес на бридже, хотя если перевести режим точки в station, то получает успешно, почему-то.
Один чувак на форуме сталкивался с таким, но у него был некорректный group-cipher.
Также пробовал настраивать NAT на бридже, но в случае pseudobridge это не имеет смысла, по идее.
Могу скинуть конфу.
Смотрел трафик через Wireshark на wlan-интерфейсе, discovery пакеты DHCP вроде уходят, но ответа нет.
На HAP-lite DHCP-клиент также не может получить адрес на бридже, хотя если перевести режим точки в station, то получает успешно, почему-то.
Один чувак на форуме сталкивался с таким, но у него был некорректный group-cipher.
Также пробовал настраивать NAT на бридже, но в случае pseudobridge это не имеет смысла, по идее.
Могу скинуть конфу.
псевдобридж только для одного клиента
E
Подскажите пожалуйста.
Все та же схема:
1)RBM33G + lte модуль
Принимает интернет и отдаёт его в ether1
На нем же сделан DHCP сервер
2)MAP2nd, все интерфейсе в бридже.
Правильно я понимаю, что на MAP’e нужно настроить DHCP клиент в бридже?
Заранее спасибо
Все та же схема:
1)RBM33G + lte модуль
Принимает интернет и отдаёт его в ether1
На нем же сделан DHCP сервер
2)MAP2nd, все интерфейсе в бридже.
Правильно я понимаю, что на MAP’e нужно настроить DHCP клиент в бридже?
Заранее спасибо
да
G
да
Спасибо!
EC
Есть HAP-lite, который нужно подсоединить клиентом к сторонней точке доступа. Настроил wlan интерфейс на station-pseudobridge, закинул в бридж вместе с ether интерфейсами. Ноут или принтер на проводе от HAP-lite не может получить адрес по DHCP, хотя если поставить статически, то пакеты ходят нормально.
Смотрел трафик через Wireshark на wlan-интерфейсе, discovery пакеты DHCP вроде уходят, но ответа нет.
На HAP-lite DHCP-клиент также не может получить адрес на бридже, хотя если перевести режим точки в station, то получает успешно, почему-то.
Один чувак на форуме сталкивался с таким, но у него был некорректный group-cipher.
Также пробовал настраивать NAT на бридже, но в случае pseudobridge это не имеет смысла, по идее.
Могу скинуть конфу.
Смотрел трафик через Wireshark на wlan-интерфейсе, discovery пакеты DHCP вроде уходят, но ответа нет.
На HAP-lite DHCP-клиент также не может получить адрес на бридже, хотя если перевести режим точки в station, то получает успешно, почему-то.
Один чувак на форуме сталкивался с таким, но у него был некорректный group-cipher.
Также пробовал настраивать NAT на бридже, но в случае pseudobridge это не имеет смысла, по идее.
Могу скинуть конфу.
Псевдобридж будет работать имхо если точка тоже микротик. Иначе нет.
EW
псевдобридж только для одного клиента
Значит бессмысленно проверять DHCP-клиент на самом микротике в таком режиме. Не понимаю, в таком случае, почему все-таки не проходит броадкаст от одного клиента и обратно? Из коробки у других работает вроде.
E
Псевдобридж будет работать имхо если точка тоже микротик. Иначе нет.
неверно.
EV
Есть HAP-lite, который нужно подсоединить клиентом к сторонней точке доступа. Настроил wlan интерфейс на station-pseudobridge, закинул в бридж вместе с ether интерфейсами. Ноут или принтер на проводе от HAP-lite не может получить адрес по DHCP, хотя если поставить статически, то пакеты ходят нормально.
Смотрел трафик через Wireshark на wlan-интерфейсе, discovery пакеты DHCP вроде уходят, но ответа нет.
На HAP-lite DHCP-клиент также не может получить адрес на бридже, хотя если перевести режим точки в station, то получает успешно, почему-то.
Один чувак на форуме сталкивался с таким, но у него был некорректный group-cipher.
Также пробовал настраивать NAT на бридже, но в случае pseudobridge это не имеет смысла, по идее.
Могу скинуть конфу.
Смотрел трафик через Wireshark на wlan-интерфейсе, discovery пакеты DHCP вроде уходят, но ответа нет.
На HAP-lite DHCP-клиент также не может получить адрес на бридже, хотя если перевести режим точки в station, то получает успешно, почему-то.
Один чувак на форуме сталкивался с таким, но у него был некорректный group-cipher.
Также пробовал настраивать NAT на бридже, но в случае pseudobridge это не имеет смысла, по идее.
Могу скинуть конфу.
я в режиме псевдобридж один раз подключал терминал для двери, одно устройство за микротиком должно быть доступно по маку, один раз данный режим просто спас
E
Значит бессмысленно проверять DHCP-клиент на самом микротике в таком режиме. Не понимаю, в таком случае, почему все-таки не проходит броадкаст от одного клиента и обратно? Из коробки у других работает вроде.
оно работает для самого МТ и одного клиента МТ