forum.lissyara.su

В общем суть такая:
перерыл всю документацию по сабжу,
оказалось что сие чудо изначально не тянет
подмену вида *.domain.com.
а штука-то полезная)))
долгий процесс гугления и рысканья по сайтам разрабов
привели меня в mailinglist сего творения.
и как результат - в обсуждении одной из рассылок был найден патч.
патч был предназначен для более ранней версии,
но мы же не безрукие )

Посему выкладываю сюда то, что получилось в итоге...
Долго извращаться не стал, посему наложил нужные строки прямо на патч,
идущий с портом.

ВНИМАНИЕ: патч делал под версию BIND 9.4.2-P2. На других работу не гарантирую!!!
итак, скачиваем архив: архив распаковываем, и помещаем в каталог патчей: после этого пересобираем bind.
Вуаля
теперь наш бинд умеет понимать "подмены".
Проверяем: Обратите внимание на строки Это и есть символ подмены.
не знаю почему, но автор сего патча выбрал именно тильду.
я менять не стал

добавляем наш ldif в базу: После этого bind будет работать по схеме: после такого запроса, bind ищет в базе запись: и если не находит, то сразу ищет запись: Ну вроде усё

ну какбэ этот патч был сделан для редиректа с mod_userdir апача на нужный поддомен и обратно, а для поддоменов есть такая чудная штука как алиасы и CNAME.

не совсем так.
добавляя запись ~ все домены 3го уровня автоматом привязываются к заданному в этой записи ip
в моём случае - 10.0.0.2

т.е. на запрос
$ nslookup blahblah.domain.local

будет возвращен ip 10.0.0.2
если же в базе сделать запись blahblah = 10.0.0.3

то и возвращать будет 10.0.0.3

вот как-то так)

к заданному в этой записи ip

глупости, привязывается он к хосту, а не к ip, если только жестоко не указан ptr для хоста, на основании функции gethostbyname(), а не основании getaddrinfo()

zingel писал(а):глупости, привязывается он к хосту, а не к ip, если только жестоко не указан ptr для хоста.

блин.
я не знаю как это более правильно объяснить...
короче при запросе поддомена, не занесённого в базе, будет вертаться ip данный в этой записи.
можешь проверить на примере домена free-source.org

на запрос любого домена 3го уровня будет возвращаться один и тот же ip.

при чем тут ptr - не догоняю.
ptr - это обратная запись для ip, а не ip для домена.

если захотеть, то запись будет
тоесть поддомену можно дать ip-адрес при желании.

Я не пойму, зачем Вам изврат такой.

что такое ptr и для чего он - я в курсе.
здесь просто стояла несколько иная задача.
мне надо было чтобы на запрос любого домена 3го уровня возвращался ip сервера,
дабы не вводить каждый раз запись в базу, когда надо сделать новый поддомен.
задача выполнена.
и ptr здесь абсолютно ни при чем.

понятно что Вы хотели, не знаю, наверняка есть решение проще.

может и есть, но я не нашёл.
это было единственное что удалось найти.

самое обидное здесь в том, что простой bind, без ldap`а прекрасно понимает подмену *
в sdb-ldap это почему-то не сделали =\

нда, забыли судя по-всему