форумы  помощь  поиск  регистрация  майллист  вход/выход  слежка

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

Сообщения по теме

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

1. "Запрашивает Миша Рыцаревъ"	–2 +/–
Сообщение от ua9oas on 25-Сен-10, 14:08
Интересно, а на каком месте по эффективности он стоит по отношению к своим коммерческим аналогам? А если он им перестанет уступать то тогда может ли это сбить цены на этом рынке?
Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	3. "Запрашивает Миша Рыцаревъ"	+1 +/–
	Сообщение от svchost (ok) on 25-Сен-10, 17:02
	Сигнатуры там отличные, а вот движок крайне сырой, медленный. Например, .avi файл он проверяет тупо читая его от начала до конца.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	4. "Запрашивает Миша Рыцаревъ"	–1 +/–
	Сообщение от ононим on 25-Сен-10, 17:07
	это известный тролль с глупыми вопросами. пора уже запомнить, что он просто издевается.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	5. "Запрашивает Миша Рыцаревъ"	+5 +/–
	Сообщение от User294 (ok) on 25-Сен-10, 18:31
	Фиг вам, как платили так и будете платить под своей виндой. За файрволы, антивирусы, антиспайварь и какой там еще антигеморрой :). И что характерно - сколько ни заплати, а ничего сравнимого по функционалу с айпитаблесом под винду ... нет.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	6. "Запрашивает Миша Рыцаревъ"	–2 +/–
	Сообщение от Аноним (??) on 26-Сен-10, 11:24
	Иногда лучше жевать - чем говорить. Хотя тебе лишний раз ламерские (да да - не чайниковские, а ламерские - ибо желания изучать вопрос у тебя нету) ipfw for win32 будет получше чем кривые iptables.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	7. "Запрашивает Миша Рыцаревъ"	+/–
	Сообщение от Ян Злобин (ok) on 26-Сен-10, 11:46
	>...ipfw for win32 Это что еще за изврат такой?
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	8. "Запрашивает Миша Рыцаревъ"	–6 +/–
	Сообщение от Xaionaro (ok) on 26-Сен-10, 12:32
	Судя по описанию, это аналог ipfw из FreeBSD. Дак вот FreeBSD-шный ipfw - это самый убогий фаерволл под unix-системами с которым я только сталкивался :). Чрезвычайно медленный, всё в одной таблице, прилагаемые средства для NAT-ирования вообще съедают весь CPU при прохождении всего 30Mibps на достаточно нехилом компьютере для роутера, да и к тому же ничерта не умеет (если сравнивать, например, с iptables). Единственное почему я иногда использую ipfw, это потому что через него осуществляется работа с DUMMYNET. Но это лично моё скромное мнение о нём. Самым мощным фаерволлом на мой взгляд является iptables, а под *BSD надо использовать pf.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	12. "Запрашивает Миша Рыцаревъ"	+1 +/–
	Сообщение от reinhard (ok) on 26-Сен-10, 18:15
	Вызывающе неверная информация. Если делать NAT через ng_nat или ipfw nat проц будет жраться как минимум не больше, чем под pf.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	14. "Запрашивает Миша Рыцаревъ"	+/–
	Сообщение от Xaionaro (ok) on 26-Сен-10, 19:23
	>Вызывающе неверная информация. >Если делать NAT через ng_nat или ipfw nat проц будет жраться как >минимум не больше, чем под pf. Хм, не припомню этого ng_nat на FreeBSD5, где я из-за тормознутости natd я был вынужден полюбить сначала ipnat, а потом собственно pf. Извиняюсь, если мои текущие знания уже не актуальны. Но даже данная поправка не меняет того, что единственным плюсом ipfw является лишь то, что освоиться в нём чрезвычайно просто, а в остальном одни минусы. Ещё раз подчеркну, что это всё лишь по моему скромному мнению. Притом, natd - был не единственной причиной перехода на pf. Был другой роутер, который не занимался NAT-ированием, зато выполнял множество других функций firewall-а. Тоже при определённом потоке перестал справляться, как стоило бы. При переходе на pf, заставив его выполнять те же функции, проблема изчезла. Но тут я согласен, что пример некорректен :) P.S. Вообще мой начальный пост был направлен против фразы "кривой iptables", когда на замену представили "ipfw". Я извиняюсь, если дал слишком большую волю эмоциям. Да, я не люблю ipfw, но был не прав высказав это таким образом. Просто я не встречал более мощного firewall-а чем iptables, зато встречал множество людей, которые его не осилили и поэтому на него ругались.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	18. "Запрашивает Миша Рыцаревъ"	+/–
	Сообщение от reinhard (ok) on 27-Сен-10, 11:10
	>Хм, не припомню этого ng_nat на FreeBSD5, где я из-за тормознутости natd >я был вынужден полюбить сначала ipnat, а потом собственно pf. ng_nat действительно появился в 6.0. До этого, да, только ipnat/pf для ната на уровне ядра. >Но даже данная поправка >не меняет того, что единственным плюсом ipfw является лишь то, что >освоиться в нём чрезвычайно просто, Это уже немало :-) >Просто я не встречал более мощного firewall-а чем >iptables, зато встречал множество людей, которые его не осилили и поэтому >на него ругались. Возможно, это так... Просто у меня пока не возникало потребностей, где бы можно было использовать мощь iptables, а порог вхождения действительно высоковат... Если поделитесь примерами, что на ipfw решить невозможно/сложно, а на iptables возможно/проще, буду благодарен. Без иронии.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	26. "Запрашивает Миша Рыцаревъ"	+/–
	Сообщение от Xaionaro (ok) on 27-Сен-10, 22:08
	>[оверквотинг удален] >>я был вынужден полюбить сначала ipnat, а потом собственно pf. > >ng_nat действительно появился в 6.0. До этого, да, только ipnat/pf для ната >на уровне ядра. > >>Но даже данная поправка >>не меняет того, что единственным плюсом ipfw является лишь то, что >>освоиться в нём чрезвычайно просто, > >Это уже немало :-) _IMHO_, если освоиться с iptables, с ним работать намного проще. > >>Просто я не встречал более мощного firewall-а чем >>iptables, зато встречал множество людей, которые его не осилили и поэтому >>на него ругались. > >Возможно, это так... >Просто у меня пока не возникало потребностей, где бы можно было использовать >мощь iptables, а порог вхождения действительно высоковат... >Если поделитесь примерами, что на ipfw решить невозможно/сложно, а на iptables возможно/проще, >буду благодарен. Без иронии. Ну, port-knocking например. В iptables достаточно одного лишь recent для его реализации в 2 строчки, а в ipfw я могу представить его реализацию только с использованием внешних утилит. Хотя, возможно, я ещё много чего не знаю о современном ipfw, конечно... Ну или если хочется сделать VPN-роутер предоставляющий доступ в Интернет, который автоматически банит спамеров (речь про спам по SMTP инфицированными компьютерами). В iptables данная автоматика делается в 3 строки используя recent и hashlimit. Как сделать в ipfw я тоже себе не представляю. Или даже самый элементарный "ttl-set", что вообще уж проще некуда. Где это в ipfw? На самом деле, когда есть iptables, даже fail2ban нафиг не нужен, обычно :) Примеров тонны. И не просто эзотерические примеры, а тех приёмы, которые мне уже пригождались в тех или иных целях. И я не пытаюсь доказать, что iptables лучше. Просто призываю одного автора не называть iptables кривым, предлагая взамен ipfw.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	28. "Запрашивает Миша Рыцаревъ"	+/–
	Сообщение от reinhard (ok) on 28-Сен-10, 07:06
	> Ну, port-knocking например. В iptables достаточно одного лишь recent для его реализации > в 2 строчки, а в ipfw я могу представить его реализацию > только с использованием внешних утилит. Да вроде, можно. ipfw count log ... потом syslog через syslog.conf запускает скрипт, который выкусывает IP из лога и открывает правило через ipfw table, например. Народ даже делал, чтобы открывался доступ только после пинга с опредленным размером пакета. IMHO удобнее, чем port-knocking, т.к. некоторые дистрибутивы Linux уже идут без telnet по умолчанию. (Мне в Федоре приходилось ставить через yum) > Или даже самый элементарный "ttl-set", что вообще уж проще некуда. Где это > в ipfw? ng_patch(4), недавно закоммитили :-) http://nuclight.livejournal.com/126002.html Кстати, netgraph реально мощная штука. Хотя это и набор инструментов, а не готовое решение, но позволяет делать с сетью почти что угодно.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	30. "Запрашивает Миша Рыцаревъ"	+/–
	Сообщение от Xaionaro (ok) on 28-Сен-10, 09:04
	>> Ну, port-knocking например. В iptables достаточно одного лишь recent для его реализации >> в 2 строчки, а в ipfw я могу представить его реализацию >> только с использованием внешних утилит. > Да вроде, можно. > ipfw count log ... > потом syslog через syslog.conf запускает скрипт, который выкусывает IP из лога и > открывает правило через ipfw table, например. Ну дак я же говорил про реализацию на уровне фаерволла, а продложенное вами работает лишь с использованием внешних утилит, а именно: 1.) syslog 2.) скрипт Не кажется что это слишком костыльно? Тем более предложенная реализация работает по косвенным признакам - читает записи в логах, что вообще говоря опять же костыль, по моему личному мнению. ipfw своими внутренними средствами так легко и просто добавив две строчки не в жизнь не даст столь простую и, IMHO, полезную возможность. Это ведь был пример того, что в ipfw невозможно/трудно сделать, а именно невозможно на уровне самого фаерволла и "трудно" с использованием внешних утилит. Когда как в iptables: -t mangle -A INPUT -p tcp --dport 55655 -m recent --set --name openssh -t filter -A INPUT -p tcp --dport 22 -m recent --rcheck --name openssh -j ACCEPT и всё ;) > Народ даже делал, чтобы открывался доступ только после пинга с опредленным размером > пакета. IMHO удобнее, чем port-knocking, т.к. некоторые дистрибутивяы Linux уже идут > без telnet по умолчанию. (Мне в Федоре приходилось ставить через yum) Ой, а постучать можно хоть тем же yum-ом, указав переменную http_proxy на этот самый порт, если конечно yum понимает эту переменную. Ну или программой ssh-клиентом, указав флаг "-p". >> Или даже самый элементарный "ttl-set", что вообще уж проще некуда. Где это >> в ipfw? > ng_patch(4), недавно закоммитили :-) > http://nuclight.livejournal.com/126002.html > Кстати, netgraph реально мощная штука. Хотя это и набор инструментов, а не > готовое решение, но позволяет делать с сетью почти что угодно. Ну это хорошо что закоммитили, но вам самому то не смешно, что закоммитили лишь недавно :). Хотя вообще я рад, что наконец-то ipfw обрастает всякими вкусностями. Если бы в ipfw были отдельные таблицы правил как в iptables на prerouting, input, forward, output, postrouting и добавили бы аналоги хотя бы recent, hashlimit, length, statistics (хотя "prob" впринципе заменяет один из режимов работы statistics), time, string и u32, то в добавок с учётом последних изменений, которые надо признать совсем я недавние, ipfw стал бы для меня почти настолько же полезным, как и iptables. :) Притом я не говорю про всякие другие на мой взгляд полезные возможности вроде tos, tee, mirror, tcpmss или, например, cluster, лишь потому, что я ими пока что ниразу не пользовался. Но, напрмиер, лишь самая идея с "led" у iptables просто душу греет :)
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	31. "Запрашивает Миша Рыцаревъ"	+/–
	Сообщение от reinhard (ok) on 28-Сен-10, 10:34
	> Не кажется что это слишком костыльно? Кажется. Только еще более костыльной мне кажется сама идея порт-кнокинга :-) Проще перевешать sshd на другой порт. %%да, потребности в колбасе нет%% > Ну это хорошо что закоммитили, но вам самому то не смешно, что > закоммитили лишь недавно :). Так патчи давно ходили. Просто у меня не было потребности менять ttl. > Если бы в ipfw были отдельные таблицы правил как в iptables на Честно говоря, вот это разделение на таблицы правил мне кажется неоправданным усложнением. Хотя, с iptables я сталкиваюсь больше по необходимости, может и есть в них какая-то логика... > prerouting, input, forward, output, postrouting и добавили бы аналоги хотя бы > recent, hashlimit, length, statistics (хотя "prob" впринципе заменяет один из режимов > работы statistics), time, string и u32, то в добавок с учётом > последних изменений, которые надо признать совсем я недавние, ipfw стал бы > для меня почти настолько же полезным, как и iptables. :) Аналоги recent и hashlomit есть, см. секцию STATEFUL FIREWALL length - iplen А какое-то подобие Lookup Tables в iptables есть?
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	32. "Запрашивает Миша Рыцаревъ"	+/–
	Сообщение от Xaionaro (ok) on 28-Сен-10, 18:36
	>> Не кажется что это слишком костыльно? > Кажется. Только еще более костыльной мне кажется сама идея порт-кнокинга :-) > Проще перевешать sshd на другой порт. > %%да, потребности в колбасе нет%% Ну, я portknocking применяю только для обхода случайного бана. Т.е. когда настраиваю фаерволл удалённо, port-knocking может быть очень полезным и геморроиться с парсингом логов - вообще никакого желания ради такой мелочи :) >[оверквотинг удален] > Честно говоря, вот это разделение на таблицы правил мне кажется неоправданным усложнением. > Хотя, с iptables я сталкиваюсь больше по необходимости, может и есть в > них какая-то логика... >> prerouting, input, forward, output, postrouting и добавили бы аналоги хотя бы >> recent, hashlimit, length, statistics (хотя "prob" впринципе заменяет один из режимов >> работы statistics), time, string и u32, то в добавок с учётом >> последних изменений, которые надо признать совсем я недавние, ipfw стал бы >> для меня почти настолько же полезным, как и iptables. :) > Аналоги recent и hashlomit есть, см. секцию STATEFUL FIREWALL > length - iplen Вы как-то сильно унизили возможности hashlimit и recent. Например то, что продемонстрировал я с recent (а я могу ещё много чего надемонстрировать) с помощью лишь keep-state не реализовать. А по поводу hashlimit, я просто рекомендую прочесть что это такое и в чём его _принципиальное_ отличие от connlimit и limit.. Я так понял вы намекаете на ipfw-шный "limit", который является сильно упрощённым вариантом "connlimit" в iptables (например несколькоступеньчатая работа с масками, порядком эффективнее помогает против DDoS, в то время, как ipfw умеет работать только по /32), а аналогов hashlimit, даже упрощённых, я в ipfw не припоминаю. > А какое-то подобие Lookup Tables в iptables есть? Ну, во-первых в iptables есть цепочки, которые, к сожелению, я так понял вам не очень нравятся. А во-вторых для особых случаев всегда есть "ipset" (http://www.opennet.dev/prog/info/2942.shtml).
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	33. "Запрашивает Миша Рыцаревъ"	+/–
	Сообщение от reinhard (ok) on 29-Сен-10, 12:49
	> Ну, я portknocking применяю только для обхода случайного бана. Т.е. когда настраиваю > фаерволл удалённо, port-knocking может быть очень полезным и геморроиться с парсингом > логов - вообще никакого желания ради такой мелочи :) После того, как я перевешал sshd на другой порт, проблема распухания лога от перебора паролей перестала меня беспокоить безо всякого фаервола. А если пароль 123, то и port-knocking не спасет. > Вы как-то сильно унизили возможности hashlimit и recent. Например то, что продемонстрировал Это не окупает усложнения, которое вносит iptables. Слишком редко это нужно. А когда нужно можно и с syslog заморочиться. >> А какое-то подобие Lookup Tables в iptables есть? > Ну, во-первых в iptables есть цепочки, которые, к сожелению, я так понял > вам не очень нравятся. А во-вторых для особых случаев всегда есть > "ipset" (http://www.opennet.dev/prog/info/2942.shtml). Костыль же.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	34. "Запрашивает Миша Рыцаревъ"	+/–
	Сообщение от Xaionaro (ok) on 30-Сен-10, 00:20
	>> Ну, я portknocking применяю только для обхода случайного бана. Т.е. когда настраиваю >> фаерволл удалённо, port-knocking может быть очень полезным и геморроиться с парсингом >> логов - вообще никакого желания ради такой мелочи :) > После того, как я перевешал sshd на другой порт, проблема распухания лога > от перебора паролей перестала меня беспокоить безо всякого фаервола. А если > пароль 123, то и port-knocking не спасет. Я вообще-то не про брут-форс, а про безопасную настройку фаерволла (т.е. чтобы ssh не отвалился). Хотя если уж на то пошло, то перебора паролей это тоже касается :) >> Вы как-то сильно унизили возможности hashlimit и recent. Например то, что продемонстрировал > Это не окупает усложнения, которое вносит iptables. Слишком редко это нужно. А > когда нужно можно и с syslog заморочиться. Честно сказать, я не понимаю про какие усложнения речь. :) Это как тензорные обозначения взамен векторным во многих областях физики. Надо не полениться и один раз въехать, что относительно просто, и потом будет уже проще преобразовывать различные выражения, чем то было в векторных обозначениях. Например представляете себе кванты в векторных обозначениях? IMHO, кошмар :) Т.е. другими словами, лично мне субъективно кажется, что с iptables проще работать, чем с ipfw при разумно достатоно большом, но одинаковом опыте работы с тем и другим. И ещё одно... Я считаю, что очень даже окупает, даже если считать данную разность интерфейсов усложнением :) >>> А какое-то подобие Lookup Tables в iptables есть? >> Ну, во-первых в iptables есть цепочки, которые, к сожелению, я так понял >> вам не очень нравятся. А во-вторых для особых случаев всегда есть >> "ipset" (http://www.opennet.dev/prog/info/2942.shtml). > Костыль же. Что костыль? Использование "ipset"? Это, IMHO, примерно такой же "костыль", как использование утилиты "ipfw" для настройки фаерволла ipfw. Другими словами, я не понимаю в чём костыль. ifconfig для настройки интерфейсов, sysctl для управления переменными системы, iptables для настройки правил фаерволла, ipset для настройки IP set-ов. Не понимаю в чём проблема. Вы так говорите, как будто ipset - это какая-то отдельная утилита, которая никак не касается проекта netfilter (http://netfilter.org/). Вообщем, было бы неплохо, если бы вы пояснили в чём, собственно, "костыль". ;)
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	35. "Запрашивает Миша Рыцаревъ"	+/–
	Сообщение от reinhard (ok) on 30-Сен-10, 12:54
	> Я вообще-то не про брут-форс, а про безопасную настройку фаерволла (т.е. чтобы > ssh не отвалился). Хотя если уж на то пошло, то перебора > паролей это тоже касается :) Если накосячить с настройкой фаервола, то и порт-кнокинг не поможет. А если фаерволом не закрывать ssh, то порт-кнокинг и не нужен. > Честно сказать, я не понимаю про какие усложнения речь. :) Неочевидные эти цепочки INPUT,OUTPUT, PREROUTING, POSTROUTING etc отсутствие номеров правил по умолчанию и т.п. > Это как тензорные обозначения взамен векторным во многих областях физики. Надо не > полениться и один раз въехать, что относительно просто, и потом будет > уже проще преобразовывать различные выражения, Зачем, если и так все работает? У меня есть другие задачи, на которые надо тратить время, чем еще штудировать всякие неочевидные премудрости iptables, для которых надо еще и линукс громоздить. > Т.е. другими словами, лично мне субъективно кажется, что с iptables проще работать, > чем с ipfw при разумно достатоно большом, но одинаковом опыте работы > с тем и другим. Не согласен. > И ещё одно... Я считаю, что очень даже окупает, даже если считать > данную разность интерфейсов усложнением :) Аналогично, не согласен. >>>> А какое-то подобие Lookup Tables в iptables есть? >>> Ну, во-первых в iptables есть цепочки, которые, к сожелению, я так понял >>> вам не очень нравятся. А во-вторых для особых случаев всегда есть >>> "ipset" (http://www.opennet.dev/prog/info/2942.shtml). >> Костыль же. > Что костыль? Использование "ipset"? Это, IMHO, примерно такой же "костыль", как использование Ну да. В стандартную поставку той же федоры не входит.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	36. "Запрашивает Миша Рыцаревъ"	+/–
	Сообщение от Xaionaro (ok) on 30-Сен-10, 18:52
	>> Я вообще-то не про брут-форс, а про безопасную настройку фаерволла (т.е. чтобы >> ssh не отвалился). Хотя если уж на то пошло, то перебора >> паролей это тоже касается :) > Если накосячить с настройкой фаервола, то и порт-кнокинг не поможет. А если > фаерволом не закрывать ssh, то порт-кнокинг и не нужен. Ну почему, просто держишь в правилах фаерволла в начале port-knocking, а потом всё остальное и балуйся сколько хочешь :) >> Честно сказать, я не понимаю про какие усложнения речь. :) > Неочевидные эти цепочки INPUT,OUTPUT, PREROUTING, POSTROUTING etc отсутствие номеров > правил по умолчанию и т.п. Очень даже очевидные, IMHO. Один раз посмотреть на http://upload.wikimedia.org/wikipedia/ru/a/ad/Netfilter-diag... и сразу всё понятно, IMHO >> Это как тензорные обозначения взамен векторным во многих областях физики. Надо не >> полениться и один раз въехать, что относительно просто, и потом будет >> уже проще преобразовывать различные выражения, > Зачем, если и так все работает? У меня есть другие задачи, на > которые надо тратить время, чем еще штудировать всякие неочевидные премудрости iptables, > для которых надо еще и линукс громоздить. Я ж только что пояснил. Один раз потратить время, ради того чтобы в будущем его тратить ещё меньше, чем предполагалось изначально. >> Т.е. другими словами, лично мне субъективно кажется, что с iptables проще работать, >> чем с ipfw при разумно достатоно большом, но одинаковом опыте работы >> с тем и другим. > Не согласен. Имеете право. Я когда-то достаточно долго работал с ipfw, после чего перешёл на pf, продолжая очень не любить и не хотеть изучать iptables из-за его перенаграмождённости. Однако всего лишь раз я когда-то уже не помню когда был вынужден настроить чрезвычайно нетривиальный роутер на linux и сразу со всем освоился и полюбил iptables. >> И ещё одно... Я считаю, что очень даже окупает, даже если считать >> данную разность интерфейсов усложнением :) > Аналогично, не согласен. >>>>> А какое-то подобие Lookup Tables в iptables есть? >>>> Ну, во-первых в iptables есть цепочки, которые, к сожелению, я так понял >>>> вам не очень нравятся. А во-вторых для особых случаев всегда есть >>>> "ipset" (http://www.opennet.dev/prog/info/2942.shtml). >>> Костыль же. >> Что костыль? Использование "ipset"? Это, IMHO, примерно такой же "костыль", как использование > Ну да. В стандартную поставку той же федоры не входит. Ну есть дистрибутивы, где и утилита "iptables" не поставляется по умолчанию. Лично я вообще предпочитаю устанавливать систему по минимализму, в потом уже доставлять всё, что мне нужно (iptables, netcat, gcc, make, traceroute, tcpdump и т.п.). Утрируя, просто Спевак и его ребята (или уже не Спевак?) сочли, что на средний десктоп незачем ставить ipset по умолчанию. И ещё одно, если посмотреть на debian, то та же утилита "iptables" идёт естественно отдельным пакетом: $ dpkg -l | grep iptables ii  iptables                                   1.4.8-3                        administration tools for packet filtering and NAT И если теперь прочесть описание для ipset и сравнить с iptables, то лично я не нахожу принципиальной разницы, которая делает использование утилиты "ipset" - костылём, когда как использование утилиты "iptables" - не костыль. $ dpkg -l | grep ipset ii  ipset                                      2.5.0-1                        administration tool for kernel IP sets По вашей логике, если вспомнить все существующие дистрибутивы, то использовать linux - это вообще всегда "костыль" ;)
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	37. "Запрашивает Миша Рыцаревъ"	+/–
	Сообщение от reinhard (ok) on 07-Окт-10, 11:35
	> Ну почему, просто держишь в правилах фаерволла в начале port-knocking, а потом > всё остальное и балуйся сколько хочешь :) И любой залетный дятел со сканером портов отключает весь фаерволл на раз-два. Отказать. > Очень даже очевидные, IMHO. Один раз посмотреть на http://upload.wikimedia.org/wikipedia/ru/a/ad/Netfilter-diag... > и сразу всё понятно, IMHO Нет. > Я ж только что пояснил. Один раз потратить время, ради того чтобы > в будущем его тратить ещё меньше, чем предполагалось изначально. Куда уж еще меньше? > сразу со всем освоился и полюбил iptables. Ну и на здоровье. Я вот вряд ли его полюблю. Ибо монстроид. >>> Что костыль? Использование "ipset"? Это, IMHO, примерно такой же "костыль", как использование >> Ну да. В стандартную поставку той же федоры не входит. > Ну есть дистрибутивы, где и утилита "iptables" не поставляется по умолчанию. [root@spring alex]# yum list iptables Загружены модули: presto Установленные пакеты iptables.i686       1.4.7-2.fc13       @anaconda-InstallationRepo-201005130056.i386 [root@spring alex]# yum list \*ipset\* Загружены модули: presto Ошибка: Совпадений среди пакетов не найдено [root@spring alex]# grep -l enabled=1 /etc/yum.repos.d/*.repo /etc/yum.repos.d/adobe-linux-i386.repo /etc/yum.repos.d/fedora.repo /etc/yum.repos.d/fedora-updates.repo /etc/yum.repos.d/rpmfusion-free.repo /etc/yum.repos.d/rpmfusion-free-updates.repo /etc/yum.repos.d/rpmfusion-nonfree.repo /etc/yum.repos.d/rpmfusion-nonfree-updates.repo ./configure make make install?
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	38. "Запрашивает Миша Рыцаревъ"	+/–
	Сообщение от Xaionaro (ok) on 09-Окт-10, 09:44
	>> Ну почему, просто держишь в правилах фаерволла в начале port-knocking, а потом >> всё остальное и балуйся сколько хочешь :) > И любой залетный дятел со сканером портов отключает весь фаерволл на раз-два. > Отказать. Во-первых не весь фаерволл, а только один порт и только для одного клиента. Во-вторых у меня уже есть готовая комбинация port-knocking-а, открывающая порт только на 20 секунд максимум раз в час. К тому же в этой комбинации при попытке стучаться на соседние порты клиент банится на этот самый час, поэтому сканер портов скорее приведёт к временному бану, а не наоборот. >> Очень даже очевидные, IMHO. Один раз посмотреть на http://upload.wikimedia.org/wikipedia/ru/a/ad/Netfilter-diag... >> и сразу всё понятно, IMHO > Нет. Ну как знаете :) >> Я ж только что пояснил. Один раз потратить время, ради того чтобы >> в будущем его тратить ещё меньше, чем предполагалось изначально. > Куда уж еще меньше? Ну, например, в iptables мне никогда не приходилось вручную разделять приходящий на, исходящий с и пересылаемый через сервер трафик. Когда как в ipfw при настройке шейпера приходилось всё это разделять (особенно когда используется прозрачный прокси, задача неприятным образом усложняется). Это мелочь конечно, но, как говорится, "с миру по нитке". >> сразу со всем освоился и полюбил iptables. > Ну и на здоровье. Я вот вряд ли его полюблю. > Ибо монстроид. As you wish :) >[оверквотинг удален] > /etc/yum.repos.d/adobe-linux-i386.repo > /etc/yum.repos.d/fedora.repo > /etc/yum.repos.d/fedora-updates.repo > /etc/yum.repos.d/rpmfusion-free.repo > /etc/yum.repos.d/rpmfusion-free-updates.repo > /etc/yum.repos.d/rpmfusion-nonfree.repo > /etc/yum.repos.d/rpmfusion-nonfree-updates.repo > ./configure > make > make install? Я fedora суммарно пользовался часа 2 от силы, поэтому не знаю. Однако попробуйте поискать что-нибудь вроде "*xiptables*". Мне интересно, выведет что-нибудь или нет :). Если выведет, то наверника ipset есть в данном пакете.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	39. "Запрашивает Миша Рыцаревъ"	+/–
	Сообщение от reinhard (ok) on 10-Окт-10, 07:55
	> Во-первых не весь фаерволл, а только один порт и только для одного > клиента. Во-вторых у меня уже есть готовая комбинация port-knocking-а, открывающая порт > только на 20 секунд максимум раз в час. К тому же > в этой комбинации при попытке стучаться на соседние порты клиент банится > на этот самый час, поэтому сканер портов скорее приведёт к временному > бану, а не наоборот. Охотно верю. Но возникают следующие вопросы: 1. Оправдано ли такое усложнение в конкретном случае? 2. Не логичнее ли такой сложный функционал реализовать внешними средствами? > при настройке шейпера приходилось всё это разделять (особенно когда используется прозрачный > прокси, задача неприятным образом усложняется). Это мелочь конечно, но, как говорится, > "с миру по нитке". А зачем шейпить файерволлом прозрачный прокси, если в том же squid есть delay pools, которые справляются с этой задачей не в пример лучше и гибче?
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	40. "Запрашивает Миша Рыцаревъ"	+/–
	Сообщение от Xaionaro (ok) on 10-Окт-10, 17:42
	>> Во-первых не весь фаерволл, а только один порт и только для одного >> клиента. Во-вторых у меня уже есть готовая комбинация port-knocking-а, открывающая порт >> только на 20 секунд максимум раз в час. К тому же >> в этой комбинации при попытке стучаться на соседние порты клиент банится >> на этот самый час, поэтому сканер портов скорее приведёт к временному >> бану, а не наоборот. > Охотно верю. Но возникают следующие вопросы: > 1. Оправдано ли такое усложнение в конкретном случае? Ну есть готовая связки - копипасти сколько угодно. Кому как удобнее. > 2. Не логичнее ли такой сложный функционал реализовать внешними средствами? Не логичнее. В фаерволле всё делается элементарно, быстро и элегантно, и работает в полном kernel space. Тем более внешние средства НИКАК не помогут, если допустил косяк в правилах фаерволла, про что мы собственно и упоминали. Разве что сброс фаерволла по кронтабу :) >> при настройке шейпера приходилось всё это разделять (особенно когда используется прозрачный >> прокси, задача неприятным образом усложняется). Это мелочь конечно, но, как говорится, >> "с миру по нитке". > А зачем шейпить файерволлом прозрачный прокси, если в том же squid есть > delay pools, которые справляются с этой задачей не в пример лучше > и гибче? Я что-то не понял, а остальной трафик (который идёт в обход прокси) вы предлагаете не шейпить? Я ж подчеркнул, что прокси прозрачный. Как раз частью усложнения было отделить трафик прокси, трафика пользователей с проксёй, трафик пользователей с интернетом в обход прокси, трафик прокси в интернет. В iptables же всё это находится в разных цепочках, поэтому ничего разделять и не надо, т.к. уже всё зарание разделено. Собственно именно из-за этого усложнения в iptables он кажется таким монструозным, AFAIK. И что там с ipset, не нашёлся? :)
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	41. "Запрашивает Миша Рыцаревъ"	+/–
	Сообщение от reinhard (ok) on 11-Окт-10, 09:48
	>> Охотно верю. Но возникают следующие вопросы: >> 1. Оправдано ли такое усложнение в конкретном случае? > Ну есть готовая связки - копипасти сколько угодно. Кому как удобнее. Да я понимаю... Но вот сам алгоритм "раз в час на двадцать секунд" и т.п. что-то мне кажется неоправданным усложнением. Я вот не закрываю ssh порт ничем и сплю спокойно. >> 2. Не логичнее ли такой сложный функционал реализовать внешними средствами? > Не логичнее. В фаерволле всё делается элементарно, быстро и элегантно, и работает > в полном kernel space. Во-первых, не вижу преимуществ от kernel space (во внешних средствах тоже не на каждый пакет переключение контекстов происходит), а во-вторых, сомненеваюсь, что в iptables такая логика будет просто/быстро/элегантно реализована. А если я еще историю захочу где хранить, да между перезагрузками или еще что? Тоже iptables в структурах ядра сохранит? > Тем более внешние средства НИКАК не помогут, если допустил косяк в правилах > фаерволла, про что мы собственно и упоминали. Разве что сброс фаерволла > по кронтабу :) А ничто не поможет, включая порт-кнокинг. Кстати альтернатива порт-кнокингу: allow tcp from any to me 22 via ${ext_if} (22 заменить по вкусу) >> А зачем шейпить файерволлом прозрачный прокси, если в том же squid есть >> delay pools, которые справляются с этой задачей не в пример лучше >> и гибче? > Я что-то не понял, а остальной трафик (который идёт в обход прокси) > вы предлагаете не шейпить? То, что через прокси - средствами прокси, то что в обход - средствами фаерволла. > И что там с ipset, не нашёлся? :) Нашелся. Установка: xtables-addons                   i686 1.28-1.fc13   rpmfusion-free-updates 103 k Установка зависимостей: kmod-xtables-addons-2.6.34.7-56.fc13.i686                                   i686 1.28-1.fc13.3 rpmfusion-free-updates  78 k Т.е. в официальном репозитории (rpmfusion - неофициальный) его нет, нужен специальний ядерный модуль, не вхлдящий в комплект, в общем явно не стандартный инструмент.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	19. "Запрашивает Миша Рыцаревъ"	+/–
	Сообщение от Pbl6a on 27-Сен-10, 11:31
	Бесполезно, ему явно уже ничего не поможет. Тем более судя по его посту он просто не осилил прочитать в мане о несовместимости либалиаса с TSO. :)
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	27. "Запрашивает Миша Рыцаревъ"	+/–
	Сообщение от Xaionaro (ok) on 27-Сен-10, 22:32
	>Бесполезно, ему явно уже ничего не поможет. >Тем более судя по его посту он просто не осилил прочитать в >мане о несовместимости либалиаса с TSO. :) Хорошая гипотеза, но ошибочная. Я гуглил и спрашивал знакомых на эту тему, советовали отключить TSO, и хорошего результата так и не добился. Просто машинка была не такая мощная, чтобы заниматься NAT-ированием в user-space.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	20. "Запрашивает Миша Рыцаревъ"	+1 +/–
	Сообщение от User294 (ok) on 27-Сен-10, 18:28
	>Если делать NAT через ng_nat или ipfw nat проц будет жраться как >минимум не больше, чем под pf. Блин, покажите все это на win32? Очень интересно посмотреть на такой изврат :)
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	29. "Запрашивает Миша Рыцаревъ"	+/–
	Сообщение от reinhard (ok) on 28-Сен-10, 07:08
	> Блин, покажите все это на win32? Очень интересно посмотреть на такой изврат > :) Под win32 это никто и не обещал. И вообще, была портирована только утилита для настройки вендового фаервола, а не сам фаервол.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	17. "насчет ipfw for win32 "	+/–
	Сообщение от Аноним (??) on 27-Сен-10, 10:36
	ipfw for win32 будет получше чем кривые iptables ------ Как-то помню хотел по-быстрому прикрутить ipfw win32 как файрвол на входящих dialup соединениях для доступа в локальную сетку, так оказалось что он не может работать с транзитными пакетами(т.е. которые форвардятся). ИМХО у ipfw win32 возможности слишком убогие, чтоб сравнивать его с iptables.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	21. "Запрашивает Миша Рыцаревъ"	+/–
	Сообщение от User294 (ok) on 27-Сен-10, 18:35
	>ipfw for win32 будет получше чем кривые iptables. Я на него когда-то смотрел когда искал приличный фаер - кривой он какой-то и глючный был. Порт был явно недопиленный. Сами таким и пользуйтесь а я для себя предпочту по возможности более нормальную систему и айпитаблес, который работает и умеет все что мне когда либо хотелось/требовалось от фаера и намного больше.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	15. "Запрашивает Миша Рыцаревъ"	–1 +/–
	Сообщение от Онон on 27-Сен-10, 07:49
	Вот только iptables там не хватало. Это как самокат с квадратными колесами и кучей расбросанных в разных местах мануалов о том как закруглить колеса, где смазать и как менять покрышки. Лучше уже ipfw или pf.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	22. "Запрашивает Миша Рыцаревъ"	+/–
	Сообщение от User294 (ok) on 27-Сен-10, 18:43
	>колеса, где смазать и как менять покрышки. Лучше уже ipfw или pf. Ну, ipfw вроде как даже есть. Только мне не понравился ни разу - насколько я помню, работал криво/странно/глючно, будучи явно недопиленным когда я на него смотрел.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	16. "Запрашивает Миша Рыцаревъ"	+/–
	Сообщение от Александр (??) on 27-Сен-10, 10:01
	Начнем с того, что firewall любого рода (именно firewall) никак не поможет бороться с вирусней. Тем более нынче авторы вирусов все больше изощряются. Ну и конечно, любой вирусописатель будет только счастлив встретить владельца компа, который верит, что файрволл вирусы не пропускает :)
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	23. "Запрашивает Миша Рыцаревъ"	+/–
	Сообщение от User294 (ok) on 27-Сен-10, 20:56
	>Начнем с того, что firewall любого рода (именно firewall) никак не поможет >бороться с вирусней. Почему же. Привожу контрпример: винды и мсбласт. На некоторые такие машины апдейты затыкающие дыру удавалось слить только после установки фаера, т.к. иначе винда вылетала по ошибке сервиса быстрее чем сливались апдейты. Что очень доставляло юзерам, надо сказать - при входе в интернет через считанные секунды система вылетает с ошибкой и пользоваться интернетом невозможно вообще :) >Тем более нынче авторы вирусов все больше изощряются. Факт. Но все-таки уменьшить последствия атаки или предотвратить некоторые типы атак может  как раз файрвол. Поэтому юзать винды без фаервола - достаточно ссыкотно. А если допустим троян запустился но застрял на фаере и не смог пароли слить - атака отбита, не? А уж убитый пакет с мсбластом и вовсе откровенно отбивание вирья в прямом смысле слова :) >Ну и конечно, любой вирусописатель будет только счастлив встретить владельца компа, >который верит, что файрволл вирусы не пропускает :) Самое интересное что данный спич вполне себе валиден для самоходной заразы по типу мсбласта - там файрвол действительно это самое :). Разумеется это еще не гарантия что другие типы вирусов и троянов не пролезут.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	11. "Запрашивает Миша Рыцаревъ"	+/–
	Сообщение от супербот on 26-Сен-10, 14:30
	>на каком месте по эффективности он стоит по отношению к своим коммерческим аналогам? Он там и рядом не валялся. Винлоки не ловит (только очень старючие), про новые супер-шняги типа Confikera вообще речь не идет... Поделие... Что ты хочешь, ведь базы обновляют сами пользователи :) Оперативность черепаховая :)
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	13. "Запрашивает Миша Рыцаревъ"	+/–
	Сообщение от reinhard (ok) on 26-Сен-10, 18:19
	>Он там и рядом не валялся. Винлоки не ловит (только очень старючие), Так их и Касперский и Дрвеб, как правило, не ловят достаточно долго. Справедливости ради, скажу, что по моему мнению, оперативность добавления сигнатур в clamav упала в последние годы. Но вот раньше, вирусы появлялись в нем зачастую быстрее, чем в коммерческих аналогах. Особенно те, что ходили по E-Mail
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	25. "Запрашивает Миша Рыцаревъ"	+1 +/–
	Сообщение от User294 (ok) on 27-Сен-10, 21:01
	>Так их и Касперский и Дрвеб, как правило, не ловят достаточно долго. Более того - почему-то чтобы они начали ловит - заразу кто-то должен заметить и прислать. Исключением может быть разве что абстрактная ситуация когда антивирусописатели сами выпускают вирус заранее занеся его в свою базу :)
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	24. "Запрашивает Миша Рыцаревъ"	+/–
	Сообщение от User294 (ok) on 27-Сен-10, 20:59
	>Что ты хочешь, ведь базы обновляют сами пользователи :) Оперативность черепаховая :) Ага, только почему-то я касперу слал на анализ штуки которые он не ловит. Каспера тоже в поделия запишем? Ну тогда все антивирусы делятся на слабаков, бесполезняшки-имитаторы и поделия :)))
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

2. "Релиз антивирусного пакета ClamAV 0.96.3 с исправлением уязв..."	+2 +/–
Сообщение от paulus (ok) on 25-Сен-10, 15:01
не собьет он цены, бесплатных антивирусов под винду, которые под линукс (для десктопа) стали делать целая куча и на цены это не влияет.
Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	9. "Релиз антивирусного пакета ClamAV 0.96.3 с исправлением уязв..."	+1 +/–
	Сообщение от Andrey Mitrofanov on 26-Сен-10, 13:28
	Война-то уж давно кончилась, а раненных, не прочитавших Столмана и путающих свободное с бесплатным, всё везут и везут... :/ ...а свобода всегда стоит дороже, чем бесплатные кандалы.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

10. "Релиз антивирусного пакета ClamAV 0.96.3 с исправлением уязв..."	+/–
Сообщение от Аноним (??) on 26-Сен-10, 14:01
оно уже умеет убивать на лету обновления для винды?
Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

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

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