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...