- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Как снизить ДРР до 4,38% и повысить продажи с помощью VK Рекламы
Для интернет-магазина инженерных систем
Мария Лосева
netwind: я сам не пробовал, видел где-то (opennet.ru?) горячее обсуждение предложенного Вами способа. Народ писал тогда, что достаточно большое кол-во isp не обновляют у себя зону согласно ttl.
Враки. TTL корневых зон доменов .ru - сутки или больше. Он не хотят его менять, да.
Самая частая ошибка при переносе сайтов между провайдерами - поменять данные у регистратора доменов и сидеть ждать трое суток, как будто по-другому нельзя. У некоторых провайдеров при этом может надолго осесть информация он NS . Но ведь можно и не ждать если делать все правильно.
Я почему вам предлагал самому поискать как настроить bind - вы бы попытались и обнаружили бы, что bind НЕЛЬЗЯ НАСТРОИТЬ для игнорирования TTL. Это принципиальная позиция ISC.
bind нельзя. рекурсор можно, за что и любим многими isp
Конкретнее. Где в настоящее время ПОСТОЯННО и НЕПРИМЕРИМО ISP использует неправильное кеширование DNS? Подкрепите примеры ссылками на не сфабрикованными сообщения от пользователей и тд.
Провайдер ведь сам себе не враг и дополнительные проблемы ради экономии 1% трафика ему не нужны.
netwind, даже в bind можно тупо порезать пару десятков строк в коде.)))
Не нужно зацикливаться на bind как будто это единственный возможный DNS-сервер.
Конкретнее. Где в настоящее время ПОСТОЯННО и НЕПРИМЕРИМО ISP использует неправильное кеширование DNS? Подкрепите примеры ссылками на не сфабрикованными сообщения от пользователей и тд.
Провайдер ведь сам себе не враг и дополнительные проблемы ради экономии 1% трафика ему не нужны.
В регионах жеж. Где инет стоит бешенных денег.
На BGP можно такое заставить работать, конечно. Вопрос, согласится ли ДЦ с вами поднимать BGP сессию, и на каких условиях ? Я думаю, ДЦ захочет очень хороших :2cents:
Рядовому клиенту таких услуг не оказывают. Скажем так, вероятность, что вы, конечной потребитель услуг, обратитесь в ДЦ и вам обеспечат все за разумные деньги - весьма низкая. С другой стороны, хостинг, уже имеющий много серверов в разных ДЦ вполне может построить такую инфраструктуру на имеющихся серверах, и обеспечивать на ней услугу геокластера. И хостинг может себе позволить заплатить за поднятие BGP сессии, потому что эта стоимость размажется по всем клиентам его геокластера.
Увязываем ВПСки по Drbd. На каждую вешаем Bind с небольшим ttl в зонах. Скрипт простукивает ВПСки. И меняет DNS если одна упала на следующую. У домена может быть больше NS-серверов. Естественно, первый NS не ответил - идем стучаться на второй, третий... а там уже обновленная зона...
В регионах жеж. Где инет стоит бешенных денег.
А давайте пример. Как проверить я сам придумаю.
И хостинг может себе позволить заплатить за поднятие BGP сессии, потому что эта стоимость размажется по всем клиентам его геокластера
Так ведь любой серьезный датацентр поднимает BGP, но почему тогда все равно случаются проблемы?
Волгателеком, например ;)
Andreyka добавил 13.01.2010 в 10:07
Увязываем ВПСки по Drbd. На каждую вешаем Bind с небольшим ttl в зонах. Скрипт простукивает ВПСки. И меняет DNS если одна упала на следующую. У домена может быть больше NS-серверов. Естественно, первый NS не ответил - идем стучаться на второй, третий... а там уже обновленная зона...
При чем тут drbd?
И какой скрипт будет простукивать? На чем? А если упадет?
Выкиньте всю ересь - сервера в нормальных ДЦ работают как часы и если падают, то раз в 5 лет на пару минут, а этим можно пренебречь.
Так ведь любой серьезный датацентр поднимает BGP, но почему тогда все равно случаются проблемы?
Одно дело обеспечивать BGP, другое дело принимать от клиента.
Клиентскую AS ДЦ может анонсировать, но управлять ей нужно будет через суппорт и с задержками в сутки.
ДЦ бездумно приписывать BGP не будет.
Если уже идут анонсы в других сетях этой AS часто вам просто откажут.
Для того чтобы вам дали анонсировать свою систему так как вам хочется нужно иметь на это договор с ДЦ на внушительную сумму.