Перейти до

FreeBSD vlans bridge


Рекомендованные сообщения

1 час назад, a_n_h сказал:

Всем доброго дня!

Подскажите как правильно объединить vlans bridge? Что-то Гугл плохо помогает...

 

Вот вам пример от ubilling Сам генерирующий vlan и добавляющий их в бридж.

 

1.В /boot/loader.conf 
следующее:
bridge_load="YES"
net.link.bridge.inherit_mac="1"

2. положить в /etc/firewall2.conf следующую заготовку

https://github.com/nightflyza/UBinstaller/blob/master/nas_preconf/etc/firewall2.conf

Відредаговано skybetik
  • Thanks 1
Ссылка на сообщение
Поделиться на других сайтах
41 минуту назад, vlin сказал:

https://www.freebsd.org/doc/handbook/network-bridging.html

Описано как бриджи строить вручную и через rc.conf

это нашел сам...

методом "тыка" выяснил, что у меня система не хотела воспринимать:

ifconfig_bridge0="inet 192.168.0.1/24"

 

пока не поменял (в качестве эксперимента) на

ifconfig_bridge0_alias0="inet 192.168.0.1/24"

 

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

Ссылка на сообщение
Поделиться на других сайтах
  • 3 weeks later...

Вроде работает, НО! на всех vlan присутствуют ВСЕ маки! Это так и должно работать, или я "не умею готовить" мост?

Ссылка на сообщение
Поделиться на других сайтах
6 часов назад, a_n_h сказав:

Вроде работает, НО! на всех vlan присутствуют ВСЕ маки! Это так и должно работать, или я "не умею готовить" мост?

 

Вы не понимаете значение сетевой мост.

Відредаговано fet4
Ссылка на сообщение
Поделиться на других сайтах
2 часа назад, fet4 сказал:

 

Вы не понимаете значение сетевой мост.

Нет, это вы не понимаете как это работает.

 

8 часов назад, a_n_h сказал:

Вроде работает, НО! на всех vlan присутствуют ВСЕ маки! Это так и должно работать, или я "не умею готовить" мост?

Так не должно быть. Очевидно вы их не заприватили. Вон скайбет выше вам образец сборки показывал. Просто скопипастите что-ли.

  • Thanks 1
Ссылка на сообщение
Поделиться на других сайтах
2 часа назад, nightfly сказал:

Очевидно вы их не заприватили.

 

 

так будет правильно?

ifconfig_bridge0="addm vlan101 addm vlan102 private vlan101 private vlan102 up"

Ссылка на сообщение
Поделиться на других сайтах
15 часов назад, a_n_h сказал:

 

 

так будет правильно?

ifconfig_bridge0="addm vlan101 addm vlan102 private vlan101 private vlan102 up"

Ну типа того. Просто убедитесь что соответствующий флажок потом есть у мемберов бриджа.

 

Хотя для меня все равно остается за кадром, зачем делать это все руками.

  • Like 1
Ссылка на сообщение
Поделиться на других сайтах
Опубліковано: (відредаговано)

"маки" уже в порядке, но в билинге включил "ARPдиагностика" и увидел такое:

 

Dec 12 01:43:00 xxxxxxxx kernel: arp: proxy: ignoring request from 172.16.2.122 via vlan103

Dec 12 01:43:01 xxxxxxxx kernel: arp: proxy: ignoring request from 172.16.1.234 via vlan104

Dec 12 01:43:02 xxxxxxxx kernel: arp: proxy: ignoring request from 172.16.3.246 via vlan104

Dec 12 01:43:03 xxxxxxxx kernel: arp: proxy: ignoring request from 172.16.1.217 via vlan103

Dec 12 01:43:04 xxxxxxxx kernel: arp: proxy: ignoring request from 172.16.3.203 via vlan104

...

...

 

сыпятся постоянно, что еще не так с мостом?

 

# ifconfig bridge0
bridge0: flags=8943<UP,BROADCAST,RUNNING,PROMISC,SIMPLEX,MULTICAST> metric 0 mtu 1500
        ether 00:26:6c:fb:1a:84
        inet 172.16.0.1 netmask 0xffffff00 broadcast 172.16.0.255
        inet 172.16.1.1 netmask 0xffffff00 broadcast 172.16.1.255
        inet 172.16.2.1 netmask 0xffffff00 broadcast 172.16.2.255
        inet 172.16.3.1 netmask 0xffffff00 broadcast 172.16.3.255
        inet 172.32.0.1 netmask 0xfffffc00 broadcast 172.32.3.255
        nd6 options=9<PERFORMNUD,IFDISABLED>
        groups: bridge
        id 00:00:00:00:00:00 priority 32768 hellotime 2 fwddelay 15
        maxage 20 holdcnt 6 proto rstp maxaddr 9000 timeout 1200
        root id 00:00:00:00:00:00 priority 32768 ifcost 0 port 0
        member: vlan57 flags=943<LEARNING,DISCOVER,PRIVATE,AUTOEDGE,AUTOPTP>
                ifmaxaddr 0 port 10 priority 128 path cost 2000000
        member: vlan104 flags=943<LEARNING,DISCOVER,PRIVATE,AUTOEDGE,AUTOPTP>
                ifmaxaddr 0 port 9 priority 128 path cost 2000000
        member: vlan103 flags=943<LEARNING,DISCOVER,PRIVATE,AUTOEDGE,AUTOPTP>
                ifmaxaddr 0 port 8 priority 128 path cost 2000000
        member: vlan102 flags=943<LEARNING,DISCOVER,PRIVATE,AUTOEDGE,AUTOPTP>
                ifmaxaddr 0 port 7 priority 128 path cost 2000000
        member: vlan101 flags=943<LEARNING,DISCOVER,PRIVATE,AUTOEDGE,AUTOPTP>
                ifmaxaddr 0 port 6 priority 128 path cost 2000000
 

Відредаговано a_n_h
Ссылка на сообщение
Поделиться на других сайтах
14 часов назад, nightfly сказал:

Используйте работающий скрипт.

не могу понять как его использовать: у меня два интерфейса LAN, на каждом по два VLAN...

Ссылка на сообщение
Поделиться на других сайтах

при установке

sysctl net.link.ether.inet.proxyall=0

ошибки пропадают, но так не будут "работать" белые адреса у абонов...

Ссылка на сообщение
Поделиться на других сайтах
7 часов назад, a_n_h сказал:

при установке

sysctl net.link.ether.inet.proxyall=0

ошибки пропадают, но так не будут "работать" белые адреса у абонов...


 

Цитата

bridge0: flags=8943<UP,BROADCAST,RUNNING,PROMISC,SIMPLEX,MULTICAST> metric 0 mtu 1500
        ether 00:26:6c:fb:1a:84
        inet 172.16.0.1 netmask 0xffffff00 broadcast 172.16.0.255
        inet 172.16.1.1 netmask 0xffffff00 broadcast 172.16.1.255
        inet 172.16.2.1 netmask 0xffffff00 broadcast 172.16.2.255
        inet 172.16.3.1 netmask 0xffffff00 broadcast 172.16.3.255
        inet 172.32.0.1 netmask 0xfffffc00 broadcast 172.32.3.255

 

 

ну да, ну да
а чего б им работать-то? что-то реальника который будет шлюзиком для реальников (ого как) я тут не вижу
так же трудно добавить в "сети dhcp" сеточку с реальниками и завести её на NAS

Ссылка на сообщение
Поделиться на других сайтах

Все сделал согласно:

В 17.11.2019 в 16:06, skybetik сказал:

и в результате получил:

Dec 15 19:43:59 kernel: arp: proxy: ignoring request from 172.16.3.222 via igb1.103

Dec 15 19:44:00 kernel: arp: proxy: ignoring request from 172.16.2.205 via igb1.104

Dec 15 19:44:02 kernel: arp: proxy: ignoring request from 172.16.2.151 via igb0.101

Dec 15 19:44:03 kernel: arp: proxy: ignoring request from 172.16.1.221 via igb1.103

Dec 15 19:44:04 kernel: arp: proxy: ignoring request from 172.16.3.232 via igb1.103

...

...

мост "собран" правильно, проблема в sysctl net.link.ether.inet.proxyall=1...

 

Ссылка на сообщение
Поделиться на других сайтах

Создайте аккаунт или войдите в него для комментирования

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

Создать аккаунт

Зарегистрируйтесь для получения аккаунта. Это просто!

Зарегистрировать аккаунт

Вхід

Уже зарегистрированы? Войдите здесь.

Войти сейчас
  • Зараз на сторінці   0 користувачів

    Немає користувачів, що переглядають цю сторінку.

  • Схожий контент

    • Від a_n_h
      Всем доброго дня и мирного неба!
        После многочисленных экспериментов выяснил, что на последних версиях freebsd  максимум удавалось прокачать до 14 ГБт суммарно трафика со 100% загрузкой процессора. На том-же железе но с установленной freebsd 11.2 прокачивается до 20-ти ГБт суммарно тестового трафика с загрузкой процессора около 50%. 
        Подскажите, что можно убрать или наоборот добавить в систему с freebsd 13,3 для получения аналогичного результата...
    • Від mac
      Здається, після оновлення PHP 7.4 до PHP 8.2 feesharvester припинив працювати:
       
      /usr/local/bin/curl "http://127.0.0.1/billing/?module=remoteapi&key={SERIAL}&action=feesharvester" <br /> <b>Fatal error</b>: Uncaught TypeError: Unsupported operand types: string - string in {UBPATH}/billing/api/libs/api.fundsflow.php:570 Stack trace: #0 {UBPATH}/billing/modules/remoteapi/feesharvester.php(22): FundsFlow-&gt;harvestFees('2024-01') ...  
      Невеличке розслідування врешті з'ясувало, що це через наявність пробілу у деяких логінах абонентів. Як так сталося? Тому що інколи був неуважно додан трейлінг пробіл до номеру будинка і цей пробіл потрапив до логіну абоненту. Логін абоненту неможливо змінити ніяким чином штатними засобами. Я не розглядаю створення нового абонента для усунення помілки.

      Був обран такий шлях вирішення проблеми. Заміну функції php explode() знайшов у мережі. Мабуть це станеться в нагоді:

       
      diff api.fundsflow.php.bak api.fundsflow.php.new 559c559 < $eachfee = explode(' ', $eachline); --- > $eachfee = preg_split("~(?<!\\\\)(?:\\\\{2})*'[^'\\\\]*(?:\\\\.[^'\\\\]*)*'(*SKIP)(*F)|\s+~s" , $eachline);  
    • Від FantoM_EscapE
      Хочу перенести свій білінг NODENY із фізичного сервера на віртуальний. Шукаю адміна який зможе допомогти у цьому питанні, так як нашого адміна банально призвали до війська. Вся схема на даний момент робоча, маю доступи до всього. Потрібно проінсталити на новішу версію FREEBSD, бо на моїй 10 річній вже не працюють нові SSL сертифікати. Кого зацікавила дана пропозиція - прошу у приватні повідомлення. обсудимо ціну і строки. або пишіть на будь-який месенджер 0677792091
    • Від rusol
      Добрый вечер.
       
      Есть от провайдера блок реальных адресов, к примеру 100.1.1.192/26
       
      Раньше сеть была в одном влане и записи в /etc/rc.conf были такие:

       
      ifconfig_ix0="inet 192.168.0.1 netmask 255.255.255.0" # Шлюз для пользователей с локальным IP ifconfig_ix0_alias0="inet 100.1.1.193 netmask 255.255.255.192" # Шлюз для пользователей с реальными IP  
      После чего стала задача часть пользователей переводить во вланы тоже с разделением на локальные IP и реальные, первый влан создал где-то пару лет назад и все работает:
       
      ifconfig_vlan1="vlan 1 vlandev ix0 192.168.1.1 netmask 255.255.255.0" # Шлюз для пользователей с локальным IP во Влане 1 ifconfig_vlan1_alias0="inet 100.1.1.248 netmask 255.255.255.248" # Шлюз для пользователей с реальными IP  во Влане 1  
      И вот стоит задача создать еще один влан, делаю по аналогии с вланом 1, только маску смещаю назад:
       
      ifconfig_vlan2="vlan 2 vlandev ix0 192.168.1.1 netmask 255.255.255.0" # Шлюз для пользователей с локальным IP во Влане 2 ifconfig_vlan2_alias0="inet 100.1.1.246 netmask 255.255.255.254" # Шлюз для пользователей с реальными IP во Влане 2  
      Когда я внес это в /etc/rc.conf и прописал команду:
       
      ifconfig vlan2 create  
      Все заработало.
       
      Но как только перезагрузился сервер, перестали работать реальные IP без вланов, в первом влане и во втором. Не пойму что не так делаю, возможно я с маской подсети что-то недопонимаю...
    • Від rusol
      Добрый вечер.
       
      Есть от провайдера блок реальных адресов, к примеру 100.1.1.192/26
       
      Раньше сеть была в одном влане и записи в /etc/rc.conf были такие:

       
      ifconfig_ix0="inet 192.168.0.1 netmask 255.255.255.0" # Шлюз для пользователей с локальным IP ifconfig_ix0_alias0="inet 100.1.1.193 netmask 255.255.255.192" # Шлюз для пользователей с реальными IP  
      После чего стала задача часть пользователей переводить во вланы тоже с разделением на локальные IP и реальные, первый влан создал где-то пару лет назад и все работает:
       
      ifconfig_vlan1="vlan 1 vlandev ix0 192.168.1.1 netmask 255.255.255.0" # Шлюз для пользователей с локальным IP во Влане 1 ifconfig_vlan1_alias0="inet 100.1.1.248 netmask 255.255.255.248" # Шлюз для пользователей с реальными IP  во Влане 1  
      И вот стоит задача создать еще один влан, делаю по аналогии с вланом 1, только маску смещаю назад:
       
      ifconfig_vlan1="vlan 1 vlandev ix0 192.168.1.1 netmask 255.255.255.0" # Шлюз для пользователей с локальным IP во Влане 2 ifconfig_vlan1_alias0="inet 100.1.1.246 netmask 255.255.255.254" # Шлюз для пользователей с реальными IP во Влане 2  
      Когда я вношу это в /etc/rc.conf и прописал команду:
       
      ifconfig vlan2 create  
      Все заработало.
       
      Но как только перезагрузился сервер, перестали работать реальные IP без вланов, в первом влане и во втором. Не пойму что не так делаю, возможно я с маской подсети что-то недопонимаю...
×
×
  • Створити нове...