The OpenNET Project / Index page

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

Настройка фильтрующего сетевого моста на базе FreeBSD 6.0

26.12.2005 19:52

Артемий Кропачев подробно рассмотрел вопрос использования FreeBSD в роли коммутатора с фильтрацией пакетов, используя возможности новой подсистемы if_bridge , портированной из NetBSD.

  1. Главная ссылка к новости (http://www.opennet.ru/base/net...)
Лицензия: CC-BY
Тип: яз. русский / Практикум
Ключевые слова: freebsd, bridge, firewall, ifconfig
При перепечатке указание ссылки на opennet.ru обязательно
Обсуждение (19) Ajax | 1 уровень | Линейный | Раскрыть всё | RSS
  • 1.1, xaka (?), 09:02, 27/12/2005 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Молодец!! Статья получилась очень и очень хорошей. Никаких странностей или непоняток не возникло.
    Спасибо за статью
     
  • 1.2, dvg_lab (??), 09:18, 27/12/2005 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Да, только ядро надо всетки проще собирать, ведь именно для этого разработчики делают такой рулез как make kernel KERNCONF=BRIDGE, а не 20 команд типа make cleandepend и тд... имхо ессно.
     
  • 1.3, Аноним (-), 09:32, 27/12/2005 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    ну привык человек по старинке соберать
     
  • 1.4, flush (??), 10:41, 27/12/2005 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    1) Способ (сборки ядра) рулит, если распакованы не все сорцы, а только sys. В /usr/src нет make-файлов, чтобы по-новому собирать.

    2) Вообще-то # make depend all install то же самое сделают.

    3) reboot - нежелательно, это аварийная перезагрузка без ожидания останова всех запущенных приложений.
       Надо shutdown -r now, который можно алиасом прописать как rb. У меня их всегда два: rb и hlt (c ключом -p).

    4) У ядра должен быть установлен schg, если не сделать flags noschg /boot/kernel/kernel нихрена не получиться.

    Ну и так далее. Хорошая статья для чайников. Спасибо автору.

     
  • 1.5, cyrex (??), 10:41, 27/12/2005 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    В статье я только забыл упомяноть одну маленькую проблемку, с которой столкнулся: черезвычайная нагрузка на процессор при работе моста в секции прерываний. Например,Athlon XP 1700+2 rl интрефейса, при работе if_bridge при максимальной загрузке канала CPU load~60%, хотя на старом bridge данный показатель при отключенном polling не превышал величины 15-20%,а здесь в 3-4 раза больше :( .
     
     
  • 2.6, BB (??), 10:56, 27/12/2005 [^] [^^] [^^^] [ответить]  
  • +/
    Ну дык карточки то судя по всему на реалтеке :) а они не отличаются качеством исполнения и всякими правильными обвязками, отсюда и загрузка :)
     
     
  • 3.11, Otto Katz Feldkurat (?), 11:36, 27/12/2005 [^] [^^] [^^^] [ответить]  
  • +/
    на FreeBSD 6

    http://www.bsdforums.org/forums/showthread.php?t=37503

    Какую карточку ни воткни - не идет Фря6 на Атлоне.

     
     
  • 4.14, Arti (??), 00:53, 28/12/2005 [^] [^^] [^^^] [ответить]  
  • +/
    Мне кажется это не тот источник, сведения  которого "ставят крест" на использовании FreeBSD 6.0 не AMD.

    P.S.
    очень положительное впечатление от 6.0/AMD64, версия под ia32 вполне нормально живет на 900 атлоне.

     
  • 4.16, LamerAdmin (?), 09:22, 28/12/2005 [^] [^^] [^^^] [ответить]  
  • +/
    Что за бред!!!
    У меня в хозяйстве вообще нет ни одного интела. FreeBSD версий от 3.4 до, 6-stable превосходно работают на серваках с Атлонами, включая XP, 64 и DP, не говоря о старых 700+.
     
     
  • 5.17, Otto Katz Feldkurat (?), 13:19, 28/12/2005 [^] [^^] [^^^] [ответить]  
  • +/
    без "Athlon Linux Bug".

    Раз: http://www.bsdforums.org/forums/showthread.php?t=37503

    И два: В статье я только забыл упомяноть одну маленькую проблемку, с которой столкнулся: черезвычайная нагрузка на процессор при работе моста в секции прерываний. Например,Athlon XP 1700+2 rl интрефейса, при работе if_bridge при максимальной загрузке канала CPU load~60%, хотя на старом bridge данный показатель при отключенном polling не превышал величины 15-20%,а здесь в 3-4 раза больше :( .

    И еще миллиард проклятий в Гугле в адрес AMD, с 2002 по 2004 клепавших процы с этой (известной им) коркой.

     

  • 1.7, cyrex (??), 11:00, 27/12/2005 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Интересный вопрос, почему тогда в birdge они работают "правильнее" :)
     
  • 1.8, Alexander Yakimenko (?), 11:05, 27/12/2005 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    есть еще 1 реализация моста на FreeBSD 5.x - ng_bridge. Примеры конфигурирования можно взять в /usr/share/examples/netgraph/enter.bridge ну и man ng_bridge само собой.

    Я так понял, что if_bridge из NetBSD взяли для поддержки STP?

    А вот кто победил нормальную работу FreeBSD с объединением портов по ng_fec например? Оно работает, но при падении одного из каналов появляются возможны проблемы, а хотелось бы failover.

    PS: Для нагруженного моста/роутера рекомендовал бы fxp или em. rl - не есть хорошо.

     
     
  • 2.9, cyrex (??), 11:18, 27/12/2005 [^] [^^] [^^^] [ответить]  
  • +/
    Спасибо за информацию о ng_bridge,обязательно посмотрю его в работе.
    Насчёт девайсов полностью согласен, fxp желательно, но средства пока не позволяют.
     
     
  • 3.13, Мимо шел (?), 00:10, 28/12/2005 [^] [^^] [^^^] [ответить]  
  • +/
    > fxp желательно, но средства пока не позволяют

    Да ну... PRO/100М сравнительно недороги, по крайней мере не настолько, чтобы для моста не взять. Я даже домой купил, чтобы не париться.

     
  • 2.10, flush (??), 11:22, 27/12/2005 [^] [^^] [^^^] [ответить]  
  • +/

    >PS: Для нагруженного моста/роутера рекомендовал бы fxp или em. rl - не
    >есть хорошо.

    правильно, или xl - баксов в 20-25 встанут.
    em таки дорого стоят.

     
     
  • 3.15, BB (??), 09:16, 28/12/2005 [^] [^^] [^^^] [ответить]  
  • +/
    xl тоже то еще %овнище :)
    я для себя сделал выбор из относительно недорогих: fxp sis bge em sk
    Вполне может быть что есть и более другие, но в реальной работе пощупать их пока неудалось.
     
  • 2.12, pppp (?), 13:41, 27/12/2005 [^] [^^] [^^^] [ответить]  
  • +/
    > А вот кто победил нормальную работу FreeBSD с объединением портов по
    > ng_fec например? Оно работает, но при падении одного из каналов появляются
    > возможны проблемы, а хотелось бы failover.

    У меня всё завелось без бубна. 2*bge. Железо пока не вылетало, но кабель на ходу вполне безболезненно выдёргивался.

     

  • 1.18, Аноним (-), 07:13, 30/12/2005 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    странно, наверно, у меня у одного проблемы между fxp и 5.3-5.4 фришкой. Если кратко: после нескольких часов аптайма и напряженной работы все замирает и стоит. точнее стоит интерфейс fxp не 1 пакет не входит не 1 не выходит. лечится ребутом. прчием лечится на ура еще на несколько часов, после чего все поновой. Такая трабла замечена на 3 разных серверах, на абсолютно разном железе, единственное, что их объединяло - это fxp, freebsd 5 ну и я)
     
  • 1.19, c0x (??), 09:19, 31/12/2005 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Занятно. А уверен ли автор, что решение действительно работает a-la коммутатор? Надеюсь, разницу между "коммутатором" (switch) и "концентратором" (hub) себе представляют все отчетливо? Я не о доменах коллизий и не о дуплексе говорю. Сие не наезд, Боже упаси. Сам не поднимал такую схему, поэтому интересна именно эта деталь.
     
     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Спонсоры:
    Слёрм
    Inferno Solutions
    Hosting by Ihor
    Хостинг:

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