Azure TrafficManager: как URL-адреса инициирующих ссылок с отказоустойчивых серверов видны конечным точкам?

Мы используем Azure TrafficManager, и у нас есть определенные конечные точки, которые хотели бы проверить домен источника/реферера входящих вызовов (необработанные IP-адреса в облаке в любом случае являются плохой идеей). Мне интересно, обрабатывает ли TrafficManager исходящие запросы и что конечная точка видит домен отправителя в запросе с моих веб-сайтов Azure и их веб-заданий.

Если у меня есть trafficmanger.domain.com и два сервера, failover1.azurewebsites.net и failover2 за ним, что увидит конечная точка, когда мой сервер failover2 инициирует вызов REST?

Я предполагаю, что, поскольку TrafficManager работает на уровне DNS, ничего не делается и существуют разные URL-адреса реферера от разных инициаторов. Правильный? ... и поскольку необработанные IP-адреса могут меняться в облаке, а рефереры могут быть подделаны, является ли их лучшей проверкой инициатора (кроме токена или сертификата)?

ОБНОВЛЕНИЕ Статические IP-адреса, которые теперь доступны в Azure, могут быть лучшим решением:

https://feedback.azure.com/forums/169385-web-apps-formerly-websites/suggestions/6428310-static-ip-addresses-inbound-and-outbound-for-a


person GGleGrand    schedule 17.02.2016    source источник


Ответы (1)


Как вы заметили, диспетчер трафика Azure работает на уровне DNS. Как только поиск DNS укажет соответствующую конечную точку, клиенты подключаются к этой конечной точке напрямую — диспетчер трафика не является прокси-сервером.

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

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

person Jonathan Tuliani - MSFT    schedule 17.02.2016