Комментарии 25
но сталкиваемся с проблемой динамической адресации от провайдера
/ip cloud set ddns-enabled=true
на обоих микротиках, и дружим уже по dns имени тоннели.
И тут меня осенило! Размер пакета превышает MTU, который нам предоставляет PPTP, а фрагментировать нельзя! К сожалению в настройках miniDLNA сервера я не смог найти возможность ограничить длину пакета.
Поднимает тоннель на ovpn между микротиками и получаем правильный MTU
Факультативным и очень элегантным решением было бы поднять VPLS между двумя точками и объединить их в одну «локалку». Тогда бы все вопросы, связанные с тонкостями маршрутизации отпали :)
Да, я бы с него и начинал)
Я к сожалению не указал в статье, что искал решение подходящее для любого оборудования. В последствии к моей медиатеке подключился еще один товарищ, у него был шлюз на линуксе. EoIP есть под линукс, но его надежность сомнительна, OpenVPN (linux — mikrotik) не пробовал, а вот с IPIP все взлетело без проблем.
Теперь буду пробовать OpenVPN. Странно, что я забыл про него =)
Теперь буду пробовать OpenVPN. Странно, что я забыл про него =)
Вот, у меня это была первая мысль =)
OpenVPN прекрасно работает под линуксом на уровне L2.
OpenVPN прекрасно работает под линуксом на уровне L2.
И в чем проблема? Ну поставишь ты по TCP OVPN, внутри то любой трафик может ходить — UDP\GRE\IGMP\ICMP и т.д.
Уверены?
А если настроить стек конкретно под ваш канал?
Хотя бы выбрать подходящий алгоритм согласования окна.
Уверяю, будет только лучше. Задержка незначительно повысится, но гемора поубваится.
Пропускная способность у вас какая? Тип канала?
А если настроить стек конкретно под ваш канал?
Хотя бы выбрать подходящий алгоритм согласования окна.
Уверяю, будет только лучше. Задержка незначительно повысится, но гемора поубваится.
Пропускная способность у вас какая? Тип канала?
Даже по UDP на подобном железе с openwrt роутеры не дают нормальной производительности.
UPD OVPN ограничен 100 мегабитами, хоть поднимай его на x86 железе, линк все равно 100мбс.
UPD OVPN ограничен 100 мегабитами, хоть поднимай его на x86 железе, линк все равно 100мбс.
/ip cloud set ddns-enabled=true
на обоих микротиках, и дружим уже по dns имени тоннели.
IPIP туннели по DNS имени не построишь, ну если не прибегать к скриптам =)
Если же вы про DDNS для OpenVPN — тогда да, это решение.
Поднимает тоннель на ovpn между микротиками и получаем правильный MTU
segment size необходимый для передачи медиаконтента равен 1448, я пробовал OpenVPN, но часть пакетов дропалась, в связи с чем я ушел на IPIP.
Не исключаю что возможно где то я ошибся, я описал лишь собственный опыт, который привел к положительным результатам.
Пакеты внутри OVPN не могли дропаться из-за DF, потому как MTU по умолчанию 1500, что является стандартом де-факто. У IPIP, фактически, MTU меньше как минимум на еще один IP заголовок.
Решение с OpenVPN совместно с PIM не работает к моему сожалению, так как используется PPP соединение, а для работы PIM нужны link-local маршруты.
Хорошая статья. Сделал то же самое на двух роутерах openwrt при помощи пакета smcroute.
Прошла куча лет, но информация всё ещё актуальна. "Сегодня" столкнулся с такой любопытной вещью, что телевизор Samsung не отображают у себя в списке источников DLNA сервер, проброшенный в сеть таким образом.
При этом VLC или любой другой UPnP клиент, например Windows 10/11 прекрасно видят сервер и ходят по нему.
Есть подозрение, что телик желает чтобы сервервер был в одной с ним сети согластно маске подсети.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Проброс DLNA в удаленную сеть