Чтобы транслировать экран вашего iPhone на большой дисплей, вам необходимо убедиться, что и Anycast M2 TV Stick, и iPhone подключены к та же сеть Wi-Fi.

Шаг 1:

Подготовьте адаптер выходной мощности 5 В и ≥ 1 А и извлеките парный кабель HDMI из упаковки, если вы хотите подключить телефон только к поддерживаемому порту HDMI телевидение. Для подключения к экрану настольного компьютера требуется дополнительный преобразователь / кабель USB HDMI.

Шаг 2:

Подключите оба разъема кабеля USB HDMI к Anycast M2 TV Stick и прилагаемому адаптеру питания.Подключите адаптер питания к розетке.

Шаг 3:

Включите телевизор и установите в качестве источника входного сигнала HDMI.

Шаг 4:

Подключите Anycast M2 к дисплею.

• Подключите Anycast M2 напрямую к порту HDMI вашего телевизора.

• Для экрана настольного ПК вам потребуется USB-преобразователь HDMI / кабель — вставьте конец USB в USB-порт экрана ПК (для питания) и подключите Anycast M2 к порту HDMI преобразователя.

На экране должно появиться следующее фото, которое означает, что ТВ-стик был успешно подключен к телевизору. При первом подключении SSID ( AnyCast-xxx ) и PSK (пароль) общедоступного беспроводного сигнала отображаются в верхней центральной части дисплея.

Шаг 5:

Посмотрите в правом верхнем углу экрана телевизора, там представлен статус подключения Phone — Anycast M2 — WiFi роутер .«x» означает, что устройство не подключено.

Шаг 6:

Откройте свой iPhone и войдите в Настройки — WLAN, выберите соответствующий SSID WiFi AnyCast-xxx для подключения и введите PSK / пароль устройства. Подождите, пока ваш iPhone подключится к адаптеру Anyscreen M2. После успешного выполнения шага «x» исчезнет с экрана телевизора.

Шаг 7:

Проведите пальцем вверх по iPhone от нижней части экрана, чтобы открыть контекстное меню.Коснитесь параметра Airplay Mirroring , чтобы включить эту функцию, коснитесь устройства Anycast M2, чтобы подключиться к нему.

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

Но если вы хотите изучить онлайн-источник или воспроизвести онлайн-видео и т. Д. С помощью Wi-Fi, а не сотовых данных, вам необходимо выполнить следующие шаги для подключения к Интернету через Wi-Fi.

Шаг 1:

Закройте функцию Airplay на вашем iPhone. Экран телевизора вернется в следующее состояние.

Шаг 2:

Перейдите на главный экран iPhone, запустите браузер Safari и введите IP-адрес 192.168.203.1 в адресную строку — это тот же IP-адрес, который показан в верхнем центре экрана. экран AnyCast.

Шаг 3:

Интерфейс настройки Anycast M2 отобразится на дисплее вашего телефона.Коснитесь опции Internet , подключитесь к текущему SSID WiFi, введите пароль и нажмите OK, чтобы продолжить. Через несколько секунд знак «x» между устройством Anycast M2 и WiFi-маршрутизатором на экране телевизора исчезнет, ​​показывая, что соединение установлено.

Шаг 4:

Нажмите кнопку Home на iPhone и проведите пальцем вверх снизу, чтобы открыть контекстное меню. Снова выберите функцию Airplay Mirroring и подключитесь к AnyCast-xxx, экран iPhone снова отобразится на экране телевизора.

Теперь вы можете выполнять на iPhone любые операции, связанные с Интернетом: воспроизводить онлайн-видео, играть в игры и т. Д. Все операции будут отображаться на большом экране, чтобы мультимедийные впечатления были более захватывающими.

Примечания:

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

• Для ноутбуков с Windows 8 может потребоваться ввести PIN-код WPS, PIN-код по умолчанию — 12345670 .

• Видео с некоторых зашифрованных потоковых веб-сайтов или приложений (например, Netflix) невозможно отобразить на другом экране.

• Стандартный компьютерный USB-порт вряд ли обеспечит достаточную мощность для Anycast M2; Если вы не можете определить местонахождение беспроводного сигнала, используйте адаптер питания 5V ≥1A .

• Вы можете скачать видеоинструкцию о том, как подключить экран телефона к экрану телевизора здесь .

M9 — Руководство пользователя — AnyCast

Отсканируйте QR-код на экране, чтобы загрузить приложение для быстрого подключения и настройки для устройств iOS и Android.

ВАЖНЫЙ! Новые продукты AnyCast поддерживаются EZMira. Если вы подключите свой ключ и обнаружите, что штрих-код в главном меню не связан с EZMira, это означает, что ваш ключ еще не поддерживает EZMira.

Подпишитесь на наши удобные видео, чтобы узнать больше о зеркалировании с AnyCast.

AnyCast M9 — это беспроводной ресивер с зеркальным отображением и разрешением Full HD.Пользователи могут легко транслировать видео или игры с экрана устройства на большой экран, не переключая режимы зеркалирования. AnyCast поддерживает зеркальное отображение нескольких ОС, включая Windows, macOS, Android и iOS. Бесплатная прошивка предоставляется для совместимых с современными устройствами. Пожалуйста, следуйте приведенному ниже руководству пользователя, чтобы завершить настройку.

1. AnyCast для модуля Wi-Fi

Подключите порт micro USB модуля Wi-Fi к порту micro USB адаптера.

2. AnyCast для питания

Подключите порт USB модуля Wi-Fi типа A к порту внешнего адаптера питания 5 В / 1 А.

3. AnyCast для ТВ / проектора / монитора

Подключите порт HDMI адаптера к входам HDMI телевизора / проектора / монитора.

4. Выберите источник

Выберите правильный источник HDMI, подключенный к адаптеру AnyCast. Если все работает нормально, вы можете увидеть главный экран настройки AnyCast.

1.Отсканируйте QR-код для подключения Wi-Fi

1.1 Включите приложение EZMira на своем смарт-устройстве. Нажмите «Приложение EZMira» и выберите «Сканировать QR-код для подключения к Wi-Fi».

1.2 Отсканируйте QR-код на экране телевизора и подождите несколько секунд.

1.3 Нажмите значок «Готово» после подключения AnyCast к вашему телефону через Wi-Fi. Страница настройки Wi-Fi откроется автоматически.

1.4 Выберите домашний Wi-Fi и введите пароль для подключения.

Примечание. Если страница настройки Wi-Fi не открывается автоматически, воспользуйтесь способом 2.

2. Подключить Wi-Fi через браузер

2.1 Подключите устройство к AnyCast SSID через Wi-Fi (SSID и пароль отображаются на экране телевизора)

2.2 Включите браузер устройства и введите URL-адрес 192.168.203.1

2.3 Нажмите опцию «Интернет» на странице настройки

2.4 Выберите домашний Wi-Fi и введите пароль Wi-Fi для подключения

1. Зеркало приложения EZMira (доступно на Android 5.0 и выше)

1.1 Включите приложение EZMira на своем смарт-устройстве. Нажмите «Приложение EZMira» и выберите «Сканировать QR-код для подключения к Wi-Fi».

1.2 Отсканируйте QR-код на экране телевизора и подождите несколько секунд.

1.3 Нажмите значок «Готово» после подключения AnyCast к вашему телефону через Wi-Fi.

1.4 Нажмите «Discover» в нижней части приложения EZMira.

1.5 Нажмите значок зеркала в правом верхнем углу.

1.6 Выберите «НАЧАТЬ СЕЙЧАС» для зеркального отображения.

2. Зеркальное отображение Miracast

2.1 Включите приложение EZMira и коснитесь опции «Подключиться».

2.2 Включите Android Miracast и выберите SSID устройства

2.3 Подключитесь к AnyCast и начните зеркалировать

Примечание. Зеркальное отображение Miracast доступно только для устройств, поддерживающих Miracast.

3. Зеркальное отображение приложения Google Home

3.1 Загрузите приложение Google Home из магазина Google Play.
3.2 Включите опцию USB-модема мобильного телефона (см. Зеркало USB-модема).
3.3 Включите приложение Google Home и выберите «Учетная запись» для входа в учетную запись Google.
3.4 Подождите около 30 секунд, прежде чем появится AnyCast.
3.5 Выберите AnyCast-xxxxxxxx и начните зеркалирование.

Примечание. Убедитесь, что AnyCast и интеллектуальные устройства подключены к одному и тому же маршрутизатору Wi-Fi.

1. Подключите устройство iOS / macOS к AnyCast SSID через Wi-Fi
2. Включите дублирование экрана / дублирование Airplay и коснитесь ключа AnyCast
3. Экран устройства iOS / macOS будет отображаться на экране телевизора

1.Зеркальное отображение Miracast (доступно для Windows 8.1 и Windows 10)

1.1 Нажмите короткую клавишу «Win + P» на клавиатуре.

1.2 Выберите «Подключиться к беспроводному дисплею».

1.3 Выберите AnyCast SSID для подключения.

2. EZMira Mirroring

2.1 Загрузите EZMira с https://any-cast.com/pages/download-ezmira-for-windows и установите приложение EZMira на свой компьютер.

2.2 Включите Windows Wi-Fi и подключитесь к AnyCast SSID (SSID и пароль отображаются на экране телевизора).

2.3 Включите приложение EZMira и выберите опцию «Search Device».

2.4 Выберите устройство AnyCast, и экран ПК с Windows автоматически отобразится на экране телевизора.

Примечание. Выключите брандмауэр Windows / антивирусное программное обеспечение / служебное ПО компьютера, если поисковое устройство не удалось.

Интернет: подключитесь к домашнему маршрутизатору для доступа в Интернет

Пароль WiFi: изменить пароль Wi-Fi AnyCast

Разрешение: изменение выходного разрешения AnyCast

Язык: изменить язык отображения AnyCast

EZAir Mode: изменение режима зеркалирования для интеллектуальных устройств iOS (только зеркало для iOS 10.Икс; Mirror + Streaming для iOS 11.x и выше)

: обновление прошивки AnyCast до версии

Сброс до значений по умолчанию: Сброс AnyCast

Перезагрузка: перезапустить AnyCast

Узнайте, как использовать AirPlay или Miracast на своих телефонах.

В редких случаях, когда у вас могут возникнуть проблемы с обновлением прошивки ключа до последней версии, вы можете рассмотреть возможность использования Repair Tool для обновления ключа AnyCast.

Мы будем рады услышать от вас!

Что такое Anycast?

Определение

Anycast — это методика маршрутизации, которая отправляет пакеты одному узлу из группы потенциальных узлов.

Обзор

Большая часть Интернета использует подход одноадресной адресации, при котором IP-адрес связывается с одним конкретным сервером, рабочей станцией или маршрутизатором.Хотя это логически имеет смысл, это создает единую точку отказа. Unicast также затрудняет оптимизацию услуг для пользователей в обширных географических регионах. Например, пользователю в Шотландии, возможно, придется подключиться к тому же IP-адресу, что и пользователю в Канаде.

Anycast решает эти проблемы, позволяя нескольким узлам совместно использовать один и тот же IP-адрес. Подобно тому, как экстренные вызовы работают на телефоне, Anycast принимает соединение с одним IP-адресом и разрешает его на один из нескольких доступных узлов (позволяя шотландскому пользователю подключиться к серверу в Великобритании, а канадскому пользователю — к серверу в Северной Америке. ).

Как работает Anycast

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

Вот пример того, как это работает, шаг за шагом:

1. Пользователь открывает веб-страницу или подключается к веб-службе, создавая соединение с поставщиком услуг.
2. Браузер пользователя разрешает доменное имя службы. Некоторые поставщики услуг предлагают свои собственные серверы разрешения доменных имен, которые используют Anycast для разрешения DNS с малой задержкой.
3. Браузер подключается к IP-адресу.
4. Провайдер направляет соединение к ближайшему серверу, чтобы максимизировать производительность.

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

Пример Anycast

Предположим, пользователь хочет подключиться к службе, которая содержит ресурсы, кэшированные StackPath. В этом сценарии StackPath использует серию серверов Anycast DNS, которые быстро маршрутизируют и разрешают запрос доменного имени. Как только пользователь получает IP-адрес службы, StackPath направляет каждый запрос для этого IP-адреса на ближайший доступный пограничный сервер, который может отвечать на запросы.

StackPath также использует Anycast при обновлении и текущем обслуживании.Пограничные серверы переводятся в автономный режим, останавливая объявление своего IP-адреса Anycast, тем самым выводя его из доступного пула Anycast. Пока он не будет снова подключен к сети, запросы направляются на следующий ближайший пограничный сервер.

Преимущества Anycast

• Пользователи получают более быструю и бесперебойную работу, поскольку их соединения беспрепятственно перенаправляются на ближайший к ним сервер
• Web-сервисы требуют меньших затрат на администрирование, поскольку Anycast по своей сути маршрутизирует медленные или отказавшие узлы
• Веб-сервисы вызывают более высокую удовлетворенность клиентов, поскольку Anycast предотвращает использование медленными или недоступными пользователями услуг

Заключение

Хотя Anycast сложно реализовать, он дает огромные преимущества с точки зрения производительности и надежности.Для служб с растущей базой пользователей наличие системы, которая может быстро и прозрачно обрабатывать сбои, является необходимостью.

Что такое маршрутизация Anycast | Anycast DNS | Руководство CDN

Что такое Anycast

Anycast DNS — это алгоритм маршрутизации трафика, используемый для быстрой доставки контента веб-сайтов, который объявляет отдельные IP-адреса на нескольких узлах. Пользовательские запросы направляются на определенные узлы в зависимости от таких факторов, как мощность и состояние вашего сервера, а также расстояние между ним и посетителем веб-сайта.

У Anycast-маршрутизации есть несколько преимуществ, в том числе:

• Более быстрые соединения — маршрутизация пользователей через ближайший промежуточный узел сводит к минимуму время приема-передачи (RTT), тем самым уменьшая количество переходов и уменьшая задержку.
• Упрощенная конфигурация сервера — Anycast позволяет распределить конфигурацию единого DNS-сервера на все ваши сетевые узлы.
• Высокая доступность — объявление IP-адреса на нескольких узлах создает избыточность, тем самым обеспечивая резервное копирование на случай перегрузки или отказа узла.
• Защита от DDoS-атак — Anycast обеспечивает внутреннюю защиту от DDoS-атак, предлагая альтернативы аварийного переключения, если узел подвергся атаке или выйдет из строя.

Альтернативы Anycast DNS: объяснение одноадресной и многоадресной маршрутизации

Как одноадресная, так и многоадресная рассылка являются эффективными решениями маршрутизации трафика, хотя и с ограничениями, которые делают их менее практичной альтернативой Anycast.

Одноадресная

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

Маршрутизация Anycast и Unicast

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

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

Многоадресная передача

При многоадресной маршрутизации исходный IP-адрес отправляет данные на промежуточный узел многоадресной рассылки, который затем идентифицирует и распространяет данные группе получателей.

В отличие от одноадресной рассылки, многоадресная рассылка является масштабируемой — исходный IP-адрес должен отправить пакет только один раз, чтобы он был распространен среди множества пользователей. Это делает его жизнеспособным решением для больших потоков данных, таких как потоковое видео, онлайн-биржи и игры.

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

Узнайте, как Imperva CDN может помочь вам повысить производительность веб-сайта.

Перспектива CDN

используют произвольную маршрутизацию для массового распространения контента сайта.Стратегически размещенные точки присутствия (PoP) рекламируют аналогичные диапазоны IP-адресов. Между тем, соединение протокола пограничного шлюза (BGP) обнаруживает и поддерживает пути к разным хостам.

В дополнение к произвольной маршрутизации HTTP-запросов сети CDN обеспечивают произвольное разрешение DNS. Они делают это, настраивая ряд серверов имен и обеспечивая поиск имен с низкой задержкой для имен хостов, разрешающих ISP. Это приводит к более быстрому поиску имени и загрузке файлов.

Локальные интернет-провайдеры (ISP) затем могут выбирать из нескольких точек доступа и определять наиболее оптимизированный путь для маршрутизации трафика.В результате ваше веб-приложение выигрывает от более быстрого соединения, повышенной безопасности и аварийного переключения в случае перегрузки сервера.

Anycast TCP

1. Что такое маршрутизация Anycast?
2. Требования для Anycast TCP
3. Разрушение проблема
4. Архитектура Anycast TCP
5. Оптимизации
6. Проблемы и критика
7. Примечания по реализации

Существует четыре основных типа маршрутизации: одноадресная, широковещательная, многоадресная и Anycast.

Одноадресная передача: I отправить пакет на IP-адрес, и он направит его на этот единственный компьютер настроен с этим IP-адресом.

Broadcast: я отправляю пакет на широковещательный IP. адрес. Все компьютеры в широковещательном домене получают мой пакет.

Multicast: несколько компьютеров в одном домене подписываются на многоадресную рассылку. канал, описываемый групповым IP-адресом. Отправляю пакет на многоадресный IP адрес. Все подписчики получают пакет.

Anycast: несколько компьютеров по всему миру настроены с одним и тем же IP-адресом. адрес. Я отправляю пакет на этот IP-адрес. Ближайший из настроенных компьютеры в сети (и только этот компьютер) получают мой пакет.

Эксперименты с Anycast DNS показывают, что в 99% + случаях Anycast переходит на одноадресная передача. То есть пакеты с клиентского компьютера всегда будут поступать в тот же узел anycast. Успешное решение Anycast TCP должно быть таким же эффективным или почти так же эффективен, как одноадресная передача в этом нормальном случае.В частности, решение который полагается на информирование каждого узла anycast о состоянии подключения каждого TCP-соединение на любом из узлов неустойчиво.

Есть два крайних случая для anycast TCP: маршрутизация с разделением пути и сеть. Изменение топологии.

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

Изменение топологии сети: клиентский компьютер начинает связь с одним из узлы anycast. Сетевая ссылка где-то идет вверх или вниз, а другой узел anycast становится ближайшим, что приводит к смещению клиентских пакетов на другой узел.

Успешное решение Anycast TCP может быть менее эффективным в крайних случаях но по-прежнему должен работать правильно.

Задача распадается на четыре компонента:

1. Обрабатывать пакеты, которые достигли правильного узла Anycast без увеличения накладных расходов протокола TCP.
2. Эффективно (без дополнительного состояния) обнаруживает пакеты, которые достигли неправильного узла Anyast, поэтому их можно перенаправить.
3. Эффективно (насколько возможно без сохранения состояния) определить, какие Узел Anycast может обрабатывать пакет.
4. Отправьте пакет на правильный узел Anycast.

Обработка правильно маршрутизированных пакетов проста: просто скопируйте их в обычные Стек TCP. Они будут соответствовать блоку управления TCP и обрабатываться нормально.

Обнаружение пакетов, которые достигли неправильного узла Anycast, оказывается также легко. Любой пакет, который не соответствует локальному блоку управления TCP, будет обычно заставляет ОС генерировать пакет TCP RST обратно отправителю. в В случае Anycast это означает, что соединение принадлежит другому узлу. Так что не надо отправьте RST, вместо этого отправьте исходный пакет на правильный узел Anycast.

Отправка пакетов на правильный узел Anycast также проста.Вам просто нужен VPN между узлами Anycast. Многоточечный туннель GRE без сохранения состояния работает особенно хорошо для этого.

Остается задача выяснить, какой узел Anycast обрабатывает пакет, для которого локальный узел не имеет блока управления TCP. В остальном документ Я расскажу о нескольких механизмах полу-без гражданства, которые позволяют локальным Узел Anycast для отправки пакета на правильный узел Anycast без необходимости знать состояние TCP всего кластера Anycast.

Предлагаемый основной подход кодирует информацию об узле Anycast. обработка каждого TCP-соединения с порядковым номером TCP. Это без гражданства за исключением соединений, которые передают большие объемы данных (многие десятки мегабайт) данных и требует совместного использования государством только тех конкретных подключений, которые превышают лимит данных. В сочетании со скромными ограничениями на уровне приложений (например, отправка HTTP-перенаправления на одноадресный адрес для файлов, которые длиной в гигабайты) метод можно сделать полностью апатридом.

Система Anycast TCP может быть реализована без каких-либо модификаций TCP протокол. Требуется, чтобы сетевой стек компьютера обрабатывал некоторые TCP-пакеты. иначе, чем обычно. В этом предложении по дизайну будет представлено разделение архитектура пользовательского пространства / ядра, в которой перехватчики помещаются в стек TCP ядра которые информируют программу пользовательского пространства. Программа пользовательского пространства решает угол случаи.

Первый перехват: TCP Reset

Компьютер обычно отправляет пакет TCP RST либо когда соединение была предпринята попытка (через TCP SYN) к TCP-порту, который не прослушивается ни одной программой, или когда приходит TCP ack, FIN или пакет полезной нагрузки (не SYN), который не соответствуют любому соединению в таблице состояний TCP локального компьютера (нет локальных блок управления tcp).

Только для второго случая (не SYN) ловушка предотвратит передачу TCP RST послан. Вместо этого полученный пакет пересылается программе пользовательского пространства. Местный узел не владеет связанным соединением, поэтому, вероятно, другой anycast узел делает. Программа пользовательского пространства определяет, какой из других узлов владеет соединение и пересылает пакет на этот узел через протокол туннелирования, такой как GRE.

Подробнее о том, как программа принимает это решение после перехвата.

Второй перехватчик: начальный диапазон порядкового номера TCP

Компьютер, принимающий TCP-соединение, обычно рандомизирует его запуск. порядковый номер во всем 32-битном пространстве. Узлы в кластере Anycast будут не делай так.

Каждому узлу в кластере anycast назначается неперекрывающийся «домашний диапазон». порядковых номеров. Когда программа пользовательского пространства получает неизвестный пакет от стек TCP, он ищет домашний диапазон какого узла порядковый номер (технически номер ACK в этом случае) попадает в.Затем он туннелирует пакет на соответствующий узел.

Порядковые номера TCP увеличиваются с количеством отправленных байтов. Мы хотим, чтобы порядковые номера соединений оставались в домашнем диапазоне, пока как можно дольше. Итак, мы подключаемся к стеку TCP и устанавливаем начальный диапазон порядковые номера, которые начинаются с начала домашнего диапазона и являются доля размера домашнего диапазона. Компьютер рандомизирует стартовый порядковый номер в пределах начального диапазона, а не через все 32 бита.Обычно это позволяет узлу anycast передавать сотни мегабайт на соединение до того, как порядковый номер соединения покинет домашний диапазон.

Третий перехватчик: Высшая отметка порядкового номера TCP

Мы не можем заставить порядковый номер TCP оборачиваться и оставаться в узле домашний ассортимент. Как всегда, он обнулится на maxint. Итак, перед подключением выходит за пределы домашнего диапазона, другие узлы anycast должны быть уведомлены о конкретный идентификатор TCP-соединения, чтобы любые полученные пакеты можно было перенаправить на узел, которому принадлежит соединение.Идентификатор TCP-соединения представляет собой комбинацию исходный и целевой IP-адреса, а также исходный и целевой TCP порты. Этот идентификатор уникален для каждого TCP-соединения.

Установите отметку максимума рядом с концом узла anycast, но не за ним. домашний ассортимент. Подключите стек TCP, чтобы при передаче TCP-пакета порядковый номер пересекал максимальную отметку, программа пользовательского пространства уведомлен. Затем программа пользовательского пространства уведомляет другие узлы anycast, что это узел владеет TCP-соединением с данным идентификатором соединения.

В дополнение к уведомлению программы пользовательского пространства, установите флаг «высокого уровня» в TCP блок управления, указывающий, что уведомление было отправлено. TCP-соединение запускается с этим флагом снят. После установки он будет оставаться установленным до тех пор, пока соединение не закроется. независимо от того, сколько раз порядковый номер проходит через домашний диапазон.

Четвертый крючок: соединение закрывается

Если через соединение было отправлено достаточно мегабайт, чтобы достичь максимальной отметки затем информация о состоянии была передана другим узлам anycast.Когда это такое же соединение закрывается (обычно или ненормально), другие узлы anycast должны также удалите информацию о состоянии.

Подключите стек TCP, чтобы при подключении с флагом высокого уровня полностью закрывается, программа пользовательского пространства уведомляется. Затем программа пользовательского пространства информирует другие узлы anycast, что данный идентификатор TCP-соединения больше не активны и должны быть удалены из их баз данных.

Программа пользовательского пространства: получение пакета, который вызвал бы RST

Найдите идентификатор соединения в базе данных обработанных долгоживущих соединений. другими узлами.Если найден, отправьте пакет через настроенный туннель (например, GRE). на одноадресный адрес узла anycast, которому он принадлежит. Другой узел получит его по своему туннелю интерфейс и обрабатывать его через обычный стек TCP без дальнейшего вмешательство программы пользовательского пространства.

Если идентификатор соединения не найден, проверьте порядковый номер (номер ACK) и выполните статический поиск по локальной конфигурации, чтобы определить, какой узел владеет этим домашний ассортимент. Если домашний диапазон принадлежит локальному узлу, отправьте пакет TCP RST через IP-сокет.

Если домашний диапазон принадлежит удаленному узлу, отправить пакет через настроенный туннель (например, GRE) к узлу anycast, которому он принадлежит. Другой узел получит его через свой туннельный интерфейс и обработает через свой обычный TCP стек без дальнейшего вмешательства программы пользовательского пространства.

Вот и вся логика перенаправления. Все остальное касается передачи констатируйте знания в исключительных случаях.

Программа пользовательского пространства: уведомление о наводнении

Сообщите каждому из других узлов anycast, что этот узел владеет данным TCP ID подключения.Это происходит только после того, как определенное TCP-соединение было отправлено достаточно мегабайт данных, чтобы приблизиться к выходу из локального домашнего диапазона последовательности числа. Есть несколько реализаций. Вот один:

• По мере получения информации об идентификаторах подключений добавьте их в оперативную память. база данных, такая как хеш. Свяжите их также в буфере передачи.
• Открыть и оставить одноадресное TCP-соединение открытым для каждого другого узла. Отправить каждый идентификатор как получено.Как только все остальные узлы подтвердят получение, удалите буфер передачи.
• По таймауту закрыть, повторить попытку TCP-соединения и повторно отправить любые неподтвержденные идентификаторы подключения.
• Если передача задерживается слишком долго для узла или узлов, истекает записи из буфер и потребовать повторной синхронизации при следующем подключении к другому узлу.

Программа пользовательского пространства: соединение закрыть

Скажите каждому из остальных узлов anycast удалить данный идентификатор соединения.Этот происходит только для соединений, которые ранее вызывали высшую отметку уведомление. Дополнение к реализации, обсуждаемой там:

• Удалите идентификатор подключения из базы данных в памяти.
• Добавить сообщение об удалении в буфер передачи.
• Продолжайте, как описано в уведомлении о наводнении. реализация.

Программа пользовательского пространства: повторная синхронизация

При первой загрузке узла anycast он должен получить текущий набор идентификаторы межкластерного соединения от других узлов.Точно так же, если он был выключен контакта с другим узлом слишком долго, ему придется обновить свои знания вместо того, чтобы просто получать обновления. Продолжая обсуждать реализацию уведомление о наводнении:

• Отключить создание локального RST, поскольку локальный узел не знать о соединениях, которые находятся в его домашнем диапазоне, но обрабатывается другим узлом. Любые такие пакеты будут потеряны без уведомления. до завершения повторной синхронизации.
• Подключитесь друг к другу и отправьте запрос на повторную синхронизацию. Этот заставляет другие узлы преждевременно завершать свои тайм-ауты и немедленно повторите попытку подключения к этому узлу.
• Дождитесь подключения других узлов и отправьте их полные наборы идентификаторов межкластерных подключений. Обратите внимание, что это только идентификаторы подключения, достигшие максимальной отметки в их доме узлы.
• По завершении повторной синхронизации со всеми узлами или подходящим тайм-аут, если один или несколько узлов недоступны, повторно включите RST поколение.Обратите внимание на Split Brain в разделе критики.

Флаг Mutlipath

Добавьте флаг многолучевого распространения в блок управления передачей для каждого TCP-соединения. При запуске многолучевость флаг ясен. Флаг multipath устанавливается, если какой-либо пакет для соединения получен по туннелю от другого узла. После установки он остается установленным для продолжительность соединения.

Когда соединение достигает максимальной отметки порядкового номера, только уведомлять программа пользовательского пространства, если установлен флаг multipath.

Это повышает эффективность обычного случая до того же уровня, что и одноадресная передача. Никакая информация о состоянии не должна передаваться в кластер, кроме соединений. которые оба демонстрируют поведение разделения пути и передают достаточно данных, чтобы покинуть начальный диапазон порядковых номеров. Соединения, которые демонстрируют поведение разделения пути продолжаю работать на 100% корректно. Однако с этой оптимизацией меняется топология. события теперь имеют небольшой шанс убить соединение, поэтому больше не 100% покрытый.

Broadcast Flood A

Вместо передачи информации о состоянии идентификатора соединения между Anycast узлы, идентифицируют пакеты в домашнем диапазоне локальных порядковых номеров, которые не известно локальной таблице состояний TCP. Рассылка этих пакетов через туннели ко всем остальным узлам anycast. Если один из узлов удерживает соединение, он обрабатывает пакет. Остальные узлы отбрасывают его: если пакет получен от другой узел anycast вместо напрямую от клиента, и он не известен в локальную таблицу состояний TCP, тогда пакет отбрасывается.

Сообщения TCP RST подавлены.

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

Это также исключает возможность отправки принудительных сбросов для устаревшего TCP. соединения. Клиенты со устаревшими соединениями будут продолжать отправлять повторные попытки (что продолжают заливаться), пока не истечет время ожидания.Пакеты RST для попыток подключения к портам, не поддерживающим прослушивание, работают должным образом и не нарушаются.

Это требует более сложной логики в ловушке TCP RST, где пространство пользователя программа должна учитывать, прибыл ли пакет на туннельный интерфейс из другой узел anycast, и если это так, отбросьте его вместо повторной трансляции.

Broadcast Flood B

То же, что и A, но узел, которому принадлежит соединение, отвечает на широковещательную рассылку сообщая отправляющему узлу, что он владеет соединением.Это позволяет узлу сначала получение пакетов от клиента для кэширования информации о том, какой узел им владеет и избегать широковещательной передачи пакета, когда уже известен узел-владелец.

Это обменивает некоторую отбрасываемую информацию о состоянии, чтобы уменьшить влияние пакетные трансляции.

Это потребует сложной логики передачи пакетов у получателя. An Узел anycast должен будет проверять пакеты, полученные от другого узла, знайте с какого узла он пришел, узнать, была ли передача широковещательной или одноадресной и оцените пакет по локальной таблице состояний TCP, прежде чем отправлять его в обычный стек TCP.

Broadcast Flood C

То же, что и Flood A или B, но не изменяет порядковый номер TCP. Любой соединение, не принадлежащее локальному, должно транслироваться другим узлам anycast. Этот имеет все проблемы двух других подходов к наводнению, и можно ожидать, что приводят к тому, что объем широковещательного трафика во много раз превышает объем широковещательного трафика. Однако многие множители могут по-прежнему составлять крошечный объем общего TCP-трафика, обрабатываемого система anycast и предотвращение манипуляции с порядковым номером восстанавливает полную энтропию в пространстве порядковых номеров для всех решений безопасности, которые на него полагаются.

Flood C должен быть самым простым из всех подходов Anycast TCP для реализации: для этого требуется только перехватчик TCP Reset в стеке TCP и при расширении на Flood A использует тривиальную логику в программе пользовательского пространства: если не получено из туннеля интерфейс с другими узлами, транслируемый всем другим узлам. Стоп.

DNS

TCP-соединений, связанных с DNS, очень малы, обычно под 1 МБ. Поскольку они маленькие, они всегда подходят для наилучшего сценария: нет передача состояния, необходимая для модели с ограниченными порядковыми номерами.Раздавая с передачей состояния на основе предвидения, что никакие соединения не могут продолжаться достаточно долго, чтобы это было необходимо, эффективность повышается до идентичности с одноадресной передачей для нормальный случай.

Крупные переводы

Когда объем передаваемых данных превышает размер исходного порядкового номера диапазон, информация состояния об узле, которому принадлежит соединение, должна быть совместно с другими узлами anycast, чтобы пакеты могли быть перенаправлены на правильный узел.С протоколами, поддерживающими перенаправления (например, HTTP), это может быть смягчены или устранены. Если предполагается, что объем передаваемых данных будет большим (например, видеофайл) используйте начальное соединение Anycast, чтобы определить, какой сайт ближайший к клиенту, а затем отправить перенаправление, инструктирующее клиента подключиться на одноадресный адрес на том же сайте вместо продолжения передачи через Anycast TCP.

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

Поскольку первоначальный запрос anycast поступает непосредственно от клиента, это может лучше выбрать лучший сайт для последующего одноадресного запроса, чем метод, основанный на DNS. Запросы DNS приходят не от клиента, а от DNS сервер, который использует клиент. Этот DNS-сервер может быть и часто полностью отключен. другая сеть, чем клиент.

Новая опция TCP

Разработка новой опции TCP, облегчающей Anycast TCP, в конечном итоге может исключить необходимость кодирования идентичности узла anycast в порядковом номере.Поддерживающие клиенты будут отправлять параметр XX, 2 в пакете SYN, где XX — это назначаемый номер опции TCP. Если сервер знает, что связь включает Anycasted IP-адрес, он ответит в SYN / ACK, например, XX, 3, N, где N — идентификатор сервера Anycast, обрабатывающего соединение. Все последующие пакеты от клиента к серверу anycast будут включать вариант XX, 3, N. Какой бы сервер ни получил пакет, его можно перенаправить. без гражданства на сервер N.

Особенно большие кластеры anycast могут увеличить длину опции с 3 до 4 и предоставить 16-битный произвольный идентификатор узла.

Коммуникации с использованием расширенного стека TCP не нуждаются в узлах anycast делиться любым состоянием друг с другом, поскольку каждый пакет содержит идентификатор домашний узел anycast подключения. Только устаревшие реализации TCP могут необходимо полагаться на сервер Anycast, кодирующий идентификатор узла anycast в Последовательность чисел.

Расширенные параметры TCP

Anycast также могут быть расширены за счет более сложных опций TCP. Для Например, узел anycast может использовать параметр TCP, чтобы сообщить клиенту о своем одноадресный IP-адрес.

Зачем что-то делать в пользовательском пространстве?

Обслуживание кластера — потенциально сложная межсерверная координация. деятельность. Пользовательское пространство можно легко изменить и настроить для решения непредвиденных ситуаций. проблемы или удовлетворить необычные потребности.Позвольте ядру делать то, в чем ядро ​​хорошо, и пусть пользовательское пространство сделает все остальное.

Последствия для защиты SYN от флуда

SYN-флуд — это атака отказа в обслуживании на сервере, на котором злоумышленник переполняет буферы сервера для состояния TCP-соединения, отправляя большие количество синтезированных пакетов TCP SYN.

Syncookies — это основная защита от SYN-флуда. Вместо того, чтобы инициировать состояние TCP-соединения при получение пакета TCP SYN, они кодируют приблизительное текущее время в 5 битах Порядковый номер TCP и криптографический хэш идентификатора соединения в 24 битах порядковый номер TCP, возвращаемый в пакете SYN-ACK.ПТС состояние подключения инициируется только тогда, когда сервер получает первый клиентский Пакет ACK, содержащий разумную отметку времени и правильный криптографический хеш.

Поскольку Anycast TCP ограничивает начальный порядковый номер, он ограничивает эффективность синхронных файлов. Даже если это можно смягчить путем кражи двух бит из отметку времени и использование большего начального диапазона Anycast TCP, биты, доступные для криптографический хеш будет уменьшен. Это усугубится, если есть большое количество серверов в кластере Anycast TCP, требующее меньшего размера дома и начальные диапазоны для каждого узла.

Таким образом, Anycast TCP снижает защитную емкость, обеспечиваемую синхронизаторами cookie в лицо атак SYN flood.

Последствия разделения мозга

Любой географически разнесенный компьютерный кластер сталкивается с условием, известным как «разделение Мозг ». В Split Brain работает несколько узлов кластера, каждый из которых активно обслуживает клиентов, но из-за сетевых проблем между ними члены кластеры не могут разговаривать друг с другом.

Узлы, в настоящее время сталкивающиеся с условиями Split Brain, не могут сообщить некоторые или все другие узлы об идентификаторах TCP-соединений и не могут переместить клиентский пакеты между ними, даже если известен правильный узел.Если клиент пострадает от маршрутизации с разделенным путем одновременно с узлами, с которыми он обменивается данными страдает Split Brain, связь клиента не удастся: узел, который не владеет соединением, не сможет перенаправлять пакеты на узел, который что приводит к слишком высокому уровню потери пакетов для сохранения TCP-соединения.

А как насчет HTTP / 2 и QUIC?

Anycast TCP должен быть полностью совместим с HTTP / 2 через TCP.

QUIC — это реализация HTTP / 2 на основе UDP.Чтобы использовать как Anycast TCP, так и QUIC на тех же узлах и с одинаковым IP-адресом, QUIC должен быть совместим с произвольной маршрутизацией.

Обеспечение совместимости QUIC с anycast выходит за рамки этого документа, однако, поскольку QUIC все еще является новым протоколом, было бы разумно запечь его в напрямую. Один из возможных подходов — возвращение исходных пакетов QUIC. с сервера, чтобы включить одноадресный адрес или адреса, на которые клиент должен направлять дальнейшее общение, связанное с этим соединением QUIC.К переводя клиента на одноадресный адрес узла, серверу не нужно иметь дело с любые сложности перенаправления и управления состоянием, описанные для Anycast TCP.

DOS-атаки на варианты Broadcast Flood

Версии протокола Broadcast Flood будут усиливать поддельные TCP-подтверждения. трафик путем повторной отправки таких пакетов на все серверы в кластере Anycast Это умножает атаку отказа в обслуживании на количество серверов в кластере.

DOS-атаки на варианты порядковых номеров

Предсказуемый начальный порядковый номер позволит злоумышленнику подделать TCP-соединения с поддельными адресами источника с использованием небольших потоков трафика, что приводит к потреблению ресурсов сервера и, в конечном итоге, к отказу в обслуживании. Чтобы такая атака была эффективной с небольшими потоками трафика, злоумышленник должен: необходимо успешно угадывать начальный порядковый номер почти в 100% случаев. Хотя Anycast TCP снижает энтропию, доступную в начальной последовательности число, это не сводит его к точке, где предположение об отказе в обслуживании цели становится практическим.

Утечка информации из-за порядкового номера

Anycast TCP кодирует идентификатор узла anycast в каждом TCP-соединении. начальный порядковый номер на стороне сервера. В результате внешние организации могут разумные выводы о том, какой узел anycast обрабатывает данное соединение, исследуя порядковый номер.

Поскольку злоумышленник может угадать узел anycast по порядковому номеру, он может заставить ближайший узел anycast пересылать созданные пакеты любому другому узел anycast в кластере.Поскольку это не дает усиления пакеты злоумышленника и может пересылать их только узлам anycast в кластере, уязвимость не сильно увеличена по сравнению с обычными DOS и DDOS атаки.

Никакие другие известные атаки не усиливаются или активируются доступностью этого Информация.

Нарушение безопасности через поддельные TCP-соединения

Если злоумышленник может угадать начальный порядковый номер сервера, он может подделать TCP-соединение с использованием поддельного IP-адреса путем слепой отправки пакетов с порядковые номера, которые сервер примет в поток.Это может привести к Моррису Атаки на сервер в стиле 1985 года.

Поскольку Anycast TCP значительно снижает случайность, связанную с начальным выбор порядкового номера, это увеличивает уязвимость к таким атакам. Реализации должны снижать этот риск, обеспечивая как минимум 16 бит энтропия (и больше, когда это возможно) остается в исходном порядковом номере выбор.

Как обычно, атаки в стиле Морриса терпят поражение, никогда не полагаясь на исходный IP-адрес. только адрес для аутентификации или контроля доступа.

Обсуждение выбора начального порядкового номера и атак на основе предсказуемые начальные порядковые номера можно найти в RFC 6528.

Межсетевые экраны и Anycast TCP

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

Брандмауэры на стороне клиента (включая брандмауэры с отслеживанием состояния) не должны влиять на Серверы Anycast TCP.

Балансировщики нагрузки и Anycast TCP

Трафик с балансировкой нагрузки между несколькими серверами на сайте Anycast требует дополнительное внимание. Пакеты Anycast найдут ближайший сайт в сети клиенту, но anycasting не предоставляет встроенного способа распределения этого трафика между серверами при достижении сайта.Классические балансировщики нагрузки сохраняют состояние в природа, поэтому размещение узлов anycast за ними противоречит брандмауэру с отслеживанием состояния проблема описана выше.

Вариант 1: прокси-сервер со стандартным протоколом

Стандартный балансировщик нагрузки обратного прокси TCP или HTTP будет нормально работать с Anycast TCP. В кластере Anycast участвует только балансировщик нагрузки. Все серверы за балансировщиком нагрузки являются простыми одноадресными. Как следствие, каждый Сайт Anycast имеет только один активный узел anycast с одним домашним порядковым номером диапазон.

Стандартные прокси эффективны для разгрузки шифрования и распределения нагрузки между сложным динамическим контентом. Они не масштабируются удовлетворительно для серверные части статического контента.

Вариант 2: Алгоритмическая маршрутизация или маршрутизация по таблице поиска

В одноадресной системе Linux Virtual Server хранит информацию о состоянии TCP о соединения, проходящие через него, и назначает каждое из множества бэкэнд серверы. Все эти внутренние серверы имеют одинаковый контент и все используют один и тот же IP-адрес с балансировкой нагрузки.Это очень хорошо масштабируется, поскольку балансировщику нагрузки требуется рассматривать только пакеты от клиента к серверу (возвращаемые пакеты обходят балансировщик нагрузки) и нужно всего лишь оценить несколько байтов, чтобы определить, куда отправить следующий пакет, не распутывая его в более крупное соединение или обрабатывая более высокое протокол уровня.

Это не даст удовлетворительного результата с Anycast TCP. Как обсуждалось в Брандмауэры, у вас не может быть устройства, которое уважает состояние TCP, сидящего перед узлы Anycast TCP.Это не сработает.

Далее, существует практический предел количества серверов, которые могут участвовать в Кластер Anycast TCP, оставляя достаточно бит в каждом домашнем порядковом номере диапазон для передачи полезного объема данных перед распространением информации о состоянии на другие узлы. При 100 сайтах и ​​100 серверах на каждом сайте последовательность числовое пространство сокращено до передачи всего пары сотен килобайты. Более того, каждый раз, когда соединение вылезало из своего домашнего пространства, оно должен будет поделиться информацией о состоянии подключения с 10 000 других узлов.Это не масштабируется!

Нам нужно масштабировать сам Anycast TCP, прежде чем мы будем беспокоиться о балансировщике нагрузки. И сам Anycast TCP не выполняет балансировку нагрузки на сайте. Итак, сначала назначьте домашний диапазон порядковых номеров для каждого сайта Anycast и настроить все серверы на этом сайте, чтобы использовать тот же диапазон. 100 сайтов в предыдущем примере умещаются в 7 бит, оставляя 25 бит (32 мегабайта) для домашнего диапазона (предел передачи) прежде, чем государство должно быть распространено.

Далее, когда передача выходит за пределы домашнего диапазона, мы должны быть умнее по поводу распространения данных. Вместо того, чтобы отправлять информацию каждому узлу anycast, отправьте его назначенному узлу Координатора на каждом сайте. Координатор сохраняет отслеживать только локальные узлы Anycast и удаленные узлы координатора. Оно делает не отслеживать все узлы anycast в системе. Кроме того, когда соединение не известно одному из локальных узлов anycast, вместо того, чтобы вычислить выясняют, кому он принадлежит, они передают его координатору для дальнейшего расположение.Отдельные узлы Anycast TCP не отслеживают, что другие вообще делают.

Наконец, мы хотим, чтобы балансировщик нагрузки находился перед всеми этими Anycast узлы, чтобы принять решение о том, какой локальный серверный Anycast TCP-сервер обрабатывает соединение. Либо соединение должно обрабатываться этот сервер или он должен обрабатываться сервером на удаленном сайте. Мы хотим избежать ситуации, когда балансировщик нагрузки пересылает пакет на локальный сервер, сервер пересылает его координатору, а координатор отправляет его другой локальный сервер или того хуже, не могу понять, на какой локальный сервер его отправить к.

Для этого используйте другие стабильные характеристики пакета, такие как: IP-адрес клиента. адрес или номер TCP-порта клиента. Используйте хэш или таблицу поиска, чтобы назначить определенные битовые шаблоны для определенных внутренних узлов.

Крюк сброса TCP

Создайте / dev / tcprst или аналогичный механизм связи, например:

Для IPv4 и IPv6,
Если в программе пользовательского пространства / dev / tcprst открыт для чтения И
полученный пакет TCP вызовет создание RST ядром (т.е. нет соответствующий блок управления tcp существует или создан) И
Флаг ACK = установить
ТО
НЕ отправляйте пакет RST
Отправьте полученный TCP-пакет и информацию в сокет пользовательского пространства, открытый на / dev / tcprst.

Информация, отправляемая в пользовательское пространство на / dev / tcprst, должна включать:
Пакет, включающий канальный уровень, если принимающий интерфейс имеет один
Смещение к началу уровня 3 (заголовок ip) и уровня 4 (заголовок tcp)
Интерфейс, на котором был получен пакет

Отдельные / dev / tcprst4 и / dev / tcprst6 для IPv4 и IPv6 соответственно приемлемо, но не обязательно.

Создайте флаг времени компиляции, чтобы включить или исключить код из стека.

Что такое Anycast? — MaxCDN

Anycast — это методика маршрутизации, которая отправляет пакеты одному узлу из группы потенциальных узлов. Он улучшает скорость соединения и избыточность за счет анализа входящих пакетов и их маршрутизации на ближайший доступный сервер.

Большая часть Интернета использует подход одноадресной адресации: IP-адрес связан с одним конкретным сервером, рабочей станцией или маршрутизатором.Хотя это логически имеет смысл, это создает единую точку отказа, которая требует дополнительных сложностей для обхода. Unicast также затрудняет оптимизацию услуг для пользователей в обширных географических регионах. Например, пользователю в Шотландии, возможно, придется подключиться к тому же IP-адресу, что и пользователю в Канаде.

Anycast решает эти проблемы, позволяя нескольким узлам совместно использовать один и тот же IP-адрес. Подобно тому, как экстренные вызовы работают на телефоне, Anycast принимает соединение с одним IP-адресом и разрешает его на один из нескольких доступных узлов, позволяя шотландскому пользователю подключаться к серверу в Великобритании, в то время как канадский пользователь подключается к серверу в Северной Америке.

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

Пошаговая инструкция, как работает Anycast:

1. Пользователь открывает веб-страницу или подключается к веб-службе, создавая соединение с поставщиком услуг.
2. Браузер пользователя разрешает доменное имя службы. Некоторые поставщики услуг предлагают свои собственные серверы разрешения доменных имен, которые используют Anycast для разрешения DNS с малой задержкой.
3. Браузер подключается к IP-адресу. Провайдер направляет соединение к ближайшему серверу, чтобы максимизировать производительность.

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

Допустим, пользователь хочет подключиться к службе, размещенной на MaxCDN. MaxCDN использует серию DNS-серверов Anycast, которые быстро маршрутизируют и разрешают запрос доменного имени. Как только пользователь получает IP-адрес службы, MaxCDN направляет каждый запрос на этот IP-адрес в ближайшее доступное место, которое может ответить на запросы. Пользователь видит ускорение не только при первоначальном поиске доменного имени, но и при последующих подключениях.

MaxCDN также использует Anycast при обновлении и текущем обслуживании.Центры обработки данных переводятся в автономный режим, останавливая объявление своего IP-адреса Anycast, что выводит его из доступного пула Anycast. Пока он не будет снова запущен, дальнейшие запросы будут беспрепятственно перенаправлены в ближайший центр обработки данных.

Anycast предлагает широкий спектр практических преимуществ для пользователей и предприятий:

• Пользователи получают более быструю и бесперебойную работу , поскольку их соединения беспрепятственно перенаправляются на ближайший к ним сервер.
• Предприятия видят более низкие затраты на администрирование , поскольку Anycast по своей сути маршрутизирует медленные и отказавшие узлы.
• Предприятия также видят более высокую степень удовлетворенности клиентов , поскольку Anycast предотвращает медленное или недоступное обслуживание пользователей.

Хотя Anycast сложно реализовать, он дает огромные преимущества в плане производительности и надежности. Такие организации, как OpenDNS, полагаются на Anycast для ежедневной обработки более 50 миллиардов DNS-запросов, сохраняя при этом 100% время безотказной работы. Для сервисов с растущей базой пользователей легко и просто иметь систему, которая может быстро и прозрачно обрабатывать сбои.

Сети доставки контента, такие как MaxCDN, используют Anycast для более быстрой доставки контента клиентам.

Если у вас есть какие-либо вопросы или проблемы, обратитесь в службу поддержки. Онлайн-чат и поддержка по тикетам доступны круглосуточно и без выходных.

Почему Cisco Umbrella использует произвольную маршрутизацию

Ежедневно глобальная сеть Cisco Umbrella обрабатывает более 250 миллиардов рекурсивных DNS-запросов. Простая обработка этих рекурсивных DNS-запросов — огромная работа, но перед нами также стоит задача обеспечить максимально быстрый ответ на каждый из этих запросов.Одна из технологий, которая помогает нам поддерживать высокую доступность и скорость, называется anycast routing . В этом сообщении блога мы объясним, что такое маршрутизация Anycast, как мы ее используем и как она помогает нам поддерживать 100% бесперебойную работу и доступность для наших клиентов.

Проблема с дублированием IP-адресов

Традиционная сетевая мудрость подсказывает нам, что каждый IP-адрес для каждого отдельного хоста должен быть уникальным. Два хоста, которые транслируют один и тот же IP-адрес, могут привести к неправильному перенаправлению пакетов, что может привести к некоторым неожиданным результатам.Однако существуют сценарии, в которых несколько хостов с одним и тем же IP-адресом могут эффективно работать вместе. Это и есть маршрутизация anycast.

При произвольной маршрутизации один и тот же IP-адрес (например, серверы имен Cisco Umbrella 208.67.222.222 и 208.67.220.220) существует на нескольких серверах по всему миру. В настоящее время Umbrella управляет кластерами серверов имен в более чем 30 уникальных местах по всему миру, каждый из которых имеет множество экземпляров преобразователя DNS. Все эти DNS-серверы работают с одними и теми же IP-адресами, что означает, что по всему миру существуют сотни машин с IP-адресом 208.67.222.222.

Протокол пограничного шлюза (BGP) и пиринг для произвольной маршрутизации

Так как же все это работает? Ответ кроется в протоколе, который делает возможной маршрутизацию. Протокол пограничного шлюза (BGP) — это протокол маршрутизации, который сегодня используют все интернет-провайдеры для соединения своих сетей с другими пользователями по всему миру.

Cisco Umbrella имеет множество прямых соединений с другими поставщиками через процесс, называемый пирингом BGP. Для каждого пиринга мы запускаем BGP как протокол маршрутизации.Обе стороны сообщают через BGP, какие префиксы сети могут быть достигнуты через это соединение.

При выборе центров обработки данных мы ищем места, которые позволяют нам «взаимодействовать» со многими другими сетями. Наличие всех этих прямых соединений с другими сетями улучшает избыточность, поскольку увеличивает количество доступных путей для наших пользователей и поставщиков контента. Лучше всего то, что это увеличивает скорость и снижает задержку, поскольку уменьшается время приема-передачи (RTT).

Как и другие сетевые протоколы, такие как TCP, BGP доставляет пакет по кратчайшему пути к месту назначения.В случае BGP кратчайший путь определяется путем просмотра ASPATH. Это последовательность номеров автономных систем (AS). Каждый номер AS представляет сеть или поставщика услуг (например, Cisco Umbrella с номером AS 36692).

Cisco Umbrella использует BGP для объявления одних и тех же диапазонов IP-адресов из всех местоположений центров обработки данных в мире и использует систему интернет-маршрутизации, чтобы гарантировать, что наши пользователи будут использовать любой DNS-сервер, ближайший к ним (или, говоря другими словами, использует кратчайшее количество сетевых переходов, чтобы добраться до пункта назначения).

Как Cisco Umbrella использует произвольную маршрутизацию

Когда вы подключаетесь к облачной службе безопасности, производительность имеет решающее значение. Использование этой службы не может нарушить или замедлить ваше интернет-соединение. Cisco Umbrella обеспечивает 100% бесперебойную работу бизнеса с 2006 года за счет использования маршрутизации Anycast. Сеть центров обработки данных Umbrella совмещена с лучшими точками обмена интернет-трафиком (IXP) на всех континентах, где мы присутствуем. IXP — это места, где организации физически или виртуально подключают свои маршрутизаторы для обмена данными.

Рассмотрим пример для пользователя из Майами. Этот пользователь является клиентом регионального интернет-провайдера из южной Флориды. Интернет-провайдер имеет прямой пиринг с Cisco Umbrella и имеет соединения с двумя разными крупными (Tier 1) транзитными провайдерами (которые показаны как провайдер A и провайдер B на рисунке ниже).

В этом сценарии трафик Umbrella к этому пользователю и от него будет идти в наш центр обработки данных в Майами и маршрутизироваться по прямому пути между ISP и Umbrella.Это потому, что у нас здесь прямой пиринг BGP (показан зеленой линией). Прямые соединения предпочтительнее, поскольку они имеют более короткий ASPATH, что экономит деньги обеих сторон и обычно приводит к более низкому RTT.

На приведенной выше диаграмме описан типичный сценарий, в котором мы взаимодействуем с местными и региональными интернет-провайдерами, но у нас также есть два или три транзитных провайдера на каждом сайте. Глядя на диаграмму, очевидно, что эта настройка предлагает множество различных путей для трафика от этого пользователя к Umbrella или избыточность (много соединений).Если что-то произойдет, чтобы отключить пиринговое соединение, трафик автоматически переключится на один из многочисленных альтернативных путей транзита. Подобно объезду на шоссе, движение может продолжать свой веселый путь к месту назначения, и пользователь может спокойно работать в Интернете.

Давайте представим, что с центром обработки данных Umbrella в Майами что-то случится, например, сильный ураган, который надолго отключит электричество. (Примечание: все центры обработки данных имеют резервные генераторы энергии для предотвращения внезапных сбоев, но эти центры обработки данных могут быть осторожно отключены во время длительных отключений, чтобы защитить их в случае скачков напряжения).Маршруты к этому центру обработки данных будут автоматически отменены, и BGP быстро перенаправит любой трафик из этого региона в ближайший альтернативный центр обработки данных Umbrella. Поскольку протоколы маршрутизации обычно выбирают маршрут с кратчайшим путем, этот пользователь, скорее всего, будет перенаправлен на один из наших серверов в Техасе.

К счастью, переключение на другой центр обработки данных происходит не очень часто, но хорошо знать, что при необходимости он будет работать без проблем. Сбои могут произойти и в центре обработки данных.В каждом центре обработки данных Umbrella мы запускаем несколько идентичных экземпляров наших DNS-серверов. Каждый экземпляр DNS имеет одинаковые IP-адреса, и мы также используем одну и ту же технологию маршрутизации Anycast в каждом центре обработки данных. Все это незаметно для пользователя, но повышает надежность.

Мониторинг и управление

Использование произвольной маршрутизации, хотя и полезно, может привести к некоторым интересным проблемам. Представьте себе простую проверку работоспособности, при которой нам нужно собрать статистику производительности и работоспособности с каждого DNS-сервера.Если мы отправим DNS-запрос на произвольный адрес 208.67.222.222, это будет проверять только DNS-сервер, ближайший к нашим серверам мониторинга. Чтобы решить эту проблему, каждый DNS-сервер можно идентифицировать по нескольким адресам. У каждого сервера есть одноадресный адрес для целей управления и мониторинга, а также произвольный адрес. Это позволяет нам иметь подробную статистику производительности для каждого конкретного сервера и помогает нам в устранении любых проблем с экземпляром DNS.

Маршрутизация Anycast — ключ к надежности

Подводя итог: маршрутизация anycast позволяет нам легко масштабировать нашу облачную службу безопасности по всему миру, просто добавляя дополнительные центры обработки данных и серверы с одним и тем же IP-адресом.Когда мы добавляем новые серверные мощности, от наших пользователей не требуется никакого участия. Мы используем BGP для балансировки нагрузки и аварийного переключения в центрах обработки данных, а также глобально между центрами обработки данных.

В необычном случае аварийного переключения нет необходимости вносить изменения в балансировщики нагрузки, прокси-серверы, DNS-серверы и т. Д. Это сделает событие аварийного переключения или другое изменение конфигурации полностью прозрачным для пользователей Cisco Umbrella. Поскольку IP-адрес не меняется, никаких изменений на стороне клиента не требуется, и нет других проблем, таких как проблемы с кешированием TTL.

Cisco Umbrella имеет 30+ центров обработки данных по всему миру и прямые пиринговые соединения с более чем 1000 CDN и интернет-провайдерами, чтобы обеспечить самые короткие маршруты к нашим пользователям, где бы они ни находились. Более 100 миллионов наших корпоративных и обычных пользователей по всему миру получают быстрый, надежный и безопасный доступ в Интернет со 100% -ным временем безотказной работы с 2006 года.

Но это еще не все, что умеет Umbrella. Узнайте больше о том, как система безопасности Cisco Umbrella на уровне DNS защищает от кибератак, прежде чем они начнутся.