1 (2019-01-30 18:03:19 отредактировано alex_q_2000)

Добрый день. Не знал в каком разделе опубликовать сей продукт, поскольку относится и к администрированию и к программированию. Проверить "в продакшне" не имею возможности по причине временного отсутствия работы, так что эксперименты проводились на многострадальном VirtualBox и весьма успешно. Опубликованное ниже есть во встроенной справке Енота. Однако, с позволения администрации размещу здесь краткую записку и скриншотики с дистрибутивом. Может быть программа окажется кому-то полезной для быстрой настройки шейпера/шлюза, ну а для меня - закладка на память.

Обновлено 29.01.2019
HTB-ENOT v2.5 (i386 и x86_64): https://cloud.mail.ru/public/JF4L/p7HZaXcHy

Скриншотики: https://cloud.mail.ru/public/5Uw6/YqAk7GnBe

История версий
------------------------------------------------------------------------------------
2.5
- Перекомпиляция в Lazarus 1.8.4
- "Резиновый" интерфейс, общий дизайн
- Запилена Флешка-MgaRemix-7-beta1-HTB-ENOT-2.5+Save-1Gb-UPD-30.01.2019 (LXDE)

------------------------------------------------------------------------------------
2.4.9 RC1
- Учет маршрутов из бэкапа
- Текущая адаптация в Lazarus 1.6.4

------------------------------------------------------------------------------------

HTB-ENOT - это графический интерфейс скрипта/компилятора htb.init v0.8.5 [Copyright (C) 2002-2004  Lubomir Bulej <pallas@kadan.cz>] с дополнительными функциями.

Енот предназначен для быстрой настройки компьютера под управлением Mageia Linux в качестве шейпера, маршрутизатора, фильтра контента, хранилища файлов (общий сетевой диск) и DNS/DHCP сервера в котором на уровне графического интерфейса удобно управлять шейпингом трафика, а так же пробрасывать порты из локальной сети во внешний мир и настраивать статические маршруты. Удалённое управление - по VNC. Подключение зашифровано, вход по приватному ключу и паролю. Встроена защита от некоторых типов атак и сканирования портов. Предусмотрен белый список доступа в интернет и управление локальными портами сервера.

Программа написана на Lazarus 1.6.4. Поддерживаемые дистрибутивы Linux: Mageia 2 - Mageia 6 [GNOME на Wayland не поддерживается]. Компиляция проводилась на Mageia 5.1 (MATE, тема «Блестящая»). Код программы не претендует на шедевральность и распространяется AS IS (как есть). Все желающие могут внести необходимые изменения на свой вкус.

Краткая инструкция по использованию и настройке:
------------------------------------------------------------------------------------
Ставим Linux Mageia 5.1 (или другой из поддерживаемых дистрибутивов) на компьютер с двумя сетевыми картами. Настраиваем статические адреса на его сетевых интерфейсах: один в интернет (указываем DNS-ы провайдера и шлюз), другой в локальную сеть.

Устанавливаем пакеты: urpmi --auto x11vnc openssh-server putty dnsmasq samba

Далее, раскомментируем в файле /etc/sudoers секцию %wheel ALL=(ALL) NOPASSWD: ALL и закомментируем #Defaults requiretty. Сохраним изменения. Теперь добавим в группу wheel текущего пользователя, например так: gpasswd -a user wheel. Обязательно перезагружаемся!

Открываем архив htb-gen.tar.gz и копируем папку htb-gen на Рабочий стол.
Запускаем программу. Для этого войдите в каталог htb-gen и запустите файл project1.

Далее, идём в меню "Служебные"-"Инсталлировать". По окончании процедуры установки Енот создаст необходимые сервисы запуска шейпера, межсетевого экрана и остальных демонов.

Далее, в "Меню"-"Настройки" вводим названия интерфейсов, скорости канала провайдера, локалки и жмём кнопку «Применить». При желании можно сразу создать нужное количество правил в автоматическом режиме: "Меню"-"Создать n-правил". В таблице правил Енота будут созданы рабочие заготовки для n-ного количества клиентов, которых нужно «отшейпить». Таблица полностью редактируется. Есть возможность изменения значений столбцов целиком (клик по заголовку столбца), удаления или вставки записей для новых хостов. Тонкую настройку правил шейпинга удобно выполнять с помощью построителя (кнопка в поле "Правило"). Енот понимает до 2-х правил на 1 хост, разделённых знаком '+'.

Функция управления удалённым рабочим столом включается в "Меню"-"Настройки"-"Включить VNC". Пароль вводится по запросу, ключи SSH создаются автоматически. Процесс подключения к удалённому рабочему столу сервера состоит их двух этапов: создание зашифрованного тоннеля между клиентом и сервером, затем подключение по VNC. Для тоннеля потребуется приватный ключ htb-enot.ppk, который автоматически выгружается на рабочий стол Вашего сервера и используется на стороне клиента. Таким образом, доступ к серверу предоставлен ТОЛЬКО ВЛАДЕЛЬЦУ данного ключа, которому известен пароль VNC.

Настройки PuTTY на удалённом клиенте:
------------------------------------------------------------------------------------
    1. Host Name (or IP address) - IP адрес сервера с Енотом
    2. Port - 2222
    3. Saved Session - название сессии, например "Сервер в офисе-1"
    4. На вкладке Category-Data в Auto-login username вводим имя пользователя на сервере
    5. На вкладке Category-SSH-Auth в Private key file выбираем выгруженный ключ htb-enot.ppk
    6. На вкладке Category-SSH-Tunnels - Source port: 5999, Destination: localhost:5999, [Add]
    7. Нажимаем Category-Session и сохраняем сессию кнопкой [Save]
    8. Запускаем сессию [Open] и подключаемся к удалённому серверу 

Для подключения к удалённому рабочему столу можно использовать TigerVNC, TightVNC, VNC-Viewer. Параметры подключения: localhost:5999. Для удобства оставлен парольный вход на сервер SSH (порт 2222), который защищен от брутфорса (3 неудачных попытки - блокировка на 60 секунд).

Функция "Меню"-"Настройки"-"Включить общий диск" активирует общий каталог (\\IP интерфейса в локалку\Common), где пользователи сети могут хранить и пересылать друг-другу файлы. Удаляемые файлы переносятся в корзину .recycle на том же диске, которая очищается автоматически раз в месяц. Функция "Основной сервер" активирует режим Master Browser.

Белый список доступа в интернет
------------------------------------------------------------------------------------
В режиме белого списка (чекер в настройках DHCP/DNS) доступ к сети интернет имеют только те, кто описан в таблице привязок DHCP MAC->IP. При этом сам DHCP-сервер может и не использоваться.

Данный подход выбран не случайно. Шейпер работает на уровне IP-адресов, проброс портов с внутренних хостов - тоже. С очередной выдачей настроек клиенту IP может изменяться (срок аренды в Еноте - 72 часа), таким образом шейпинг для этого IP будет не актуален. С другой стороны, словарная фильтрация работает на уровне MAC-адресов, что более действенно с позиции ограничения доступа. Но и MAC-адрес клиент может изменить вручную. Вывод: для жёсткого контроля выгоднее всего привязывать IP к MAC адресу на этапе выдачи. Тогда эти параметры будут уникальны, а в случае "подделки" одного из них в сети возникнет коллизия. Виновник и жертва получат отлУп + сообщения о совпадении настроек. Поскольку владелец IP (MAC) жёстко прописан в привязках DHCP, админ без труда вычислит виновника.

Таким образом, в режиме "Белый список" доступ наружу строго соответствует описанным в DHCP привязкам. Соответственно проброс портов, обрезание сайтов и шейпинг применяются только к ним.

По дефолту Енот слушает порты на интерфейсах:
WAN и LAN - 2222 - TCP
LAN - 137:139,445 - TCP
LAN - 137:139,445,53,67,68,1024:65535 - UDP

Управление локальными портами необходимо, если администратор использует на сервере дополнительные службы.

Правила HTB-ENOT
------------------------------------------------------------------------------------
Главная концепция шейпинга в Еноте - не более двух правил, разделённых знаком "+" на одну позицию в таблице.

До версии 2.4.5 применяется метод "точечного" шейпинга, который состоит в управлении скоростью и приоритетом исходящего и входящего трафика хостов; привязка к цели, где целью является IP хоста в локальной сети. Таким образом, одному IP в таблице могут соответствовать два правила шейпинга (обычно DOWNLOAD/UPLOAD). Правила удобно создавать, используя встроенный построитель.

Начиная с версии 2.4.6 можно создавать произвольные правила шейпинга. Если поле "IP ^ произвольно" содержит значение "произвольно" (выбирается из пик-листа), в поле правил можно использовать два произвольных правила без учёта привязки к IP-адресу. Правило может содержать привязку к маркировке трафика (например, MARK=500). Поскольку использование маркировки предполагает собственно маркировку в пакетном фильтре iptables, следует внести правила маркировки в iptables. Для этого предназначен конструктор правил (режим "Маркировка"). В его редакторе можно вставлять/удалять блоки маркировочного кода, тестировать/компилировать правила iptables с целью отладки и немедленно применять в работу. Значения MARK= от 300 и выше.

Пример маркировки трафика для web-серфинга (MARK=500) приведён в Еноте (Маркировка-Показать маркировку). Скорость можно оценить в "Яндекс.Интернетометр" (не speedtest.net). Если произвольное правило не содержит MARK, оно задаётся в таком же формате, как и в случае "точечного" шейпинга. Например для подсетей: 10.10.25.0/24,10.10.1.0/24 (трафик из одной в другую). Разумеется, соответствующие маршруты должны быть прописаны на обоих шлюзах (Меню-Добавить/Удалить маршруты).

Описание полей таблицы правил:
------------------------------------------------------------------------------------
IP ^ произвольно — адрес машинки в локальной сети или произвольная цель
Стикер — расширение создаваемых файлов. Например: ssh, ftp, smtp, главбух, админ
Правило — собственно правило шейпера для каждого IP-адреса.

RULE=[[saddr[/prefix]][:port[/mask]],][daddr[/prefix]][:port[/mask]]

Например:
    10.2.2.5 — трафик, идущий на любой порт хоста 10.2.2.5
    *,10.2.2.5 - трафик идущий на любой порт хоста 10.2.2.5
    10.2.2.5:80, — трафик, идущий с 80 порта хоста 10.2.2.5 куда угодно (запятая в конце)
    10.2.2.5:80 - трафик, идущий на порт 80 хоста 10.2.2.5 (нет запятой в конце)
    :25,10.2.2.128/26:5000 — трафик, идущий с любого хоста, но с порта 25 на порт 5000 в сеть 10.2.2.128/26
Приоритет — высокий = 1, средний = 3, низкий = 7
MAX-UP — максимальная исходящая скорость (UPLOAD)
MAX-DOWN — максимальная входящая скорость (DOWNLOAD)

Структура рабочего каталога консольной части:
------------------------------------------------------------------------------------
    /etc/htb — пусковые скрипты компиляции правил tc и iptables
    /etc/htb/htb.rules — файлы конфигурации шейпера и сам компилятор
    /etc/htb/htb.cache — кеш htb.init с правилами tc
    /etc/htb/htb.route — скрипты добавления статических маршрутов
    /etc/htb/htb.x11vnc - каталог VNC-сервера x11vnc и openssh-server
    /etc/htb/htb.samba - каталог конфигураций сервера samba
    /etc/htb/htb.dnsmasq - каталог конфигураций сервера dnsmasq
    /etc/htb/tmp - каталог временных файлов
    /usr/share/Common - расшаренная папка сервера samba, доступная пользователям

Примечания:
------------------------------------------------------------------------------------------
1. Если планируется изменение настроек сетевых интерфейсов, предварительно требуется отключить все службы в настройках Енота
2. В процессе инсталляции Енот удаляет вредные для него демоны: shorewall, msec и скрипты makewhatis
    а) shorewall мешает применению правил пакетного фильтра iptables
    б) msec даже в состоянии off запускается из планировщика и меняет привилегии
    в) скрипты makewhatis при запуске из планировщика нагружают CPU до 100% (awk) и вводят машину в ступор
3. Для Енота нужен белый IP-адрес (WAN). Если IP серый/динамический пропадает смысл удалённого управления по VNC и проброса портов из локальной сети во внешний мир. На работу остальных функций не влияет
4. Обновление версий Енота выполняется через Деинсталляцию/Инсталляцию. Обновление можно выполнять и с удалённого клиента. В этом случае сессия VNC будет активна до перезагрузки сервера. Доступ по ключу и паролю на порт 2222 (SSH) предоставляется до их смены независимо от того, перезагружался сервер или нет.

Полезные команды консоли:
-------------------------------------------------------------------------------------------
tc qdisc show dev enp0s3 - показать дисциплины шейпера на интерфейсе enp0s3
sysctl -a | grep "forward" - показать, активен ли форвардинг пакетов
nmap localhost - просмотреть список открытых портов на localhost (нужен пакет nmap)
nslookup yandex.ru - посмотреть, какой сервер DNS резольвит yandex.ru
dig yandex.ru | grep "Query time" - посмотреть время отклика yandex.ru (нужен пакет bind-utils)
iptables --list - просмотреть правила фильтра пакетов iptables
route -n, netstat -nr, ip route - просмотреть таблицу маршрутов

-------------------------------------------------------------------------------------------
[Copyright (C) 2016  aLEX_gRANT <alex_q_2000@mail.ru>]

Спасибо сказали: algri141

2

Хорошо поработал, но советую портировать его на такие дистрибутивы как Debian и CentOS

MXLinux 19.3 - xfce
Чем больше я работаю админом, тем больше понимаю,
насколько волшебна фраза - "Нет технической возможности!"

==============================================
Спасибо сказали: alex_q_20001

3

alex_q_2000, по любому спасибо что дал сюда информацию, кому-либо пригодится. хорошая инфа лишней не бывает

4 (2017-01-16 11:40:05 отредактировано alex_q_2000)

XliN пишет:

Хорошо поработал, но советую портировать его на такие дистрибутивы как Debian и CentOS

Здравствуйте, Валентин. Спасибо за отклик. По поводу портирования... Енот - скорее игрушка, чем серьёзный софт. Играюсь, пока не найду работу охранника или дворника. Но, естественно - игрушка с претензией, поскольку имеет все атрибуты современных концепций безопасности. А Паскаль сейчас и в школах дают, если не ошибаюсь. Код открыт, пусть адаптируют. По поводу присуждения "пальмы первенства" среди дистрибутивов Linux - это вопрос риторический, коллега. wink

p.s. Енот изначально был и для убунту с альтом, однако разница дистрибутивов дала о себе знать уже к версии 1.9. Код стал неимоверно раздут и я пришёл к выводу, что "в одном флаконе" не удастся воплотить все енотские заморочки )). Посему откатился на свой любимый Mageia. Уж лучше один - но более-менее проработанный, согласитесь.

5

algri14 пишет:

alex_q_2000, по любому спасибо что дал сюда информацию, кому-либо пригодится. хорошая инфа лишней не бывает

Здравствуйте, Андрей. И Вам спасибо за отклик. Наконец у меня руки дошли до реализации нормального ssh-тоннеля, времянку убрал. Так что версия обновлена, инфа тоже.

С наилучшими пожеланиями,
Алексей

6 (2017-01-16 23:40:20 отредактировано algri14)

alex_q_2000⇓ пишет:

Здравствуйте, Андрей. И Вам спасибо за отклик.

Повезло городку Богородску на Ваше присутствие и продвижение линукса, хоть кто-то этим воспользовался? моих знакомых не возрадовало даже отсутствие вирусов, ну не могут они жить без мышки, которой надо долбануть 2 клика по башке smile , а ещё игрульки под винду
зы: меня зовут не Андрей, как принято на форуме - пишите никнейм

7 (2017-01-17 09:07:01 отредактировано ingvaro)

alex_q_2000⇓ пишет:

эксперименты проводились на многострадальном VirtualBox

А   VirtualBox вы используете. магеевский ?
И если нет то почему ?

По поводу  HTB-ENOT v2.4.
Ну когда кто то что то разрабатывает, то видимо штатные средства дистрибутивов не справляются со всеми задачами.
Видимо что то не хватает ?
И чем не устроила Магея ?
Было бы интересно узнать ваше мнение,

8 (2017-01-17 10:26:48 отредактировано alex_q_2000)

algri14 пишет:

зы: меня зовут не Андрей, как принято на форуме - пишите никнейм

Какая непростительная оплошность с моей стороны. Приношу извинения, algri14.

По поводу присутствия, продвижения и использования в Богородске (он же Ногинск, М/о). Хммм... Ну и вопросик Вы задали, без юмора не обойтись. Если Вы по поводу использования Linux - думаю, что Linux у нас в Богородске всё-таки кто-то использует. А поскольку в городе проживает около 100 тыс. жителей (точную цифру никто не знает), возможно даже на десктопах. )). Продвижение Linux в Богородске - вопрос тяжёлый и несомненно, в условиях кризиса весьма своевременный. Вы правы. Однако, если рассматривать его через призму импортозамещения, то замещать нам в Богородске и нечего. Как только начинаем замещать, тут же возникает главный русский вопрос: "Что с этим делать?". )) А если Вы про использование конкретно Енота - у меня нет сведений об этом. Думается, если бы в Богородске его использовали, то я всенепременно знал бы об этом и уже давно скрывался от тех, кто его заюзал где-нибудь в Воронеже. ))

С наилучшими пожеланиями,
alex_q_2000

9 (2017-01-18 10:08:44 отредактировано alex_q_2000)

ingvaro пишет:

А   VirtualBox вы используете. магеевский ?
И если нет то почему ?

По поводу  HTB-ENOT v2.4.
Ну когда кто то что то разрабатывает, то видимо штатные средства дистрибутивов не справляются со всеми задачами.
Видимо что то не хватает ?
И чем не устроила Магея ?
Было бы интересно узнать ваше мнение,

Здравствуйте, ingvaro.

А   VirtualBox вы используете. магеевский ?
И если нет то почему ?

Нет. Поскольку много давних проектов на Delphi, основная система у меня Windows и VirtualBox тоже в нём. Заставить Delphi работать в wine - нереально, ибо ODBC. Во всяком случае у меня не вышел такой финт. А кроссплатформенность Lazarus - под великим сомнением, слишком много нестыковок и глюков. Например, вот здесь я уже писал об этом http://www.cyberforum.ru/lazarus/thread1815174.html. Случай системный, не единичный.

По поводу  HTB-ENOT v2.4.
И чем не устроила Магея ?
Было бы интересно узнать ваше мнение
Ну когда кто то что то разрабатывает, то видимо штатные средства дистрибутивов не справляются со всеми задачами.
Видимо что то не хватает ?

Про Енота
Управление шейпингом трафика в Linux - это наибольнейшая тема. Есть конечно и отдельные дистрибутивы вроде PFSense или аппаратный MikroTik (тот же HTB, кстати), где можно управлять шейпированием. Но ведь мы не хотим переходить на другую ось или покупать недешёвый роутер. Гораздо интереснее любой Linux (в данном случае любимую Mageia) заставить работать на себя за бесплатно. ))

Однако, изучение синтаксиса и написание километровых дисциплин tc (http://tldp.org/HOWTO/Traffic-Control-HOWTO/index.html) - тема весьма нетривиальная и до сих пор остаётся нетронутой и никем не развиваемой. Разумеется, рядовой красноглазый сисадмин, который прирос бородой к консоли имеет возможность написать хитрый плайн-скрипт дисциплин tc и по надобности его применить. Расписал он всю свою сетку по айпишникам и приоритетам, но вот незадача. Сменили тариф, выдали новый IP и изменили скорость. А это значит, что нужно заново пересчитывать все привязки и коэффициенты в его замечательном скрипте. А это ещё пара бессонных ночей, ведь обкатать тоже нужно. Чтобы не мучиться, один хороший парень по имени Любомир  Буледж (судя по мылу - чех) ещё в 2004 году написал некий скрипт, который представляет из себя компилятор правил tc на эдаком "визуальном/файловом" для консоли уровне - htb.init. Некий интерфейс для работы с ядерным шейпером Linux через tc. Буледж придумал саму концепцию, как из дерева файлов с нужными настройками скомпилировать нужный и правильный код для шейпера. tc - сам по себе является интерфейсом нижнего уровня для шейпера Linux, htb.init - это вменяемая надстройка над tc.

Енот - это следующий шаг по укращению злобного и недружелюбного шейпера. Через Енота мы управляем ядерным шейпингом на уровне мыши в иксах.  В целом вот так: Linux -> HTB-ENOT -> htb.init -> tc -> ядро. В качестве бонуса всё остальное: раз это иксы - нужен VNC; раз мы управляем удалённо - нужно шифровать канал; ну и что за шлюз без роутинга и фильтрации, а так же раздачи настроек по DHCP, DNS и файловой шАры. Енот призван не только автоматизировать все эти процессы, но и сделать любимый дистрибутив более гибким и дружелюбным.

Про Mageia
ingvaro, далее я излагаю субъективное мнение с позиции администрирования. Так же отмечу, что drakconf - это одна из сильнейших сторон дистрибутива. Будем надеяться, что админ меня не пристрелит...

1. Я бы напрочь исключил msec из дистрибутива, ну или сделал бы возможным его абсолютное отключение с выбросом из cron. На сервере, например, он совсем ни к чему. Только всё настроил, возрадовался, а этот негодяй взял и поменял настройки безопасности и права. В результате отвалился важный демон или того хуже пропал удалённый доступ к БД. Админу такие сюрпризы не нужны. Предустановленные уровни безопасности были бы полезны новичку, чтобы основные сервисы в интернет не светить и то, откуда новичку знать, какие демоны ему активировать при установке и нужно ли это ему вообще. В общем msec - это бяка.

2. Особняком стоит легендарный shorewall. Господа, ну поимейте совесть! Сидя в иксах редактировать правила shorewall в консоли. Тогда уж сразу пишите простыню iptables, используя его собственный синтаксис, зачем в иксах консольная надстройка над iptables? Если это иксы - то и управление должно быть мышиным, из окна, юзерфриндли так сказать. Ну и где Shorewall GUI? Нету его. Если шореволл гуй - это окошко с чекерами "сделать доступным из интернет вэб-сервер или smtp", то это не гуй, а слёзы матери. А порты завернуть, например? Если позиционировать Linux для использования и на серверах, то должен быть продвинутый гуй. Время идёт вперёд. Консоль для админа конечно святое, я ничего против не имею. Сам более 15 лет в этой сфере был. И так же с недоверием отношусь к иксам. Но отчего это недоверие? Правильно. От отсутствия гибкости управления. Админ должен чувствовать машину, как автомеханик двигатель. Для этого нужно иметь возможность гибко управлять и что не менее важно - контролировать. Пока такая гибкость и контроль присутствуют только в консоли. А это значит, что нужно развивать иксовое направление, как бы не противно это звучало для любителей командной строки. Без неё, тем более в линуксе, всё одно не обойтись.

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

4. Генерация дистрибутивов в Магии. Почему только KDE и GNOME? Где дуальные, минимальные сборки. Где сборки с другими рабочими столами? Почему у других есть, в Магии - нет. Если сборок только две, где софт для ремастеринга Live дистрибутивов? В Suse - есть студия, в прости господи убунту - и в том есть remastersys (работает через одно место, но работает). В Магии как выпустили релиз - всё, цемент-манумент. Теперь все пляшут вокруг загрузчика efi и не знают, как ESP раздел обратно в образ запихать. )) Информации практически никакой. Мало информации.

А вообще - Mageia замечательный дистрибутив. Желаю долгих лет и успешного развития данному проекту.

С наилучшими пожеланиями,
alex_q_2000

10

alex_q_2000⇓ пишет:

Думается, если бы в Богородске его использовали, то я всенепременно знал бы об этом и уже давно скрывался от тех, кто его заюзал где-нибудь в Воронеже. ))

Зато чувствовал бы себя великим и могучим гуру big_smile
По хорошему завидую, в том числе и тебе(давай без Вы), всем кто разбирается в этой великой науке линукс, программирование, С+ и пр., пр.
Я на на таких людей смотрю как на богов big_smile , что такое шейпер я тоже без понятия, на здешнем форуме народу мало, но кто в курсе, те заметили.
Воронеж хоть и миллионник, но линукса на десктопах тоже мало, винда чайникам удобнЕЕ - два клика и вирус у вас в кармане smile

alex_q_2000⇓ пишет:

Почему только KDE и GNOME?

В классическом полном образе есть варианты выбора - LXDE, MATE, точно не помню, они сейчас заняты новым дистром и добавлением dnf-менеджера пакетов

11

algri14 пишет:

Зато чувствовал бы себя великим и могучим гуру big_smile

Ну уж нет. Надеюсь, тщеславие мне не свойственно. ))

algri14 пишет:

В классическом полном образе есть варианты выбора - LXDE, MATE, точно не помню, они сейчас заняты новым дистром и добавлением dnf-менеджера пакетов

Согласен, там есть. Я таки нарезал себе Live-образ с MATE на борту без всего. Голый такой, даже грузится с полоской внизу, нак хрюша ))). Пришлось написать аж 4 скрипта на bash для ремастеринга ))). Не стал я использовать  drak-live, там много правок надо вносить на пЕрле, патчи исключать и ещё много непоняток. Может он и работал до 2010 года, но сейчас это скорее инструмент для самих разработчиков. Не понимаю, почему они не выпустят какую-нибудь фирменную утилиту для ремастеринга. Может они это считают надругательством на образом? Или вандализмом... Ладно, Кесарю Кесарево т.с. )))

algri14 пишет:

По хорошему завидую, в том числе и тебе(давай без Вы), всем кто разбирается в этой великой науке линукс, программирование, С+ и пр., пр.
Я на на таких людей смотрю как на богов big_smile

Да нет в этом ничего божественного )). Всё гораздо проще, чем кажется. Есть железка, у железки есть мозги, т.е. - программа. А у тебя есть желание что-то автоматизировать. Я не "чистый" программист в полном смысле этого слова, ближе всё-таки к системе, а по диплому вообще инженер-электронщик. И знакомство с программированием начиналось именно через железо, но почему-то у меня вышло сзаду наперёд.

Начинал с ассемблера и только потом пришёл к бэйсику (под досом, давно дело было). Позже появились объектные языки под Windows. Перешёл на Visual Basic и остановился вот на Delphi. Сначала простые приложения типа "HELLO WORD!", потом посложнее - базы данных. Cначала то, что "повизуальнее" и "понативнее": access там, paradox, dbase). Позже SQL. А потом и вовсе стал использовать Delphi для автоматизации различных задач в Windows. Ну например, написать несложную утилиту архивации БД, совместить её допустим с планировщиком и что-то там выгружать на внешний FTP. Или просто выполнить просьбу кадровички и написать ей отдельную прогу, чтобы шлёпать какие-то формы для смежной конторы. Потом ещё посложнее: систему управления документами с рассылкой оповещения о неисполнении и расчётом повышающих коэффициентов для организации. А в одном НИИ вообще писал анализатор тех. процесса (автоматическое построение графиков, детализация, отчёты и т.д.). Всё на Delphi. Сейчас вот открыл для себя Lazarus. )) Был приятно удивлён его схожестью с Delphi и было бы грешно не использовать его теперь уже в Linux. Это интересно на самом деле.

А все эти споры вокруг того, какой язык лучше или хуже, думаю - пустое. Лично для меня существует чёткое разделение только в одном: вэб-технологии или НЕ вэб-технологии. Если вэб - значит PHP, Java, питон какой-нибудь. Не вэб - си, дельфи, bash наконец. Ну допустим, здешнему админу как пить дать приходится плотно работать с PHP или Ruby, с MySQL там или FireBird, чтобы ресурс держать. Это его инструмент для решения его же задач. А мне, например не знакомы эти технологии, поскольку мне нЕкчему их применить. Ну или: Вася пишет программы для PLC на ST, а Дмитрий Анатольевич Медведев на своём айпхоне заюзал последнюю версию Си Шарп. Ну что же, мы рады за этих ребят, пусть юзают. А я например, не стану юзать инструмент, который юзает Дмитрий Анатольевич. Он мне не подходит, поскольку я рисую смайлики в пАйнте и продаю их контент-менеджерам в Зимбабве.

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

Идеализировать тут нечего, дружище algri14 wink

p.s. Ладно, что-то я разговорился. Жена в деревню отправляет за помидорами. Сейчас в погреб придётся лезть. Увидимся ещё, надеюсь. ))

С наилучшими пожеланиями,
alex_grant

12

VirtualBox :

alex_q_2000⇓ пишет:

Нет. Поскольку много давних проектов на Delphi, основная система у меня Windows и VirtualBox тоже в нём. Заставить Delphi работать в wine - нереально

Не пробовали запускать Windows  на VirtualBox ?

alex_q_2000⇓ пишет:

Особняком стоит легендарный shorewall.

Я  shorewall что то не совсем понимаю.
Если использовать NetApplet, то  появляются сообщения.
Но сейчас у меня стоит NetworkManager, т к в работе он удобнее и с ним shorewall похоже не работает.
Сейчас я его просто отключаю.

alex_q_2000⇓ пишет:

Генерация дистрибутивов в Магии. Почему только KDE и GNOME

В Магее их много. Сейчас остановился на KDE и LXQt
К стате  LXQt мне нравится все больше и больше и в Магее 6 он уже более доработан.
Для слабых машин  - это спасение. Т к  KDE там тянет и очень сильно

.

alex_q_2000⇓ пишет:

В Suse - есть студия

Она конечно точно не drakconf. Запускал как то  Suse. В студии можно все настроить, но надо знать еще как настраивать.
А в drakconf требования к юзеру ниже.
Лично мое мнение, что хорошо бы иметь и студию и drakconf.

alex_q_2000⇓ пишет:

Информации практически никакой. Мало информации.

Это да. В ubuntu инфы кажется на все случаи жизни. Доходит, что при наладке чего либо на Магее, я читаю инфу из ubuntu

Про Енота

alex_q_2000⇓ пишет:

Управление шейпингом трафика в Linux - это наибольнейшая тема

Это да. А из оборудования у меня мой рабочий комп да мой нетбук.
Скоро собираюсь попробовать MDS (Mandriva Directory Server) на Магее 6 так попробую и Енот

alex_q_2000⇓ пишет:

Ставим Linux Mageia 5 (или другой из поддерживаемых дистрибутивов) на компьютер с двумя сетевыми картами

А с вай фай  Енот работает.  Я хочу пробовать MDS с локальной сетью на вай фай

13

alex_q_2000⇓ пишет:

Идеализировать тут нечего,

Это да, не боги горшки обжигают, но начинать в 50 - мозги уже не те sad

14 (2017-01-19 15:11:19 отредактировано alex_q_2000)

ingvaro⇓ пишет:

Скоро собираюсь попробовать MDS (Mandriva Directory Server) на Магее 6 так попробую и Енот
А с вай фай  Енот работает.  Я хочу пробовать MDS с локальной сетью на вай фай

По логике должен работать, он же Енот. ))

В Еноте по умолчанию на интерфейсе LAN слушаются следующие порты:
2222 - TCP (OpenSSH Server)
137:139,445 - TCP (SAMBA)
137:139,445,53,67,68,1024:65535 - UDP (SAMBA, DHCP, DNS и верхние)

У вас будет LDAP... Возможно потребуется открыть 389 (TCP) и 636 и ещё что-то... Приведите полный список портов (протоколов) тех служб, доступ к которым необходим. Сделаем корректирующий релиз 2.4.1 по такому случаю )).

15 (2017-01-19 18:58:50 отредактировано ingvaro)

alex_q_2000⇓ пишет:

Сделаем корректирующий релиз 2.4.1 по такому случаю

На Магее 5 делать не хочу, а Магея 6 сплошные обновления.
Сначала надо запустить.  Как теперь с Samba работает. Не было заботы так придумал.
На магее 4 все работало.
Цель домашний сервер. Что бы я надо  дал доступ к интернету. Надо выключил.
Хотя  это можно вроде сделать и проще.  Но MDS, если все работает, проста в работе  и скрипты уже  для запуска есть.
Только оборудования особого нет, поэтому локальную сеть  хочу делать на вай фай.
Все таки 21 век, а тут кабеля какие то.
Не знаю получится ли.

16

ingvaro пишет:
alex_q_2000⇓ пишет:

Сделаем корректирующий релиз 2.4.1 по такому случаю

На Магее 5 делать не хочу, а Магея 6 сплошные обновления.
Сначала надо запустить.  Как теперь с Samba работает. Не было заботы так придумал.
На магее 4 все работало.
Цель домашний сервер. Что бы я надо  дал доступ к интернету. Надо выключил.
Хотя  это можно вроде сделать и проще.  Но MDS, если все работает, проста в работе  и скрипты уже  для запуска есть.
Только оборудования особого нет, поэтому локальную сеть  хочу делать на вай фай.
Все таки 21 век, а тут кабеля какие то.
Не знаю получится ли.

Добрый день, ingvaro. От скуки наваял таки 2.4.1, так что нужные порты сами откроете при необходимости. Пробуйте на здоровье как руки дойдут. Далее выдержка из полного описания...

Белый список доступа в интернет
------------------------------------------------------------------------------------
В режиме белого списка (чекер в настройках DHCP/DNS) доступ к сети интернет имеют только те, кто описан в таблице привязок DHCP MAC->IP.

Данный подход выбран не случайно. Шейпер работает на уровне IP-адресов, проброс портов с внутренних хостов - тоже. С очередной выдачей настроек клиенту IP может изменяться (срок аренды в Еноте - 72 часа), таким образом шейпинг для этого IP будет не актуален. С другой стороны, словарная фильтрация работает на уровне MAC-адресов, что более действенно с позиции ограничения доступа. Но и MAC-адрес клиент может изменить вручную. Вывод: для жёсткого контроля выгоднее всего привязывать IP к MAC адресу на этапе выдачи. Тогда эти параметры будут уникальны, а в случае "подделки" одного из них в сети возникнет коллизия. Виновник и жертва получат отлУп + сообщения о совпадении настроек. Поскольку владелец IP (MAC) жёстко прописан в привязках DHCP, админ без труда вычислит виновника.

Таким образом, в режиме "Белый список" доступ наружу строго соответствует описанным в DHCP привязкам (Reservation). Соответственно проброс портов, обрезание сайтов и шейпинг применяются только к ним.

По дефолту Енот слушает порты на интерфейсах:
WAN и LAN - 2222 - TCP
LAN - 137:139,445 - TCP
LAN - 137:139,445,53,67,68,1024:65535 - UPD

Управление локальными портами необходимо, если администратор использует на сервере дополнительные службы.

С наилучшими пожеланиями,
alex_q_2000

17 (2017-01-26 18:06:13 отредактировано ingvaro)

Посмотрел установку MDS. Результат :  mmc-agent  в браузере не заходит в базу.
Родной установщик ldap не работает. Установил ldap  своим установщиком
На Магее 4 все работало. На Магее 5  я нашел способ обойти режим ssl-идентефикации. На Магее 6 ничего не помогает.

alex_q_2000⇓ пишет:

От скуки наваял таки 2.4.1,

Может есть желание потестировать и заодно проверить  мой ldap-сервер ?
Это уже динамический ldap - https://forum.mageia.org.ru/viewtopic.p … 262#p12262
Установка у меня из скрипта. Запустил скрипт и все установилось.
Если да, то подготовлю и выложу ссылку

Спасибо сказали: alex_q_20001

18

mimo, флудить в темах не надо, и жаловаться тогда не придется.

Mageia5, KDE  4.14.5
Спасибо сказали: alex_q_20001

19 (2017-02-06 16:38:30 отредактировано alex_q_2000)

ingvaro⇓ пишет:

Может есть желание потестировать и заодно проверить  мой ldap-сервер ?
Это уже динамический ldap - https://forum.mageia.org.ru/viewtopic. … 262#p12262
Установка у меня из скрипта. Запустил скрипт и все установилось.
Если да, то подготовлю и выложу ссылку

Здравствуйте, ingvaro.

С удовольствием просмотрел опубликованный Вами топик - тема весьма интересная и обсуждаемая. Вы обладаете завидным упорством и целеустремлённостью в данном вопросе, а это главное. Область слишком обширна для обсуждения в узком кругу. Может есть смысл вынести повторное обсуждение на "круглый стол"? Лично мне не приходилось разворачивать AD применительно к *nix. Таковы были требования вышестоящего руководства в организациях. Ратовали за безопасность и стандартизацию - Windows главным образом. Поэтому я не смогу дать Вам более-менее удовлетворительного ответа даже по результатам тестирования. Добавлю, что круг моих интересов в IT на сегодня всё больше смещается в область торговли и складского бизнеса, что несомненно дико для меня, но необходимо. Относительно Енота... Думаю, что этот "квест" и есть завершающая стадия моей IT-деятельности: финальные исправления, вылизывание кода и... на покой... ))

Желаю Вам удачи в решении сложных задач и новых свершений.

p.s. Отдельное спасибо за идею "белых списков", ingvaro.

С уважением,
alex_q_2000

20 (2017-02-06 18:00:53 отредактировано alex_q_2000)

Небольшая подборка интересных статей по теме...

Управление сетевым трафиком посредством очередей
Ограничение канала (HTB Shaper)
Advanced Routing и QoS
Ограничение скорости HTB.init
Шейпер трафика: режем скорость
Tips & tricks - Шейпер HTB и прозрачный SQUID
Причесываем трафик — динамический шейпер на Linux

21

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

Жанна
Я изменила программу Енота. Он работает, как мне нужно. Как опубликовать всё, что у меня вышло?

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

Владимир
Енот не определяет dnsmasq на сервере

Ответ: Обновите до версии 2.4.4 В ней порядок определения демонов (dnsmasq-base в частности) изменен. Ставьте на чистую систему.

RedKitty
Нагрузка на процессор при компиляции правил шейпинга зашкаливает.

Ответ: компиляция правил идёт с приоритетом tpLowest, что на два пункта ниже нормального. Процесс занимает всю величину квантования процессора в случае отсутствия других работ. Не вижу в этом проблемы. Другими словами, если процессору нечего делать, он отдаёт весь приоритет единственному процессу в соответствии с архитектурой. Либо - приведите статистику htop.

С уважением,
alex_q_2000

22 (2017-02-15 17:59:24 отредактировано ingvaro)

alex_q_2000⇓ пишет:

С удовольствием просмотрел опубликованный Вами топик - тема весьма интересная и обсуждаемая.

Пока готов только ldap-server.  Родной инсталятор не устанавливает  ldap-server
C mmc-agent проблема. В браузере не проходит пароль.
Хотя сам ldap-server работает.
Тут Магея 6 с ее обновлениями. На Магее 5 нет пакетов MDS
Попробую на днях последний раз а там как то в Магею надо писать

.

alex_q_2000⇓ пишет:

Лично мне не приходилось разворачивать AD применительно к *nix. Таковы были требования вышестоящего руководства в организациях. Ратовали за безопасность и стандартизацию - Windows главным образом.

MDS это для 20-50 компов.
Это мелкая контора или отдел в крупной организации.
Частная фирма директор да, допустим ,  пять сотрудников.  Особо крупного не поставишь.
С Windows одни проблемы с *nix другие.
И Windows  просто больше людей знает.
В нашей конторе то же самое. Начальник службы и админ знают только Windows и интернет на шлюзе у них через день падает и надо перезапускать.
У соседней  конторы шлюз на линуксе, так он работает и не беспокоит.

23 (2017-03-02 16:30:28 отредактировано alex_q_2000)

ingvaro⇓ пишет:

Попробую на днях последний раз а там как то в Магею надо писать

.

Считаю, не нужно... Свой релиз и так привёл с оговорками на изменения концепции (- sta1 - unstable release of Mageia. ENOT supports, if there is no change the concept). Пусть уже допилят как им угодно. Со слов algri14 мне стало понятно, что ребята изменяют urpm. У разработчиков сейчас полно проблем с зависимостью пакетов. Пожелаем им удачи.

C уважением,
alex_q_2000

24 (2017-03-09 04:26:33 отредактировано alex_q_2000)

Вы были правы, ingvaro. И я что-то поторопился с выпуском под шестёрку (Mageia). У ребят даже sudo не ставится по дефолту, не говоря уже о глюках libvncserver на плазме. Оставлю пока пятёрку, как есть. Когда они уже стабильную версию приведут, чтобы можно было хоть от чего-то оттолкнуться? sta2- тоже никуда не годится. Хотя, вроде бы и дорабатывают, но как-то не решительно.

C уважением,
alex_q_2000

25 (2017-03-09 07:27:47 отредактировано ingvaro)

alex_q_2000⇓ пишет:

Вы были правы, ingvaro. И я что-то поторопился с выпуском под шестёрку (Mageia)

С другой стороны правят Магею 6  сейчас.  И  инфу о багах лучше давать сейчас.  Так больше вероятности, что будет исправлено.
Магея 5 и Магея 6 различаются.  На Магея 5  уйдет время, которого как всегда не хватает, а тут Магея 6  появится.

alex_q_2000⇓ пишет:

sta2- тоже никуда не годится.

Да вроде нормально. У меня  дочь предпочла Магея 6 sta2 
На Windows 10 , например, задержки и "тянет".