я линуксоид решил разобратся с фри.
как можно заставить работать мс в цвете и с встроеным
редактором.
что посоветуете мне прочитать вообще в свете вышесказаного.
(интересуют ядро-зависимые приложения -- фаервол, полиси раутинг и т. п.)
>я линуксоид решил разобратся с фри.
>как можно заставить работать мс в цвете и с встроеным
>редактором.
>что посоветуете мне прочитать вообще в свете вышесказаного.
>(интересуют ядро-зависимые приложения -- фаервол, полиси раутинг и т. п.)
Посоветую:
1. собрать его из портов
#cd /usr/ports/misc/mc
#make install -DWITH_SLANG -DWITH_EDIT
#make clean
2. запускать как #midc -с - это в цвете
или *прибить* алиас
alias mc midc -c
это для csh/tch in .cshrcчитать man midc
Oleg
>>я линуксоид решил разобратся с фри.
>>как можно заставить работать мс в цвете и с встроеным
>>редактором.
>>что посоветуете мне прочитать вообще в свете вышесказаного.
>>(интересуют ядро-зависимые приложения -- фаервол, полиси раутинг и т. п.)
>
>
>Посоветую:
>1. собрать его из портов
>
> #cd /usr/ports/misc/mc
>
> #make install -DWITH_SLANG -DWITH_EDIT
>
> #make clean
>2. запускать как #midc -с
>
>- это в цвете
> или *прибить* алиас
>
>
> alias mc midc -c
> это для csh/tch in .cshrc
>
>читать man midc
>
>Oleg
кстати CTRL+O
работает криво
>>>я линуксоид решил разобратся с фри.
>>>как можно заставить работать мс в цвете и с встроеным
>>>редактором.
>>>что посоветуете мне прочитать вообще в свете вышесказаного.
>>>(интересуют ядро-зависимые приложения -- фаервол, полиси раутинг и т. п.)
>>
>>
>>Посоветую:
>>1. собрать его из портов
>>
>> #cd /usr/ports/misc/mc
>>
>> #make install -DWITH_SLANG -DWITH_EDIT
>>
>> #make clean
>>2. запускать как #midc -с
>>
>>- это в цвете
>> или *прибить* алиас
>>
>>
>> alias mc midc -c
>> это для csh/tch in .cshrc
>>
>>читать man midc
>>
>>Oleg
>кстати CTRL+O
>работает кривов консоли не работает, а работает в Х-овом терминале
Олег
>я линуксоид решил разобратся с фри.
>как можно заставить работать мс в цвете и с встроеным
>редактором.
>что посоветуете мне прочитать вообще в свете вышесказаного.
>(интересуют ядро-зависимые приложения -- фаервол, полиси раутинг и т. п.)http://www.freebsd.org.ua/
http://www.freebsd.org.ru/
http://unix1.jinr.ru/~lavr/links.html
>>я линуксоид решил разобратся с фри.
>>как можно заставить работать мс в цвете и с встроеным
>>редактором.
>>что посоветуете мне прочитать вообще в свете вышесказаного.
>>(интересуют ядро-зависимые приложения -- фаервол, полиси раутинг и т. п.)
>
>http://www.freebsd.org.ua/
>http://www.freebsd.org.ru/
>http://unix1.jinr.ru/~lavr/links.html
Привет!
Есть еще в /usr/share/doc - там тоже до хренища полезной информации.Удачи...
всем _ОГРОМНОЕ_ спасибо :-)
я вот тут нарыл _два_ файервола ipf and ipfw
что когда использовать, как они взаимодействуют (как использовать вместе?, что обрабатывается первым?)
что лучше? (если ето корректный вопрос)
я заметил что ipnat удобнее чем ipfw_divert+natd.
может ли ipf ограничивать скорость трафика?Заранее всем спасибо.
>я вот тут нарыл _два_ файервола ipf and ipfw
>что когда использовать, как они взаимодействуют (как использовать вместе?, что обрабатывается первым?)ipf, затем ipfw. Была такая тема в unix.bsd, поищи на google
>что лучше? (если ето корректный вопрос)
Тоже вот озадачивался. Материалов мало, гуру видать уже достали, посему они молчат :).
На основании имеющихся данных пришел к следующим выводам:ipfw идет как де-факто под FreeBSD с готовыми базовыми настройками. Большенство BSDшников используют именно его.
ipf более классический и отточенный продукт, есть под Linux, идет как де-факто под Net/Open BSD, так что на мой взгляд его изучение дает большую универсальность.По поводу гибкости/производительности к однозначному мнению не пришел. Чтоб адекватно сравнивать, нужно сначала изучить и оттестить оба самому :).
>я заметил что ipnat удобнее чем ipfw_divert+natd.
Так оно и есть. К тому же ipnat интегрирован в ядро, а natd внешний демон, так что скорее всего ipnat быстрее, хотя сам не тестировал.
>может ли ipf ограничивать скорость трафика?
Встроенными средствами нет. Но можно использовать пакет AltQ.
Итак, если обобщить:
Если важно быстро запустить систему в работу или необходим простой траффик шейпер - изучай ipfw+natd+dummynet. Много документации и примеров, в том числе и на русском.
Если есть время на освоение, то связка ipf+ipnat кажется мне более "основательной".
Если необходимо продвинутое управление траффиком - ставь AltQ. На данный момент идет отдельно с патчем к ядру, но по слухам скоро будет включен в релиз. Работает и с ipfw и с ipf.
Есть куча всякого фака/дока по данному вопросу. Могу причесать и выслать.
>>я вот тут нарыл _два_ файервола ipf and ipfw
>>что когда использовать, как они взаимодействуют (как использовать вместе?, что обрабатывается первым?)
>
>ipf, затем ipfw. Была такая тема в unix.bsd, поищи на google
>
>>что лучше? (если ето корректный вопрос)
>Тоже вот озадачивался. Материалов мало, гуру видать уже достали, посему они молчат
>:).
>На основании имеющихся данных пришел к следующим выводам:
>
>ipfw идет как де-факто под FreeBSD с готовыми базовыми настройками. Большенство BSDшников
>используют именно его.
>ipf более классический и отточенный продукт, есть под Linux, идет как де-факто
>под Net/Open BSD, так что на мой взгляд его изучение дает
>большую универсальность.
>
>По поводу гибкости/производительности к однозначному мнению не пришел. Чтоб адекватно сравнивать, нужно
>сначала изучить и оттестить оба самому :).
>
>>я заметил что ipnat удобнее чем ipfw_divert+natd.
>
>Так оно и есть. К тому же ipnat интегрирован в ядро, а
>natd внешний демон, так что скорее всего ipnat быстрее, хотя сам
>не тестировал.
>
>>может ли ipf ограничивать скорость трафика?
>
>Встроенными средствами нет. Но можно использовать пакет AltQ.
>
>Итак, если обобщить:
>
>Если важно быстро запустить систему в работу или необходим простой траффик шейпер
>- изучай ipfw+natd+dummynet. Много документации и примеров, в том числе и
>на русском.
>
>Если есть время на освоение, то связка ipf+ipnat кажется мне более "основательной".
>
>
>Если необходимо продвинутое управление траффиком - ставь AltQ. На данный момент идет
>отдельно с патчем к ядру, но по слухам скоро будет включен
>в релиз. Работает и с ipfw и с ipf.
>
>Есть куча всякого фака/дока по данному вопросу. Могу причесать и выслать.надо не высылать, а выкладывать на страницу или слать osa'е для размещения
на www.freebsd.org.ruipfw - интегрированный в систему FIREWALL, уже это говорит само за себя
о его постоянном развитии и улучшении-расширенииipfilter - никак не хуже, свободный пакетный firewall, он просто другой
и упор у него весь в самом завершении правилкаждый имеет свои преимущества и недостатки
PS: OpenBSD если не ошибаюсь уже с 2.9, с 3.0 точно перешла на новый
якобы очень крутой пакетный фильтр: pfPPS: не думаю что использование ipfw и ipf вместе будет GOOD, будет очень
сложно разобраться в том КТО и ЧЬИ правила и почему не работают и по
какой схеме ВМЕСТЕ они будут работать