The OpenNET Project / Index page

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



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

Оглавление

Отчёт о развитии FreeBSD за четвёртый квартал 2018 года, opennews (??), 25-Мрт-19, (0) [смотреть все]

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


50. "Отчёт о развитии FreeBSD за четвёртый квартал 2018 года"  +4 +/
Сообщение от Chuvy (?), 25-Мрт-19, 15:24 
Великолепная ОС. Bhyve, zfs, pf, netgraph. Но как десктоп желает лучшего. Slack отсутствует, до этого skype полудохлый был. Много чего другого. Nvidia хоть и делает дрова, но вечно косяки.
Но bhyve с passthrough это нечто. Jail из коробки.
Ответить | Правка | Наверх | Cообщить модератору

52. "Отчёт о развитии FreeBSD за четвёртый квартал 2018 года"  +3 +/
Сообщение от Аноним (52), 25-Мрт-19, 15:42 
> Но bhyve с passthrough это нечто. Jail из коробки.

Да-да.

> Nvidia хоть и делает дрова, но вечно косяки.

Ну фиг знает, тут, наверное, как кому везёт. Всегда всё было просто идеально.

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

55. "Отчёт о развитии FreeBSD за четвёртый квартал 2018 года"  –3 +/
Сообщение от пох (?), 25-Мрт-19, 16:01 
> Великолепная ОС. Bhyve, zfs, pf, netgraph.

блин, а можно вот это все великолепие унести нафиг, вместе с "десктопом", а принести iptables или ipchains, kvm или (а лучше - И) xen dom0, in-kernel ppp и какую-нибудь fs которя не "works as intended", а "just works" (можно zfs, но, пожалуйста, без https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=235683 и доступа автора #с3 к ее коду, лучше всего - даже на чтение, а то мало ли)?

Я бы в тот же день истребил ВСЕ линуксы, какие лично у меня (а не требование-работодателя) еще остались.

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

68. "Отчёт о развитии FreeBSD за четвёртый квартал 2018 года"  +3 +/
Сообщение от macfaq (?), 25-Мрт-19, 18:58 
>> Великолепная ОС. Bhyve, zfs, pf, netgraph.
> блин, а можно вот это все великолепие унести нафиг, вместе с "десктопом",
> а принести iptables или ipchains, kvm или (а лучше - И)
> xen dom0, in-kernel ppp и какую-нибудь fs которя не "works as
> intended", а "just works" (можно zfs, но, пожалуйста, без https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=235683
> и доступа автора #с3 к ее коду, лучше всего - даже
> на чтение, а то мало ли)?

На кой ляд тебе ipt при живых ipfw и pf?
И чем не устраивает mpd5?


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

90. "Отчёт о развитии FreeBSD за четвёртый квартал 2018 года"  –2 +/
Сообщение от пох (?), 25-Мрт-19, 20:07 
> На кой ляд тебе ipt при живых ipfw и pf?

они такие живые, что лучше б были мертвые (а еще лучше и вовсе б не рождались). Я не знаю ни одного человека, умеющего настраивать iptables, который был бы рад перейти на этих уродов (ключевой момент - умеющего, а не ман с пятого на десятое прочитал). Впрочем, трудами "разработчиков" этот недостаток быстро уходит в прошлое.

> И чем не устраивает mpd5?

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

Причем на сервере я бы еще мог потерпеть это как неизбежное зло, но ведь и клиента другого тоже нет (теперь - нет).

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

108. "Отчёт о развитии FreeBSD за четвёртый квартал 2018 года"  +3 +/
Сообщение от zzz (??), 25-Мрт-19, 20:57 
Ну а с точки зрения фрюшники iptables придурошный, как синтаксис, так и реализаци. Вот и поговорили.

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

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

133. "Отчёт о развитии FreeBSD за четвёртый квартал 2018 года"  +/
Сообщение от crypt (ok), 25-Мрт-19, 22:37 
очень хорошо, так как у вас у фришников делается проброс порта на другую машину? aa.aa.aa.aa:portA -> bb.bb.bb.bb:portB ? пример с ipfw+ядерный нат. и если вас не затрунднит без отсылок в гугл.
Ответить | Правка | Наверх | Cообщить модератору

141. "Отчёт о развитии FreeBSD за четвёртый квартал 2018 года"  +/
Сообщение от Тыгра (?), 25-Мрт-19, 23:19 
>и если вас не затрунднит без отсылок в гугл.

не затруднит, man ipfw в основном

сквозь nat 25 порт на сервер
$fw nat ${nat_n} config if ${dev} log same_ports \
    redirect_port tcp 192.168.24.2:25 25

вообще не nat, заворот на сквид
$fw add 12345 fwd 192.168.22.3,3138 tcp from 192.168.22.0/24 to not 192.168.22.3 80
естественно 192.168.22.3,3138 должен уметь принимать

Или какие то другие условия?

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

156. "Отчёт о развитии FreeBSD за четвёртый квартал 2018 года"  –2 +/
Сообщение от crypt (ok), 26-Мрт-19, 03:47 
> сквозь nat 25 порт на сервер
> $fw nat ${nat_n} config if ${dev} log same_ports \
>     redirect_port tcp 192.168.24.2:25 25

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

одного только этого правила недостаточно, чтобы проброс работал.

я уж не говорю о том, что опенбздешный и линуксовый мануалы приводят примеры по пробросу. а примеров проброса портов в ipfw нет. и не надо мне тут про ассемблер рассказывать. tcp/ip я знаю не хуже тебя, а то, что документации нет вижу. проброс я, если что настроил. так что можем обсудить этот пример дальше, так сказать, на равных.

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

174. "Отчёт о развитии FreeBSD за четвёртый квартал 2018 года"  +3 +/
Сообщение от Dmitry (??), 26-Мрт-19, 10:43 
>возьмем это. я уже писал, но ни ман, ни хендбук не объясняет логику прохождения пакетов через ядро >и интерфейсы.

Долистай man ipfw до раздела PACKET FLOW. Подсказываю, 9-я страница.


>одного только этого правила недостаточно, чтобы проброс работал.

man rc.conf

я уж не говорю о том, что опенбздешный и линуксовый мануалы приводят примеры по пробросу. а примеров проброса портов в ipfw нет. и не надо мне тут про ассемблер рассказывать. tcp/ip я знаю не хуже тебя, а то, что документации нет вижу. проброс я, если что настроил. так что можем обсудить этот пример дальше, так сказать, на равных.

Долистай man ipfw на одну страницу вниз. Там куча примеров

           ipfw nat 1 config redirect_addr 10.0.0.1 10.0.0.66
           ipfw nat 2 config redirect_port tcp 192.168.0.1:80 500
           ipfw nat 3 config redirect_proto udp 192.168.1.43 192.168.1.1
           ipfw nat 4 config redirect_addr
           192.168.0.10,192.168.0.11,192.168.0.12
                                        10.0.0.100
           ipfw nat 5 config redirect_port tcp
                          192.168.0.1:80,192.168.0.10:22,192.168.0.20:25 500

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

233. "Отчёт о развитии FreeBSD за четвёртый квартал 2018 года"  +1 +/
Сообщение от Тыгра (?), 26-Мрт-19, 22:10 
>> сквозь nat 25 порт на сервер
>> $fw nat ${nat_n} config if ${dev} log same_ports \
>>     redirect_port tcp 192.168.24.2:25 25
>возьмем это. я уже писал, но ни ман, ни хендбук не объясняет логику прохождения пакетов через ядро >и интерфейсы.
>одного только этого правила недостаточно, чтобы проброс работал.

Ну да, согласен, эта фраза (последняя цитата) - правда. Опять таки правда она от того, что я не указал второе правило - собственно, точку NAT-преобразования. Не указал оттого, что логика обработки NAT на интерфейсах может быть очень "кружевной" - несколько физических интерфейсов, логических поверх них, несколько tun* как клиентских так и серверных - и вперёд, веселиться, где надо НАТ, где нет, где только на третьи подсети, подключенные через другие маршрутизаторы.

А вы, кажется, хотите всё в лоб НАТить. Поэтому обычное правило начинающих строителей огненных стен

nat 123 all from any to any

где-то в начале всех правил внезапно работает совсем не так, как воображает автор.  Даже

nat 123 all from any to any via ${wan_interface}

имеет в общем такой же эффект.

Таки раздел PACKET FLOW содержит слишком мало картинок, чтобы не писали такого :)

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

157. "Отчёт о развитии FreeBSD за четвёртый квартал 2018 года"  +/
Сообщение от crypt (ok), 26-Мрт-19, 03:58 
>>и если вас не затрунднит без отсылок в гугл.
> не затруднит, man ipfw в основном

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

     Or a redirect rule with mixed modes could looks like:                                                  

           ipfw nat 123 config redirect_addr 10.0.0.1 10.0.0.66                                            
                           redirect_port tcp 192.168.0.1:80 500                                            
                           redirect_proto udp 192.168.1.43 192.168.1.1                                      
                           redirect_addr 192.168.0.10,192.168.0.11                                          
                                   10.0.0.100 # LSNAT
                           redirect_port tcp 192.168.0.1:80,192.168.0.10:22                                
                                   500        # LSNAT


похож этот пример на то, что ты написал выше? покажи мне там хоть один вменяемый пример проброса порта. вот, как это сделано у опенбздешников: https://www.openbsd.org/faq/pf/rdr.html


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

113. "Отчёт о развитии FreeBSD за четвёртый квартал 2018 года"  +7 +/
Сообщение от Дон Ягон (?), 25-Мрт-19, 21:15 
>> На кой ляд тебе ipt при живых ipfw и pf?
> Я не знаю ни одного человека, умеющего настраивать iptables, который был бы рад перейти на этих уродов (ключевой момент - умеющего, а не ман с пятого на десятое прочитал).

Я тоже не знаю. Типичная аргументация iptables-люба "ууууэээээ, ну эта ваша bsd, rip, хыхы-хохо, нинужна, сложна, айпитэйблзз".
Как можно в здравом уме предпочесть синтаксис iptables pfному - для меня загадка. Да и даже ipfwшному, что уж там.

Я могу согласиться с тем, что по производительности iptables часто превосходит тот же ipfw и в нём есть возможности, которых нет, например, в pf, но назвать его хорошим и удобным решением я никак не могу. А за один синтаксис авторов хочется просто удавить.

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

161. "Отчёт о развитии FreeBSD за четвёртый квартал 2018 года"  –2 +/
Сообщение от crypt (ok), 26-Мрт-19, 04:24 
документация ваша по ipfw дохлая. только и бегай что на лисяру к статьям 2007 года. и если уж сами бздешники говорят, что iptables быстрее... то не надо с ним мучаться.

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

231. "Отчёт о развитии FreeBSD за четвёртый квартал 2018 года"  +3 +/
Сообщение от qwerty123 (??), 26-Мрт-19, 22:07 
>документация ваша по ipfw дохлая.

незнакомые латинские буквы?

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

263. "Отчёт о развитии FreeBSD за четвёртый квартал 2018 года"  +1 +/
Сообщение от Дон Ягон (?), 27-Мрт-19, 18:13 
> документация ваша по ipfw дохлая. только и бегай что на лисяру к статьям 2007 года. и если уж сами бздешники говорят, что iptables быстрее... то не надо с ним мучаться.

1) Не всегда быстрее, но в целом да. 2) У тебя точно такая нагрузка, что ты сможешь добиться тормозов iptables/ipfw? Просто если нет и не предвидится, используй то, что удобнее всего (pf?). А если да, то то, что в тестах (проведённых тобой на боевых задачах) показывает себя лучше.
Выбор инструмента - это не вопрос религии.

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

131. "Отчёт о развитии FreeBSD за четвёртый квартал 2018 года"  +/
Сообщение от crypt (ok), 25-Мрт-19, 22:32 
> Я не знаю ни одного человека, умеющего настраивать iptables, который был бы рад перейти на этих уродов

подписываюсь. тоже недавно пытался это (ipfw) настраивать. так и не нашел нормальную документацию по пробросу портов. это ж надо! хендбук типа есть, но неполный а-ля "а у нас есть файрвол". ман типа есть, но бестолковый без объяснения логики. а как вся эта хрень на самом деле работает никто описать не догадался.

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

182. "Отчёт о развитии FreeBSD за четвёртый квартал 2018 года"  +1 +/
Сообщение от пох (?), 26-Мрт-19, 11:29 
> неполный а-ля "а у нас есть файрвол". ман типа есть, но
> бестолковый без объяснения логики. а как вся эта хрень на самом

а ее дважды меняли, если ты не в курсе ;-) Вообще говоря правильное название современного ipfw - ipfw2 и это жжж неспроста. Видимо, на каком-то этапе кому-то надоело без конца исправлять man.

И это, надо понимать, ты еще не вляпывался ни в divert sockets, ни в сочетание всей этой радости с ipsec (двумя разными способами, каждый из которых поломан в своем месте) на multihomed хосте. Вот где радости полные штаны будут - и с собственно "угадай порядок прохождения пакета через всю эту хрень", и с просто читаемостью плоского синтаксиса, когда список правил превышает одну страничку.

C pf в общем-то тоже ничуть не лучше, не говоря уже о фатальном его неумении делать что-либо кроме подмены битиков в адресе - и наличии единственного ftp-proxy в качестве хелпера.

Но фанаты по прежнему поют осанну единственному выученному ими кое-как уродцу. :-(

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

235. "Отчёт о развитии FreeBSD за четвёртый квартал 2018 года"  +/
Сообщение от Ivan_83 (ok), 26-Мрт-19, 23:36 
ipsec везде костыльный, думаю он перегружен слишком в спецификации.
Во фре с ним наступит щастье только после того как это вынесут в нетграф, и допилят в мпд5 или аналогичный демон.
С нетграфом порядок прохождения пакета всегда очевиден.

divert sockets - они в принципе работают, но это всё уже устарело давно. Я когда то делал демона который udp пакетики анализировал и мог свои в ответ генерить, на дуалкоре E5300 у меня 100-150к пакетов в сек тянуло, ещё во времена наверное фри 8.

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

278. "Отчёт о развитии FreeBSD за четвёртый квартал 2018 года"  +/
Сообщение от пох (?), 28-Мрт-19, 10:40 
> ipsec везде костыльный, думаю он перегружен слишком в спецификации.

он безусловно придуман врагами, но речь в данном случае не о нем самом, а о прекрасном его взаимодействии с ipfw в случае наличия multihome, nat и туннелей одновременно (то есть банальный такой роутер, "выжеинженеры, сделайте бесплатно, циску-то каждый дурак настроить может") - и вот сидишь ты, смотришь на простыню правил на пять экранов, и очень-очень хочется того, кто это тут вместо линукса с iptables поставил - убить нахрен. Потому что там бы тебе пришлось посмотреть два-три блока по пять правил, и одно поменять - даже если ты вообще впервые бы увидел этот конфиг.
(а еще ведь мог бы быть и altq поверх всего этого ;-)

> Во фре с ним наступит щастье только после того как это вынесут
> в нетграф

пока что нечеловеческим усилием запилили криптоинтерфейсы (вот ничего не хочу знать, как ТЕПЕРЬ это обрабатывается правилами pf) и, два дня назад, победили вот эту проблему: https://svnweb.freebsd.org/ports/head/security/ipsec-tools/f...
- ну конечно же "rare case" - роутер с ipsec за натом (редко, действительно, какой дурак, будет строить vpn на фрях). У нас в конторе это примерно каждый второй.
История комитов этого файлика доставит тебе отдельно.

Кстати, ради победы над недографом тебе вот это все придется переписать с нуля, а не использовать код, общий для всех еще как-то дышащих юниксов. (подозреваю, что баг тоже общий, кстати) А это и есть большая часть монструзоных наворотов в ipsec, сами-то in-kernel sa/policy не так сложны.

> divert sockets - они в принципе работают, но это всё уже устарело

а другого nat у нас нет.
В случае ipfw вообще, в случае pf - application. "оба хуже".

В случае линуха образца 2000го года, кстати, написать свой application nat/conntrack модуль по имеющимися образцам мог каждый васян (с тех пор это, конечно, старательно портили, и сейчас это уже достаточно сложный квест, а когда наступит окончательное щастье bpf и прочего мусора - станет совсем невозможно для простых смертных, у которых в сутках ограниченное количество часов, и им платят не за эту работу).

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

316. "Отчёт о развитии FreeBSD за четвёртый квартал 2018 года"  +/
Сообщение от Андрей (??), 01-Май-19, 23:53 

> а другого nat у нас нет.
> В случае ipfw вообще, в случае pf - application. "оба хуже".

еще ж есть kldload ipl
и потом ipnat

хотя давно делал и кто его знает актуально ли еще

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

82. "Отчёт о развитии FreeBSD за четвёртый квартал 2018 года"  +4 +/
Сообщение от Ivan_83 (ok), 25-Мрт-19, 19:34 
Да ненужны твои iptables, есть и pf и ipfw. А вот аналога нетграфа в линухах нет.
Ответить | Правка | К родителю #55 | Наверх | Cообщить модератору

87. "Отчёт о развитии FreeBSD за четвёртый квартал 2018 года"  –1 +/
Сообщение от пох (?), 25-Мрт-19, 19:56 
> Да ненужны твои iptables, есть и pf и ipfw

ага, ТРИ (до выпиливания ipf) фильтра вместо одного хорошего - это ж от их охрененного качества и удобства пользования, еще и с корявыми user-space хелперами в разных удивительных местах, а не от того, что полтора инвалида уперлись рогом в "деды пользовали и внуки наши будут", а другие смогли только (плохо, с опозданием и недоделками) спортировать из систем с другими особенностями сетевого стека (поэтому fib в pf нет и не будет, добро пожаловать обратно в старый шлак).

> А вот аналога нетграфа в линухах нет.

а вот аналог нетграфа - ненужен. Как и сам нетграф. Уродливое нагромождение кривых глюкал, так и оставшееся бы загадочной академической хренью без активного использования, если бы Мотину не удалось присобачить к нему ppp.
С чего вдруг фрейминг пакетов должен осуществляться через кривую этажерку нетграфовых модулей в юзерспейсе с запихиванием результата обратно - науке совершенно неизвестно (кроме, конечно, что так быстрее и проще фигак-фигак и в продакшн, а автор оригинала давно ушел на покой).
При этом, к сожалению, и так крохотная полянка, оставленная циской и корпвпнами оказалась затоптана, и ничего другого прилично работающего уже никогда не будет, и в линуксе тоже.

Пользуйте ваш ipsec (забавно, но он нетграф не использует, хотя там есть место и юзерспейс-хелперу, и фреймингу и с файрволом забавные непонятки)

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

95. "Отчёт о развитии FreeBSD за четвёртый квартал 2018 года"  +/
Сообщение от Аноним (224), 25-Мрт-19, 20:19 
Медленный, но... наглядный и таки работает.
Ответить | Правка | Наверх | Cообщить модератору

100. "Отчёт о развитии FreeBSD за четвёртый квартал 2018 года"  +2 +/
Сообщение от Ivan_83 (ok), 25-Мрт-19, 20:26 
fib в pf я вроде видел, хотя лично мне он не нужен.

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

В случае мпд5 в юзерспейсе только авторизация и выдача параметров, весь трафик ходит в ядре.

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

101. "Отчёт о развитии FreeBSD за четвёртый квартал 2018 года"  +1 +/
Сообщение от User (??), 25-Мрт-19, 20:27 
>ага, ТРИ (до выпиливания ipf) фильтра вместо одного хорошего - это ж от их охрененного качества и удобства пользования, еще и с корявыми user-space хелперами в разных удивительных местах, а не от того, что полтора инвалида уперлись рогом в "деды пользовали и внуки наши будут", а другие смогли только (плохо, с опозданием и недоделками) спортировать из систем с другими особенностями сетевого стека (поэтому fib в pf нет и не будет, добро пожаловать обратно в старый шлак).

Ну, да Firewalld, ufw, nftables-что-там-ещё конечно Совсем Другое Дело, да! Что бы ни придумать, лишь бы человекочитаемый синтаксис !случайно! не родить.
Вы, батенька, ретроградЪ какой-то! Может вам еще nmcli, ой, пардон, systemd-networkd обратно на ifconfig поменять?

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

120. "Отчёт о развитии FreeBSD за четвёртый квартал 2018 года"  +/
Сообщение от пох (?), 25-Мрт-19, 22:00 
> Ну, да Firewalld, ufw,

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

Я и говорю - этот недостаток freebsd разработчики линукса успешно преодолели, уже почти совсем.

> Может вам еще nmcli, ой, пардон, systemd-networkd обратно на ifconfig поменять?

у меня вместо nm netplan, это вам не какая-то бесполезная херня, это конфиг который портится от лишнего пробела, куда вам, сиволапым!

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

167. "Отчёт о развитии FreeBSD за четвёртый квартал 2018 года"  +/
Сообщение от User (??), 26-Мрт-19, 08:22 
>это просто оболочки для альтернативно-одаренных.

А вот с человекочитаемым синтаксисом проблема решена - поэтому iptables и не будет больше, не нужен человекочитаемый, нужно больше ада, трэша и угара.
Ну вот на мой взгляд - наличие подобных "оболочек" примерно в каждом мейнстримном дистрибутиве свидетельствует о том, что firewall в linux'е конечно есть - самый-самый лучший в мире! но чуть-чЮть, самую малость, ка-пель-ку - кривой, неудобный и древний как экскременты мамонта. "Целевая аудитория"(ТМ) не отягощенная Историческим Прошлым и Стокгольмским Синдромом не хочет разбираться с "зе пакет флоу" "гибкой настраивваемой системы" ("А если надо - можно добавить свои цепочки, прикинь, Маш?!" - "Возьми меня, о мой кумир!!!111" в жизни почему-то не происходит) - им надо "разрешить все себе, запретить доступ извне кроме как по ssh" и желательно не вызвать Ктулху при этом.
>у меня вместо nm netplan, это вам не какая-то бесполезная херня, это конфиг который портится от лишнего пробела, куда вам, сиволапым!

Вот-вот. И эти люди чего-то про количество уровней абстракции netgraph говорят ;)

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

183. "Отчёт о развитии FreeBSD за четвёртый квартал 2018 года"  +/
Сообщение от пох (?), 26-Мрт-19, 11:43 
> Ну вот на мой взгляд - наличие подобных "оболочек" примерно в каждом
> мейнстримном дистрибутиве свидетельствует о том, что firewall в linux'е конечно есть
> - самый-самый лучший в мире! но чуть-чЮть, самую малость, ка-пель-ку -

непохожий на как-в-винде, да. Это и есть их целевая аудитория.

Но меня страдания этих уродцев слаще-морковки-не-едавших и хотим-как-в-винде-но-нахаляву не очень огорчают, в отличие от отсутствия такого же "неудобного" и "кривого" во фре.
И да, ваш ipfw - это экскремент не мамонта, а кистеперой рыбы. В линухе ЭТОТ уродец похоронен в 1996м, на радостях порвали два баяна и кол осиновый вбили ему в сраку. ipf тоже, по-моему, до 98го даже не дожил. За полнейшей бесполезностью в системе, где кое-что тогда было сделано руками и продумано головой.

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

> им надо "разрешить все себе, запретить доступ
> извне кроме как по ssh" и желательно не вызвать Ктулху при  этом.

нет, ребята, это как раз уровень вашего ipfw - то немногое, что он действительно может без погружения в дебри.
А им надо - чтоб как-в-винде - выскочило под руку окошко, и ты неглядя шлепнул жырным пальем по экрану примерно в область кнопки 'yes'. Ни в чем не разбираясь и ничего не настраивая.

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

200. "Отчёт о развитии FreeBSD за четвёртый квартал 2018 года"  +1 +/
Сообщение от User (??), 26-Мрт-19, 13:57 
>непохожий на как-в-винде, да. Это и есть их целевая аудитория

А другой _мейнстримной_ "целевой аудитории" у меня для вас нет. Можно конечно рассказывать, что вот наша маргинальщина не то, что ваша маргинальщина, она мейнстримом была пять лет назад, а ваша - десять, но эт, право-слово, в пользу бедных разговоры.
>в отличие от отсутствия такого же "неудобного" и "кривого" во фре.

И да, ваш ipfw - это экскремент не мамонта, а кистеперой рыбы.
Ну ой. Зато в большинстве случаев человекочитаемый даже относительно далекими от предметной области людьми, да. В отличии от iptables, который можно ставить в качестве примера bad ui-design'а для всех консольщиков - дети, не делайте так!!!111 Никогда, никогда больше - nevermore!
Хрен бы с ним, с overengeneering'ом (Принцип парето - для 80% задач вся эта петрушка с таблицами-цепочками в буй не нужна, но без зе-паскет-флоу у тебя лыжи не поедут) - оно по синтаксису cli отвратительно - мешанина больших\маленьких букв, case-sensitive ключевых слов и -\-- параметров - визуально разобраться що цэ такэ - полный анрил, только зубрёж, только хардкор! Дед страдал, отец страдал - и ты наслаждайся! Ничо-ничо, это только первые *цать раз больно, потом сам всем рассказывать как это ... будешь!
>нет, ребята, это как раз уровень вашего ipfw - то немногое, что он действительно может без погружения в дебри.

IRL всё, что сильно сложнее уходит в корпоративные циски. Такие дела, брат - любовь!

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

309. "Отчёт о развитии FreeBSD за четвёртый квартал 2018 года"  +/
Сообщение от пох (?), 30-Мрт-19, 01:40 
> А другой _мейнстримной_ "целевой аудитории" у меня для вас нет.

а зачем она нужна? Мейнстримная ниша и так занята, без вас.
Но гоняясь за этой аудиторией - проект теряет как раз ту, которую тот мэйнстрим не устраивает. Потому что еще одна винда - не нужна. А получается даже не еще одна, а "всем хуже".

> Хрен бы с ним, с overengeneering'ом

повторяю: это вам кажется от незнакомства с предметом. Нет там никакого оверинжиниринга. Там все красиво и прозрачно.
Циска и та (с опозданием и криво) вынуждена была скопировать идею.

> оно по синтаксису cli отвратительно - мешанина больших\маленьких букв

в предыдущей версии все было в lowercase - оказалось удобно писать (но это делается редко) но неудобно читать - в mixed удобочитаемость выше, а при отладке читать куда важнее разовых страданий нажать shift. Параметры -- - это параметры для модулей, опять же это хорошо, что они визуально отличаются от базовых.

> только зубрёж, только хардкор

я ничего не зубрил, что я делаю не так? Документацию - да, когда-то один раз прочитал (не man, а документацию), но это нужно для сложных случаев.

А вот разглядывать компактную группу правил с таким синтаксисом - гораздо проще и удобнее простыни ipfw, не говоря уже о совсем нечитаемой каше pf, где действительно только зубреж что за чем должно быть в конфиге, поскольку никакой логике этот бред не следует.

> IRL всё, что сильно сложнее уходит в корпоративные циски.

это с фри оно уходит. Потому что лучше уж циска (тоже, замечу, вполне отвратительная своим плоским синтаксисом, где тут играем, там рыбу заворачивали) чем эти конфиги и этот нат.
На типовом линухе с установленным доскером оно вот "сильно сложнее". Правда, трогать руками в этом случае уже не особенно можно. А скоро будет вообще нереально - но это как раз потому, что улучшайкам человекочитаемый конфиг не нужен, им нужно как-в-винде (пробовали в ее файрволле разбираться, когда уже что-то пошло не так? Вот они и в линух хотят такой же).

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

110. "Отчёт о развитии FreeBSD за четвёртый квартал 2018 года"  +1 +/
Сообщение от zzz (??), 25-Мрт-19, 21:02 
Вас фиг поймешь - то жалитесь о том, что кроме mpd ничего нет, то жалитесь на два файрвола. Вы уж как-то определитесь, что ли, а то смотрится как нелепый троллинг.

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

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

127. "Отчёт о развитии FreeBSD за четвёртый квартал 2018 года"  –1 +/
Сообщение от пох (?), 25-Мрт-19, 22:18 
говорят же вам - проблема mpd не столько в самом mpd, а в необходимости тянуть ради него малопривлекательную структуру нетграфа.
Ничего я не хочу реализовывать на нем, этот сервис нужен одному пользователю из миллиона "пишущему свои модули", для остальных это лишний источник проблем и уязвимостей. Было бы здорово, если бы он так и оставался - странной неудобной игрушкой для этих самых пользователей, которым полагалось бы знать, что творят.
Но другого ppp - нет. Теперь вот - совсем нет.

два файрвола - это не проблема. Проблема что хорошего ни одного - а наличие трех уродливых на протяжении десяти лет просто хорошо подтверждает этот тезис.

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

136. "Отчёт о развитии FreeBSD за четвёртый квартал 2018 года"  +2 +/
Сообщение от Ivan_83 (ok), 25-Мрт-19, 22:44 
У меня точно такая же логика: линукс никому не нужен, его надо выкинуть :))))
Ответить | Правка | Наверх | Cообщить модератору

143. "Отчёт о развитии FreeBSD за четвёртый квартал 2018 года"  +/
Сообщение от zzz (??), 25-Мрт-19, 23:25 
Неграф в ядре, вы совсем того? Изучите систему прежде, чем извергать из головы буквы.

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

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

160. "Отчёт о развитии FreeBSD за четвёртый квартал 2018 года"  –1 +/
Сообщение от crypt (ok), 26-Мрт-19, 04:20 
> Неграф в ядре, вы совсем того? Изучите систему прежде, чем извергать из
> головы буквы.
> ipfw - может, не такой шустрый,

блин, ну если сами бздешники признают, что он не такой шустрый... нет смысла биться с его изучением и бесконечным гуглежом, потому что доков кот наплакал. вопрос чем его заменить: pf или тем третьим из соляриса.

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

186. "Отчёт о развитии FreeBSD за четвёртый квартал 2018 года"  +/
Сообщение от пох (?), 26-Мрт-19, 11:49 
> кот наплакал. вопрос чем его заменить: pf или тем третьим из

pf не умеет application nat. Совсем. Ну если только не ставить всякий мусор из интернета, написаный хз кем и хз как.
Поэтому выкрашиваем, выбрасываем, и ставим на бордере лин...PA7xxx, ну его нахрен этот все еще почти уже неготовый.

А pf/ipfw оставляем в их области полезной применимости - минимальная защита непосредственно хоста.
Про ipf забудьте, его выпилили не потому что враги, а потому что совсем уже окаменелая говняшка, ничерта толком не умеет и еще менее разумно устроена чем эти. Его единственным достоинством когда-то была мультиплатформенность.

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

217. "Отчёт о развитии FreeBSD за четвёртый квартал 2018 года"  +/
Сообщение от zzz (??), 26-Мрт-19, 17:34 
Не бейтесь, верните товар и получите деньги обратно.
Ответить | Правка | К родителю #160 | Наверх | Cообщить модератору

227. "Отчёт о развитии FreeBSD за четвёртый квартал 2018 года"  +3 +/
Сообщение от Ivan_83 (ok), 26-Мрт-19, 19:26 
netgraph вполне вменяемый, но с приходом netmap/dpdk планка сместилась.
Конкретно сейчас и нетграфу и pf/ipfw не хватает батчинга для обработки пакетов, который обычно есть у приложений в юзерспейсе на упомянутых фреймворках.
Это исторически так сложилось, что из сетевухи забирался один пакет, он прогонялся по всем внутренностям, и потом брались за следующий.
С другой стороны у приложений в юзерспейсе обычно не полный стёк а какой то узкоспециализированный, в котором сильно меньше проверок и ветвлений.
Хз как в линухе, а для фри сделали загружаемые модули с реализациями tcp - нетфликсу требовалось что то особенное, выкинуть им не давали и они сделали рядом.

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

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


Первый модуль который я делал - это был фактически IPv4 стёк фри вытащенный в нетграф ноду. По задумке человек должен был подключатся по впн (л2тп), и для него должен был создаватся не л3 интерфейс а л2, который добавлялся в хаб вместе с реальным эзернет адаптером подключённым к локалке. Всё затевалось ради того чтобы для клиента подключённого по впн был доступен броадкаст трафик из локалки. До конца я не доделал, но оно уже работало. Там по хорошему нужно было ещё и icmp туда втащить, arp, ipv4 я уже втащил. Рефрагментация вроде тоже работала.
Потом я понял что для нескольких клиентом проще написать заковыристые правила в фаервол и после этого удалось таки поиграть по сетке в игрушки :)
Но без знаний полученных при выковыривании стёка в ноду я бы такие правила никогда не написал, и тем более не нашёл в поисковике.

Второй модуль занимался детектом uTP торрент протокола, а дальше его можно было резать, маркировать или ничего не делать. Это вроде даже кто то заюзал чтобы вифи линки не засирали.

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

А уж сколько у меня интересных конфигов нетграфа вида: вот тут мы сматчим пакетик по сигнатуре с помощью бпф а потом его запатчим/разошлём и не перечесть :)

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

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

232. "Отчёт о развитии FreeBSD за четвёртый квартал 2018 года"  +/
Сообщение от qwerty123 (??), 26-Мрт-19, 22:09 
>говорят же вам - проблема mpd не столько в самом mpd, а в необходимости тянуть ради него >малопривлекательную структуру нетграфа.

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

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

184. "Отчёт о развитии FreeBSD за четвёртый квартал 2018 года"  +1 +/
Сообщение от Dmitry (??), 26-Мрт-19, 11:44 
> а вот аналог нетграфа - ненужен. Как и сам нетграф. Уродливое нагромождение кривых глюкал, так и > оставшееся бы загадочной академической хренью без активного использования, если бы Мотину не > удалось присобачить к нему ppp.

Говорит человек, даже не читавший README к mpd. Как минимум, ты оскорбляешь Archie Cobbs.

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

С каких это пор netgraph модули в юзерспейсе ? Какое "запихивание результата обратно" ? Не показывай свое невежество.

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

188. "Отчёт о развитии FreeBSD за четвёртый квартал 2018 года"  +/
Сообщение от пох (?), 26-Мрт-19, 12:04 
> Говорит человек, даже не читавший README к mpd. Как минимум, ты оскорбляешь

о, великий, он прочитал ридми к mpd!

> Archie Cobbs.

При нем оно было совершенно бесполезной игрушкой, такой же как линуксные аналоги или даже хуже (те хоть kernel panic не вызывали). Пока конкретному Мотину не понадобилось чтобы таки работало. В отличие от вас, я это время застал, и прекрасно знаю разницу между учоной поделкой на базе красивой  но бесполезной идеи и работающим...ну, чаще работающим продуктом. (Заметим, pppd в то время - просто работал, без свалки странных модулей и без паник.)
Хотя, надо заметить, его по сей день патчат-перепатчат, теперь уже силами Гроссбейна, хотя, казалось бы, больше десяти лет прошло, и протоколы эти с тех пор не то что не менялись, а уже и забывать их стали.

> С каких это пор netgraph модули в юзерспейсе ? Какое "запихивание результата

с ваших фантазий?

> обратно" ? Не показывай свое невежество.

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

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

197. "Отчёт о развитии FreeBSD за четвёртый квартал 2018 года"  +1 +/
Сообщение от Dmitry (??), 26-Мрт-19, 13:00 
>> Говорит человек, даже не читавший README к mpd. Как минимум, ты оскорбляешь
>о, великий, он прочитал ридми к mpd!
>> Archie Cobbs.
>При нем оно было совершенно бесполезной игрушкой, такой же как линуксные аналоги или даже хуже >(те хоть kernel panic не вызывали). Пока конкретному Мотину не понадобилось чтобы таки работало. >В отличие от вас, я это время застал, и прекрасно знаю разницу между учоной поделкой на базе >красивой  но бесполезной идеи и работающим...ну, чаще работающим продуктом. (Заметим, pppd в то >время - просто работал, без свалки странных модулей и без паник.)

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

>Хотя, надо заметить, его по сей день патчат-перепатчат, теперь уже силами Гроссбейна, хотя, >казалось бы, больше десяти лет прошло, и протоколы эти с тех пор не то что не менялись, а уже и >забывать их стали.
>> С каких это пор netgraph модули в юзерспейсе ? Какое "запихивание результата
>с ваших фантазий?

Цитирую: "С чего вдруг фрейминг пакетов должен осуществляться через кривую этажерку нетграфовых модулей в юзерспейсе с запихиванием результата обратно"

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

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

130. "Отчёт о развитии FreeBSD за четвёртый квартал 2018 года"  –1 +/
Сообщение от crypt (ok), 25-Мрт-19, 22:27 
я кстати тоже не понял, зачем три (!) файрвола, а iptables не добавили. ipfw мне совершенно не понравился. ужасно документирован.
Ответить | Правка | К родителю #82 | Наверх | Cообщить модератору

142. "Отчёт о развитии FreeBSD за четвёртый квартал 2018 года"  +/
Сообщение от Тыгра (?), 25-Мрт-19, 23:24 
нy дак в чём проблема?
man pfil и переносить iptables
Ответить | Правка | Наверх | Cообщить модератору

189. "Отчёт о развитии FreeBSD за четвёртый квартал 2018 года"  +/
Сообщение от пох (?), 26-Мрт-19, 12:05 
> нy дак в чём проблема?
> man pfil и переносить iptables

грант выбьешь?
Хотя бы даже freebsd foundation - говорят вон, пол теперь менять можно просто по заявлению, сиськи пришивать не заставят.

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

145. "Отчёт о развитии FreeBSD за четвёртый квартал 2018 года"  +1 +/
Сообщение от zzz (??), 25-Мрт-19, 23:28 
Слова не мальчика, но бойца, который фрю, и уж тем более ipfw в глаза не видел.
Ответить | Правка | К родителю #130 | Наверх | Cообщить модератору

155. "Отчёт о развитии FreeBSD за четвёртый квартал 2018 года"  +/
Сообщение от crypt (ok), 26-Мрт-19, 03:35 
> Слова не мальчика, но бойца, который фрю, и уж тем более ipfw
> в глаза не видел.

я тебе выше конкретный вопрос задал, а ты ответил на два поста, кроме него. ну и кто тут балабол?

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

190. "Отчёт о развитии FreeBSD за четвёртый квартал 2018 года"  +/
Сообщение от пох (?), 26-Мрт-19, 12:06 
> я тебе выше конкретный вопрос задал, а ты ответил на два поста,
> кроме него. ну и кто тут балабол?

так он ответил - неправильно. Уровень большинства "видевших" ipfw, но ни разу ничего кроме локалхоста не настроивших - да и то за них сделал готовый rc.firewall

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

218. "Отчёт о развитии FreeBSD за четвёртый квартал 2018 года"  +/
Сообщение от zzz (??), 26-Мрт-19, 17:38 
Свой уровень знаний вы уже продемонстрировали юзерспейсным нетграфом и постоянным переобуванием в прыжке на тему "нет альтернатив - плохо, что есть альтернативы".
Ответить | Правка | Наверх | Cообщить модератору

222. "Отчёт о развитии FreeBSD за четвёртый квартал 2018 года"  +/
Сообщение от zzz (??), 26-Мрт-19, 17:52 
Ты, конечно. Кичился своим глубоким знанием "подводных камней" фри, но не знаешь про redirect_addr / redirect_port.
Ответить | Правка | К родителю #155 | Наверх | Cообщить модератору

166. "Отчёт о развитии FreeBSD за четвёртый квартал 2018 года"  +/
Сообщение от qwerty123 (??), 26-Мрт-19, 08:07 
>а принести iptables или ipchains

ааааа....!!! не надо! лучше засверлите мне ноги дрелью!

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

78. "Отчёт о развитии FreeBSD за четвёртый квартал 2018 года"  +/
Сообщение от Ivan_83 (ok), 25-Мрт-19, 19:30 
Хз, у меня навидия просто работает.
Я всё жду когда дрова на свежие веги из линуха утянут.
Ответить | Правка | К родителю #50 | Наверх | Cообщить модератору

272. "Отчёт о развитии FreeBSD за четвёртый квартал 2018 года"  +/
Сообщение от anonn (?), 27-Мрт-19, 20:23 
https://www.freshports.org/graphics/drm-fbsd12.0-kmod/
Ответить | Правка | Наверх | Cообщить модератору

129. "Отчёт о развитии FreeBSD за четвёртый квартал 2018 года"  +/
Сообщение от crypt (ok), 25-Мрт-19, 22:24 
> до этого skype полудохлый был

зато теперь веб.скайп.ком решил эту проблему

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

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

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




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

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