ищется туториал про nftables
Есть годный туториал про nftables — такого же качества, что и iptables tutorial v1.19? Если есть такое, просьба поделиться. Или же ссылка на бумажную книжку.
Есть годный туториал про nftables — такого же качества, что и iptables tutorial v1.19? Если есть такое, просьба поделиться. Или же ссылка на бумажную книжку.
Собственно сабж. Третий андрофон. В первый раз ставил из него судоку. Во второй: блокнот. В этот раз: «Транзистор» для прослушивания радио.
А кто чем ещё пользуется?
И с Гигабитным портом Ethernet.
Желательно порт(ы) USB3.
Наверно, что-то из похожих на:
Novasom M11
Banana Pi[17]
Banana Pi M3[144]
Boardcon EM3399 [19]
CuBox-i2eX[23][24]
CuBox-i4Pro[23][24]
DreamPlug
HummingBoard-i2eX[46][47]
Inventami Entry[53]
Inventami Full[53]
MinnowBoard[63]
Nvidia Jetson TK1[70]
pcDuino3Nano[95]
phyBOARD-Mira[103]
TBS 2910 Matrix[113]
TS-7970[116]
UDOO Dual
UDOO Quad
Только посовременнее.
Спустя три года с момента предыдущего релиза вышла новая версия аудио плеера DeaDBeeF. По словам разработчиков он стал достаточно зрелый, что было отображено в номере версии.
( читать дальше... )
>>> Подробности
(упд2: вопрос снимается, проблема была с самим кривым клиентом)
Есть хост VM со своим сетевым интерфейсом в режиме бриджа. Есть гости QEMU, их интерфейсы сидят на этом же бридже.
3: enp10s0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast master br0 state UP group default qlen 1000
link/ether 38:d5:47:79:e2:9b brd ff:ff:ff:ff:ff:ff
4: br0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default qlen 1000
link/ether 38:d5:47:79:e2:9b brd ff:ff:ff:ff:ff:ff
inet 192.168.1.193/24 brd 192.168.1.255 scope global br0
valid_lft forever preferred_lft forever
inet6 fe80::3ad5:47ff:fe79:e29b/64 scope link
valid_lft forever preferred_lft forever
...
8: vnet1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast master br0 state UNKNOWN group default qlen 1000
link/ether fe:54:00:7d:49:1a brd ff:ff:ff:ff:ff:ff
inet6 fe80::fc54:ff:fe7d:491a/64 scope link
valid_lft forever preferred_lft forever
...
10: vnet2: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast master br0 state UNKNOWN group default qlen 1000
link/ether fe:54:00:b9:96:bd brd ff:ff:ff:ff:ff:ff
inet6 fe80::fc54:ff:feb9:96bd/64 scope link
valid_lft forever preferred_lft forever
...
Есть сервер URBackup, находится на одной из этих VM. Он шлёт раз в минуту UDP бродкасты для определение наличия клиентов. Машины в локалке видят сервер, но не так для прочих гостевых VM на этом же бридже, там вот такая ситуация: (сервер — 1.220, клиент, которые не может увидеть сервер — 1.221, смотрим с клиента)
17:45:11.948430 IP 192.168.1.220.35623 > 255.255.255.255.35622: UDP, length 1
17:45:12.208818 IP 192.168.1.221.35622 > 192.168.1.220.35623: UDP, length 6
17:45:17.011187 ARP, Request who-has 192.168.1.221 tell 192.168.1.220, length 28
17:45:17.011223 ARP, Reply 192.168.1.221 is-at 52:54:00:c8:ab:79 (oui Unknown), length 28
(упд: единственная разница, которую я наблюл в сетевом обмене у машин, которые видят сервер, и которые не видят — это то, что те, кто видят, не посылают ARP-запросов после UDP-обмена с сервером)
Каждый раз ARP запрос — это вообще о чём говорит? arping 192.168.1.220 проходит. Явно туплю, но в чём — не понимаю. iptables на хосте разрешают весь трафик между гостями. Так как интерфейсы гостей не входят в virbr0 от KVM, то так понимаю, хостовыми правилами iptables всё и управляется? Ткните пальцем, где я тормоз?
Спустя полгода после предыдущего релиза, вышел Cherrytree 0.38.5.
Cherrytree — WYSIWYG-программа для ведения заметок, которая поддерживает такие возможности, как:
Список изменений в новой версии:
>>> Страница проекта