systemd боль

Ну вот одного имени интерфейса почему-то хватает.

Сам ip route нет. Но вот iptables(а сейчас уже nftables) - да. Ставишь метку в mangle и потом по метке рулишь.

Эм, речь была про мой пример того как правильно настраивать роутинг, я предложил команду

route add srcip 1.2.3.4 dstport 123 gw 2.3.4.5

ты спросил, внёс ли я соответствующий патч, я ответил что мне не нужно т.к. в фрибсд почти такое и так есть. Про нат и домены речи именно в этой ветке диалога не было.

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

Касательно FQDN - я не слышал чтобы и в ядре линукса оно где-то присутствовало, и (даже если оно там вдруг есть) не считаю что ему там место. Всё, что связано с днс - удел юзерспейса, потому как речь идёт об обращении к каким-то внешним сервисам, которые могут возвращать в т.ч. любой мусор, и программа должна решать что с ним делать. В ядре же нужна строгость, адресация вся по ip. Если нужен удобный способ менять список айпи-адресов, соответствующих какому-то правилу, не пересоздавая правило каждый раз заново - есть ipfw table - делай своим демоном днс запросы (или что там нужно) и обновляй по ним содержимое таблицы. В ядро это вносить, повторюсь, осуждаю.

захватывает локальную сеть.

Это не понял.

В допотопные времена не хватало. Сейчас, конечно, достаточно.

И, кстати, по поводу имён. Вспомнилось, что в ifconfig нет возможности нормально работать с вланами и бриджами...

Всё, что связано с днс - удел юзерспейса

Так мы здесь и говорим про userspace-утилиты.

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

Когда мне последний раз нужно было серьёзно перенастроить ipfw на пограничном маршрутизаторе с очень сложной схемой сети, я обратился к знакомому фряшнику(человек с очень большим стажем во FreeBSD на тот момент, сейчас, правда, перешёл на Linux) с просьбой о помощи. Он мне сказал(примерно) «Сейчас иди в магазин и купи две бутылки водки. Одну выпей сразу, а вторую допьём, когда я приеду и тогда начнём настраивать». Так вот, я смотрю, мало что поменялось.

Это не понял.

Твоё правило захватит все пакеты на 192.168.2.0/24. Если, конечно не будет других правил < 123, отвечающих за локалку.

нормально работать с вланами и бриджами...

Ладно, тут прав.

Так мы здесь и говорим про userspace-утилиты.

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

Так вот, я смотрю, мало что поменялось.

Не понял при чём тут эта история, единственное что из неё ясно так это то что твой друг фришник склонен к алкоголизму.

Твоё правило захватит все пакеты на 192.168.2.0/24. Если, конечно не будет других правил < 123, отвечающих за локалку.

Во-первых, правило это означает вот что:

«отправлять на гейт 192.168.1.2 все пакеты, у которых srcip=192.168.2.7 и dstport=123»

Никакого 192.168.2.0/24 в нём нигде не фигурирует, и почему ты поставил знак меньше перед 123 я тоже не знаю.

Во-вторых, оно для примера, а так можешь в man ipfw посмотреть какие можно признаки для пакетов указывать для проверки.

Да, неправильно распарсил правило. Забыл уже синтаксис ipfw. Что не отменяет того, что «одна строчка» таки не решает поставленной задачи.

А история была ради шутки и иллюстрации некоторой запутанности ipfw. То, что ты описал как «всего лишь быстро настроить» выглядит как написать 100500 правил(ни разу не одну строку). :)