The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Релиз FreeBSD 13.2 с поддержкой Netlink и WireGuard, opennews (??), 11-Апр-23, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


113. "Релиз FreeBSD 13.2 с поддержкой Netlink и WireGuard"  +1 +/
Сообщение от Роман (??), 11-Апр-23, 21:03 
кто разбирается, зачем во Фряхе захотели такое?

> позволяет использовать во FreeBSD Linux-утилиту ip из пакета iproute2 для управления сетевыми интерфейсами, установки IP-адресов, настройки маршрутизации и манипуляции объектами nexthop, хранящими данные о состоянии, используемом для передачи пакета в желаемую точку назначения.

Ответить | Правка | Наверх | Cообщить модератору

120. "Релиз FreeBSD 13.2 с поддержкой Netlink и WireGuard"  +1 +/
Сообщение от пох. (?), 11-Апр-23, 22:21 
видимо миллионы макак со скриптами дергающими ip (включая тот же вайргад поди)

Ответить | Правка | Наверх | Cообщить модератору

134. "Релиз FreeBSD 13.2 с поддержкой Netlink и WireGuard"  +1 +/
Сообщение от Роман (??), 12-Апр-23, 05:06 
> видимо миллионы макак со скриптами дергающими ip (включая тот же вайргад поди)

Оставим миллионы за скобками, но тогда же начнётся разброд и шатание между ifconfig && ip , стройность нарушится и вообще кака из линукса

Ответить | Правка | Наверх | Cообщить модератору

260. "Релиз FreeBSD 13.2 с поддержкой Netlink и WireGuard"  +/
Сообщение от Аноним (-), 13-Апр-23, 12:17 
Про стройность вот интересно. Через "ip" можно настроить по сути практически все. Предполагается что со временем даже "wg" перестанет существовать и вместо этого станет субкомандой "ip". Вот это я понимаю, стройность. А у вас в ваших парадигмах это все можно вообще? Хотя-бы чисто теоретически? Вайргаду как интерфейсу надо некоторые сильно отдельные знания не типичные для обычных сетевок, например ключи.
Ответить | Правка | Наверх | Cообщить модератору

326. "Релиз FreeBSD 13.2 с поддержкой Netlink и WireGuard"  +/
Сообщение от пох. (?), 14-Апр-23, 15:54 
> в ваших парадигмах это все можно вообще? Хотя-бы чисто теоретически? Вайргаду
> как интерфейсу надо некоторые сильно отдельные знания не типичные для обычных
> сетевок, например ключи.

-link0 -link1 -link2

если не хватило - ну опаньки.

Ответить | Правка | Наверх | Cообщить модератору

348. "Релиз FreeBSD 13.2 с поддержкой Netlink и WireGuard"  +/
Сообщение от Аноним (-), 15-Апр-23, 11:34 
> -link0 -link1 -link2
> если не хватило - ну опаньки.

Фига интуитивно. Что такое link0? Что такое "ip route" я могу по названию догадаться, как и утил, который покажет адресный хелп. И вообще синтакс логичный и продуманый. Я только 1 минус знаю: типовое ifconfig a.b.c.d up все ж короче. На этом минусы ip вроде и заканчиваются, начинаются плюсы.

Ответить | Правка | Наверх | Cообщить модератору

395. "Релиз FreeBSD 13.2 с поддержкой Netlink и WireGuard"  +/
Сообщение от пох. (?), 16-Апр-23, 18:17 
> Фига интуитивно. Что такое link0?

параметр ifconfig. Специфический для конкретного драйвера - поэтому идем читать не man ifconfig а man драйвер

Что ничуть не менее интуитивно чем ip li ad wg0 type wireguard (где тут хоть что-то про ip?) но потом внезапно wg set (как раз ip-параметры)

Но их только три (и три ioctl соответственно). Ну и есть еще некоторые менее специфичные, часть наверное можно как-то переопределить специально для wg. В целом оба варианта не блещут интуитивностью.

Ответить | Правка | Наверх | Cообщить модератору

404. "Релиз FreeBSD 13.2 с поддержкой Netlink и WireGuard"  –1 +/
Сообщение от Аноним (-), 17-Апр-23, 16:33 
> параметр ifconfig. Специфический для конкретного драйвера - поэтому идем читать не man
> ifconfig а man драйвер

Дизайн, что называется, "с лопаты". Прикольно когда его адепты про стройность вещают.

> Что ничуть не менее интуитивно чем ip li ad wg0 type wireguard

Ну та как бы сократил тут кучу всего. Это уже для тех кто опытный, чтоб пальцы не ломать. Грю же у ip есть минус - довольно длинные команды.

> Но их только три (и три ioctl соответственно). Ну и есть еще
> некоторые менее специфичные, часть наверное можно как-то переопределить специально для
> wg. В целом оба варианта не блещут интуитивностью.

Да как сказать? В "ip" параметры хотя-бы могут иметь уникальное имя описывающее в лучшем случае что это за фигня. Это в целом вроде логичнее и удобнее смотрится.

Ответить | Правка | Наверх | Cообщить модератору

121. "Релиз FreeBSD 13.2 с поддержкой Netlink и WireGuard"  +/
Сообщение от crypt (ok), 11-Апр-23, 22:25 
Why is Netlink important for FreeBSD?
POSIX defines an API for base functions/system calls. There is no such standard for the plethora of protocol/device-level/subsystem-level ioctls. Each subsystem/driver invents its own protocol, handling format and compatibility. Extendability is a notable problem in the networking control plane. For example, it is extremely hard to add properties to the routing socket messages without breaking compatibility.

Netlink offers unification by providing a standard communication layer and basic easily-extendable message formatting. It can serve as a "broker", automatically combining requested data from different sources in a single request (example: interface state dump). Netlink APIs lower the bar for application developers to support FreeBSD, while providing the desired extendability.

Ответить | Правка | К родителю #113 | Наверх | Cообщить модератору

133. "Релиз FreeBSD 13.2 с поддержкой Netlink и WireGuard"  +/
Сообщение от Роман (??), 12-Апр-23, 05:03 
> Why is Netlink important for FreeBSD?
> POSIX defines an API for base functions/system calls. There is no such
> standard for the plethora of protocol/device-level/subsystem-level ioctls. Each subsystem/driver
> invents its own protocol, handling format and compatibility. Extendability is a
> notable problem in the networking control plane. For example, it is
> extremely hard to add properties to the routing socket messages without
> breaking compatibility.
> Netlink offers ..

Зачем netlink как протокол тут понятно, вопрос был про утилиту ip, откуда на фряхе iproute2 вообще

Ответить | Правка | Наверх | Cообщить модератору

159. "Релиз FreeBSD 13.2 с поддержкой Netlink и WireGuard"  +/
Сообщение от bOOster (ok), 12-Апр-23, 07:09 
Iproute2 там нет. Netlink прицеплен через netgraph к стандартному FreeBSD IP стеку. Утилита просто пустая оболочка.
Ответить | Правка | Наверх | Cообщить модератору

148. "Релиз FreeBSD 13.2 с поддержкой Netlink и WireGuard"  +/
Сообщение от Аноним (65), 12-Апр-23, 06:13 
Проблема в том что диалектов нетлинка в линуксе так то более 1 и вообще,
1) Есть ioctl.
2) Есть нетлинк.
3) Есть всякие udev и их обвес эвентами.
4) Есть иные механизмы kernel <-> user.

На самом деле стоило бы сделать message bus - с нормальным дискавери сервисов и pubsub и пусть кернел ОС там вещает. И вот это уже сдирать другим. Но увы, не срослось.

Ответить | Правка | К родителю #121 | Наверх | Cообщить модератору

162. "Релиз FreeBSD 13.2 с поддержкой Netlink и WireGuard"  +/
Сообщение от bOOster (ok), 12-Апр-23, 07:14 
Диалект Netlink один, разновидностей доступа к нему несколько. Интерфейсов доступа. Все что ты описал это способы доступа, а не диалекты.
Ответить | Правка | Наверх | Cообщить модератору

137. "Релиз FreeBSD 13.2 с поддержкой Netlink и WireGuard"  +/
Сообщение от Ivan_83 (ok), 12-Апр-23, 05:20 
Скорее всего из за линуксятора, и его юзерспейсной части.
Ответить | Правка | К родителю #113 | Наверх | Cообщить модератору

150. "Релиз FreeBSD 13.2 с поддержкой Netlink и WireGuard"  +/
Сообщение от Роман (??), 12-Апр-23, 06:31 
Хм, т.е. софт который пользуется линуксятором допущен к настройке роутинга?  Хотя конечно может оно просто так пытается ip address системы определять, т.е. на чтение а не на запись..
Ответить | Правка | Наверх | Cообщить модератору

163. "Релиз FreeBSD 13.2 с поддержкой Netlink и WireGuard"  +/
Сообщение от bOOster (ok), 12-Апр-23, 07:16 
Утилита это надстройка над Netgraph и стандартным FreeBSD IP стеком.
Ответить | Правка | Наверх | Cообщить модератору

171. "Релиз FreeBSD 13.2 с поддержкой Netlink и WireGuard"  +/
Сообщение от Ivan_83 (ok), 12-Апр-23, 08:18 
Нетграф только через ngctl рулится либо напрямую сообщения слать нодам через сокет.
Ответить | Правка | Наверх | Cообщить модератору

170. "Релиз FreeBSD 13.2 с поддержкой Netlink и WireGuard"  +2 +/
Сообщение от Ivan_83 (ok), 12-Апр-23, 08:17 
А почему нет?
Нет дискриминации прав софта на основе его происхождения, есть только ограничения на базе прав пользователя и прочих специфичных механизмов контроля.
Ответить | Правка | К родителю #150 | Наверх | Cообщить модератору

337. "Релиз FreeBSD 13.2 с поддержкой Netlink и WireGuard"  +/
Сообщение от Роман (??), 14-Апр-23, 22:29 
В чем тогда самобытность? Называться сразу ещё одним дистрибутивом линукса да и всё, заодно вайфай заработает
Ответить | Правка | Наверх | Cообщить модератору

358. "Релиз FreeBSD 13.2 с поддержкой Netlink и WireGuard"  +/
Сообщение от Аноним (-), 15-Апр-23, 13:15 
Так вон тут советы раздают как зацепить линукс в виртуалочке для этого.
Ответить | Правка | Наверх | Cообщить модератору

406. "Релиз FreeBSD 13.2 с поддержкой Netlink и WireGuard"  +/
Сообщение от Роман (??), 22-Апр-23, 10:56 
так победят
Ответить | Правка | Наверх | Cообщить модератору

329. "Релиз FreeBSD 13.2 с поддержкой Netlink и WireGuard"  +/
Сообщение от crypt (ok), 14-Апр-23, 19:07 
> Хм, т.е. софт который пользуется линуксятором допущен к настройке роутинга?  Хотя конечно может оно просто так пытается ip address системы определять, т.е. на чтение а не на запись..

с учетом, что jail недавно обзавелся собственным сетевым стеком, отдельным от хоста, это вполне логично. я вот маршрутизатор в jail держу.

Ответить | Правка | К родителю #150 | Наверх | Cообщить модератору

158. "Релиз FreeBSD 13.2 с поддержкой Netlink и WireGuard"  +/
Сообщение от bOOster (ok), 12-Апр-23, 07:04 
Linuxulator и много софта из Linux стана. 1С наконец-то через Linuxulator заработает в Jail без виртуалки.
Ответить | Правка | К родителю #113 | Наверх | Cообщить модератору

164. "Релиз FreeBSD 13.2 с поддержкой Netlink и WireGuard"  +/
Сообщение от Роман (??), 12-Апр-23, 07:17 
Как технологическое достижения должно быть прикольно, конечно. В  реальности доводилось встречать внедренцев 1с требующих именно фразу и джейлы?
Ответить | Правка | Наверх | Cообщить модератору

166. "Релиз FreeBSD 13.2 с поддержкой Netlink и WireGuard"  +/
Сообщение от bOOster (ok), 12-Апр-23, 07:37 
> Как технологическое достижения должно быть прикольно, конечно. В  реальности доводилось
> встречать внедренцев 1с требующих именно фразу и джейлы?

А внедренцы то тут причем? Внедренцам, по факту, только Windows подавай.

Ответить | Правка | Наверх | Cообщить модератору

202. "Релиз FreeBSD 13.2 с поддержкой Netlink и WireGuard"  +/
Сообщение от Аноним (65), 12-Апр-23, 13:39 
> Внедренцам, по факту, только Windows подавай.

1C сто лет как под линукс есть, по просьбам внедренцев видимо.

Ответить | Правка | Наверх | Cообщить модератору

180. "Релиз FreeBSD 13.2 с поддержкой Netlink и WireGuard"  +/
Сообщение от User (??), 12-Апр-23, 09:41 
Вот тоже интересно. Вполне себе стройный, понятно организованный и работающий ifconifg... был. ip же в linux'е... ну в общем еще одно доказательство того, что линуксоЙды не умеют в cli-интерфейсы.
Ответить | Правка | К родителю #113 | Наверх | Cообщить модератору

242. "Релиз FreeBSD 13.2 с поддержкой Netlink и WireGuard"  +/
Сообщение от пох. (?), 13-Апр-23, 08:49 
> Вот тоже интересно. Вполне себе стройный, понятно организованный и работающий ifconifg

пока не ознакомишься с ключами link0 (1, 2)
ни логики, ни смысла, и хрен ты угадаешь что это без лазания в маны на каждый интерфейс отдельно.

Линуксоиды как раз умеют - у них ip отвечает за ip и самые примитивные операции на уровне линка, включая и замену ненужному route и, о б-же, netstat -r (вот это особенно стройно и понятно - таблицу меняет одна утилита а посмотреть ее можно только в другой с перпендикулярным синтаксисом) а чемоданы настроек wifi и физических деталей адаптера вынесены туда где им место - в отдельные инструменты, поскольку чаще всего оба не используешь.
И управление траффиком - снова отдельно, потому что снова отдельная большая и сложная область где удобнее и разумнее иметь специальный инструмент.

И не миллиард на ходу придумывавшихся ioctl, под каждый чих новый городить, а вполне себе вменяемый и логичный сетевой протокол для управления этими настройками.

Ну да, ну да - не очень-то unix-like получилось - но надо же ж понимать что те юниксы писали когда компьютеры были большие и сети совершенно примитивные. Пока в ifconfig был только up и айпишник - оно было как-то адекватно.

Можно было пойти путем фряхи и раздуть ее до монстра куда запихано всьо (но маршрутизация почему-то отдельно), но вместо этого решили сохранить совместимость с доисторическим софтом (ifconfig и ioctl таки оставили) а для современного мира сделать отдельно и по-человечески.

По-моему, если откинуть синдром утенка, получилось лучше.

Ответить | Правка | Наверх | Cообщить модератору

261. "Релиз FreeBSD 13.2 с поддержкой Netlink и WireGuard"  +/
Сообщение от Аноним (261), 13-Апр-23, 12:22 
> По-моему, если откинуть синдром утенка, получилось лучше.

Да, пох, даже ты сегодня в ударе и дело говоришь. Если сравнивать пачку ioctl и нетлинк, нетлинк все же пожалуй лучше. На этот счет есть очень забавное рассуждение вот прямо в доке на wireguard (их пдфнике с сайта). Это том который про его дизайн и протокол разумеется, там расписано как это появилось и почему вот так.

Ответить | Правка | Наверх | Cообщить модератору

278. "Релиз FreeBSD 13.2 с поддержкой Netlink и WireGuard"  +/
Сообщение от User (??), 13-Апр-23, 19:30 
Нене, про внутрянку я ни слова ни полслова, я именно про логику поведения.
Почему утилита конфигурирования интерфейса пытается охватить все аспекты управления _интерфейсом_ - и не пытается управлять маршрутами мне больмень понятно (route/netstat нет, тут правда фигня) - а вот почему утилита с именем ip из пакета iproute2 пытается рулить  тем, что очевидно ни к "ip" ни к "route" примерно никакого отношения не имеет - уже не очень. Или там почему ip tunnel add mode gre, но ip l2tp add tunnel не ясно.
Ответить | Правка | К родителю #242 | Наверх | Cообщить модератору

296. "Релиз FreeBSD 13.2 с поддержкой Netlink и WireGuard"  +/
Сообщение от пох. (?), 14-Апр-23, 10:37 
> Или там почему ip tunnel add mode gre, но ip l2tp add tunnel не ясно.

совершенно ясно - tunnel это ip туннель, l2tp - pseudowire, там вообще может не быть ip или он не касается твоего хоста.

Но оба - поверх ip.

Ответить | Правка | Наверх | Cообщить модератору

319. "Релиз FreeBSD 13.2 с поддержкой Netlink и WireGuard"  +/
Сообщение от User (??), 14-Апр-23, 15:11 
Эммм... ну ок, делаем мы границу по ip\не ip (Несколько странное желание с т.з. конфигурируемой сущности т.к. с т.з. пользователя и то и другое - туннель) - но почему один add tunnel а другой tunnel add? А если про pseudowire - тогда надо вспоминать еще и про ip link add ... type gretap\gre\ipip - и снова видим причудливую логику по которой управление одной сущностью "туннель" рассыпано по разным утилитам.  
Ответить | Правка | Наверх | Cообщить модератору

321. "Релиз FreeBSD 13.2 с поддержкой Netlink и WireGuard"  +/
Сообщение от пох. (?), 14-Апр-23, 15:32 
потому что первая субкоманда - tunnel, а вторая - l2tp.
link add - это ip линки. У них общий синтаксис - в отличие от pw у которых совершенно другой набор параметров и синтаксис нужен отдельный.

Если пользователь неспособен понять разницу между ip туннелем и pw (между l3 и l2 если пользоваться ущербной терминологией osi) - ему не надо ничего настраивать, ему надо обратиться к сетевому админу.


Ответить | Правка | Наверх | Cообщить модератору

325. "Релиз FreeBSD 13.2 с поддержкой Netlink и WireGuard"  +/
Сообщение от User (??), 14-Апр-23, 15:45 
Ну вот про это и говорю. "Иди отсюда мальчик - специально обученный человек лучше знает где какой костыль запихан и даже сможет объяснить, что ЭТОТ туннель можно настроить как туннель, тот - как туннель и как ЛИНК, вооот тот - только как линк, а на этот вообще отдельная утиль положена".
Ответить | Правка | Наверх | Cообщить модератору

327. "Релиз FreeBSD 13.2 с поддержкой Netlink и WireGuard"  +/
Сообщение от пох. (?), 14-Апр-23, 16:26 
ну да. Мне вот не надо объяснять почему там туннель линк, а тут - l2tp. Тем кто это для себя в первую очередь придумывал - тоже не надо было.

А вот объяснить физический смысл -link2 - невозможно, нету его.

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

Ответить | Правка | Наверх | Cообщить модератору

328. "Релиз FreeBSD 13.2 с поддержкой Netlink и WireGuard"  +/
Сообщение от User (??), 14-Апр-23, 17:53 
Ну вот это и называется "неумение в cli", когда люди пишут интерфейсы "сами для себя" с понятным результатом.
Фря тут не идеальна, но в целом - и в данном конкретном случае тоже - прям СИЛЬНО лучше.
Ответить | Правка | Наверх | Cообщить модератору

298. "Релиз FreeBSD 13.2 с поддержкой Netlink и WireGuard"  +/
Сообщение от Аноним (298), 14-Апр-23, 11:54 
Я тут не копенгаген, но вот вроде вопрос, в догонку:
почему утилита ip отвечает за мак-адреса на интерфейсе? Или не отвечает? IP разве не уровнем выше? Какого ip вообще за интерфейсы отвечает, а не за internet protocol?
Ответить | Правка | К родителю #278 | Наверх | Cообщить модератору

305. "Релиз FreeBSD 13.2 с поддержкой Netlink и WireGuard"  +/
Сообщение от пох. (?), 14-Апр-23, 12:51 
> Я тут не копенгаген, но вот вроде вопрос, в догонку:
> почему утилита ip отвечает за мак-адреса на интерфейсе?

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

> Или не отвечает? IP разве не уровнем выше?

в ip нет никаких уровней - это сбивающая с толку высосанная из пальца выдумка комитета ISO.

> Какого ip вообще за интерфейсы отвечает, а не за internet protocol?

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

Ответить | Правка | Наверх | Cообщить модератору

308. "Релиз FreeBSD 13.2 с поддержкой Netlink и WireGuard"  +/
Сообщение от Аноним (-), 14-Апр-23, 13:09 
"ip" в линуксе это такой grand central настроек интерфейсов и всего что с этим связано. Ему не важен тип интерфейса, он рулит чем угодно - от отсылки интерфейса в сетевой неймспейс и создания виртуальных линков для контейнера до установки мака или up/down линка.

И все это более-менее унифицировано для всех типов интерфейсов (насколко это возможно). Теоретически даже конфиг wireguard можно сделать как субкоманды "ip". Практически пока для этого отдельный wg но он может быть перенесен вот туда при желании.

Единственное исключение - это wifi пожалуй, где сильно специфичные для wifi аспекты рулит все же iw и другие утилиты (eg wpa_supplicant)

Ответить | Правка | К родителю #298 | Наверх | Cообщить модератору

323. "Релиз FreeBSD 13.2 с поддержкой Netlink и WireGuard"  +/
Сообщение от пох. (?), 14-Апр-23, 15:40 
> Теоретически даже конфиг wireguard можно сделать как субкоманды "ip". Практически пока
> для этого отдельный wg но он может быть перенесен вот туда
> при желании.

это просто кого надо желание и его не проявили. Автор изначально-то именно так и хотел.

Но его-то и в ядро пустили со скрипом и заставив переписать верифицированные алгоритмы на кривую внутриядерную версию.

> Единственное исключение - это wifi пожалуй,

нет, любое место где надо работать со спецификой конкретного железа а не с виртуальным понятием link

ethtool, ib*, iw* и так далее. Они совершенно разные и их нет никакого смысла пихать в одну утилиту - обычно нужно только что-то одно (или ничего из)

Так же как и tc у нас отдельный - потому что это управление отдельной сложной подсистемой и тоже нужной не всем

Ответить | Правка | Наверх | Cообщить модератору

357. "Релиз FreeBSD 13.2 с поддержкой Netlink и WireGuard"  +/
Сообщение от Аноним (-), 15-Апр-23, 13:14 
> это просто кого надо желание и его не проявили. Автор изначально-то именно так и хотел.

На лично мой вкус это 50/50. Я ну уверен что там народ тоже определился на 100%.

С одной стороны, а где тот момнет когда пора угомониться? А то может и iw туда загнать? Он ключи шифрования интерфейсу сетапить тоже умеет, как и вайргад, а то что там еще сотня другая опций, да ладно, пусть кадавр кушает.

С другой отдельная утился "wg" имеет больше свободы и гибкости. Ну вон цветом подкрашивает, без параметров статискути своего типа ифейсов пишет. И стоит ли его в ip утрамбовать - вопрос интересный. При этом придется потерять часто удобства, кастома и фич.

> Но его-то и в ядро пустили со скрипом и заставив переписать верифицированные
> алгоритмы на кривую внутриядерную версию.

С другой стороны, кривой внутриядерной версии при этом тоже так то досталось от души, и там пошли нехилые рефакторы. Это как раз нормальная конвергенция, когда проблема решается с 2 сторон, а не так что 1 в позу встает и перепихивает всю проблему на других. А донфилду зашло и он еще и PRNG в более разумный вид привел, все такое. И вот вполне дельного в крипто субъекта припахали к core works, когда он смежные области улучшил. И для себя и для других. А не просто вывалил с лопаты и слинял.

> ethtool, ib*, iw* и так далее.

Ну хотя да, ты прав. В "ip" такое все же перебор было бы. И вот тут как раз вопрос, считать wg этим же самым или он скорее субкоманда ip? А черт бы его знает, технически всякие ключи и проч это уже специфика интерфейса wg, не хуже чем в iw каком.

> Они совершенно разные и их нет никакого смысла пихать в одну утилиту -

Чисто теоретически можно субкомандами сделать. Ну да с разными параметрами.

Т.е. ip iw ... <параметры iw>. Или ip wg <параметры wg>. Но он станет кадавром. С типа встроенными субкомандами вместо утилит. Надо ли оно - большой вопрос.

> обычно нужно только что-то одно (или ничего из)

Ну да.

> Так же как и tc у нас отдельный - потому что это
> управление отдельной сложной подсистемой и тоже нужной не всем

А так еще файрвол вон есть... :)

Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру