л2тп получает параметры по ппп, а не по дхчп

route add (сеть или хост) MASK (шлюз) route add 192.168.0.0 MASK 255.255.255.0 172.16.0.1

хотелось бы на микротике все это сделать, чтобы на клиентах вручную не прописывать (клиентов много)

это как-то заморочено, ранее же работало все, тока eth поменяли на sfp

То есть раньше при подключении L2TP клиента к МТ ему передавался шлюз?

С чего ты это взял? Адаптер PPP ЗЖ: DNS-суффикс подключения . . . . . : IPv4-адрес. . . . . . . . . . . . : 10.254.1.2 Маска подсети . . . . . . . . . . : 255.255.255.255 Основной шлюз. . . . . . . . . : 0.0.0.0

ну вообще это предположение было

это как-то заморочено, ранее же работало все, тока eth поменяли на sfp

это как-то заморочено, ранее же работало все, тока eth поменяли на sfp

покажи правила NAT

sfp1 не могу включить маскарад, провайдер так не работает

в каком смысле?

в прямом смысле, не работает с включенным маскарадом

в прямом смысле, не работает с включенным маскарадом

последнее правило - выход в интернет?

а если src-nat - to address ?

да верно, вместо маскарада

это и прописал в конце

ну новое правило создал, и оно в конец пошло)) переместить в начало? ))

а можно глянуть, только IP замажь

тяжко искать, какие адреса ты присваиваешь впн-клиентам?

Коллеги, добрый день. Такой вопрос. При настройке dhcp-relay на микротике нужно ли чтобы dhcp-server и сам микротик были в одной сети, или хватит только того, что они "видят" друг друга через маршрутизацию?

И если второе, тогда почему при указании в поле dhcp-relay local address нужного адреса запрос отправляется не с него, а с другого адреса микротика?

Коллеги, добрый день. Такой вопрос. При настройке dhcp-relay на микротике нужно ли чтобы dhcp-server и сам микротик были в одной сети, или хватит только того, что они "видят" друг друга через маршрутизацию?

Коллеги, добрый день. Такой вопрос. При настройке dhcp-relay на микротике нужно ли чтобы dhcp-server и сам микротик были в одной сети, или хватит только того, что они "видят" друг друга через маршрутизацию?

в данный момент вижу другое, в настройках дхцп-релея указал адрес 10,1,10,1 с него сервер дхцп пингуется

https://habr.com/ru/post/89997/

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

спасибо почитаю

Коллеги кто сможет дать консультацию по wifi на расстояние 1,5к -5к

Да это севера. Надо соединить разные точки

Я сначала смотрел в сторону новых точек nRay но я не знаю может ли они работать поинт то мультипоинт

Я сначала смотрел в сторону новых точек nRay но я не знаю может ли они работать поинт то мультипоинт

вообще лучше всего из всего с чем работал показали себя юбики. Но тут в меня могу начать кидаться тряпками и наверняка не сухими

лететь будет с этого адреса

улетает с адреса 172.26.1.2(смотрел дамп через вирешарк)

а ip на vlan25 такой есть?

Заказчик говорит на крыше можете поставить одну антену. И к ней цепляйтесь

на скриншоте внизу ип на вланах указаны

/32 адрес?

бюджет то какой?

да, или дхцп-релеем не может быть адрес с маской 32?

а трассировка с этого адреса до DHCP-сервера вообще доходит?

Пох на бюджет. Главное что б работало стабильно и хорошо в реалиях крайнего севера

да, если мы говорим про адрес 172.25.144.1

микротик принципиален? есть решения именно для почти любых условий

прям /tool traceroute 10.24.26.2 src-address=172.25.144.1

так, а проблему напомни

с адреса 172.26.1.2 трассоровка не ходит, и не должна, это линковочная сеть

релей запросы отправляются с адреса 172.26.1.2 а не с адреса 172.25.144.1, хотя последний указан в дхцп-релее как локальный адрес

покажи схему сети с адресами и сетями

я поддерживаю)

то есть у сервера должен быть маршрут к этому адресу

и тут дело не в задаче, а почему указывая адрес 172.25.144.1 запросы летят не с него а с адреса 172.26.1.2

NATа, случаем, нет на этом интерфейсе?

НАТа нет