Столкнулся с такой же проблемой. Удалось выяснить что это из-за маски соединения Wireguard:
nwg0 Link encap:UNSPEC HWaddr 00-00-00-00-00-00-00-00-00-00-00-00-00-00-00-00
inet addr:10.13.13.3 P-t-P:10.13.13.3 Mask:255.255.255.255
UP POINTOPOINT RUNNING NOARP MTU:1324 Metric:1
RX packets:12533 errors:0 dropped:43 overruns:0 frame:0
TX packets:11141 errors:0 dropped:1 overruns:0 carrier:0
collisions:0 txqueuelen:50
RX bytes:8986444 (8.5 MiB) TX bytes:1993636 (1.9 MiB)
В моем случае, в настройках соединения, в поле "Адрес" нужно было заменить подсеть "/32" на "/24", маска в соединении поменялась:
nwg0 Link encap:UNSPEC HWaddr 00-00-00-00-00-00-00-00-00-00-00-00-00-00-00-00
inet addr:10.13.13.3 P-t-P:10.13.13.3 Mask:255.255.255.0
UP POINTOPOINT RUNNING NOARP MTU:1324 Metric:1
RX packets:12535 errors:0 dropped:64 overruns:0 frame:0
TX packets:11155 errors:0 dropped:1 overruns:0 carrier:0
collisions:0 txqueuelen:50
RX bytes:8986628 (8.5 MiB) TX bytes:1994316 (1.9 MiB)
На работу туннеля это не повлияло, если в "Приоритетах подключений" вручную перекинуть какое-либо устройство в профиль с соединением Wireguard - трафик идет через него, все ok.
Bird запустился без ошибок и таблица маршрутизации наполнилась:
~ # ip route list table 1000 | wc -l
20177
НО! На устройствах в сети все так же нет доступа к заблокированным ресурсам (
Может кто-то сталкивался или может подсказать что еще нужно настроить?