Barabashka.yury Опубликовано: 9 травня, 2015 Опубликовано: 9 травня, 2015 Друзья, подскажите как решить задачку Есть локалка, для случаев пропадания аплинка нужно сделать вывод сообщения на пользователей, нечто типа "Извините идут работы и т д". Это сделано просто форвардом. НО! для того чтобы человек, который ломится на www.ya.ru, например, попал на этот форвард, ему нужно резолв собственно www.ya.ru, а мой днс это сделать не могет, ибо аплинк лежит... При помощи микротика проблема решилась мгновенно, там просто создал статику в днс, пустое поле имени и адрес 1.2.3.4 (адрес роли не играет). Получается так - юзер ломится кудато - микротик ему выдает 1.2.3.4 - юзер ломится через сервер на этот ИП и попадает на форвард с моей страничкой. Все сработало... НО... как это повторить на FreeBSD с кеширующим сервером ДНС? Надо сотворить конфиг, который на любой запрос будет выдавать один и тот же (да в принципе без разницы какой) IP... Если есть у кого подобный опыт то поделитесь пожалуйста :-)
andr1y Опубліковано: 9 травня, 2015 Опубліковано: 9 травня, 2015 namedb\primary\root ; $TTL 86400 @ IN SOA ns1.isp.net. Hostmaster.isp.net. (2009010100 28800 7200 604800 86400) ; IN NS 127.0.0.1 * IN A 1.2.3.4
Barabashka.yury Опубліковано: 9 травня, 2015 Автор Опубліковано: 9 травня, 2015 Работает, огромное спасибо! Теперь в случае чего просто основной сервер днс получает подставу в конфиге и все запросы редиректит на эту заглушку )) Хоть абоненты обрывать телефон не будут.
BUM Опубліковано: 9 травня, 2015 Опубліковано: 9 травня, 2015 а не проще сделать чтоб не ломалось и стабильно работало? например два аплинка?
Schultz Опубліковано: 9 травня, 2015 Опубліковано: 9 травня, 2015 А що всюди є точки присутності? Дайте мені лінк на Закарпатті в 50 км від райцентру.... Зі Київстару і Інтертелекому нема... Є річка....)))) ну у сотні кілометрів Карпат...
Barabashka.yury Опубліковано: 9 травня, 2015 Автор Опубліковано: 9 травня, 2015 Ну к примеру у нас раз в пару мес может пропасть на пару часов питание у аплинка... А сделать второй )))) нереал. Как уже было сказано выше, не всегда можно чтото сделать. Это нужно не часто, но все же, как вариант оповещения "особо вредных" юзеров.
Den_LocalNet Опубліковано: 9 травня, 2015 Опубліковано: 9 травня, 2015 пропасть на пару часов питание у аплинка... А сделать второй )))) нереал. а сделать аплинку питание, не?
Чучундра Опубліковано: 9 травня, 2015 Опубліковано: 9 травня, 2015 а после работы подобной заглушки когда канал поднимается клиентам не нужноделать ipconfig /flush_dns ?
Barabashka.yury Опубліковано: 10 травня, 2015 Автор Опубліковано: 10 травня, 2015 пропасть на пару часов питание у аплинка... А сделать второй )))) нереал. а сделать аплинку питание, не? Три контейнера киевстар.. С батареями и дизелем. На расстоянии в 17 км. От них радиомост к нам. После грозы дизеля запускают вручную. Что там за проблема конкретно - черт их знает... Какое отношение я имею к ним, если оборудование аплинка стоит на их вышке... Ну вот как то так
Barabashka.yury Опубліковано: 10 травня, 2015 Автор Опубліковано: 10 травня, 2015 а после работы подобной заглушки когда канал поднимается клиентам не нужноделать ipconfig /flush_dns ? Возможно, в зависимости от того как часто абонент будет дергать страничку, обновляя кеш днс, а вовторых - если он ломанулся на гугл и получил сообщение то врядли он будет ломиться на все остальные сайты, "портя" себе карму кеш... Ну и кроме того в сообщении заглушки можно указать чтобы передергивал кабель или перезагружал машину перед следующим запуском. Ну... других вариантов я какбы и не вижу... Не держать же у себя копию всех днс )))))))))))))) А низя указывать например время жизни записи отдаваемой клиенту? к примеру если авария и выдается 1.2.3.4 то его время жизни 1 минута?..
KaYot Опубліковано: 10 травня, 2015 Опубліковано: 10 травня, 2015 А может лучше сделать не через попу? Удалить bind, поставить unbound или powerdns и забыть о проблеме. Беда именно в бинде, другие dns-сервера так себя не ведут.
Barabashka.yury Опубліковано: 10 травня, 2015 Автор Опубліковано: 10 травня, 2015 (відредаговано) А может лучше сделать не через попу? Удалить bind, поставить unbound или powerdns и забыть о проблеме. Беда именно в бинде, другие dns-сервера так себя не ведут. А в чем именно? бинд нормально кеширует+держит локалку, (несколько локальных имен серверов)... А как себя поведут другие сервера если им отрубить инет и запросить резолв яндекса или чего другого которого в кеше нема? (к примеру). Можно чуть подробнее, или ссылочку? Вот емае, таки заразился... паверднс както муторно, а анбонд таки почитал, понравился... ну вот оно мне надо? Ща попробую готовить, авось вкусно будет, повкуснее бинда? Відредаговано 10 травня, 2015 Barabashka.yury
KaYot Опубліковано: 10 травня, 2015 Опубліковано: 10 травня, 2015 А может лучше сделать не через попу? Удалить bind, поставить unbound или powerdns и забыть о проблеме. Беда именно в бинде, другие dns-сервера так себя не ведут. А в чем именно? бинд нормально кеширует+держит локалку, (несколько локальных имен серверов)... А как себя поведут другие сервера если им отрубить инет и запросить резолв яндекса или чего другого которого в кеше нема? (к примеру). Можно чуть подробнее, или ссылочку? Бинд при отваливании внешки перестает отвечать на закешированные адреса, это у него "фича" такая. А закешированы всегда 99.9% запросов, народ таки открывает одни и те же сайты.. Поставь unbound, настройка там ничуть не сложнее бинда а работает лучше во всем.
rsst Опубліковано: 10 травня, 2015 Опубліковано: 10 травня, 2015 у меня unbound при отвале внешки начинает жрать весь проц и перестает отвечать на что либо. ps: может кто знает как это победить?
Barabashka.yury Опубліковано: 10 травня, 2015 Автор Опубліковано: 10 травня, 2015 А может лучше сделать не через попу? Удалить bind, поставить unbound или powerdns и забыть о проблеме. Беда именно в бинде, другие dns-сервера так себя не ведут. А в чем именно? бинд нормально кеширует+держит локалку, (несколько локальных имен серверов)... А как себя поведут другие сервера если им отрубить инет и запросить резолв яндекса или чего другого которого в кеше нема? (к примеру). Можно чуть подробнее, или ссылочку? Бинд при отваливании внешки перестает отвечать на закешированные адреса, это у него "фича" такая. А закешированы всегда 99.9% запросов, народ таки открывает одни и те же сайты..Поставь unbound, настройка там ничуть не сложнее бинда а работает лучше во всем. у меня unbound при отвале внешки начинает жрать весь проц и перестает отвечать на что либо. ps: может кто знает как это победить? Поставь бинд +100500! Это просто сказка ))))) не ну я анбонд попробую таки... рецептов немерено, так шо может даже подружимся...
Barabashka.yury Опубліковано: 10 травня, 2015 Автор Опубліковано: 10 травня, 2015 Ну а если серьезно то вполне рабочее решение - пропал пинг на 8.8.8.8 (ну или к дефолту. не суть) - на основном сервере делаем форвард на заглушку и форвард запросов на 53 порт на вспомогательный ДНС. все. Соответственно пинг поднялся - форварды прибиваем и все работает как было. Кстати а вот надо таки проверить как будет с кешем у абонентов... Ну и попробовать анбонд. И как вариант посмотреть исходники бинда на предмет отключения "фичи" в отказе выдачи адресов при пропадания интернета... Вообще то я хотел его патчить в плане умения брать локалку из мускла. шоб прямо из базы данных билинга дергал ип и хост абонентов. нахрена - не знаю, разве что просто из спортивного интереса... Так что поиграть и с биндом и с анбондом еще успеется
rsst Опубліковано: 10 травня, 2015 Опубліковано: 10 травня, 2015 (відредаговано) с кешем будет печалька, я пробовал. редиректил запросы на 53 на другой сервер. у клиента показывается картинко с моего сервака, но когда появляется натуральный резолв, браузер упорно кажет старую картинко. перезагрузка браузера решает, но это не выход. ps: на бинд и унбаунд забил, поставил pdns-recursor и забыл где он сейчас там.... Відредаговано 10 травня, 2015 rsst
Barabashka.yury Опубліковано: 10 травня, 2015 Автор Опубліковано: 10 травня, 2015 ну про рекурсор я почитал уже... да только не то все это... а время жизни отдаваемого ресолва никак не указать??? или в картинке-заглушке надо указывать что "для корректного соединением с интернетом пожалуйста, полностью закройте и снова откройте браузер"... Хотя некоторых слово "браузер" ввергает в полный ступор и последующий диссонанс с реальностью
Чучундра Опубліковано: 10 травня, 2015 Опубліковано: 10 травня, 2015 лучше попросите перезагрузить компьютер, рядовому обывателю это привычней
muff Опубліковано: 10 травня, 2015 Опубліковано: 10 травня, 2015 С кешем проблема решается очень просто. TTL установите на 3-5 минут и проблема с кешем будет решена.
Barabashka.yury Опубліковано: 10 травня, 2015 Автор Опубліковано: 10 травня, 2015 С кешем проблема решается очень просто. TTL установите на 3-5 минут и проблема с кешем будет решена. Вот, это будет лучше всего. Проверю этот вариант.
l1ght Опубліковано: 10 травня, 2015 Опубліковано: 10 травня, 2015 (відредаговано) Кстати, что б браузеры не кеширывали заглушку - можно в .htaccess закинуть следующее <IfModule mod_headers.c> Header append Cache-Control "no-store, no-cache, must-revalidate" </IfModule> <IfModule mod_expires.c> ExpiresActive On ExpiresDefault "now" </IfModule> Відредаговано 10 травня, 2015 L1ght
Barabashka.yury Опубліковано: 10 травня, 2015 Автор Опубліковано: 10 травня, 2015 Кстати, что б браузеры не кеширывали заглушку - можно в .htaccess закинуть следующее <IfModule mod_headers.c> Header append Cache-Control "no-store, no-cache, must-revalidate" </IfModule> <IfModule mod_expires.c> ExpiresActive On ExpiresDefault "now" </IfModule> нечто подобное есть в конфиге, не кеширует точно )) проверено. у меня несколько заглушек, не только для аварий, а и как сообщение с "добровольно-принудительным" ознакомлением, так там тоже кеширование отключено...
KaYot Опубліковано: 10 травня, 2015 Опубліковано: 10 травня, 2015 Кстати, что б браузеры не кеширывали заглушку - можно в .htaccess закинуть следующее <IfModule mod_headers.c> Header append Cache-Control "no-store, no-cache, must-revalidate" </IfModule> <IfModule mod_expires.c> ExpiresActive On ExpiresDefault "now" </IfModule> До одного места все эти директивы. В разных браузерах все равно будет зависать заглушка и будете слушать вайн от клиентов.Правильный вариант - использовать перенаправление на страничку с temporary redirect, которая уже кидает на заглушку.
Рекомендованные сообщения
Создайте аккаунт или войдите в него для комментирования
Вы должны быть пользователем, чтобы оставить комментарий
Создать аккаунт
Зарегистрируйтесь для получения аккаунта. Это просто!
Зарегистрировать аккаунтВхід
Уже зарегистрированы? Войдите здесь.
Войти сейчас