The OpenNET Project / Index page

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



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

Оглавление

OpenNews: Дискриминация не GPL модулей в Linux ядре или обострение лицензионной войны, opennews (?), 06-Фев-05, (0) [смотреть все]

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


76. "Дискриминация не GPL модулей в Linux ядре или обострение лицензионной войны"  +/
Сообщение от Аноним (22), 09-Фев-05, 12:31 
в чём? pptp в pf? Обкурился? или конкретно в системе? Если второе, то я вообще-то по поводу fw говорю...
Ответить | Правка | Наверх | Cообщить модератору

77. "Дискриминация не GPL модулей в Linux ядре или обострение лиц..."  +/
Сообщение от sauronemail (?), 09-Фев-05, 12:45 
>в чём? pptp в pf? Обкурился? или конкретно в системе? Если второе, то я вообще-то по поводу fw говорю...

Еще раз повторю свой вопрос трекер pptp и GRE протокола в pf есть ? И вообще там трекеры протоколов есть ?

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

79. "Дискриминация не GPL модулей в Linux ядре или обострение лиц..."  +/
Сообщение от VoKemail (?), 09-Фев-05, 14:08 
>
>Еще раз повторю свой вопрос трекер pptp и GRE протокола в pf
>есть ? И вообще там трекеры протоколов есть ?
>

?!

excerpt pf.conf (ExtIF="fxp1"):
pass out on $ExtIF inet proto gre all keep state

?!

#-------------------- /etc/pf.conf   -----------------------------
pass in  quick on $ext_if proto gre from any to $ext_ip_addr_to_connect
pass out quick on $ext_if proto gre from $ext_ip_addr_to_connect to any
pass in quick on $ext_if inet proto tcp from any to $ext_ip_addr_to_connect port = 1723 flags S/SA keep state
#-----------------------end --------------------------------------

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

80. "Дискриминация не GPL модулей в Linux ядре или обострение лиц..."  +/
Сообщение от BB (??), 09-Фев-05, 14:30 
>Еще раз повторю свой вопрос трекер pptp и GRE протокола в pf
>есть ? И вообще там трекеры протоколов есть ?
Для начала давай определимся с функционалом слова "трекер" что ты под этим понимаешь ?
>


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

83. "Дискриминация не GPL модулей в Linux ядре или обострение лиц..."  +/
Сообщение от sauronemail (?), 09-Фев-05, 15:24 
>Для начала давай определимся с функционалом слова "трекер" что ты под этим
>понимаешь ?

Это подразумевает что фаервол отслеживает подключения. В самом простейшем случае отслеживаются установленные соединения или GRE тунелирование. Более сложные варианты это отслеживание соединений пассивного ftp, irc ddc и прочих протоколов обращающихся к нескольким портам или же содержащих ip адреса в пакетах.

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

85. "Дискриминация не GPL модулей в Linux ядре или обострение лиц..."  +/
Сообщение от BB (??), 09-Фев-05, 16:04 
>Это подразумевает что фаервол отслеживает подключения. В самом простейшем случае отслеживаются установленные
>соединения или GRE тунелирование. Более сложные варианты это отслеживание соединений пассивного
>ftp, irc ddc и прочих протоколов обращающихся к нескольким портам или
>же содержащих ip адреса в пакетах.


Да это разумеется есть. Только вот я не втыкаю а на кой ляд просто "отслеживать" ? Ну пролетел пакет мимо, ну опознали мы его, дальше то что ???

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

87. "Дискриминация не GPL модулей в Linux ядре или обострение лиц..."  +/
Сообщение от sauronemail (?), 09-Фев-05, 16:46 
>Да это разумеется есть. Только вот я не втыкаю а на кой ляд просто "отслеживать" ? Ну пролетел пакет мимо, ну опознали мы его, дальше то что ???

А если через NAT ? Трекеры для этого нужны. Разумеется есть ? А ссылку можно ?

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

88. "Дискриминация не GPL модулей в Linux ядре или обострение лиц..."  +/
Сообщение от BB (??), 09-Фев-05, 17:21 
>>Да это разумеется есть. Только вот я не втыкаю а на кой ляд просто "отслеживать" ? Ну пролетел пакет мимо, ну опознали мы его, дальше то что ???
>
>А если через NAT ? Трекеры для этого нужны. Разумеется есть ?
>А ссылку можно ?

Что "если через NAT" ??? Еще можно вспомнить про NAT Traversal которые тоже присутствует. Или опять разговор про красную площадь :(
Расскажи что ты будешь делать этими трекерами, какую задачу решать ? Если просто смотреть что сквозь тебя летает это одно, если ловить это, а потом как-то сии пакеты конвертировать или приводить к нормальному виду это совсем другое.

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

91. "Дискриминация не GPL модулей в Linux ядре или обострение лиц..."  +/
Сообщение от Wulf (?), 10-Фев-05, 00:30 
Есть мнение, что пользователи линукса называют этим чудным словом то, что в остальном мире называется transparent proxy. И тут sauron полностью прав - их не в pf не в ipfw нет. В BSD для этого обычно используются отдельные демоны и "заворачивание" фаерволом пакетов в их сокет. Примеры: для ftp - стандартные natd и ftp-proxy, для irc-ddc: ezbounce http://druglord.freelsd.org/ezbounce/, для pptp/gre: Frickin PPTP Proxy: http://frickin.sourceforge.net/ - хотя лично сам из этого ничего употреблял за отсутствием необходимости, в их документации упоминается "прозрачный" режим работы
Ответить | Правка | Наверх | Cообщить модератору

93. "Дискриминация не GPL модулей в Linux ядре или обострение лиц..."  +/
Сообщение от BB (??), 10-Фев-05, 09:57 
>Есть мнение, что пользователи линукса называют этим чудным словом то, что в
>остальном мире называется transparent proxy. И тут sauron полностью прав -
>их не в pf не в ipfw нет.
Хмм, а в нативном netfilter их тоже ведь нет, сие там осуществляется неким патчем к ядру :) ИМХО кривизна это.


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

97. "Дискриминация не GPL модулей в Linux ядре или обострение лиц..."  +/
Сообщение от Аноним (22), 10-Фев-05, 14:17 
как это нет когда есть...

<M> Connection tracking (required for masq/NAT)
[ ]   Connection tracking flow accounting
[ ] Connection mark tracking support
< > SCTP protocol connection tracking support
<M> FTP protocol
<M> IRC protocol support
<M> TFTP protocol
<M> Amanda backup protocol support
ядро без патчей с kernel.org

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

92. "Дискриминация не GPL модулей в Linux ядре или обострение лиц..."  +/
Сообщение от sauronemail (?), 10-Фев-05, 08:02 
Читаем трассировку комплексных протоколов:
http://gazette.linux.ru.net/rus/articles/iptables-tutorial.h...

Такое есть ? Почему а если через NAT? Потому что если не через NAT этих заморочек не возникает.

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

94. "Дискриминация не GPL модулей в Linux ядре или обострение лиц..."  +/
Сообщение от BB (??), 10-Фев-05, 10:04 
>Такое есть ? Почему а если через NAT? Потому что если не
>через NAT этих заморочек не возникает.
То есть ты хочешь спросить можно-ли для клиентов сидящим за FW организовать проброс этих протоколов прозрачным для клиентов образом ?

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

95. "Дискриминация не GPL модулей в Linux ядре или обострение лиц..."  +/
Сообщение от Wulf (?), 10-Фев-05, 11:54 
Именно это он и хочет спросить. И поскольку делать NAT это одна из естественных возможностей transparent proxy, то как само-сабой разумеещееся выше мною перечисленный софт должен делать NAT.
2 sauron в качестве информации для размышления: Вы когда-нибудь читали про то, что squid можно заставить работать в прозрачном режиме, что-бы он работал неотличимо от роутера с NAT, но при этом выполнял кэширование/фильтрацию? А теперь представьте, что в мире существуют аналогичные прокси и для других протоколов, в том числе тех, которые требуют установления соединений в противоположных направлениях. И такие прокси написаны и для ftp, и для irc, и для pptp. И вполне работают через pf/ipfw.Ссылки я привел в предыдущем посте.
А вот вопрос нафига это все тащить в ядро, а не оставлять в user-space, не имеет однозначного ответа. Это, скорее, вопрос религии. И не надо говорить что в user-space медленнее, т.к. надо 2 дополнительных переключения контекста на пакет, пока я еще не разу не видел этого замедления, выраженного в цифрах.
ЗЫ. а микроядерные оси делают такое (переключение), вообще, на каждый чих и ничего, работают.
Ответить | Правка | Наверх | Cообщить модератору

98. "Дискриминация не GPL модулей в Linux ядре или обострение лиц..."  +/
Сообщение от BB (??), 10-Фев-05, 15:04 
>Именно это он и хочет спросить. И поскольку делать NAT это одна
>из естественных возможностей transparent proxy, то как само-сабой разумеещееся выше мною
>перечисленный софт должен делать NAT.
вот именно это я и хотел услышать от sauron, а он все вокруг да около ходит, слова умные говорит, прям как дитё малое :)
Ответить | Правка | Наверх | Cообщить модератору

99. "Дискриминация не GPL модулей в Linux ядре или обострение лиц..."  +/
Сообщение от sauronemail (?), 10-Фев-05, 16:06 
>2 sauron в качестве информации для размышления: Вы когда-нибудь читали про то, что squid можно заставить работать в прозрачном режиме, что-бы он работал неотличимо от роутера с NAT, но при этом выполнял кэширование/фильтрацию?
Я знаю что это такое. И даже делал. Но оно работает только для http и ftp. При этом используется маппинг портов.

>А теперь представьте, что в мире существуют аналогичные прокси и для >других протоколов, в том числе тех, которые требуют установления >соединений в противоположных направлениях. И такие прокси написаны и для >ftp, и для irc,
>и для pptp.
Есть такая штука socks5 она решает все проблемы. Но не весь софт умеет через него работать.

>И вполне работают через pf/ipfw.Ссылки я привел в
>предыдущем посте.
Я всего лишь спросил еслть ли механизм отслеживания комплексных протоколов самим фаерволом. Судя по тому что меня отправляют к user space  софту, а так же не могут понять, что это такое, напрашивается вывод что в   pf/ipfw нет трекинга комплексных протоколов.

>А вот вопрос нафига это все тащить в ядро, а не оставлять
>в user-space, не имеет однозначного ответа. Это, скорее, вопрос религии.
Хотя бы ради скорости и удобства. Возможность реализации свитча 7 уровня сущестсвует только в linux.


>не надо говорить что в user-space медленнее, т.к. надо 2 дополнительных
>переключения контекста на пакет, пока я еще не разу не видел
>этого замедления, выраженного в цифрах.
Я тоже не видел. Но у user-space вещей есть один большой минус это дополнительный софт.

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

100. "Дискриминация не GPL модулей в Linux ядре или обострение лиц..."  +/
Сообщение от ZOD (??), 10-Фев-05, 16:18 
>>А вот вопрос нафига это все тащить в ядро, а не оставлять
>>в user-space, не имеет однозначного ответа. Это, скорее, вопрос религии.
>Хотя бы ради скорости и удобства. Возможность реализации свитча 7 уровня сущестсвует
>только в linux.
Много на переключениях контекста не потеряешь, а если что ядро птчить надо, а горячего патченья ядер линукс нот суппортед. И Вообще сами же говорили, что при прочих равных дыра в userspace предпочтительнее чемв ядре.

>>не надо говорить что в user-space медленнее, т.к. надо 2 дополнительных
>>переключения контекста на пакет, пока я еще не разу не видел
>>этого замедления, выраженного в цифрах.
>Я тоже не видел. Но у user-space вещей есть один большой минус
>это дополнительный софт.
И есть один большой плюс, нет необюходимости лезть в критическую часть системы, и возможность использовать произвольную реализацию. Если вам так не нравится userspace делайте в ядре всё, а потом сами же боритесь с глюками.

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

101. "И вообще нечего"  +/
Сообщение от ZOD (??), 10-Фев-05, 16:34 
сравнивать Linux (то есть ядро) с законченой ОСью *BSD. Вы что только ядро используете? говорите дистриб, какой софт в поставке и тогда разговор будет иметь хоть какой то смысл. А тащить каждую приблуду в привилегированый режим  не есть гуд.

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

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

104. "И вообще нечего"  +/
Сообщение от sauronemail (?), 10-Фев-05, 16:55 
>сравнивать Linux (то есть ядро) с законченой ОСью *BSD. Вы что только
>ядро используете? говорите дистриб, какой софт в поставке и тогда разговор
>будет иметь хоть какой то смысл. А тащить каждую приблуду в
>привилегированый режим  не есть гуд.
Трекинг комплексных протоколов это очень тупой алгоритм отслеживания потоков с моей точки зрения запускать его в user-space лишено смысла.

>Userspace софт при прочих равных гибче, позволяет выбрать любую реализацию, >проще обновляется, менее критичен к дырам.
Ага шесть раз. Гибче ? Если надо отслеживать 5 протоколов вам прийдется отслеживать пять демонов или один универсальный. И хранить конфиги. Менее критичен к дырам ? Не факт.


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

103. "Дискриминация не GPL модулей в Linux ядре или обострение лиц..."  +/
Сообщение от sauronemail (?), 10-Фев-05, 16:46 
>Много на переключениях контекста не потеряешь, а если что ядро птчить >надо, а горячего патченья ядер линукс нот суппортед. И Вообще сами же
>говорили, что при прочих равных дыра в userspace предпочтительнее чемв ядре.
Иногда это критично. Плюс за счет уменьшения цепочки выполняемого кода оно будет работать быстрее. Какая дыра в ядре ? Там работает не полноценный демон, а алгоритм обрабатывающий поток данных, максимум что можно сделать при некорректной реализации трекера убить ядро. Я понимаю что это немало. Но root shell вы не получите. В случае user space вы можете мне это обещать?

>И есть один большой плюс, нет необюходимости лезть в критическую часть системы,и возможность использовать произвольную реализацию.
Подгружаемые модули уже отменили ?

>Если вам так не нравится userspace
>делайте в ядре всё, а потом сами же боритесь с глюками.
Я не вижу смысла делать трекер протокола на user-space. В случае http/ftp proxy это оправдано. Но трекер для irc ddc в user-space это бред сивой кобылы.


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

109. "Дискриминация не GPL модулей в Linux ядре или обострение лиц..."  +/
Сообщение от Wulf (?), 10-Фев-05, 22:45 
>Иногда это критично. Плюс за счет уменьшения цепочки выполняемого кода оно будет
это для irc или pptp/gre критично? Смешно.
>>Если вам так не нравится userspace
>>делайте в ядре всё, а потом сами же боритесь с глюками.
>Я не вижу смысла делать трекер протокола на user-space. В случае http/ftp
>proxy это оправдано. Но трекер для irc ddc в user-space это
>бред сивой кобылы.
Вопрос переноса простых сервисов из ядра в юзерспейс и обратно не более чем вопрос религии. А их набор для той или иной оси лишь следствие приверженности их разработчиков той или иной конфессии. FreeBSD, например, в отличие от линукса умеет генерировать ядром netflow и делать подобие cisco ip accounting-а. Но это-же не повод говорить, что линукс для этого не пригоден и утверждать "примат FreeBSD над остальными открытыми ОС", несмотря на то, что эти сервисы генерируют гораздо большее количество этих пресловутых переключений контекста т.к. вызываются на каждый проходящий пакет.
Ответить | Правка | К родителю #103 | Наверх | Cообщить модератору

113. "Дискриминация не GPL модулей в Linux ядре или обострение лиц..."  +/
Сообщение от sauronemail (?), 11-Фев-05, 09:46 
>это для irc или pptp/gre критично? Смешно.
кроме этих протоколов существуют другие. К примеру используемые свитчами 7 уровня.

>в отличие от линукса умеет генерировать ядром netflow и делать подобие
>cisco ip accounting-а.
Если это NetFlow почему подобие ?

>Но это-же не повод говорить, что линукс для этого не пригоден и утверждать "примат FreeBSD над остальными открытыми ОС"
Нет. Я могу поставить и туда и туда NetRaMet и буду наслаждаться NetFlow :)

>несмотря на то, что эти сервисы генерируют гораздо большее количество >этих пресловутых переключений контекста т.к. вызываются на каждый проходящий пакет.
Это очень полезное дело :) И его не жаль переносить в ядро :) При больших нагрузках это даст плюс.

Хотя куда это пихать действительно скорее вопрос религии аля иницилизационные скрипты System V и BSD ;)


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

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

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




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

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