Как я могу вынудить пользователей США пойти сервер США и посетители из Великобритании для движения в британский сервер
Это ни в коем случае не легкий вопрос, и нет никакого "стандартного пути", чтобы сделать "основную установку" в обмен, который является вполне сложным продуктом и определенно нуждается в некотором исследовании перед развертыванием.
Тем не менее основные моменты, которые необходимо изучить:
- Принятые домены (в Организационной Конфигурации): это домены SMTP, для которых Ваш сервер будет управлять сообщениями. Необходимо определить по крайней мере один авторитетный домен для общедоступного домена DNS.
- Политики адреса электронной почты (в Организационной Конфигурации): это говорит Exchange, как создать адреса для Ваших пользователей. Самая основная установка здесь должна дать каждому пользователю адрес в форме
username@default.smtp.domain. - Почтовые ящики (в Конфигурации Получателя): Вашим пользователям, конечно, будет нужно один, чтобы смочь на самом деле использовать Exchange.
- Отправьте коннекторы (в Организационной Конфигурации): они говорят Exchange, как передать исходящие сообщения; Вам будет нужен по крайней мере один из них, настроенный для предоставления интернет-электронного письма к внешним доменам.
- Получите коннекторы (в Транспортной конфигурации сервера Концентратора): это - сервер SMTP, слушающий на Вашем сервере для входящих сообщений; это по умолчанию не примет входящую внешнюю электронную почту, потому что она хотела бы Граничный сервер в этой роли; если Вы захотите, чтобы этот сервер непосредственно получил электронное письмо из Интернета, то необходимо будет позволить анонимное соединение со значением по умолчанию, получают коннектор на Транспортном Сервере Концентратора.
- Брандмауэр: необходимо будет позволить поступать трафик SMTP (порт TCP 25) от одного внешнего общедоступного IP-адреса до частного сервера посредством NAT; и необходимо будет, конечно, также позволить серверу установить исходящие соединения SMTP с внешними адресами.
- DNS: Я предполагаю, что Вы уже сделали это, иначе необходимо будет настроить запись MX, чтобы общедоступный домен DNS указал на общедоступный IP-адрес, порт TCP/25 которого затем передается Exchange Server.
Это должно получить основное почтовое движение потока; затем необходимо будет изучить два других наиболее важных момента конфигурации Exchange: устройство хранения данных и веб-сервисы; но разговор о том здесь также действительно сделал бы этот ответ слишком длинным и сложным.
Я настоятельно рекомендую, что Вы читаете книгу, или два о Exchange... это - вполне сложный зверь.В самом деле.
И почему у таких компаний, как Google, есть разные домены для каждой страны?
Потому что так проще иметь ОТДЕЛЬНЫЙ КОНТЕНТ для каждой страны. Контент должен быть статическим, поэтому, если вы хотите, чтобы страницы на английском и, например, испанском языках индексировались, у них должен быть отдельный URL. Один из способов - example.com/en , другой - en.example.com . Чем позже масштабируется лучше.
Во-первых, возможно ли это?
Не для тебя. Вам нужен провайдер, поддерживающий маршрутизацию anycast.
Чтобы сделать это самостоятельно, вам потребуются собственные IP-адреса с международной маршрутизацией, которые невозможно получить для обычного пользователя, так как наименьший назначенный блок составляет более 4000 адресов (которые вы должны ИСПОЛЬЗОВАТЬ) и затраты высоки.
Если вы его получите, вы получите маршрутизацию как AS (автономная система) и просто опубликуете маршруты, ведущие к ближайшему серверу.
Итак, не для вас. Но некоторые хосты могут его поддерживать.
CDN это делают - так что вы определенно можете переместить свои статические данные в сеть доставки контента.
Что вы можете сделать, так это указать префиксы страны, а затем перенаправить на их из основного домена.
+1 для произвольной маршрутизации как «реальное решение»
Более простой альтернативой является предоставление разных записей DNS для каждого континента. Amazon продает это как Маршрутизация на основе задержки , но я предполагаю, что другие крупные поставщики DNS предлагают аналогичные инструменты.
Some people have mentioned CDNs as a solution. You don't really need that. All you need is for the authoritative DNS server for your domain to pick the optimal server for a given user based on where their DNS request is coming from (and potentially what the current load is). Akamai, for example, while also the largest CDN, offers a product called Global Traffic Management that is completely separate from its CDN offerings that provides this very service (for a fee). It accomplishes this by becoming the authoritative DNS server for the various domains you administer, and then for incoming DNS requests, it then hands out the IP addresses of your web servers, correctly accounting for load and locality.
If your servers can't handle your load (and you don't want to buy and administer more), that's when you want a CDN, but it doesn't sound like that's your problem.
Вы можете использовать произвольную маршрутизацию. У Google, например, есть DNS-серверы, такие как 8.8.8.8, которые являются разными серверами в зависимости от того, где вы находитесь.
Вы также можете использовать сеть доставки контента для своих статических данных.
И разные домены для каждой страны предоставляют вам с другими преимуществами, но это, конечно, не поможет вам, если все ваши посетители будут использовать один домен.
Что вам нужно, так это географическая балансировка нагрузки . Это очень сложная, нетривиальная проблема. Принятый ответ неверен. Ты можешь это сделать. Некоторое время назад я видел страницу со сценарием, который измеряет пинг пользователей и отправляет их на ближайший сервер. Я ДУМАЮ, вот оно что: http://www.austintek.com/LVS/LVS-HOWTO/HOWTO/LVS-HOWTO.geographically_distributed.html
Кроме того, F5 Networks продает маршрутизатор с географической балансировкой нагрузки, но он дорогой.
Вы можете посмотреть http : //www.neustar.biz/services/dns-services/managed-dns-packages тоже. пакет Enterprise поддерживает то, что они называют региональной маршрутизацией, и я думаю, это будет вашим решением. Как упоминалось ранее в отношении предложения Akamai, служба DNS достаточно умна, чтобы указывать на географически ближайший IP-адрес.
Если вы ищете решение для распределения нагрузки, я бы порекомендовал облачный хостинг / поставщиков облачных услуг.
Серверы облачного хостинга спроектированы таким образом, чтобы выполнять точно такой же процесс в соответствии с вашими требованиями, путем маршрутизации к ближайшему кластеру хостов.
Надеюсь, это может каким-то образом помочь.
Вы можете использовать DNS-сервер, который будет направлять посетителей из каждого региона на разные компьютеры.
Возможный дублирующийся вопрос: Есть ли DNS, поддерживающий географическое положение / направленный DNS?