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

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

Если речь про микрот то зависит от Настройки cache-max-ttl либо ttl при А записи

cache-max-ttl к обновлению отношения не имеет. Это "устаревание"

ну правильно. запись берётся из кеша, если она там есть. по умолчанию она неделю будет из кеша

для опыта (потому что подозреваю, что запись ресолвится только при внесении в список и, возможно, перезагрузке) TTL зоны у домена - 1ч, cache-max-ttl у микротика - 30мин внёс изменения в A запись. днс кеш у микротика почистил. жду реакции микротика с компа изменение в днс уже заметно

Не надо менять cache-max-ttl. Тем более ставить его меньшим ттл зоны.

ну правильно. запись берётся из кеша, если она там есть. по умолчанию она неделю будет из кеша

ну правильно. запись берётся из кеша, если она там есть. по умолчанию она неделю будет из кеша

так и сделал

Привет всем! У нас тут пару недель назад был разговор про настройку двух провайдеров. Там выяснилось, что у меня не совсем правильно настроено (вроде как), хотя всё и работает в общем-то. Хотелось просто спросить ради опроса чтоли. Кто как делает? Сами что-то колхозите, додумываете? Или берёте best practice и делаете по готовенькому?

Привет всем! У нас тут пару недель назад был разговор про настройку двух провайдеров. Там выяснилось, что у меня не совсем правильно настроено (вроде как), хотя всё и работает в общем-то. Хотелось просто спросить ради опроса чтоли. Кто как делает? Сами что-то колхозите, додумываете? Или берёте best practice и делаете по готовенькому?

Оо, четвёртый вариант) Просто суть в том, что у меня сейчас на всех филиалах ещё в наследие от прошлого сисадмина всё настроено по одному варианту. Мне тут в чат в прошлый скинули второй вариант. А также ткнули носом в "лучшую" презентацию на мультиван на муме, а там третий вариант. Вот сижу и думаю, оставить всё как есть или переделать всё везде (спойлер: это долго, филиалов много) Просто если переделывать, то уж чтоб наверняка

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

https://habr.com/ru/post/463813/

Оо, четвёртый вариант) Просто суть в том, что у меня сейчас на всех филиалах ещё в наследие от прошлого сисадмина всё настроено по одному варианту. Мне тут в чат в прошлый скинули второй вариант. А также ткнули носом в "лучшую" презентацию на мультиван на муме, а там третий вариант. Вот сижу и думаю, оставить всё как есть или переделать всё везде (спойлер: это долго, филиалов много) Просто если переделывать, то уж чтоб наверняка

Это вам решать.

Товарищи, скажи почему, придобавления vlan и wlan в один bridge - дублирует мак адрес, предыдушего моста. Я создаю wlan38, wlan39, bridge38,bridge39,vlan38,vlan39. НАчинаю их объединять по их уникальности, и у них получается одинаковый мак адрес. И, наверно в следствии у них нет инета(но это не точно)

Товарищи, скажи почему, придобавления vlan и wlan в один bridge - дублирует мак адрес, предыдушего моста. Я создаю wlan38, wlan39, bridge38,bridge39,vlan38,vlan39. НАчинаю их объединять по их уникальности, и у них получается одинаковый мак адрес. И, наверно в следствии у них нет инета(но это не точно)

Кирилл Васильев в 2016 году показал годный мануал имхо

Товарищи, скажи почему, придобавления vlan и wlan в один bridge - дублирует мак адрес, предыдушего моста. Я создаю wlan38, wlan39, bridge38,bridge39,vlan38,vlan39. НАчинаю их объединять по их уникальности, и у них получается одинаковый мак адрес. И, наверно в следствии у них нет инета(но это не точно)

Ладно, я сейчас на пастебин скину 3 варианта настройки (только самые основные строчки) - мою текущую, предложенную тут в чате и из презентации Кирилла. Если у кого будет минутка, посмотрите, есть ли смысл менять первое на второе либо третье

Очень хорошо. Балансинг бы ещё.

На эту базу легко прикрутить любой тип балансинга. ИМХО, что недостаточно освещено в балансировке, это откуда и почему такие числители и знаменатели в PCC. Но на отдельную статью это не тянет. )

проблема (или нет?) ros в том, что одну и ту же задачу можно решить количеством вариантов больше единицы. и все они так или иначе будут работать. а вопрос с "более лучшим" вариантом - совершенная субъективщина.

Ладно, я сейчас на пастебин скину 3 варианта настройки (только самые основные строчки) - мою текущую, предложенную тут в чате и из презентации Кирилла. Если у кого будет минутка, посмотрите, есть ли смысл менять первое на второе либо третье

https://pastebin.com/n9pBvPWV

Все три варианта, как минимум, с "нюансами". Но, опять же зависит от того, что вы хотите добиться. Возможно Вас устраивают полумеры.

Доброго времени суток! Подскажите, будет ли работать Powerline PL7400 с RB951Ui-2HND

У меня там на роутах в main таблице есть рекурсивные. GRE тоннели имеют свою служебную подсеть. А OSPF с BFD следят за "живостью" этих туннелей. Мне нужно просто чтобы трафик каждого GRE туннеля, проложенного каждый через свой WAN, шёл по своему туннелю. И чтобы при падении шлюза ISP1 падал GRE1 туннель. Сейчас с этим проблемы есть в 2-х филиалах из 30. И встал вопрос о том, чтобы немного перенастроить всё это дело Никаких ротуов в main через loopback, dst-nat'ов и балансировок не нужно

А через переходник?

7411

Вам решать, как делать. Я придерживаюсь системного подхода. )

Мне понравился вариант без манглов, потому что: 1. Он не грузит файрвол тонной записей 2. Его порекомендовали мне тут чуть ли не как "эталонный"

Без манглов только для статики

Мне понравился вариант без манглов, потому что: 1. Он не грузит файрвол тонной записей 2. Его порекомендовали мне тут чуть ли не как "эталонный"

Он с ограничениями по маршрутизации. Решать Вам.

TTL зоны

мне кажется, что за такие фотографии в конце октября в Российском канале, где у 98% участников уже минус за окном или размешанное по земле г**но, нужно как минимум ro выдавать на сутки 😓

Напишите, если не сложно

а что такое механизм обратной машрутизации?

"Отсутсвие механизма обратной маршрутизации при доступе извне" Туннели работают, управление работает. "Отсутствие доступа из локалки к рекурсивному шлюзу при падении соответствующего провайдера." Тоже не смог воспроизвести такую проблему "невозможность доступа к внешним айпи на интерфейсе резервного провайдера с локалки. " Тут недопонял, о чём речь вообще

1. К туннелям это отношения не имеет. 2. Как воспроизводили? 3. Доступ из локалки на IP ISP2. Ответ улетит не в локалку, а на шлюз провайдера (only in table)

1. dst-nat тоже проверил, работает 2. "положил" ISP1, из локалки потом пинговал внешний интернет, пинговал рекурсивные шлюзы (у меня гугловые) 3. а, вот оно что. Тут да, wan адреса с локалки не пингуются. Да оно особо и не надо

Речи про второй провайдер в первом пункте не было же

Проверил, работает)