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

Angry Demon · Отправлено: **07:46, 23-11-2010** | #2

Цитата ievgeniy88:

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

Никак. Windows этого не умеет.

Negativ · Отправлено: **09:34, 23-11-2010** | #3

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

ievgeniy88 · Отправлено: **12:31, 23-11-2010** | #4

Цитата Negativ:

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

А еще какие варианты? Как сформулировать эту функцию для поиска например в гугле?

Valeant · Отправлено: **16:45, 23-11-2010** | #5

Цитата:

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 · Отправлено: **17:35, 23-11-2010** | #6

Цитата Valeant:

Только вот обратно ни как, только перезапуск. »

А если все таки с помощью ПО.. Эдакого переключателя.)

ievgeniy88 · Отправлено: **18:00, 23-11-2010** | #7

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

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

Valeant · Отправлено: **12:57, 24-11-2010** | #8

ievgeniy88,

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

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

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

Negativ · Отправлено: **16:21, 24-11-2010** | #9

Цитата Valeant:

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

Пользовался я этим Kerio. Не спорю, он может, только глюков с ним выше крыши.

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

Valeant · Отправлено: **21:41, 24-11-2010** | #10

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 - позволяет контролировать на уровне каждого интерфейса по отдельности