u
Ну, если например по pptp объединяются две подсети, то нужно указывать статический маршрут через ppp интерфейс
Size: a a a
2021 July 19
ST
ну просто вы бы расширфровали РРТР 😊
u
Непонятка возникла из того наблюдения, что если дать ppp-интерфейсу адрес из LAN, например 192.168.88.1, то достучаться до хостов в локалке не получается
u
Понятно. Точка-точка
ST
ПОИНТ ту ПОИНТ ..... поэтому маска сети там /32
ST
ок, а на какой МАС должен отправлять ответ хост из локалки?
u
Хм, MAC? тут же на канальном уровне PPP..
ST
ну вы же его с локалкой хотите соеденить
ST
вы выдали (в том случае) ему адрес из локалки. и хосты из локалки видят что этот адрес подпадает под их маску. а значит хост в одном бродкасте с ними
ST
следовательно надо общаться напрямую, а не через маршрутизатор
u
Ды. А хотя стоп, логично. Хост смотрит адрес назначения. Адрес назначения находится в этой же подсети /24, значит нужно arp запрос отдать. Собственно, arp результата не дает.. Так?
u
Значит так, спасибо)
E
Proxy-arp на бридже поставь и достучишься
ST
да. если вам надо РРР интерфейсам давать адреса из локалки то юзайте режим proxy-arp на интерфейсе
ВМ
Это отдельный вид извращения
u
proxy-arp. Что он делает?
ST
проксирует арп.
u
Принимает arp-запросы, и уже дальше маршрутизирует по туннелю?
ST
ну тоесть прям єто и делает. Представляется в локалке єтим айпишником и получая запросы на свой МАС перенаправляет их хосту за другим интерфейсом(согласно маршрутам своим)
u
Спасибо, понял)