Показать полную графическую версию : DNS и несколько серверов
не понял вопроса »
ну вот смотрите, у автора сервера в разных концах города.
Один провайдер выдал серверу-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, как нам поможет в этом случае ARP, тем более который работает в пределах одного сегмента? Ведь я спрашивал про определение маршрута, а не адреса... »
вообще то речь шла о дублировании настроек как у провайдера, (одного, а не двух, о которых теперь вы почему-то пишете) так и у клиента.
перенастраивать маршруты там не придётся, а вот дождаться обновления arp в случае разных MAC адресов - да.
одного, а не двух, о которых теперь вы почему-то пишете »
потому-что:
собственных серверов под сайты в разных точках города »
даже если это один провайдер - есть вероятность разных шлюзов увеличивается с размером города.
вообще то речь шла о дублировании настроек как у провайдера
перенастраивать маршруты там не придётся, а вот дождаться обновления arp в случае разных MAC адресов - да. »
если оба сервера подключены к одному маршрутизатору (с одним шлюзом по умолчанию)?
даже если это один провайдер - есть вероятность разных шлюзов увеличивается с размером города. »
port+vlan на клиента, какие проблемы с размером города?
или вообще с городом?
какие проблемы с размером города? »
Шлюз по умолчанию (и предпоследний хоп для клиента) - 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 оказался во втором трасерте?
/
точнее не шлюз, а последняя миля.
проблема в разных маршрутизаторах в разных точках города: »
давайте ещё раз.
port+vlan на клиента »
вы понимаете о чём я говорю?
для меня, как для юрика берущего несколько каналов от 40 до 200мбпс, плюс несколько PtP, нет совершенно никакой разницы где именно (в какой районе города, или пригорода) стоит моё оборудование, подключенное к одному и тому же провайдеру.
всё что мне нужно сделать - написать письмо, что нужные мне белые сети следует подать по другому адресу.
и последняя миля или не последняя значения не имеют.
всё что мне нужно сделать - написать письмо, что нужные мне белые сети следует подать по другому адресу. »
писали мне такие письма, после чего:
ip route 1.1.1.1 255.255.255.255 2.2.2.254 »
Только вы думаете, автор после каждого отключения сервера будет писать такие письма? А при включении - прописать обратно? Скорость реагирования? По этому я и спросил:
А по какому протоколу сеть А пропишется за сетью\адресом Б? Я делал это руками... »
т.е. создастся новый маршрут.
exo,
в линке Tonny_Bennet, было предложение о дублировании настроек у провайдера на разных портах/вланах.
что прописывать?
Только вы думаете, автор после каждого отключения сервера будет писать такие письма? А при включении - прописать обратно? Скорость реагирования? По этому я и спросил: »
автор, сидя на домовом провайдере может обписаться такими письмами, даже при условии одного провайдера ничего сделано не будет.
у них в лучшем случае влан на дом.
в линке Tonny_Bennet, было предложение о дублировании настроек у провайдера на разных портах/вланах. »
там было предложение о дублировании настроек на серверах... сетевых картах серверах... в этой статье ни слова о настройках портов коммутаторов. они даже могут не поддерживать VLAN
Имеется два сервера – первичный и запасной. При помощи протокола VRRP (Virtual Router Redundancy Protocol)
при крахе первичного сервера, автоматически поднимаем его MAC и IP на запасном.
у них в лучшем случае влан на дом. »
по этому я и написал:
А для локальной сети vrrpd хорошее решение... »
в линке Tonny_Bennet:
(в локальной сети может быть несколько резервирующих друг-друга систем)
дом, район - локальная сеть. но веб-сайты на реальных адресах - это не локальная сеть...
Tonny_Bennet
15-06-2012, 12:41
Напомню что я предлагал использовать одного провайдера!
у них в лучшем случае влан на дом. »
Это скорее всего при 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 - второй сервак поймёт это и пропишет в настройках своей сетевой конфигурацию основного!
Оба компа находятся в одной подсети. У них один шлюз 1.1.1.1. »
да, всё верно. Про привязку МАС адреса тоже верно.
Просто я объяснил - почему это требует изменение маршрута в случае с разными сетями\провайдерами. что вероятно, при расположении серверов в разных частях города...
ifconfig -a мы не видели...
Tonny_Bennet
15-06-2012, 14:09
Просто я объяснил - почему это требует изменение маршрута в случае с разными сетями\провайдерами »
По-моему объяснения не требовалось т.к. я сразу указал, что провайдер должен был быть один. cameron, также настаивала на этом :)
ifconfig -a мы не видели... »
Согласен - было бы не лишним. Хотя информации о том, что провайдер одинаковы для обеих точен и с ним реально обсуждать такие вопросы, было бы вполне достаточно.
Cancer_mvm
15-06-2012, 14:28
В кабинете, в управлении сайтами у регистратора dns.com.ua в поле где вводится ip сайта как оказалось можно ввести через запятую еще несколько адресов. Пробовал на примере 2-х адресов работает, что уже хорошо, правда не совсем так как предполагалось, примерно так:
С разных точек города запросы уходят на разные сервера, то на один сервер, то на второй. Если один из серверов гасить то все запросы после некоторых раздумий уходят только на один из серверов.
Теперь nslookup выдает несколько серверов, как в контакте:
nslookup -type=all vk.com
vk.com AAAA IPv6 address = 2a00:bdc0:0:1:1::7
vk.com internet address = 87.240.143.247
vk.com internet address = 87.240.143.248
vk.com internet address = 93.186.224.244
vk.com internet address = 93.186.224.245
vk.com internet address = 93.186.224.246
vk.com internet address = 87.240.131.97
vk.com internet address = 87.240.131.98
vk.com internet address = 87.240.131.99
vk.com internet address = 87.240.131.100
vk.com internet address = 87.240.131.101
vk.com internet address = 87.240.131.102
vk.com internet address = 87.240.131.103
vk.com internet address = 87.240.131.104
vk.com internet address = 87.240.143.241
vk.com internet address = 87.240.143.242
vk.com internet address = 87.240.143.243
vk.com internet address = 87.240.143.244
vk.com internet address = 87.240.143.245
vk.com internet address = 87.240.143.246
vk.com MX preference = 10, mail exchanger = mail.vk.com
vk.com text =
"v=spf1 ip4:93.186.224.0/20 ip4:87.240.128.0/18 mx include:aspmx.googlemail.com ~all"
vk.com
primary name server = ns1.vkontakte.ru
responsible mail addr = ncc.vkontakte.ru
serial = 2012061301
refresh = 3600 (1 hour)
retry = 900 (15 mins)
expire = 604800 (7 days)
default TTL = 900 (15 mins)
vk.com nameserver = ns2.vkontakte.ru
vk.com nameserver = ns1.vkontakte.ru
vk.com nameserver = ns4.vkontakte.ru
Ранее я предполагал, что будет какой-то основной, с которого остальные будут делать копии (будут зеркалами), но теперь нужно сделать что б сервера как то копировали друг у друга только последние-изменения. (т.к. при изменении информации на сайтах, можно оказаться что на одном сервере что на втором)
Tonny_Bennet
15-06-2012, 14:43
С разных точек города запросы уходят на разные сервера, то на один сервер, то на второй. »
Это и есть механизм DNS Round Robin (http://ru.wikipedia.org/wiki/Round-robin_%28%E0%EB%E3%EE%F0%E8%F2%EC%29).
Ранее я предполагал, что будет какой-то основной, с которого остальные будут делать копии (будут зеркалами), но теперь нужно сделать что б сервера как то копировали друг у друга только последние-изменения. (т.к. при изменении информации на сайтах, можно оказаться что на одном сервере что на втором) »
Для этого я думаю стоит создать отдельную тему?
Что скажут модераторы и админы?
Cancer_mvm
15-06-2012, 14:58
Это и есть механизм DNS Round Robin. »
Я понимал это как первый запрос уходит на один сервер второй на второй. А в данном случае зависит не от запросов а от места нахождения пользователей, их расположения чтоль (может к какому ближе), потому как с определенной точки, в любое время посылает на конкретный сервер, с другой точки постоянно ходит на второй сервак.
Для этого я думаю стоит создать отдельную тему? »
Ок, поищу на форуме может уже кто подобное делал.
Tonny_Bennet
15-06-2012, 15:26
Я понимал это как первый запрос уходит на один сервер второй на второй. А в данном случае зависит не от запросов а от места нахождения пользователей, их расположения чтоль (может к какому ближе), потому как с определенной точки, в любое время посылает на конкретный сервер, с другой точки постоянно ходит на второй сервак. »
В интернете понятия расстояний немного стёрты и можно оперировать адресами клиентов отправляющих запросы. DNS сервер BIND можно настроить отдавать определённую зону для определённой сети.
view "internal" {
match-clients { 1.1.1.0/24; };
zone "google.ru" {
type master;
file "/etc/bind/google.ru.int";
};
}
view "external" {
match-clients { any; };
match-destinations { any; };
zone "google.ru" {
type master;
file "/etc/bind/google.ru.ext";
};
}
Здесь если запрос к серверу пришёл из сети 1.1.1.0/24 то ему отдадут зону google.ru.int, а если запрос был из любой другой сети то сервер отдаст зону google.ru.ext.
Ну а в файлах google.ru.int и google.ru.ext пропишите зоны с адресами, которые нужно будет отдавать.
© OSzone.net 2001-2012
vBulletin v3.6.4, Copyright ©2000-2025, Jelsoft Enterprises Ltd.
Available in ZeroNet 1osznRoVratMCN3bFoFpR2pSV5c9z6sTC