https://www.opennet.ru/openforum/vsluhforumID6/16056.html Здравствуйте, товарищи есть такая вот проблема. Есть сервер под Линукс на котором стоит OpenVPN сервер. В локальной сети присутствует IP камера, которая может вещать мультикастом. Внутри сети мультикаст принимается, роутится на сервере smcroute'ом в VPN тунель. trafshow показывает что мультикаст заходит в тунель. На клиенте потоки тоже фиксируются на интерфейсе tun. Но однако проигрыватель не ловит поток. Решил установить причину. На сервер подключился к третьему сетевому интерфейсу и пророутил мультикаст на него - отлично принял его. Однако подконектившись через этот же интерфейс ВПН клиентом опять же не смог поймать поток<br>tcpdump на клиентской машине на интерфейсе tun0:<br>lbvf# tcpdump -i tun0<br>tcpdump: WARNING: arptype 65534 not supported by libpcap - falling back to cooked socket<br>tcpdump: verbose output suppressed, use -v or -vv for full protocol decode<br>listening on tun0, link-type LINUX_SLL (Linux cooked), capture size 96 bytes<br>12:08:59.738172 IP 100.100.100.137.49160 &gt; 224.10.10.7.16386: UDP, length https://www.opennet.ru/openforum/vsluhforumID6/16056.html#4 Tue, 10 Jun 2014 12:28:27 GMT Пакеты на ...<br><br>А в частности PPDP-пакеты.<br> https://www.opennet.ru/openforum/vsluhforumID6/16056.html#3 Tue, 10 Jun 2014 12:27:25 GMT Теперь решил и для Windows. Пакеты на 224.0.0.0/4 должны уходить только по tun0, а не по eth0, через который установлен VPN.<br> <br><br><br> https://www.opennet.ru/openforum/vsluhforumID6/16056.html#2 Tue, 10 Jun 2014 12:11:13 GMT Нужно чтобы пакеты на 100.100.100.137(в твоем случае) шли тоже через VPN(tun0). У меня завелось. А вот как такое на Windows развернуть не знаю.<br><br><br> https://www.opennet.ru/openforum/vsluhforumID6/16056.html#1 Thu, 24 Apr 2008 12:43:30 GMT <br><br>попробуй так:<br><br>sysctl -w net.ipv4.icmp_echo_ignore_all=0<br>sysctl -w net.ipv4.icmp_echo_ignore_broadcasts=0<br>sysctl -w net.ipv4.icmp_ignore_bogus_error_responses=0<br>