Каморка

Как бы domain resolution provider пинка дать чтобы http://www.XXXXX.com XXXXX.com разрешались на тот-же IP.
Заменил А рекорд на другой. Че там у них творится ХЗ. http://www.XXXX.yyy изменения прошли немедленно а XXXX.yyy отображается в прошлый IP. Какого?
Какие-то промежуточные гады кеш недостаточто часто обновляют? Как найти кто такие (ну чисто ради академического антуресу, ожидаю что сделать скорее всего ничего нельзя)?

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

Недостаточно инпута об имплементации, чтобы дать конкретный ответ.

Рассмотрим пример.
Вы покупаете домен на годадди. И, соответственно, пользуетесь их-же ДНС.
Если вы пользуетесь их же бесплатненьким хостингом и держите на нём ваш маленький веб-сайтик, то запросы типа: http://vasjapupkin.com и http://www.vasjapupkin.com приведут на ту же самую веб-страницу http://www.vasjapupkin.com/index.html Удобненько.

Но со временем реклама с годадди вас начинает раздражать, и вы переносите ДНС и веб сайтик ну, скажем, на бесплатненький гугльаппс. Ура, реклама устранена! Но... гугльаппс - редкостненькое уродство в плане хостинга веб сайта, и... fuck! запрос на http://vasjapupkin.com теперь выдаёт страницу ошибки с... правильно, годадди.

Ничего не поделаешь, так устроен мир.

Groundhog писал(а):Как бы domain resolution provider пинка дать чтобы http://www.XXXXX.com XXXXX.com разрешались на тот-же IP.
Заменил А рекорд на другой. Че там у них творится ХЗ. http://www.XXXX.yyy изменения прошли немедленно а XXXX.yyy отображается в прошлый IP. Какого?
Какие-то промежуточные гады кеш недостаточто часто обновляют? Как найти кто такие (ну чисто ради академического антуресу, ожидаю что сделать скорее всего ничего нельзя)?

Кто эти гады? Это те ДНС сервера, которыми вы пользуетесь - напрямую или через форвардер/ы.
Какого ... гады кэш недостаточно часто обнoвляют? А с какого перепою они его должны обновлять? Распросраненная ошибка думать, что кэш кто-то обновляет. Кэш обновляете вы сами (визитеры вашего вебсайта), когда запрашиваете ДНС. После этого ваша запись живет в кэше ТТЛ тайм.
Что произошло у вас. Для XXXX.yyy IP сидел в кэше (причем еще не известно - в чьем кэше: возможно в кэше вашего ДНС клиента ), для http://www.XXXX.yyy - не сидел. Вы запросили разрешение имени для http://www.XXXX.yyy - получили свеженький результат. А для XXXX.yyy получили результат из кэша. Самое интересное, что у других людей в кэше мог сидеть результат для http://www.XXXX.yyy - т.е. другие люди могли получить со своих ДНС серверов прямо противоположный результат.
БТВ, можно снести локальный кэш командой (Windows) ipconfig /flushdns

McFLY писал(а): Вы покупаете домен на годадди. И, соответственно, пользуетесь их-же ДНС.

Протестую против слова "соответственно" - у меня домены на гоДадди, а ДНС свой собственный.

Groundhog писал(а):http://www.XXXXX.com

так себе сайт.
Даром что с работы не открывается ;)

Stanislav писал(а):

Groundhog писал(а):Как бы domain resolution provider пинка дать чтобы http://www.XXXXX.com XXXXX.com разрешались на тот-же IP.
Заменил А рекорд на другой. Че там у них творится ХЗ. http://www.XXXX.yyy изменения прошли немедленно а XXXX.yyy отображается в прошлый IP. Какого?
Какие-то промежуточные гады кеш недостаточто часто обновляют? Как найти кто такие (ну чисто ради академического антуресу, ожидаю что сделать скорее всего ничего нельзя)?

Кто эти гады? Это те ДНС сервера, которыми вы пользуетесь - напрямую или через форвардер/ы.
Какого ... гады кэш недостаточно часто обнoвляют? А с какого перепою они его должны обновлять? Распросраненная ошибка думать, что кэш кто-то обновляет. Кэш обновляете вы сами (визитеры вашего вебсайта), когда запрашиваете ДНС. После этого ваша запись живет в кэше ТТЛ тайм.
Что произошло у вас. Для XXXX.yyy IP сидел в кэше (причем еще не известно - в чьем кэше: возможно в кэше вашего ДНС клиента ), для http://www.XXXX.yyy - не сидел. Вы запросили разрешение имени для http://www.XXXX.yyy - получили свеженький результат. А для XXXX.yyy получили результат из кэша. Самое интересное, что у других людей в кэше мог сидеть результат для http://www.XXXX.yyy - т.е. другие люди могли получить со своих ДНС серверов прямо противоположный результат.
БТВ, можно снести локальный кэш командой (Windows) ipconfig /flushdns

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

meser писал(а):

Stanislav писал(а):

Groundhog писал(а):Как бы domain resolution provider пинка дать чтобы http://www.XXXXX.com XXXXX.com разрешались на тот-же IP.
Заменил А рекорд на другой. Че там у них творится ХЗ. http://www.XXXX.yyy изменения прошли немедленно а XXXX.yyy отображается в прошлый IP. Какого?
Какие-то промежуточные гады кеш недостаточто часто обновляют? Как найти кто такие (ну чисто ради академического антуресу, ожидаю что сделать скорее всего ничего нельзя)?

Кто эти гады? Это те ДНС сервера, которыми вы пользуетесь - напрямую или через форвардер/ы.
Какого ... гады кэш недостаточно часто обнoвляют? А с какого перепою они его должны обновлять? Распросраненная ошибка думать, что кэш кто-то обновляет. Кэш обновляете вы сами (визитеры вашего вебсайта), когда запрашиваете ДНС. После этого ваша запись живет в кэше ТТЛ тайм.
Что произошло у вас. Для XXXX.yyy IP сидел в кэше (причем еще не известно - в чьем кэше: возможно в кэше вашего ДНС клиента ), для http://www.XXXX.yyy - не сидел. Вы запросили разрешение имени для http://www.XXXX.yyy - получили свеженький результат. А для XXXX.yyy получили результат из кэша. Самое интересное, что у других людей в кэше мог сидеть результат для http://www.XXXX.yyy - т.е. другие люди могли получить со своих ДНС серверов прямо противоположный результат.
БТВ, можно снести локальный кэш командой (Windows) ipconfig /flushdns

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

Пардон, а где я сказал, что отрицательный результат кэшируется?

Stanislav писал(а):

meser писал(а): Станислав, ради бога, не рассказывай, что и отрицательный результат может и, частенько кешируется. А то совсем люди веру потеряют

Пардон, а где я сказал, что отрицательный результат кэшируется?

это я сказал....

meser писал(а):

Stanislav писал(а):

meser писал(а): Станислав, ради бога, не рассказывай, что и отрицательный результат может и, частенько кешируется. А то совсем люди веру потеряют

Пардон, а где я сказал, что отрицательный результат кэшируется?

это я сказал....

О как, я этого, если честно, не наблюдал пока...
Боятся перегрузки ошибочнуми запросами?
Надо попробовать...