Контроль CDN от различных географических положений
Извините, но это почти наверняка невозможно.
Лучший способ состоял бы в том, чтобы получить список всех граничных IP-адресов серверов от поставщика CDN и затем написать сценарий чего-то для тестирования копий на граничных местоположениях. Но, я на 99% уверен, что Вы не найдете поставщика CDN, который даст Вам подробную информацию обо всех граничных местоположениях - CDN's находится в отчаянно конкурентоспособном бизнесе.
За исключением вышеупомянутого известного списка дюйм/с, с CDN Вы не можете полагаться на контроль DYI или контроль HTTP, сделанный Gomez, Pingdom или любой из других услуг по контролю HTTP. CDNs имеют граничные местоположения во многих городах и используют некоторую 'умную' маршрутизацию трафика:
- Геоосведомленный DNS, т.е. ищут местоположение IP-адреса кэша DNS разрешения и обеспечивают IP, соответствующий POP CDN около сопоставителя DNS.
- Маршрутизация Передачи любому из узлов BGP.
Поэтому Ваш контролирующий клиент направить к 'ближайшему' POP CDN и не сможет контролировать, другой CDN ПОЯВЛЯЕТСЯ. Необходимо было бы выполнить контролирующие агенты во многих, многих местоположениях вокруг, прежде чем Вы могли быть уверены, что покрыли весь CDN, ПОЯВЛЯЕТСЯ.
Все хорошие CDNs имеют обширный контроль своей собственной сети, таким образом, действительно не должно быть никакой причины копировать это самостоятельно. Вместо этого я предложил бы рассмотреть:
Переключение на лучшего поставщика CDN?
Принуждение CDN ПОЯВЛЯЕТСЯ для выселения их кэшированных версий более часто. Хороший CDNs может управлять кэшем TTL на их краях независимо от того, что говорят заголовки HTTP Expires & Cache-Control. Тот путь, если существует неполный файл, он будет сброшен раньше.
1) Проверьте контролирующие местоположения pingdom.com и websitepulse.com
2) Не надежный
3) Не надежный
4) никогда не слышал прочь
Вы говорили со своим поставщиком CDN для проверки на возможные инструменты для удовлетворения контрольным потребностям? CDN мог бы предоставить Вам интерфейс для специфического выбора зеркала сайта или региона для запросов проверки. Я взял бы это в качестве маршрута номер один, потому что все остальное - скорее взлом, чем действительное решение.
Существуют каталоги прокси, но они ненадежны и часто изменяются, как 3molo указанный. Вы могли бы рассмотреть выполнение Ваших собственных прокси по облачным сервисам (например, AWS или Azure) как контролирующие агенты, но это действительно зависит от алгоритмов геолокации, используемых Вашим CDN, если это отразит "реальное" обнаружение и служить Вашим запросам "правильными" серверами.
Доверие ненадежной одноранговой инфраструктуре как скалистая вершина для контроля походит на плохую идею и может только стоить попытки, если Вы вне других опций.