= Сообщение: 6377 из 10757 ===================================== RU.UNIX.BSD = От : Eugene Grosbein 2:5006/1 24 Jan 18 11:52:03 Кому : Alex Korchmar 24 Jan 18 11:52:03 Тема : Re: кстати, про virtualbox //Re: dependency hell FGHI : area://RU.UNIX.BSD?msgid=grosbein.net+f8d26e4f На : area://RU.UNIX.BSD?msgid=ddt.demos.su+46c7f27a = Кодировка сообщения определена как: IBM866 ================================= ============================================================================== 23 янв. 2018, вторник, в 23:13 NOVT, Alex Korchmar написал(а):
EG>> Безотносительно нетграфа - собственный сетевой стек VirtualBox EG>> имеет достаточное количество багов, чтобы использовать его EG>> исключительно для коммутации ethernet-фреймов в tap0; AK> хмм... мне в свое время больше понравился hostonly и proxy-arp для него, AK> но это в линуксе, где это место уже все забыли, но еще не доломали. AK> (в частности, там еще возможны не пересекающиеся proxy-arp'ы)
proxy-arp сам по себе довольно-таки кривовастенький костыль, имеющий весьма ограниченное применение, безотносительно VirtualBox. Hе сравнится с реальной коммутацией пакетов "как есть".
AK> bridged - это как раз vboxnetflt,
Да.
AK> он намертво связан с физическим через AK> ng_ether и нифига мне в этом виде не нравится, поскольку netgraph всегда AK> казался мне мутной и адски переусложненной системой.
ng_ether туп как пробка - если он подключен к "сетевой карте", то входящие фреймы ethernet после пропуска через BPF отдаются в ng_ether и если он их не "потребил", то идут дальше по стеку как обычно, а "потребленные" фреймы ng_ether в случае vbox отдаёт этому самому vbox.
И если бриджевать с tap0, то всё будет просто прекрасно.
EG>> Hу а на netgraph работает mpd5 с массовым обслуживанием, EG>> прокачивает гигабиты без проблем. AK> там немножко другие гигабиты чем если приземлять на этот адрес интернет- AK> траффик, как у меня.
Hа уровне фреймов ethernet разницы нет никакой.
Eugene -- What would you do with a brain if you had one? --- slrn/1.0.2 (FreeBSD) * Origin: RDTC JSC (2:5006/1@fidonet)