Kaban Опубликовано 30 августа, 2009 Хочется минимизировать количество звонков поступающих на саппорт во время возникновения проблем на внешнем канале. Для этого на бордерном роутере все запросы на 80-й порт редиректятся на локальный сервер который выводит уведомление о проблеме и сроках ее решения. Неприятность только в одном, когда ложится внешний канал то и ложится ДНС, и клиентский веб браузер пишет Host not found. Подскажите, можно ли настроить DNS (bind) чтоб он на все запросы отвечал одним адресом ? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
1GE Опубликовано 30 августа, 2009 Чего только не придумают люди, лишь бы не делать нормальный резерв... Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Kaban Опубликовано 30 августа, 2009 а что еще делать когда до обоих провайдеров оптика в одной канализации и ее одновременно рубанули ? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Voicemaster Опубликовано 30 августа, 2009 Запатчить. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
MaxSavin Опубликовано 30 августа, 2009 Хочется минимизировать количество звонков поступающих на саппорт во время возникновения проблем на внешнем канале. Для этого на бордерном роутере все запросы на 80-й порт редиректятся на локальный сервер который выводит уведомление о проблеме и сроках ее решения. Неприятность только в одном, когда ложится внешний канал то и ложится ДНС, и клиентский веб браузер пишет Host not found. Подскажите, можно ли настроить DNS (bind) чтоб он на все запросы отвечал одним адресом ? zone "." { type master; file "zdravstvuy.zhopa"; }; ? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Kaban Опубликовано 30 августа, 2009 а в zdravstvuy.zhopa запись вида * A 1.2.3.4 ? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
MaxSavin Опубликовано 30 августа, 2009 а в zdravstvuy.zhopa запись вида * A 1.2.3.4 ? В zdravstvuy.zhopa - стандартное содержимое файла зоны для bind (ессно, с поправками на то, что домен зовется "."), а уже в нем - да, вышепроцитированное. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
satboy Опубликовано 30 августа, 2009 А зачем танцы с DNS, когда можно прекрасно переложить информирование на Asterisk.... база абонентов есть, адреса аварий есть, предполагаемое время устранения известно. Определили, выдали нужную инфу. Если клиенту мало после информирования и 20 секунд дополнительного ожидания выплюнули в общую очередь звонков Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Kaban Опубликовано 30 августа, 2009 Просто в случае танцов с ДНС до звонков дело будет как правило не доходить. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
itl2044 Опубликовано 30 августа, 2009 Это плохая идея....... Дело в том, что многие ОС имеют кеш ДНС сутки и более, и в итоге получим ситуацию, когда после починки внешки ВСЕ клиенты так и продолжат ходить на 1.2.3.4 Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
MaxSavin Опубликовано 30 августа, 2009 Это плохая идея.......Дело в том, что многие ОС имеют кеш ДНС сутки и более, и в итоге получим ситуацию, когда после починки внешки ВСЕ клиенты так и продолжат ходить на 1.2.3.4 Ну перегибать палку-то не нужно, практически в любой более-менее актуальной OS resolver кеширует записи исходя из TTL (который в этой "аварийной" зоне, по понятным причинам, должен быть выставлен на минимум). На память из неадекватов разве что могу припомнить ISA Server 2000, в котором, если не изменяет склероз, в dns-кеш на сутки попадали любые записи несмотря на TTL. И то этот "беспредел" поправлялся через реестр обычно первым же.Так что workaround вполне жизнеспособный, хотя и не идеальный, безусловно. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
itl2044 Опубликовано 31 августа, 2009 Ну вот, предположим, такое угребище как макстрон - кеширует вообще на неделю.... Причем flushdns на него не действует..... Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
littlesavage Опубликовано 31 августа, 2009 На кешированные записи клиенты будут ходить не только после починки, но и первое время после поломки. Поэтому, нет смысла. К тому же, это подмена содержимого. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
MaxSavin Опубликовано 31 августа, 2009 Ну вот, предположим, такое угребище как макстрон - кеширует вообще на неделю....Причем flushdns на него не действует..... Ну по таким "приложеньицам" пользователь ССЗБ, как говорится, "сдуру можно и ... сломать". С maxthon дела не имел, но не исключаю что кнопка "очистить кеш" у него все же имеется. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
MaxSavin Опубликовано 31 августа, 2009 На кешированные записи клиенты будут ходить не только после починки, но и первое время после поломки.Поэтому, нет смысла. К тому же, это подмена содержимого. "будут ходить на уже кешированные" - не критично, топик стартер и так делает "на бордерном роутере все запросы на 80-й порт редиректятся на локальный сервер который выводит уведомление о проблеме и сроках ее решения". Сложности скорее будут (в случае наличия) у корпоратов и "особо продвинутых", которые используют собственный dns-сервер без рекурсии на dns isp. Но тут уж только 53 на свой dns на пару с 80 заворачивать.Что касается "подмены" - тут уже вопрос юристам, в принципе сложности возможны. Ну и для "смягчений" эффекта, естественно, имеет смысл на "целевом" веб-сервере сначала сделать 302 редирект на свой сайт, дабы не возбуждать особо нервных :) Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Дегтярев Илья Опубликовано 31 августа, 2009 сначала сделать 302 редирект на свой сайт, дабы не возбуждать особо нервных :) Вот за 302 меня студенты и хотели убить. Сделал такое при открытытии странички в инете, когда абоненту досту закрыт. проблема в том, что сайт, на который ты полз забывается. Только что открытая опера теряет все вкладки, кнопка назад не работает. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
x86 Опубликовано 31 августа, 2009 А может правильнее для всех запросов, завернутых на свой сервер, выдавать свою 404 страничку - тогда глядишь, и проблем с кешированием будет меньше. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Kaban Опубликовано 31 августа, 2009 Да, так однозначно будет лучше. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
itl2044 Опубликовано 31 августа, 2009 А может правильнее для всех запросов, завернутых на свой сервер, выдавать свою 404 страничку - тогда глядишь, и проблем с кешированием будет меньше. А что делать абоненту, единожды отрезолвившему mail.ru в адрес 1.2.3.4 и НЕДЕЛЮ помнящему его? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Kaban Опубликовано 1 сентября, 2009 ТТL в аварийной зоне выставлять по минимуму. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
littlesavage Опубликовано 1 сентября, 2009 А как насчет сделать резерв только для своего DNS сервера? Мобильник с GPRS'ом, например подключить? :) Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
itl2044 Опубликовано 1 сентября, 2009 ТТL в аварийной зоне выставлять по минимуму. У абонента могут стоять программы, которые х*й ложили на TTL, и помнят единожды отрезолвеное месяц. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
x86 Опубликовано 1 сентября, 2009 У абонента могут стоять программы, которые х*й ложили на TTL, и помнят единожды отрезолвеное месяц. Cуть 404 страницы состоит как-раз в том, что ее вроде-бы не надо помнить :) А вообще, IMHO, процитированный случай это проблема некорректно настроенного кеширования - и пользователю просто надо подсказать где поставить правильную галочку. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
itl2044 Опубликовано 1 сентября, 2009 У абонента могут стоять программы, которые х*й ложили на TTL, и помнят единожды отрезолвеное месяц. Cуть 404 страницы состоит как-раз в том, что ее вроде-бы не надо помнить :) А вообще, IMHO, процитированный случай это проблема некорректно настроенного кеширования - и пользователю просто надо подсказать где поставить правильную галочку. давайте предположим, что пользователей 80 тыс.Всего у 3% стоят невероятного происхождения приблуды, кеширующие DNS :) Вам сапорт в борщ срет ежедневно, Вы за это хотите его живьем растворить в соляной кислоте (слюнях абонентов) ? :) Вы скорее всего не поняли смысла топика. Кешируется не страница, а резолв имени в адрес 1.2.3.4 Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
SvS Опубликовано 1 сентября, 2009 Вы скорее всего не поняли смысла топика.Кешируется не страница, а резолв имени в адрес 1.2.3.4 Ну не знаю... У нас давно работает нечто подобное и никаких проблем ни разу не возникало. Максимум - требуется перезапустить браузер. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...