Евгений, Вы написали, что клиент из сети VLAN1 может пингать 192.168.1.2, дальше. Дальше это куда? 192.168.1.200 или 1.1.1.1 ?
Следовательно 2 вопроса
Если дальше это 192.168.1.200, то вопрос, какие настройки GW (шлюз по умолчанию) у 192.168.1.200.
Если дальше дальше это 1.1.1.1, то скорее всего на 192.168.1.1 нет маршрута в сеть 10.10.10.0/24.
Не лучший выбор. Для комфортной работы, не более 25-30 устройств на точку в 2.4. Так же будут мешать другие точки, потому как в 2.4 только 3 не пересекаемых канала. Надо уходить в 5ку.
Сегодня прилетело обновление ОС. Стало лучше даже без использования TurboBoost swicher.
Почем я хочу поменять MBP на 2018 год с CPU 8 поколения. Потому, что в 8 поколении больше ядер, а основной нагрев идет от работы на повышенной частоте. Если у Вас больше ядер, то ОС будет раскидывать приложения на по ядрам и не будет поднимать частоту.
С тем, что 1 скрипт может выжрать 100% согласен.
НО
это 100% одного ядра, и если у меня i7 c максимальной частотой 3.9 то то без турбобуста это только 2.5 гигагерца.
Бесшовная сеть wifi это очень интересная тема. Многие буду Вам рассказывать про роуминг и такой стандарт как 802.11r.
НО
802.11r - нужен если вы используете WPA2-enterprice.
Если же пользователи авторизуют по WPA2-PSK, то для мягкого роуминга (что бы голосовой звонк не оборвался) достаточно 802.11k,v и тут нужен контроллер, в качестве которого может выступать Микротик..
Если мягкий роуминг не нужен, то достаточно настроить точки одинаково (SSID и пароль) и правильно подобрать каналы и мощность радиомодуля что бы точки не перекрывали друг друга по зоне покрытия. Тогда клиент не будет чувствовать дискомфорта.
nihi1ist, Какое устройство является шлюзом в интернет? какая у вас подсеть?
Допустим шлюз это D-Link c адресом 192.168.1.1, тогда на первой точке делаете бридж назначаете на нем адрес 192.168.1.2, на второй точке бридж с адресом 192.168.1.3. Точки буду заниматься транзитом трафика (l2). А маршрутизацией D-Link. Соответственно на клиентах шлюз должен быть 192.168.1.1.
Убить за построение L2 поверх L3 без необходимости на то. Такие схемы применяют при построение ДС. Для объединения филиалов, нужно строить L3.
Банальная проблема которая у вас возникнет, это атака вируса. Если филиал отдельная сеть, то атака на нем и захлебнется. А когда у Вас везде L2 - то погибнет вся компания. Как Вы при такой схеме собираетесь выпуска филиал в интернет, наверное через основной офис?
Люди не понимаю какие проблемы их ждут при реализации таких решений.
logrotate после ротации должен сделать reload в sql, у него это не получается по какой-то причине, предполагаю, что пароль для доступа к базе устарел (/etc/mysql/debian.cnf ).
Можно было использовать 2 DHCP сервера для каждого офиса свой. Естественно настроить iptables чтобы офисы получали адреса из своей зоны.
1 DHCP раздавал бы адреса из 192.168.0.1-125.
2 DHCP 192.168.0.130-254
В каждой зоне указать разные GW. Если не хватает адресов, можно увеличить зону 192.168.0.0.23.
Тогда
1 DHCP раздавал бы адреса из 192.168.0.1-254.
2 DHCP 192.168.1.1-254
В таком случае проще становится правило для маскарада трафика, нет необходимости использовать ebtables и остается ваш бродкаст.
Класс. Мы сами создаем себе проблемы, а потом ищем решение. Разделение сетей на сегменты всегда было хорошей практикой. И решает многие проблемы. А для специфических программ лучше использовать соответствующее решение (broadcast proxy).
Токен нужен для того чтоы бот мог подключится к сети телеграмм.
Что бы бот получал сообщения из чата, его нужно добавить в этот чат.
Что бы бот слушал сообщения в чате и реагировал на них, необходим bot.message_handler.
А дальше вы настраиваете, что делать с сообщением при получении.
В этом примере бот проверяет, что текст отправленный в чат равен слову Привет. Вы же найдите метод который будет вынимать время из сообщения.
Следовательно 2 вопроса
Если дальше это 192.168.1.200, то вопрос, какие настройки GW (шлюз по умолчанию) у 192.168.1.200.
Если дальше дальше это 1.1.1.1, то скорее всего на 192.168.1.1 нет маршрута в сеть 10.10.10.0/24.