- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Что делать, если ваша email-рассылка попала в спам
10 распространенных причин и решений
Екатерина Ткаченко
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Вопрос к знатокам DNS. Общий TTL (для всех записей) выставлен как 3600, а для записей типа A TTL намного меньше, например 300.
Как будет вести себя кэширующий DNS хорошего провайдера? Он будет ждать 3600 секунд или 300?
А что мешает общий ттл выставить в 300? И ттл для отдельной А записи это по стандартам?
Ничего не мешает, просто хочу понять механизм работы. Ведь для чего-то дана возможность высталять TTL для отдельных записей, хотя в этом случае всё равно придётся обращаться к DNS после их истечения.
Если смотреть через dig, то по истечении TTL для записи A её не видно, а общий TTL продолжает умньшаться.
Как будет вести себя кэширующий DNS хорошего провайдера? Он будет ждать 3600 секунд или 300?
Сервер будет вести себя соответствующим образом.
Какого еще ответа вы ждете, если не указали в какие именно запросы имеются ввиду?
Нет никакого "общего TTL". Каждый ответ снабжается своим TTL и учет времени жизни ответов на резолверах ведется раздельно. Однако, в файле зоны можно указать TTL по умолчанию для всех записей.
Романо, у записи TTL приоритетный, но нужно учитывать, что провайдеры на своих рекурсорах (резолвящих серверах) для снижения нагрузки могут игнорировать TTL, если задавать его сильно маленьким, поэтому проблемы могут наблюдаться в любом случае.
Романо, у записи TTL приоритетный, но нужно учитывать, что провайдеры на своих рекурсорах (резолвящих серверах) для снижения нагрузки могут игнорировать TTL, если задавать его сильно маленьким, поэтому проблемы могут наблюдаться в любом случае.
Что бы все работало как часы, надо собственный рекурсор ставить для своих клиентов :D
Тогда можно максимально просто управлять TTL :) Но будут ли они им пользоваться, вот вопрос :D Но поколдовать кое что я думаю можно :D