Для б╕льш-менш нормально╖ роботи непогано б мати локальний сервер DNS. Сервер DNS прискорить роботу на пов╕льному модемному зв'язку з тенетами. Не завадить його мати ╕ при швидкому зв'язку з ╕нтернетом, оск╕льки локальний сервер створю╓ кеш. Локальний кеш прискорю╓ розв'язку часто вживаних назв. Вс╕ комп'ютери на локальн╕й мереж╕ заносяться в DNS ╕ це теж полегшу╓ адм╕н╕стрування систем. Непотр╕бно пот╕м додавати ново-збудован╕ машини до /etc/hosts на вс╕х сво╖х системах.
Тобто, я вважаю, що я вже вас вмовив - DNS вам потр╕бен. Тепер перейдем до конкретного конф╕╜урування.
яке було мен╕ варте к╕лькох добрячих дн╕в конф╕╜урування named, переконф╕╜урування, ╕ таке ╕нше.
Н╕чого не працювало. Це все при тому, що я просто скоп╕ював сво╖ стар╕ файли з робочо╖ машини. Мо╖м попередн╕м сервером DNS був Sparc RedHat 5.2. Аж поки не виявилось, що причина всих мо╖х страждань до см╕шного проста. Потр╕бно було просто уважн╕ше читати Debian-специф╕чну ╕нформац╕ю в HOWTO [11] (одне-╓дине речення, на яке зразу-ж звернув увагу т╕льки-но роз╕брався в чому проблема).
Будь-яка стандартна книжка чи пос╕бник, HOWTO, ЧаП (Част╕ Питаня) по DNS вам скаже, що файли конф╕╜урац╕╖ bind верс╕╖ 8.x лежать так: головний файл /etc/named.conf, вс╕ ╕нш╕ файли в каталоз╕ /var/named. У Debian'╕ зм╕нене стандартне розташування. Тож, debian'╕вський bind шука╓ головний файл конф╕╜урац╕╖ в каталоз╕ /etc/bind, тобто основним файлом буде /etc/bind/named. Дал╕ все залежить т╕льки в╕д конф╕╜урац╕╖, закладено╖ в /etc/bind/named. Розташування вс╕х файл╕в водному каталоз╕ в /etc/bind може в майбутньому трохи полегшити вам життя, коли Ви вир╕шите настро╖ти named для роботи в середовищ╕ chroot.