Уважаемые друзья-коллеги!
Столкнулся вот с такой нетривиальной задачей.
Что-то ничего в голову не приходит, возможно последствия недавнего ДР :)
Имеется gate (реальный IP) под OpenBSD, на котором крутится OpenVPN server и удаленный клиент под Debian за NAT-ом.
Задача — предварительно отфильтрованную часть пакетов с внешнего if gate передать на виртуальный if (tun0), а затем сделать так, что бы эти пакеты были слышны на tun if удаленного клиента.
С первой частью задачи великолепно справляется PF ( dup-to + опции фильтрации) и вся необходимая часть трафика присутствует на виртуальном if OVPN server. Однако, на удаленном tun if естественно tcpdump пакетов не слышит.
ЗЫ 0 меня устроит слышать пакетики на L3
ЗЫ 1 на вопросы типа «а нафига», отвечаю — security reason
где тут нестандартное?
у тебя впн не работает.ЗЫ 0 ты написал что естественно что пакетов нет - значит все так как ты задумал?
ЗЫ 1 что значит слышать пакет?
Дружище, ну не позорь меня уж перед коммунити :)
ВПН работает чудесно, по нему и NetFlow бежит, и по фтп скриптик файлы переливает.Возможно я несколько косноязычно обьяснил задачу, попробую еще раз.
На сейчас все отфильтрованные (например по порту) пакеты миррорятся
на вирт интерфейс сервера.
Но на вирт интерфейсе клиента даже в промиск режиме я эти пакеты (естественно) не слышу.
А очень нужно услышать. Что допилить?
> Дружище, ну не позорь меня уж перед коммунити :)
> ВПН работает чудесно, по нему и NetFlow бежит, и по фтп скриптик
> файлы переливает.
> Возможно я несколько косноязычно обьяснил задачу, попробую еще раз.
> На сейчас все отфильтрованные (например по порту) пакеты миррорятся
> на вирт интерфейс сервера.
> Но на вирт интерфейсе клиента даже в промиск режиме я эти пакеты
> (естественно) не слышу.
> А очень нужно услышать. Что допилить?У Вас используется tun интерфейс, на нем конечно ничего не увидите, скорее всего надо использовать tap интерфейс, вот тогда они должны будут появляться на киентском интферфейсе.
Спасибо огромное.
А почему?
Я не выпендриваюсь, я реально не понимаюЕще раз поморочу голову коммунити. Может я не так обьясняю.
Прикиньте, вы замиррорили порт на свиче. В зеркальный порт воткнули интерфейс тазика.
Перевели NIC в промиск режим и слышите все, что проходит через замиррореный порт.Я хочу сделать то же самое, только в качестве зеркала у меня вирт иф с одной стороны туннеля, а слушать хочу на другой.
> Спасибо огромное.
> А почему?
> Я не выпендриваюсь, я реально не понимаюу openvpn есть еще и своя маршрутизация, смотрите iroute
> Еще раз поморочу голову коммунити. Может я не так обьясняю.
> Прикиньте, вы замиррорили порт на свиче. В зеркальный порт воткнули интерфейс тазика.
> Перевели NIC в промиск режим и слышите все, что проходит через замиррореный
> порт.
> Я хочу сделать то же самое, только в качестве зеркала у меня
> вирт иф с одной стороны туннеля, а слушать хочу на другой.туннель это все таки не bridge, но попробовать вить можно как будет с зеркалированием
http://xgu.ru/wiki/OpenVPN_Bridge
> у openvpn есть еще и своя маршрутизация, смотрите irouteУвы, но ИМХО не получится
Прикиньте, появились они на вирт иф со своими заголовками....
Под какое правило маршрутизации они попадут?
Никак не получается
>> у openvpn есть еще и своя маршрутизация, смотрите iroute
> Увы, но ИМХО не получится
> Прикиньте, появились они на вирт иф со своими заголовками....
> Под какое правило маршрутизации они попадут?
> Никак не получаетсято что придется использовать tap, это точно.
а то что по ссылке под какое правило попало?
> то что придется использовать tap, это точно.
> а то что по ссылке под какое правило попало?Как раз разбираюсь. Тут еще одна заморочка вылезла :(
http://www.opennet.me/tips/info/1664.shtml
OpenBSD не имеет устройства tap(4), которое по своей сути является простым
туннелем 2-го уровня OSI.
>> то что придется использовать tap, это точно.
>> а то что по ссылке под какое правило попало?
> Как раз разбираюсь. Тут еще одна заморочка вылезла :(
> http://www.opennet.me/tips/info/1664.shtml
> OpenBSD не имеет устройства tap(4), которое по своей сути является простым
> туннелем 2-го уровня OSI.Ну для этог оне обязательно использовать OpenVpn, есть же и другие решения которые могут работать. Например тотже L2TP, ну или можно аналогично поднять туннель 2 уровня ОСИ используя ssh. Оба варианта можно поднимать уже внутри установленного OpenVpn туннеля, тогда тотже l2tp еще и шифроваться будет.
Вы имели ввиду построить а-ля bridge на L2?