Здравствуйте.

Такая ситуация.
есть сервер. на нем 2 интерфейса.
Один виртуальный (hyper-v 192,168,3,0) второй реальный (192,168,0,0).
на нем указан шлюзом адрес ЛАН интерфейс DFLа.

есть компьютер. на нем шлюзом указан реальный адрес интерфейса сервера.

Когда делаешь tracert какного нибудь адреса инета, то пакеты сначала приходят на лан сетевой карты сервера, потом на DFL и далее в инет.

Но если трассировать адрес из виртуальной сети (192,168,3,0), то пакеты также доходят до сервера, потом в ДФЛ , в инет и соответственно говорит что хост недостежим.

Вопрос такой. что надо сделать на DFL, чтобы если мы хотим попасть в сеть 192,168,3,0 то ДФЛ отправлял их туда куда надо.
Не соображу

Спасибо

Коли у вас шлюзом стоит сервер и он умудряется выкинуть пакет мимо своего же интерфейса, то и крутите сервер.

На DFL можно попробовать прописать маршрут на 3 сеть через адрес сервера, но скорее всего это не поможет - проблема в сервере.

_________________
Хотите хороший девайс? D-Link DFL!

Хотите считать с него трафик?
http://www.raresoftware.ru/products/lan/dfltc

крутил. ноль внимания. выкидывает в шлюз.

хотя маршрут прописан

route add -p 192.168.3.0 mask 255.255.255.0 192.168.3.8

и всеравно выкидывает в шлюз

У вас шлюз - ваш сервер. И он же такие финты выдает? А не проще ли шлюзом DFL ?

_________________
Хотите хороший девайс? D-Link DFL!

Хотите считать с него трафик?
http://www.raresoftware.ru/products/lan/dfltc

да. для клиента шлюз - сервер. на нем шлюз - ДФЛ.

тогда что надо прописать на ДФЛ, чтобы он вернул пакет на сервер и в необходимый виртуальный интерфейс?

Накой, объясните мне, делать круги пакетов? Если сервер уже через себя отправил пакет на дефолтшлюз, то он его и от DFL завернет и получим мы кольцо.

Проблема в вашем сервере.

PS Делается это маршрутом до 3й сети через сервер + соответствующим allow lan<>lan правилом.

_________________
Хотите хороший девайс? D-Link DFL!

Хотите считать с него трафик?
http://www.raresoftware.ru/products/lan/dfltc