- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Маркетинг для шоколадной фабрики. На 34% выше средний чек
Через устранение узких мест
Оксана Мамчуева
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Способен ли named (bind) реализовать мои фантазии на тему его конфигурации? :)
Вкраце что нужно - днс сервер, обслуживающий домены в штатном режиме. Вторичник пока не рассматриваем, с ним все ясно. Так вот. Необходимо, что бы если у этого днс сервера спросили домен, о котором он не знает (не прописан в конфиге), то он не отлуп отдал, а выдал некий "профиль", одинаковый для всех неизветстных доменов.
Теперь по-русски. Допустим домен AAA.RU прописан в конфиге. У днс сервера спрашивают про AAA.RU и он отвечает, что мол у него такие-то A, такие-то CNAME, такие-то MXы т.д. А если спрашивают про BBB.RU, которого нет в конфиге, то все равно отвечал, что у него такие-то A, такие-то CNAME, такие-то MXы и так для всех неизвестных доменов.
p.s. извините за мозговой штурм ;)
Насколько помню такое возможно для доменов третьего уровня, для этого в файле зоны указывается специальный символ *, называется это дело wildcard DNS.
Про третий уровень я знаю. Мне бы второй отвилдкардить.
Пока фантазии хватило только на то, чтобы "поднимать" у себя корневые зоны, которые будут использоваться, а в них уже все вилдкардить. Но будет ли работать на практике - пока не пробовал.
Но будет ли работать на практике - пока не пробовал.
Работать не будет.
Работать не будет.
Я почему-то так и думал.
Тогда задам вопрос по другому. Как выглядит named.conf например на parking1.nic.ru ? Ведь у него что не спроси - все знает и отвечает одно и то же.
p.s. man и гугл читал.
Я почему-то так и думал.
Тогда задам вопрос по другому. Как выглядит named.conf например на parking1.nic.ru ? Ведь у него что не спроси - все знает и отвечает одно и то же.
p.s. man и гугл читал.
А с чего вы взяли, что там named.conf ? :-)
Using domain server:
Name: parking1.nic.ru
Address: 193.232.159.33#53
Aliases:
version.bind descriptive text "9.3.2"
Пишет что BIND но:
1. Не факт что это вообще он.
2. Учитывая открытость исходников ничто не мешает его пропатчить.
1. добавляешь в named.conf
zone "com" {
type master;
file "/etc/bind/com";
};
2. создаешь файл зоны (/etc/bind/com):
$TTL 604800
@ IN SOA localhost. root.localhost. (
4 ; Serial
604800 ; Refresh
86400 ; Retry
2419200 ; Expire
604800 ) ; Negative Cache TTL
;
com. IN NS localhost.
* IN A 1.1.1.1
@ IN A 1.1.1.1
3. рестартишь намед
В результате любой запрос на зону .com будет выдавать ip 1.1.1.1
А вы себе представляете опасность такой конфигурации?
Если на этот сервер почта завязана вы не сможете ее отправить никому.
Патчить не надо. Постом выше правильный метод. Можно даже зону назвать "."
Чтобы настроить этот фокус правильно, можно еще почитать про views (области видимости), чтобы для своих нормальных клиентов сервер не дурил.
ой, меня опередили )
Направление движения понял. Спасибо всем большое.
Как "победю" - напишу отчетик.