[решено] Два шлюза на одной сетевой карте

[ievgeniy88]

Проблема в следующем: Есть локальная сеть в которой я успешно состою, так же в ней есть несколько компов с которых раздается инет от YOTA. Что получать это инет достаточно просто прописать ip раздающего компа как основной шлюз и предпочитаемый днс.

Как получать инет со всех компов?

Т.е. один будет основным, а остальные будут подключаться если основной не отказывает в доступе (напрмиер выключен).

Актуально все кроме установки доп. железа. Хотя для общего развития тоже не плохо бы это знать.

[Angry Demon]

Как получать инет со всех компов?
Никак. Windows этого не умеет.

[Negativ]

ievgeniy88,
Ставьте сторонее ПО. Например Automate.

[ievgeniy88]

Ставьте сторонее ПО. Например Automate. »
А еще какие варианты? Как сформулировать эту функцию для поиска например в гугле?

[Valeant]

ievgeniy88,
Как получать инет со всех компов?
Т.е. один будет основным, а остальные будут подключаться если основной не отказывает в доступе (напрмиер выключен).

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

0.0.0.0 0.0.0.0 IP_шлюз_1 IP_интерфейс_1 Метрика_10
0.0.0.0 0.0.0.0 IP_шлюз_2 IP_интерфейс_1 Метрика_20

при такой конфигурации имеем два маршрута Метрика_10 и Метрика_20, приоритетней Метрика_10 следовательно маршрут на IP_шлюз_1, для автоматического переключения по маршрутам при пропадании основного с наименьшей метрикой т.е. если небудет доступен шлюз некоторое время, то нужно переключится на следующий маршрут 0/0. Только вот обратно ни как, только перезапуск.

В реестре за это отвечают два параметра
HKLM\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters
DeadGWDetectDefault - включить или выключить на всех интерфейсах сразу
...Interfaces\{int-guid}
EnableDeadGWDetect - позволяет контролировать на уровне каждого интерфейса по отдельности

Как и любые маршруты маршрут 0/0 может быть добавлен как
route ADD -p 0.0.0.0 MASK 0.0.0.0 IP_шлюза METRIC 1 IF 3

где
-p при использовании с командой ADD задает сохранение маршрута при перезагрузке системы, по умолчанию маршруты не
сохраняются при перезагрузке.

3 после IF номер сетевого интерфейса.

На всякий случай
-f очистка таблиц маршрутов от записей для всех шлюзов, при указании одной из команд, таблицы очищаются до выполнения команды.

[ievgeniy88]

Только вот обратно ни как, только перезапуск. »
А если все таки с помощью ПО.. Эдакого переключателя.)

[ievgeniy88]

Способ Valeant можно реализовать проще. Нажав на кнопку "Дополнительно", в свойствах протокола TCP/IP нужного подключения. Но остается все же вопрос возвратится ли связь на основной канал после его сбоя и восстановления попробую по тестировать..

Тесты показали что после возобновления работы основного канала связь идет через него. Считаю тему решенной. Но если все таки есть варианты со сторонним софтом (winroute, например) буду рад слышать.

[Valeant]

ievgeniy88,

Связь не вернется, прыжок с маршрута меньшей метрики на большую сработает, а вот когда канал появится то обратно не вернется.
И если будете проверять то не используйте ping так как это ICMP протокол.

Конечно интересно мне как он вернулся.

Из стороннего ПО лучше Kerio winroute так как он поддерживает несколько каналов и так же балансировку, но все это создается через правила.

[Negativ]

Из стороннего ПО лучше Kerio winroute так как он поддерживает несколько каналов и так же балансировку, но все это создается через правила. »
Пользовался я этим Kerio. Не спорю, он может, только глюков с ним выше крыши.

Valeant,
Кстати по поводу метрик в маршрутах. Это сработает. А как быть с ДНС в вашем варианте?
И еще в вашем варианте есть недостаток. Шлюз может быть доступен, а вот сам канал может быть мертв и в этом случае переключение не произойдет.

[Valeant]

Negativ,
Опять же возвращаемся к маршрутам:
route add -p IP_adress_DNS1 mask 255.255.255.255 IP_Adress_Шлюз1
route add -p IP_adress_DNS2 mask 255.255.255.255 IP_Adress_Шлюз2
т.е. сначала пройдемся по маршрутам, а у же потом по default 0/0

Только вот у нас DNS определяется из настроек сетевой.

И так же интересно наверное будет:
для приложений возможно "пошаманить" через правила firewall
http://www.oszone.net/11214/windows_firewall_part4

особенно параметр - localip = { Адреса }, remoteip = { Адреса }

Negativ,
И еще в вашем варианте есть недостаток. Шлюз может быть доступен, а вот сам канал может быть мертв и в этом случае переключение не произойдет.

Вы не учли механизм определения маршрута:

В реестре за это отвечают два параметра
HKLM\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters
DeadGWDetectDefault - включить или выключить на всех интерфейсах сразу
...Interfaces\{int-guid}
EnableDeadGWDetect - позволяет контролировать на уровне каждого интерфейса по отдельности

[ievgeniy88]

Valeant,
Тестировал под Win7 по активностям модемов йоты. Если выдернуть шнур из компа с основным каналом то трафик без проблем идет через резервный, после подключения шнура модем на основном канале снова начинает активную работу что говорит о том что трафик идет через основной канал.

А как быть с ДНС в вашем варианте? »

Можно прописать гугловский днс в качестве запасного варианта что я и сделал.