[exo]

не понял вопроса »

ну вот смотрите, у автора сервера в разных концах города.
Один провайдер выдал серверу-1 адрес 1.1.1.1. Шлюз по умолчанию (и предпоследний хоп для клиента) - 1.1.1.254
Второй провайдер выдал серверу-2 адрес 2.2.2.2. Шлюз по умолчанию (и предпоследний хоп для клиента) - 2.2.2.254

Представим, что сервер-1 недоступен. Для того, что бы я обратился к серверу-2 по старому адресу, на шлюзе должна быть перепрописана маршрутизация. Для Cisco:
ip route 1.1.1.1 255.255.255.255 2.2.2.254
при условии, что адрес 1.1.1.1 будет назначен не посредственно маршрутизатору. Чтобы направить на сервер:
ip route 1.1.1.1 255.255.255.252 2.2.2.254
на маршрутизаторе назначается адрес 1.1.1.2 - на сервере 1.1.1.1

cameron, как нам поможет в этом случае ARP, тем более который работает в пределах одного сегмента? Ведь я спрашивал про определение маршрута, а не адреса...

Tonny_Bennet, представим случай сложнее: недоступен не только сервер, но и его шлюз - нет электричества во всей серверной. Мои запросы буду уходить в никуда, т.к. пред-предпоследний хоп знает, что сеть 1.1.1.0 за 1.1.1.254 - который не доступен...

По этому vrrpd хорошее решение для одного сегмента, доступ к которому будет через один шлюз...

Стандартное решение (не раз обсуждалось на форуме) для автора: RR DNS

[cameron]

cameron, как нам поможет в этом случае ARP, тем более который работает в пределах одного сегмента? Ведь я спрашивал про определение маршрута, а не адреса... »

вообще то речь шла о дублировании настроек как у провайдера, (одного, а не двух, о которых теперь вы почему-то пишете) так и у клиента.
перенастраивать маршруты там не придётся, а вот дождаться обновления arp в случае разных MAC адресов - да.

[exo]

одного, а не двух, о которых теперь вы почему-то пишете »

потому-что:

собственных серверов под сайты в разных точках города »

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

вообще то речь шла о дублировании настроек как у провайдера перенастраивать маршруты там не придётся, а вот дождаться обновления arp в случае разных MAC адресов - да. »

если оба сервера подключены к одному маршрутизатору (с одним шлюзом по умолчанию)?

[cameron]

даже если это один провайдер - есть вероятность разных шлюзов увеличивается с размером города. »

port+vlan на клиента, какие проблемы с размером города?
или вообще с городом?

[exo]

какие проблемы с размером города? »

Шлюз по умолчанию (и предпоследний хоп для клиента) - 1.1.1.254 Шлюз по умолчанию (и предпоследний хоп для клиента) - 2.2.2.254 »

точнее не шлюз, а последняя миля.
проблема в разных маршрутизаторах в разных точках города:

сайты в разных точках города »

mail.ru Addresses: 94.100.191.248 . . 94.100.191.210 »

C:\Users\user>tracert 94.100.191.248 Tracing route to 94.100.191.248 over a maximum of 30 hops 1 <1 ms <1 ms <1 ms 192.168.10.254 2 176 ms 165 ms 167 ms 83-169-164-46-isp.superkabel.de [83.169.164.46] 3 166 ms 165 ms 171 ms 88-134-218-254-dynip.superkabel.de [88.134.218.254] 4 167 ms 166 ms 165 ms 88-134-193-61-dynip.superkabel.de [88.134.193.61] 5 170 ms 170 ms 166 ms 88-134-204-126-dynip.superkabel.de [88.134.204.126] 6 178 ms 175 ms 182 ms 88-134-201-62-dynip.superkabel.de [88.134.201.62] 7 169 ms 169 ms 176 ms 88-134-201-157-dynip.superkabel.de [88.134.201.157] 8 175 ms 172 ms 185 ms bcix.retn.net [193.178.185.64] 9 223 ms 229 ms 225 ms ae1-7.rt1.m9.msk.ru.retn.net [87.245.233.246] 10 409 ms 423 ms 230 ms gw-netbridge.retn.net [87.245.229.42] 11 255 ms 234 ms 232 ms ae38.dl4.net.mail.ru [94.100.183.57] 12 220 ms 227 ms 224 ms 94.100.191.248

C:\Users\user>tracert 94.100.191.210 Tracing route to 94.100.191.210 over a maximum of 30 hops 1 <1 ms <1 ms <1 ms 192.168.10.254 2 166 ms 164 ms 172 ms 83-169-164-46-isp.superkabel.de [83.169.164.46] 3 167 ms 166 ms 166 ms 88-134-218-246-dynip.superkabel.de [88.134.218.246] 4 172 ms 229 ms 173 ms 88-134-193-58-dynip.superkabel.de [88.134.193.58] 5 170 ms 171 ms 164 ms 88-134-193-61-dynip.superkabel.de [88.134.193.61] 6 169 ms 165 ms 162 ms 88-134-204-126-dynip.superkabel.de [88.134.204.126] 7 164 ms 175 ms 176 ms 88-134-201-62-dynip.superkabel.de [88.134.201.62] 8 174 ms 175 ms 170 ms 88-134-201-5-dynip.superkabel.de [88.134.201.5] 9 174 ms 229 ms 172 ms bcix.retn.net [193.178.185.64] 10 226 ms 103 ms 68 ms ae1-7.rt1.m9.msk.ru.retn.net [87.245.233.246] 11 150 ms 146 ms 155 ms gw-netbridge.retn.net [87.245.229.46] 12 160 ms 159 ms 162 ms ae35.dl3.net.mail.ru [94.100.183.45] 13 167 ms 164 ms 166 ms 94.100.191.210

port+vlan на клиента »

как вы настроите это так, что бы адрес 94.100.191.248 оказался во втором трасерте?
/

[cameron]

точнее не шлюз, а последняя миля. проблема в разных маршрутизаторах в разных точках города: »

давайте ещё раз.

port+vlan на клиента »

вы понимаете о чём я говорю?
для меня, как для юрика берущего несколько каналов от 40 до 200мбпс, плюс несколько PtP, нет совершенно никакой разницы где именно (в какой районе города, или пригорода) стоит моё оборудование, подключенное к одному и тому же провайдеру.
всё что мне нужно сделать - написать письмо, что нужные мне белые сети следует подать по другому адресу.
и последняя миля или не последняя значения не имеют.

[exo]

всё что мне нужно сделать - написать письмо, что нужные мне белые сети следует подать по другому адресу. »

писали мне такие письма, после чего:

ip route 1.1.1.1 255.255.255.255 2.2.2.254 »

Только вы думаете, автор после каждого отключения сервера будет писать такие письма? А при включении - прописать обратно? Скорость реагирования? По этому я и спросил:

А по какому протоколу сеть А пропишется за сетью\адресом Б? Я делал это руками... »

т.е. создастся новый маршрут.

[cameron]

exo,
в линке Tonny_Bennet, было предложение о дублировании настроек у провайдера на разных портах/вланах.
что прописывать?

Только вы думаете, автор после каждого отключения сервера будет писать такие письма? А при включении - прописать обратно? Скорость реагирования? По этому я и спросил: »

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

[exo]

в линке Tonny_Bennet, было предложение о дублировании настроек у провайдера на разных портах/вланах. »

там было предложение о дублировании настроек на серверах... сетевых картах серверах... в этой статье ни слова о настройках портов коммутаторов. они даже могут не поддерживать VLAN

Имеется два сервера – первичный и запасной. При помощи протокола VRRP (Virtual Router Redundancy Protocol) при крахе первичного сервера, автоматически поднимаем его MAC и IP на запасном.

у них в лучшем случае влан на дом. »

по этому я и написал:

А для локальной сети vrrpd хорошее решение... »

в линке Tonny_Bennet:

(в локальной сети может быть несколько резервирующих друг-друга систем)

дом, район - локальная сеть. но веб-сайты на реальных адресах - это не локальная сеть...

[Tonny_Bennet]

Напомню что я предлагал использовать одного провайдера!

у них в лучшем случае влан на дом. »

Это скорее всего при PPPoE подключении.
Я когда-то работал у провайдера и там каждому абоненту выделялся свой Vlan. И соответственно на доме стоял свитч L2, на порту которого снимался тег в Access режиме и "чистым" трафик доходил до абонента. Абонент получал чистую подсеть.

Предположим у нашего случая есть сеть 1.1.1.0/29. К абоненту в квартиру заходит витая, подключенная в свитч L2, на порту которого прописано тегирование Vlan 7, если кабель подключить в обычный свитч в квартире а к нему компы мы получим 5 компов с внешними адресами (но денег это станет немало и подобные услуги мы только юридическим лицам предоставляли). Мы подключаем основной сервер с адресом 1.1.1.2.

Предположим, что в другом конце района (для города с промежуточным L3 будет посложнее) на другом доме мы также на порту L2 пропишем Vlan7. И подключим в него второй сервер с адресом 1.1.1.3. Оба компа находятся в одной подсети. У них один шлюз 1.1.1.1. Они без проблем видят друг друга и их видит внешний мир. В А записи доменного имени мы пропишем адрес основного сервера 1.1.1.2. И вот при падении первого сервера, не провайдера и не железки L3 - второй сервак поймёт это и пропишет в настройках своей сетевой конфигурацию основного!