странность с route add
Здавствуйте.
Подскажите кто сталкивался: есть три сетевухи в сервере (ws2003). первая подключена к адсл модему имеет : 192.168.2.2 255.255.255.0 192.168.2.1 вторая смотрит в локалку 10.1.5.5 255.255.255.0 третья тоже подключена к адсл модему который подключен в корп. сеть в др городе 10.1.5.6 255.255.255.0 мне необходимо прописать маршрут чтобы через третью карту ходили на 10.0.0.0, 10.1.0.0 команда route print поишет что у нужной мне сетевухи интерфейс 0x3 я выполняю команду route -p add 10.0.0.0 mask 255.255.255.0 10.1.5.25 metric 30 if 0x3 и route -p add 10.1.0.0 mask 255.255.255.0 10.1.5.25 metric 30 if 0x3 все прекрасно - маршруты прописаны, результат достигнут! делаем ребут системы... упс не пашет - смотрю route print и вижу что мои маршруты стали привязаны к 0x2 точнее к сетевухе с айпи 10.1.5.5 вопрос, как эта "собака" так делает? |
Как вариант, сделать на второй сетевой шлюзом третью сетевую. Посмотреть что получится.
И приведите пример tracert 10.0.чего-то-там с машины. |
Вот пример трасера 10.0.0.0 с машины когда все нормально (до ребута)
C:\Documents and Settings\fu271>tracert 10.0.0.20 Трассировка маршрута к 10.0.0.20 с максимальным числом прыжков 30 1 27 ms 24 ms 29 ms 10.1.5.254 2 32 ms 30 ms 77 ms 172.16.0.1 3 34 ms 29 ms 33 ms 172.16.0.2 4 * * * Превышен интервал ожидания для запроса. 5 * ^C C:\Documents and Settings\fu271> про на второй сетевой - попробую... как все с работу свалят ) |
Kashola, в статье KB263093 написано: "This behavior is by design".
"By design" в разделе реестра HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters\PersistentRoutes не предусмотрено сохранение номера интерфейса. Можно добавить батник в автозагрузку и не использовать опцию -p (все равно бесполезна). |
Время: 20:09. |
Время: 20:09.
© OSzone.net 2001-