Интерфейс br0 что это

Интерфейсы Bridge являются виртуальными сетевыми интерфейсами, которые объединяют несколько физических сетевых интерфейсов для выполнения функций коммутатора (физические интерфейсы, добавленные в коммутатор, становятся портами коммутатора).

Запрещено добавлять в один Bridge интерфейс физические интерфейсы, входящие в разные группы – доверенные и недоверенные (например, запрещено одновременно добавлять интерфейсы из LAN и WAN сегментов), так как физические интерфейсы, добавленные в Bridge , становятся неконтролируемыми с точки зрения СКЗИ и МЭ. Соответственно, политику СКЗИ и правила МЭ нужно применять на виртуальном Bridge интерфейсе, который является логическим объединением физических интерфейсов.

Bridge интерфейсы описываются в файлах /etc/network/interfaces.d/bridgeN.

Cisco-like консоль не поддерживает изменение сетевых параметров (MTU/IP адрес/состояние) для Bridge интерфейсов.

Рассмотрим пример создания программного коммутатора bridge0 на основе физических интерфейсов eth1/eth2:

Если в файле /etc/network/interfaces или в файлах директории /etc/network/interfaces.d/ присутствуют строки с настройками для интерфейсов eth1 и eth2 , то необходимо их удалить (изменять файл /etc/ifaliases.cf относительно данных интерфейсов не нужно).

1. Отредактируйте файл /etc/network/interfaces.d/bridge0 , добавив в него описание для Bridge интерфейса, например:

root@sterragate:~# vim.tiny /etc/network/interfaces.d/bridge0

iface bridge0 inet static

bridge_ports eth1 eth2

pre-up ip link set dev eth1 mtu 1500

pre-up ip link set dev eth2 mtu 1500

• address – IP адрес логического интерфейса bridge0;

• netmask – сетевая маска для IP адрес логического интерфейса bridge0;

• mtu – параметр для задания MTU интерфейса bridge0; з начение по умолчанию – 1500; при изменении MTU интерфейса bridge0 значение MTU физических интерфейсов eth1 и eth2 не меняется;

• bridge_ports – имена физических интерфейсов, входящих в коммутатор;

• pre-up ip link set dev ethN mtu – выставление MTU для физических интерфейсов.

2. Чтобы Bridge интерфейс bridge0 появился в системе, выполните команду ifup bridge0 , после чего убедитесь, что данный интерфейс действительно доступен в системе, и он выступает коммутатором, а интерфейсы eth1/eth2 добавлены в bridge0:

root@sterragate:~# ifup bridge0

root@sterragate:~# ip address show bridge0

26: bridge0: mtu 1500 qdisc noqueue state UP group default qlen 1000

link/ether 00:50:56:9e:bf:69 brd ff:ff:ff:ff:ff:ff

inet 192.168.1.2/24 brd 192.168.1.255 scope global bridge0

valid_lft forever preferred_lft forever

root@sterragate:~# brctl show bridge0

bridge name bridge id STP enabled interfaces

bridge0 8000.0050569ebf69 no eth1

root@sterragate:~# ip address show eth1

3: eth1: mtu 1500 qdisc pfifo_fast master bridge0 state UP group default qlen 1000

link/ether 00:50:56:9e:bf:69 brd ff:ff:ff:ff:ff:ff

root@sterragate:~# ip address show eth2

4: eth2: mtu 1500 qdisc pfifo_fast master bridge0 state UP group default qlen 1000

link/ether 00:50:56:9e:f5:ec brd ff:ff:ff:ff:ff:ff

Видно, что Bridge интерфейс bridge0 присутствует в системе и сконфигурирован, а также интерфейсы eth1/eth2 добавлены в bridge0. Расширенную информацию о bridge0 можно посмотреть при помощи утилиты brctl.

3. Добавьте Bridge интерфейс bridge0 в файл /etc/ifaliases.cf:

root@sterragate:~# vim.tiny /etc/ifaliases.cf

interface (name=»GigabitEthernet0/0″ pattern=»eth0″)

interface (name=»GigabitEthernet0/1″ pattern=»eth1″)

interface (name=»GigabitEthernet0/2″ pattern=»eth2″)

interface (name=»Bridge0″ pattern=»bridge0″)

interface (name=»default» pattern=»*»)

• значение параметра name должно быть задано в виде BridgeN.

• значение параметра pattern должно соответствовать имени Bridge интерфейса в нотации Linux.

4. Пересчитайте контрольную сумму файлa /etc /ifaliases .cf :

root@sterragate:~# integr_mgr calc -f /etc/ifaliases.cf

SUCCESS: Operation was successful.

5. Перезапустите VPN сервис:

root@sterragate:~# systemctl restart vpngate.service

Теперь для интерфейса Bridge0 можно задать политику СКЗИ и правила МЭ посредством cisco-like консоли или LSP, также настроить его средствами ОС.

unixforum.org

Как поднять и настроить Интерфейс br0 в Debian 4 Linux для Openvpn?
На сервере Openvpn OS Linyx Gentoo при выводе ifconfig обнаружил еще один сетевой интерфейс br0
К нему был привязан IP -adress карты внутренней сети.
Я сейчас поднял openvpn Debian 4 Linux и там этого интерфейса нет . Есть tap0 и eth0, 1 2
Расскажите в чем его смысл и как и для чего пользоваться.

Спасибо сказали:
AG4 Сообщения: 47 ОС: Mandriva 2010.0

Re: Интерфейс br0

Сообщение AG4 » 28.06.2008 23:44

вопрос какой-то неправильный. почему br0, а не tun0, tap0 ?
ну что там было на генте — это понятно только гентушнику, настраивающему ее (как мне показалось это мост к чему-то).
в чем смысл br0? а кто его знает.. может служил мостом между виртуальной машиной и локалкой.. ) это просто предположения)

а вообще, вопрос жутко непонятен 🙁

Спасибо сказали:
vei Сообщения: 102 ОС: debian 4.0

Re: Интерфейс br0

Сообщение vei » 29.06.2008 10:48

28.06.2008 23:44

а вообще, вопрос жутко непонятен 🙁

Я понял что есть 2 типа туннелей ROUTED и BRIDGE C первым типом все хорошо описано и там есть tun0, tap0
А вот как построить туннель 2-го типа я нигде не нашел и анализируя сервер с ГЕНТОО наткнулся в конфиге на строку server bridge . и интерфейс br0 думаю что и в ДЕБИАН это можно реализовать. Я захотел попробовать но споткнулся на br0 Пришлось плюнуть и сделать ROUTED с UDP и TUN. Все получилось, но интерес к BRIDGE остался отсюда и мой вопрос. Может быть неграмотный, ивиняет возможно то что я с Линух столкнулся первый раз, так как мне пришлось разбираться в оставшемся мне в наследство от старого админа ГЕНТОО. Вот я и вынужден был хоть как
то освоить Линух и ОВПН чтобы в сучае чего суметь установить(восстановить) Ну и пошли вопросы
Резюме Как построить туннель bridge Server Debian 4, Ovpn? Client Windows XP) Где посмотреть конфиги и обязателен в этом случае интерфейс br0, Если да, то как его получить?

Настройка сети в KVM

Настройка сети для виртуальных машин в kvm очень похожа на настройку в qemu, поэтому любая документация к qemu подходит и для kvm. В этой статье описывается как настроить наиболее часто используемые типы подключения виртуальной машины к сети. Эта статья основана на Networking — KVM.

Пользовательская сеть

Варианты использования:

Вам нужен простой способ дать виртуальной машине доступ в Интернет и в вашу локальную сеть;
Вам не нужен доступ к виртуальной машине из сети или из других виртуальных машины;
Вы готовы пожертвовать производительностью;
Внимание: пользовательская сеть не поддерживает некоторые возможности сетей, например ICMP, поэтому некоторые приложения (такие как ping) могут работать неправильно.

Настроенная и запущенная виртуальная машина;
Если вы не хотите запускать её из под root-а, то для вашего пользователя понадобятся права на чтение/запись в /dev/kvm;
Если виртуальной машине нужен доступ в Интернет или в локальную сеть, то у хост-системы должен быть доступ в эти сети.

Просто запустите виртуальную машину с параметрами «-net nic -net user», например:

qemu-system-x86_64 -hda /path/to/hda.img -net nic -net user

IP-адрес может быть назначен автоматически DHCP-сервером, встроенным в QEMU;
Если вы хотите запустить несколько виртуальных машин, то вам не понадобится назначать для них различные MAC-адреса;
Используя опцию «hostfwd» вы можете получить доступ к одном порту на виртуальной машине. Например, если вы хотите передать файл из хост-системы на виртуальную машину, то запустите машину с параметрами «-net nic -net user,hostfwd=tcp::5555-:22». В данном случае вы перенаправить порт 5555 из хост-системы на порт 22 виртуальной машины. Команда «scp -P 5555 file.txt root@localhost:/tmp», выполненная на хост-системе, скопирует файл в виртуальную машину. Также вы можете использовать другой адрес хост-системы для подключения.

Внутренний виртуальный мост

Варианты использования:

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

Настроенная и запущенная виртуальная машина;
Если вы не хотите запускать её из под root-а, то для вашего пользователя понадобятся права на чтение/запись в /dev/kvm;
Вам понадобятся следующие программы:

Если вы не хотите запускать их из под root-a, то вам понадобится настроить sudo для их запуска.

Решение:

Подготовка

В Седьмой платформе

Во-первых, можно стартовать виртуальные машины с помощью libvirtd и управлять ими посредством virsh, при этом всё будет сделано автоматически. Нужно только правильно указать интерфейс (опция --network bridge).

Во-вторых, можно использовать мостовой интерфейс virbr0, который появляется в системе после установки пакета kvm. Интерфейсу уже назначен IP 192.168.122.1/24 (см. конфигурация ю файле /etc/libvirt/qemu/networks/default.xml).

Перед запуском виртуальной машины создайте tap-интерфейс, добавьте его мост и потом используйте его при запуске kvm:

sudo tunctl -u $USERNAME -t tap11 sudo brctl addif virbr0 tap11 sudo ip link set tap11 up kvm -m 1024 -no-fd-bootchk -localtime -show-cursor -hda w40G.img -net nic,vlan=0,macaddr=00:e0:4c:4f:35:82,model=rtl8139 -net tap,vlan=0,ifname=tap11,script=no

Создать tap-интерфейсы и добавить их в мост можно и с помощью скриптов /etc/net (см. man etcnet).

В-третьих, можно использовать системный скрипт для запуска мостового интерфейса: /etc/init.d/bridge, достаточно создать нужное количество виртуальных интерфейсов, добавить их в /etc/sysconfig/bridge и запустить «службу» bridge:

ip link | grep -q tap100: || tunctl -u $USERNAME -t tap100 INTERFACES="tap100" BRIDGE_INTERFACE="br0"

Скрипт /etc/init.d/bridge при этом нельзя запускать автоматически при старте системы, но запускайте только вручную от пользователя с помощью sudo:

sudo service bridge start

В дальнейшем виртуальные машины нужно запускать с использованием этих готовых интерфейсов, например:

kvm -m 1024 -no-fd-bootchk -localtime -show-cursor -hda w40G.img -net nic,vlan=0,macaddr=00:e0:4c:4f:35:81,model=rtl8139 -net tap,vlan=0,ifname=tap100,script=no

В старых дистрибутивах

Нужно создать и сконфигурировать мост, например:

sudo brctl addbr br1 sudo ip link set br1 up

Для связи по сети между виртуальной машиной и хост-системой нужно задать адрес IP мосту, например:

sudo ip addr add 192.168.100.1/24 dev br1

или, чтобы не задавать адрес вручную, создайте файл /etc/net/ifaces/br1/ipv4address, содержащий единственную строку «192.168.100.1/2» (Это не обязательно, если доступ по сети в/из виртуальную машину не нужен.)

Также можно сконфигурировать сервер DHCP, чтобы он выдавал адреса в подсети интерфейса br1 (см. man dhcpd).

Включение виртуальной машины в мост

Необходимо (стандартный вариант)

— наличие двух сетевых карт на хосте eth0 и eth1 подключенных к локальной сети, — интерфейс eth0 настроен и работает в сети, eth1 включен настройки не обязательны

Создать мост br0 (некоторые разработчики считают, что команды tunctl и brctl устарели)

- создаем мост br0 штатными средствами ip link add br0 type bridge - добавляем физический итерфейс eth1 в мост ip link set eth1 master br0 - поднимаем мостовой интерфейс br0 ip link set up dev br0

-- вышеприведенных трех команд достаточно, чтобы при использовании virt-manager, поднять машину работающую в локальной сети -- указать в virt-manager (создать сеть на базе 'Общее устройство' и указать имя моста 'br0')

Создать скрипт qemu-ifup следующего содержания без sudo и «устаревших» утилит:

- скрипт необходим для запуска qemu-system-x86_64 c параметрами в консоли - мост должен быть создан ip link add br0 type bridge; ip link set eth1 master br0; ip link set up dev br0 - вносим и сохраняем в файл mcedit /etc/qemu-ifup и делаем его исполняемым chmod +x /etc/qemu-ifup следующий код: #!/bin/sh set -x switch=br0 if [ -n "$1" ];then ip tuntap add $1 mode tap user `whoami` ip link set $1 up sleep 0.5s ip link set $1 master $switch exit 0 else echo "Error: no interface specified" exit 1 fi - команда настройки сети для qemu-system-x86_64 -device e1000,netdev=net0,mac='DE:AD:BE:EF:87:0D' -netdev tap,id=net0,script=/etc/qemu-ifup

- Общая команда запуска виртуальной машины может выглядеть так

qemu-system-x86_64 -enable-kvm -accel accel=kvm,thread=multi \ -vga qxl \ -cpu core2duo \ -m 2048 \ -drive format=qcow2,file=/var/lib/libvirt/images/korpus_bs1.qcow2 \ -device e1000,netdev=net0,mac='DE:AD:BE:EF:87:0D' -netdev tap,id=net0,script=/etc/qemu-ifup

Создать скрипт qemu-ifup следующего содержания (c использованием sudo, возможно необходимы предварительные настройки):

#!/bin/sh set -x switch=br0 if [ -n "$1" ];then /usr/bin/sudo /sbin/tunctl -u `whoami` -t $1 /usr/bin/sudo /sbin/ip link set $1 up sleep 0.5s /usr/bin/sudo /sbin/brctl addif $switch $1 exit 0 else echo "Error: no interface specified" exit 1 fi

Сгенерировать MAC-адрес вручную или автоматически, используя скрипт:

#!/bin/bash # generate a random mac address for the qemu nic printf 'DE:AD:BE:EF:%02X:%02X\n' $((RANDOM%256)) $((RANDOM%256))

Запустить каждую виртуальную машину, заменяя $macaddress значением, полученным на предыдущем шаге:

qemu-system-x86_64 -hda /path/to/hda.img -net nic,macaddr=$macaddress -net tap

Внутри каждой виртуальной машины нужно сконфигурировать уникальный адрес IP из одной и той же подсети.

Работа с предварительно созданными иинтерфейсами

Можно заранее (в стартовом скрипте) настроить все интерфейсы и затем использовать их в виртуальных машинах. При этом обязательно нужно указывать опцию script=no:

kvm . -net nic,vlan=0,macaddr=00:e0:4c:4f:35:81,model=rtl8139 -net tap,vlan=0,ifname=tap11,script=no

Если вы не хотите запускать машину от root-а, то скрипт qemu-ifup должен корректно работать от вашего пользователя;
Вы можете создать общесистемный скрипт, назвав его в /etc/qemu-ifup или же спользовать любое другое имя, указав его при запуске машины:

qemu-system-x86_64 -hda /path/to/hda.img -net nic,macaddr=$macaddress -net tap,script=/path/to/qemu-ifup

Каждая виртуальная машина подключенная к внутреннему виртуальному мосту должна иметь свой собственный MAC-адрес, отличный от адресов других машин.
Для включения в мост необходимо использовать интерфейсы tap, но не tun. Дело в том, что у интерфейсов tun нет заголовков ethernet, которые требуются для работы моста.

Публичный мост

Предупреждение: Данный метод может не работать с большинством беспроводных устройств.

Варианты использования:

Вы хотите назначать IP-адреса виртуальным машинам и сделать их доступными из локальной сети;
Вы хотите большой производительности от виртуальной машины.

Настроенная и запущенная виртуальная машина;
Если вы не хотите запускать её из под root-а, то для вашего пользователя понадобятся права на чтение/запись в /dev/kvm;
Вам понадобятся следующие программы. Если вы не хотите запускать их из под root-a, по вам понадобится настроить sudo для их запуска:

/sbin/ip /usr/sbin/brctl /usr/sbin/tunctl

Хост-система должна иметь доступ в интернет и в локальную сеть.

Вариант №1: Использование средств дистрибутива

Создать файл /etc/net/ifaces/breth0/options следующего содержания:

TYPE=bri BOOTPROTO=dhcp HOST=eth0 DISABLED=no NM_CONTROLLED=no

Применить новые настройки сети командой:

/etc/init.d/network restart

Интерфейс моста breth0 должен получить IP-адрес, а интерфейс eth0 должен быть без адреса.

Особенности VLANов

Если вы используете VLANы но до виртуальной машины трафик не доходит, выполните команды:

# cd /proc/sys/net/bridge # ls bridge-nf-call-arptables bridge-nf-call-iptables bridge-nf-call-ip6tables bridge-nf-filter-vlan-tagged # for f in bridge-nf-*; do echo 0 > $f; done

Варинат №2: «Ручной»

Создать мост командой:

sudo /usr/sbin/brctl addbr br0

Добавить физический интерфейс в этот мост, например eth0:

sudo /usr/sbin/brctl addif br0 eth0

Создать скрипт qemu-ifup следующего содержания:

#!/bin/sh set -x switch=br0 if [ -n "$1" ];then /usr/bin/sudo /usr/sbin/tunctl -u `whoami` -t $1 /usr/bin/sudo /sbin/ip link set $1 up sleep 0.5s /usr/bin/sudo /usr/sbin/brctl addif $switch $1 exit 0 else echo "Error: no interface specified" exit 1 fi

Сгенерировать MAC-адрес вручную или автоматически, используя скрипт:

#!/bin/bash # generate a random mac address for the qemu nic printf 'DE:AD:BE:EF:%02X:%02X\n' $((RANDOM%256)) $((RANDOM%256))

Запустить каждую виртуальную машину, заменяя $macaddress значением, полученным на предыдущем шаге:

qemu-system-x86_64 -hda /path/to/hda.img -net nic,macaddr=$macaddress -net tap

Если вы не хотите запускать машину от root-а, то скрипт qemu-ifup должен корректно работать от вашего пользователя;
Вы можете создать общесистемный скрипт, назвав его в /etc/qemu-ifup или же спользовать любое другое имя, указав его при запуске машины:

qemu-system-x86_64 -hda /path/to/hda.img -net nic,macaddr=$macaddress -net tap,script=/path/to/qemu-ifup

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

Маршрутизация/iptables

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

Настройки маршрутизации сводятся к созданию маршрута по умолчанию в виртуальной машине, указывающего на хост-систему, разрешение пересылки пакетов (IP forwarding) и настройки маршрута на tap-интерфейс виртуальной машины в хост-системе.

Заблаговременно проверьте настройки:

Хост-система: Разрешить пересылку пакетов и добавить маршрут до виртуальной машины (должно быть помещено в скрипт — маршрут необходимо добавить после запуска виртуальной машины):

sysctl -w net.ipv4.ip_forward=1 # разрешить пересылку пакетов IPv4 route add -host dev # добавить маршрут до виртуальной машины

Виртуальная машина: маршрут по умолчанию указывает на хост-систему ( должен быть в одной сети с ):

route add default gw

Виртуальная машина v2: если IP-адрес хост-системы не в одной сети с , тогда надо вручную добавить маршрут до хост-системы перед добавлением маршрута по умолчанию:

route add -host dev route add default gw

VDE

Другой способ настройки сети это VDE (Virtual Distributed Ethernet).

Известные баги

Отказы сети в гостевых Windows

Под большой нагрузкой сетевой интерфейс в гостевой машине с ОС Windows перестаёт принимать и отправлять пакеты в хост-машину. Такое поведение характерно для любой модели виртуального интерфейса и для любой версии Windows в QEMU-KVM как минимум до версии 1.4.

Существует обходное решение: нужно заново проинициализировать сетевой интерфейс гостевой машины. Либо это можно сделать из гостевой ОС, либо из хост-машины парой команд virsh detach-interface и atttach-interface (и это надёжнее). Проверяем работоспособность при этом, очевидно, командой ping. Варианты скриптов для гостевой машины: [1], [2]. В скрипте для хоста перед проверкой пинга требуется проверить, работает ли гостевая ОС.

для чего создают bridge(br0)?

тут, br0, насколько я понимаю, это мост? если да, скажите, для чего их создают? какую проблему они решают?

niXman ★★★
24.04.19 10:58:49 MSK

тут, br0, насколько я понимаю, это мост?

обозвать сетефой интерфейс можно как угодно, но скорее всего это действительно bridge

если да, скажите, для чего их создают? какую проблему они решают?

Объединение интерфейсов с разных сетевых карт и разных технологий (например eth и wlan) в один виртуальный свитч

Можешь посмотреть что в него входит в «` brctl show «`

Иногда br используют как аналог lo для того чтобы было на что повесить ip для различных целей.

~~NobleWolf~~
( 24.04.19 11:02:02 MSK )

Соединение интерфейсов без маршрутизации по IP адресам.

symon2014 ★★
( 24.04.19 11:12:34 MSK )

Мост часто создается libvirt для раздачи сети виртуалкам.

Vsevolod-linuxoid ★★★★★
( 24.04.19 11:13:35 MSK )
Ответ на: комментарий от NobleWolf 24.04.19 11:02:02 MSK

Можешь посмотреть что в него входит в «` brctl show «`

так а если в машине есть только eth0, для чего тогда bridge?

niXman ★★★
( 24.04.19 11:15:26 MSK ) автор топика
Ответ на: комментарий от symon2014 24.04.19 11:12:34 MSK

т.е., если я добавлю wlan, мне этот wlan просто нужно добавить в br0? а если не добавить, то трафик по wlan ходить не будет?

niXman ★★★
( 24.04.19 11:18:19 MSK ) автор топика
Последнее исправление: niXman 24.04.19 11:18:50 MSK (всего исправлений: 1)

Ответ на: комментарий от niXman 24.04.19 11:18:19 MSK

Лучше бы начал сначала , откуда мост взялся , не сам же появился.

symon2014 ★★
( 24.04.19 11:26:04 MSK )
Ответ на: комментарий от niXman 24.04.19 11:15:26 MSK

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

~~NobleWolf~~
( 24.04.19 11:32:29 MSK )
Ответ на: комментарий от symon2014 24.04.19 11:26:04 MSK

сейчас я пытаюсь настроить wlan — получилось, но не с первого раза и по нескольким инструкциям. мне сейчас нужно написать доку о том, как я это сделал, потому, сейчас, я делаю все с нуля. и, насколько я понимаю, последний степ который мне не понятен — почему трафик не ходит, пока я не сделаю DOWN для eth0 & br0. (хотя, возможно, их не нужно было DOWN)

niXman ★★★
( 24.04.19 11:47:45 MSK ) автор топика
Ответ на: комментарий от NobleWolf 24.04.19 11:32:29 MSK

что-то на базе debian/ubuntu.

niXman ★★★
( 24.04.19 11:50:48 MSK ) автор топика
Ответ на: комментарий от niXman 24.04.19 11:50:48 MSK

Экзотика, не встречал. А чем сеть поднимается? В /etc/network/interfaces что нибудь интересное есть?

symon2014 ★★
( 24.04.19 12:10:03 MSK )
Ответ на: комментарий от symon2014 24.04.19 12:10:03 MSK

эмм. я даже не знаю, как ответить на это =)

поймите, я совсем не админ, но мне нужно поднять wlan. чем я и занимаюсь.

В /etc/network/interfaces что нибудь интересное есть?

из раскоменченного — lo & br0

niXman ★★★
( 24.04.19 12:22:30 MSK ) автор топика
Ответ на: комментарий от niXman 24.04.19 11:47:45 MSK

так как быть с br0? все необходимые шаги для wlan сделал, но трафик не ходит. если выполню DOWN для br0 & eth0 — трафик пойдет.

я должен в br0 добавить wlan?

niXman ★★★
( 24.04.19 12:24:45 MSK ) автор топика
Ответ на: комментарий от niXman 24.04.19 11:15:26 MSK

так а если в машине есть только eth0, для чего тогда bridge?

Для универсальности. Воткнешь в usb wifi, добавишь в bridge и ничего перенастраивать не придётся. Будет таже локальная сеть, но через wifi.

sergej ★★★★★
( 24.04.19 12:24:56 MSK )
Ответ на: комментарий от niXman 24.04.19 12:22:30 MSK

А кто? И для кого пишешь документацию?

anonymous
( 24.04.19 12:27:32 MSK )
Ответ на: комментарий от anonymous 24.04.19 12:27:32 MSK

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

niXman ★★★
( 24.04.19 12:29:06 MSK ) автор топика
Ответ на: комментарий от niXman 24.04.19 12:24:45 MSK

выполняю «brctl addif » и получаю: «can’t add to bridge : Operation not supported»

выполняю как root

niXman ★★★
( 24.04.19 12:40:05 MSK ) автор топика
Ответ на: комментарий от niXman 24.04.19 12:40:05 MSK

symon2014 ★★
( 24.04.19 12:49:36 MSK )
Ответ на: комментарий от symon2014 24.04.19 12:49:36 MSK
niXman ★★★
( 24.04.19 12:50:10 MSK ) автор топика
Ответ на: комментарий от symon2014 24.04.19 12:49:36 MSK

И неплохо бы увидеть /etc/network/interfaces

symon2014 ★★
( 24.04.19 12:51:39 MSK )
Ответ на: комментарий от symon2014 24.04.19 12:51:39 MSK

# ifupdown has been replaced by netplan(5) on this system. See # /etc/netplan for current configuration. # To re-enable ifupdown on this system, you can run: # sudo apt install ifupdown auto lo iface lo inet loopback auto br0 iface br0 inet static bridge_ports eth0 enx24f5a28c545c bridge_stp off bridge_fd 0 bridge_maxwait 0 address 192.168.0.61 netmask 255.255.255.0 network 192.168.0.0 broadcast 192.168.0.255 gateway 192.168.0.1 dns-nameservers 192.168.0.1 8.8.8.8

niXman ★★★
( 24.04.19 12:56:22 MSK ) автор топика
Ответ на: комментарий от niXman 24.04.19 12:56:22 MSK

Ну вот , здесь и поднимается твой проводной инерфейс . Правда для меня несколько странно через мост. Не знаю что у тебя за wlan и каким способом ты его прописывал , но без твоего DOWN он правильно не работал. Можешь прописать влан здесь , а мост закомментить , и тогда он будет подниматься при запуске. Ты бы описал свои действия по wlan.

symon2014 ★★
( 24.04.19 13:12:13 MSK )
Ответ на: комментарий от niXman 24.04.19 12:29:06 MSK

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

anonymous
( 24.04.19 13:16:41 MSK )
Ответ на: комментарий от symon2014 24.04.19 13:12:13 MSK

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

niXman ★★★
( 24.04.19 13:18:19 MSK ) автор топика
Ответ на: комментарий от anonymous 24.04.19 13:16:41 MSK

«старшие» говорят, мост выпиливать нельзя.

Интерфейс br0 что это