Vitaly2012

Рейтинг
120
Регистрация
05.01.2012
потому что кешируют и плюют на TTL. У некоторых провайдеров кеш сбрасывается раз в сутки, у некоторых вообще не сбрасывается.

Ну да, о чем и речь.

IP адреса статические?

На данный момент 2 статических 1 динамический (на всякий случай), но каждый из адресов могу сделать сделать как статическим, так и динамическим.

Смотрели route53?

Вот посмотрел сейчас, если имеется виду Amazon Route53, то это как я понял просто надежный днс, который ничего не даст, как раз по причине медленной смены днс у провайдеров. Мне как я понимаю нужно что-то типа бы Amazon CloudFront смотреть, чтоб весь трафик через них был, но там всего 50 Гиг трафика бесплатно, а я посмотрел, у меня сегодня за полдня уже 500 Гиг пошло, то есть тоже не вариант.

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

Получается, что возможно они из-за большой загрузки не успевают её обработать. Представьте если бы все поставили себе ТТЛ 1сек, какая нагрузка была бы на них. Думаю проблема в этом.

Но, вообще, существуют же сервисы: noip, dyndns. Ставишь прогу на комп, где крутится всё и, при смене айпи у провайдера, домен направляется на новый (его программка и передает). Но платненько.

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

Я не знаю, может у меня неправильная информация, поэтому и просил повторить этот эксперимент кто может.

В случае с cloudflare сайт, при смене айпи, по новому айпи моментально становится доступным.

Ничего, 2\3 адресов еще осталось. Проверил адрес, который выделил cloudflare для моего домена, его в списках ркн нет.

Да, вариант с cloudflare мне тоже понравился. Нашел даже программку смены IP под виндовс, но у меня она почему-то не работает (

netwind, можете провести такой эксперимент?

Прописать для какого-то домена минимальный ТТЛ допустим 100сек, подождать пока запись вступит в силу. Далее, сменить А-запись для домена, пропинговать через ping.exe. Потом сменить А-запись на другой айпи и пропинговать снова. Повторить процедуру несколько раз и проверить дейстительно ли через время TTL домен каждый раз будет пинговаться по новому IP?

Я пробовал на яндекс днс, там минимально разрешается TTL в 90 сек установить. А как его еще перепроверить?

А может кто видел клиента для cloudflare под windows для смены IP через API?

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

Почему вы решили, что ping-admin.ru и super-ping.com это неправильные сайты с неправильными программами?

Используйте ping.exe и своей windows - он правильный (если не портить компьютер всякими "ускорителями интернета".

Мой пинг показывает на какой Ip идет доступ через моего провайдера, а меня интересует ситуация вцелом, из многих точек мониторинга.

В случае с CloudFlare IP для посетителей меняться не будет вовсе. С помощью API будет меняться IP в самой системе, туда, куда будет выполняться проксирование с сервиса CloudFlare. А для пользователя IP не изменится - как он был адресом сервиса, так и останется.

Это похоже то что нужно, интересно дают ли там доступ к API на бесплатном тарифе.

я периодически повторяю этот эксперимент при переносе сайтов. Не так сложно посмотреть в логи на старом и новом сервере.

Ну в моем случае сервер тот-же, меняется только его IP.

И с браузерами есть небольшой нюанс, но в целом они тоже оперативно переключаются. По крайней мере, если перезапустить браузер, то точно переключатся.

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

Потому что обычно никто заранее не думает об этом. Надо сразу вставлять маленький TTL. Или, например, накануне переезда.

netwind, вот проверьте, поставьте заранее маленький TTL, подождите пока он всупит в силу, смените IP и сделайте пинг к сайту на новом ip с разных серверов. Я пробовал через ping-admin.ru и super-ping.com.

Иногда IP меняется достаточно быстро, а иногда и 12 часов при том-же маленьком TTL. Я не знаю почему так происходит.

Всего: 293