Jump to content

DLNA через туннель


Recommended Posts

Кто-нибудь решал задачу прокидывания DLNA сервера с другого конца туннеля? В интернетах пишут [1], что есть очень простой вариант через smcroute, но у меня эта штука что-то не заводится, говорит интерфейс невалидный.

Куда копать? Реально ли это сделать?

root@home:/opt/etc# smcroutectl add br0 192.168.1.81 239.255.255.250 ngre0
smcroutectl: Invalid input interface

root@home:/opt/etc# cat /proc/net/ip_mr_vif
Interface      BytesIn  PktsIn  BytesOut PktsOut Flags Local    Remote
 0 eth2.2            0       0         0       0 00008 0000000D 00000000
 1 br0               0       0         0       0 00008 0000000F 00000000
 
root@home:/opt/etc# ip addr
...
15: br0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue
    link/ether xxx brd ff:ff:ff:ff:ff:ff
    inet 192.168.1.1/24 brd 192.168.1.255 scope global br0
16: ngre0: <POINTOPOINT,NOARP,UP,LOWER_UP> mtu 1412 qdisc noqueue
    link/gre xxx peer xxx
    inet 192.168.101.1/24 scope global ngre0

[1] http://bda.ath.cx/blog/2009/01/24/multicast-routing-upnp-traffic-with-linux/comment-page-1/

Link to comment
Share on other sites

Но для этого нужно объединять сети в одну, правильно понимаю? А можно сделать так, чтобы без бриджа работало? Например, между сетями 192.168.1.0/24 и 192.168.2.0/24.

Link to comment
Share on other sites

18 минут назад, dippnsk сказал:

Но для этого нужно объединять сети в одну, правильно понимаю?

Да, но вы можете выделить отдельный порт для объединения с удалённой сетью и туда воткнуть DLNA клиента или даже порты не трогать, если клиент wifi.

Link to comment
Share on other sites

В 15.07.2019 в 17:35, Кинетиковод сказал:

Да, но вы можете выделить отдельный порт для объединения с удалённой сетью и туда воткнуть DLNA клиента или даже порты не трогать, если клиент wifi. 

При этом его можно оставить доступным и для локальной сети? Или вынос в отдельный порт предполагает отдельную подсеть со всеми вытекающими?

Link to comment
Share on other sites

В 16.07.2019 в 20:47, dippnsk сказал:

При этом его можно оставить доступным и для локальной сети? Или вынос в отдельный порт предполагает отдельную подсеть со всеми вытекающими?

DLNA клиент в любом случае не сможет быть в двух сетях одновременно, если это не комп.

Link to comment
Share on other sites

  • 1 month later...
В 17.07.2019 в 11:50, Le ecureuil сказал:

DLNA через туннель является капризным и ненадежным. Потому рекомендую не заниматься этой ерундой.

Не соглашусь) 3 недели полёт превосходный. eoip+ipsec. После решения первоначальных неполадок с mtu и прочим, всё работает прекрасно)

  • Upvote 1
Link to comment
Share on other sites

  • 1 year later...
On 8/29/2019 at 5:19 PM, karimovrt said:

Не соглашусь) 3 недели полёт превосходный. eoip+ipsec. После решения первоначальных неполадок с mtu и прочим, всё работает прекрасно)

а сетапом не поделитесь? 

Link to comment
Share on other sites

да, разобрался
я пытался сначала сконфигурить L3 туннель, а потом в него засунуть EoIP, но потом смекнул, что можно проще, просто добавив инструкции ipsec к EoIP интерфейсу

Link to comment
Share on other sites

  • 1 year later...
В 19.09.2020 в 00:47, Le ecureuil сказал:

В 3.3+ есть отродясь.

А если сервер 3.3+, а клиент 2.11.D.10.0-2, у меня есть шансы?

Пока что получаю нормальную работу до начала воспроизведения, потом страшные тормоза.

Edited by Дмитрий
Link to comment
Share on other sites

В 28.11.2021 в 12:18, Дмитрий сказал:

А если сервер 3.3+, а клиент 2.11.D.10.0-2, у меня есть шансы?

Пока что получаю нормальную работу до начала воспроизведения, потом страшные тормоза.

Есть тонкости в MTU, потому шансы есть, но нужно все делать руками самому.

Link to comment
Share on other sites

В 29.11.2021 в 12:26, Le ecureuil сказал:

Есть тонкости в MTU, потому шансы есть, но нужно все делать руками самому.

Я попробовал с уменьшением mtu на всех сторонах, не получилось, зреет новый план проверить с MSS.

Грешу еще на флаг DF, получаю странную картину внутри соединенных сегментов сети по EoIP: ping host -f -l дает положительный результат если (0-mtu], если -l (mtu-1500] в ответ тишина, если -l 1500+ сообщение "необходима фрагментация". Думаю проблема в блакхоле для пакетов от mtu(=1400) до 1500.

Ваши теоретические шансы в каком направлении расположены? 🙄

 

Link to comment
Share on other sites

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.

Guest
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

 Share

  • Recently Browsing   0 members

    • No registered users viewing this page.
×
×
  • Create New...