The OpenNET Project / Index page

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



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

Оглавление

В ядре Linux 3.13 ожидается появление нового пакетного фильт..., opennews (??), 20-Окт-13, (0) [смотреть все] +1

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


177. "В ядре Linux 3.13 ожидается появление нового пакетного фильт..."  +/
Сообщение от VolanD (ok), 21-Окт-13, 06:20 
> Вообще, не знаю есть ли такое, но хотелось бы видеть что то
> вроде функционального языка программирования фаервола. Что бы ты написал
> main(packet){
> if(packet.port == 80 && packet.elf = "myrestrictedelfprogram"){
> return null;
> }
> }

Много букаф слишком, нет?


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

179. "В ядре Linux 3.13 ожидается появление нового пакетного фильт..."  –1 +/
Сообщение от 3draven (ok), 21-Окт-13, 07:17 
Ну дак for, switch, while в руки и вперед. Просто взять скриптовый язык и прикрутить бекендом фаервол работающий с байткодом. Написать сотню правил и генератор правил к ним сложнее чем написать один цикл. Должно быть наоборот меньше букаф, да к тому же намного читабельнее, что немаловажно.

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

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

182. "В ядре Linux 3.13 ожидается появление нового пакетного фильт..."  –1 +/
Сообщение от VolanD (ok), 21-Окт-13, 07:26 
> Ну дак for, switch, while в руки и вперед. Просто взять скриптовый
> язык и прикрутить бекендом фаервол работающий с байткодом. Написать сотню правил
> и генератор правил к ним сложнее чем написать один цикл. Должно
> быть наоборот меньше букаф, да к тому же намного читабельнее, что
> немаловажно.
> А сколько туда накрутить таким методом можно всяких других фич, которые к
> таблицам ни боком ни раком, даже предположить трудно.

Так то канеш красиво получается и не надо читать кучу манов, если синтаксис СИ-подобный. Но с другой стороны простейшие правила: permit host 192.168.0.1 потребуют больше текста. Мне кажется было бы классно совместить оба варианта.

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

184. "В ядре Linux 3.13 ожидается появление нового пакетного фильт..."  –1 +/
Сообщение от 3draven (ok), 21-Окт-13, 07:31 
Ну, текущую инфраструктуру все равно оставить можно, конечно, она живая и никому не мешает. Вот только мои тут "идеи" все равно разрабы ядра не слышат :) Между тем в других системах lua потихоньку встраивают...прогресс идет, пока прохожие плеваются :)
Ответить | Правка | Наверх | Cообщить модератору

187. "В ядре Linux 3.13 ожидается появление нового пакетного фильт..."  –1 +/
Сообщение от 3draven (ok), 21-Окт-13, 07:41 
Главное, это дает резкое упрощение разработки для ядра, прототипирования, да и просто универсалный интерфейс к системам ядра. Меньше манов. Отсюда, думаю, взрывной рост разработки для ядра на скрипте, а потом перенос в С/С++ готовых продуктов для продакшена. В общем со всех сторон польза. Причем даже обычный юзер вроде меня сможет поковырять разработку для ядра на досуге.
Ответить | Правка | К родителю #182 | Наверх | Cообщить модератору

188. "В ядре Linux 3.13 ожидается появление нового пакетного фильт..."  –1 +/
Сообщение от VolanD (ok), 21-Окт-13, 07:59 
> Главное, это дает резкое упрощение разработки для ядра, прототипирования, да и просто
> универсалный интерфейс к системам ядра. Меньше манов. Отсюда, думаю, взрывной рост
> разработки для ядра на скрипте, а потом перенос в С/С++ готовых
> продуктов для продакшена. В общем со всех сторон польза. Причем даже
> обычный юзер вроде меня сможет поковырять разработку для ядра на досуге.

Кстати да, всякие DPI легче разрабатывать, наверное )

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

189. "В ядре Linux 3.13 ожидается появление нового пакетного фильт..."  –1 +/
Сообщение от 3draven (ok), 21-Окт-13, 08:04 
Шутки у вас :)


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

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

190. "В ядре Linux 3.13 ожидается появление нового пакетного фильт..."  –1 +/
Сообщение от 3draven (ok), 21-Окт-13, 08:07 
Ведь как ни крути, а любому нетфильтру оперировать типом-классом packet, так что и синтаксис будет одинаков, что для одного нетфильтра, что для другого, в рамках такого скрипта. Отсюда уменьшение бесконечной головной боли. Так же и для других систем. В общем скрипты потому и придумали :)
Ответить | Правка | Наверх | Cообщить модератору

191. "В ядре Linux 3.13 ожидается появление нового пакетного фильт..."  +/
Сообщение от pavel_simple (ok), 21-Окт-13, 08:19 
> Ведь как ни крути, а любому нетфильтру оперировать типом-классом packet, так что
> и синтаксис будет одинаков, что для одного нетфильтра, что для другого,
> в рамках такого скрипта. Отсюда уменьшение бесконечной головной боли. Так же
> и для других систем. В общем скрипты потому и придумали :)

java головного мозгу, вам термин overengineering поди не знаком?

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

200. "В ядре Linux 3.13 ожидается появление нового пакетного фильт..."  –1 +/
Сообщение от 3draven (ok), 21-Окт-13, 13:15 
Ну вы там это, учите новые правила нетфильтра, флаг в руки :) А потом снова и снова, это особый кайф я погляжу и никакого овер, да.
Ответить | Правка | Наверх | Cообщить модератору

202. "В ядре Linux 3.13 ожидается появление нового пакетного фильт..."  –1 +/
Сообщение от 3draven (ok), 21-Окт-13, 13:28 
Унификация средств конфигурирования и простого расширения подсистем ядра отделит мечтательные мозги разрабов очередного нетфильтра от стандарта конфигурирования. Что даст возможность конфигурить любой сервис одним средством и создавать собственные сервисы поверх нескольких сервисов ядра. По моему удобно.
Ответить | Правка | Наверх | Cообщить модератору

204. "В ядре Linux 3.13 ожидается появление нового пакетного фильт..."  –1 +/
Сообщение от 3draven (ok), 21-Окт-13, 13:52 
http://www.netbsd.org/gallery/presentations/mbalmer/fosdem20...
Ответить | Правка | К родителю #191 | Наверх | Cообщить модератору

180. "В ядре Linux 3.13 ожидается появление нового пакетного фильт..."  –1 +/
Сообщение от 3draven (ok), 21-Окт-13, 07:19 
сложнейшую маршрутизацию и прочее все туда же. А сервисы ядра подключать как библиотеки языка. Типа если надо конфигурять нетфильтр, такая либа, если надо еще что то, такая. Унифицированный подход имеем таким образом.
Ответить | Правка | К родителю #177 | Наверх | Cообщить модератору

183. "В ядре Linux 3.13 ожидается появление нового пакетного фильт..."  +/
Сообщение от 3draven (ok), 21-Окт-13, 07:27 
Причем так как язык очень высокоуровневый надо, то выделений памяти, буферов и прочей муйни, нету. Подключив "либу" к проекту скриптового конфига ты подключаешь входной поток данных (пакеты для нетфильтра например) и встраиваешь проект в инфраструктуру подключенной "либы", то есть она начинает слушать твой выходной поток данных. Так что минимум лишних телодвижений. Потом байткод попадает в ядро и пашет как отдельный кусок конфигуряемой системы.

Потом добавить туда JIT коНпелятор  и счастье наступило :)

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

195. "В ядре Linux 3.13 ожидается появление нового пакетного фильт..."  +1 +/
Сообщение от ананим (?), 21-Окт-13, 08:34 
>А сервисы ядра подключать как библиотеки языка. Типа если надо конфигурять нетфильтр, такая либа,

Не поверишь.
Называются модули ядра.

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

201. "В ядре Linux 3.13 ожидается появление нового пакетного фильт..."  –1 +/
Сообщение от 3draven (ok), 21-Окт-13, 13:24 
Подключать не к ядру, а к скрипту.
Ответить | Правка | Наверх | Cообщить модератору

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

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




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

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