Есть DNS на Red Hat 8.0 . Конфигурация самая простая, только что бы он кэшировал запросы из локалки в Инет. Т.е. нет никакх зон и всего остального. Необходимо сделать так что бы клиент по запросу nslookup test.mY-domen получал локальный адрес, ну пусть 192.168.1.33.
Не могу понять куда прописать строку соответсвия.
>Есть DNS на Red Hat 8.0 . Конфигурация самая простая, только что
>бы он кэшировал запросы из локалки в Инет. Т.е. нет никакх
>зон и всего остального. Необходимо сделать так что бы клиент по
>запросу nslookup test.mY-domen получал локальный адрес, ну пусть 192.168.1.33.
>Не могу понять куда прописать строку соответсвия.1 Прописать статически на клиенте
2 Создать зону
>>Есть DNS на Red Hat 8.0 . Конфигурация самая простая, только что
>>бы он кэшировал запросы из локалки в Инет. Т.е. нет никакх
>>зон и всего остального. Необходимо сделать так что бы клиент по
>>запросу nslookup test.mY-domen получал локальный адрес, ну пусть 192.168.1.33.
>>Не могу понять куда прописать строку соответсвия.
>
>1 Прописать статически на клиенте
>2 Создать зонуТ.е. для того что бы мой кэширующий DNS распознавал это имя test.mY-domen, я должен прописать зону? А если хочу прописать еще один адрес с другим именем (пр. test2.mY2 )
необходимо прописывать еще одну зону ????
Подскажите примерно как прописывать эту зону, как она должна обзываться, согласно test.mY-domen ?????
>>>Есть DNS на Red Hat 8.0 . Конфигурация самая простая, только что
>>>бы он кэшировал запросы из локалки в Инет. Т.е. нет никакх
>>>зон и всего остального. Необходимо сделать так что бы клиент по
>>>запросу nslookup test.mY-domen получал локальный адрес, ну пусть 192.168.1.33.
>>>Не могу понять куда прописать строку соответсвия.
>>
>>1 Прописать статически на клиенте
>>2 Создать зону
>
>Т.е. для того что бы мой кэширующий DNS распознавал это имя test.mY-domen,
>я должен прописать зону? А если хочу прописать еще один адрес
>с другим именем (пр. test2.mY2 )
> необходимо прописывать еще одну зону ????
>Подскажите примерно как прописывать эту зону, как она должна обзываться, согласно
>test.mY-domen ?????в ./etc/named.conf :
options {
directory "/var/lib/named"
}
#или что-то еще - задает каталог, в котором лежат файлы днс-сервера
# потом дальше описываешь свою зону
zone "mY-domen" in {
type master;
file "mY-domen.zone"; #файл в котором будут лежать записи твоей зоны
}
#Т.о сам файл зоны с ресурсными записями будет /var/lib/named/mY-domen.zone
#В нем минимально должны быть записи типа SOA,NS,ну и запись типа А про твой хост
#Пример записи SOA ,NS можно взять в файлах типа localhost.zone, 127.0.0.1.zone или что-то #типа того, вобщем файл примера там всегда есть
#
#test IN A 192.168.1.33 - третья запись - она уже описывает твой хост
#а вообще тут де-то был обалденный ман по бинду - почетал бы а?
>>>>Есть DNS на Red Hat 8.0 . Конфигурация самая простая, только что
>>>>бы он кэшировал запросы из локалки в Инет. Т.е. нет никакх
>>>>зон и всего остального. Необходимо сделать так что бы клиент по
>>>>запросу nslookup test.mY-domen получал локальный адрес, ну пусть 192.168.1.33.
>>>>Не могу понять куда прописать строку соответсвия.
>>>
>>>1 Прописать статически на клиенте
>>>2 Создать зону
>>
>>Т.е. для того что бы мой кэширующий DNS распознавал это имя test.mY-domen,
>>я должен прописать зону? А если хочу прописать еще один адрес
>>с другим именем (пр. test2.mY2 )
>> необходимо прописывать еще одну зону ????
>>Подскажите примерно как прописывать эту зону, как она должна обзываться, согласно
>>test.mY-domen ?????
>
>в ./etc/named.conf :
>options {
>directory "/var/lib/named"
>}
>#или что-то еще - задает каталог, в котором лежат файлы днс-сервера
># потом дальше описываешь свою зону
>zone "mY-domen" in {
>type master;
>file "mY-domen.zone"; #файл в котором будут лежать записи твоей зоны
>}
>#Т.о сам файл зоны с ресурсными записями будет /var/lib/named/mY-domen.zone
>#В нем минимально должны быть записи типа SOA,NS,ну и запись типа А
>про твой хост
>#Пример записи SOA ,NS можно взять в файлах типа localhost.zone, 127.0.0.1.zone или
>что-то #типа того, вобщем файл примера там всегда есть
>#
>#test IN A 192.168.1.33 - третья запись - она уже описывает
>твой хост
>#а вообще тут де-то был обалденный ман по бинду - почетал бы
>а?
огромное спасибо, пошел читать )
>Есть DNS на Red Hat 8.0 . Конфигурация самая простая, только что
>бы он кэшировал запросы из локалки в Инет. Т.е. нет никакх
>зон и всего остального. Необходимо сделать так что бы клиент по
>запросу nslookup test.mY-domen получал локальный адрес, ну пусть 192.168.1.33.
>Не могу понять куда прописать строку соответсвия.у вас знания по DNS хромают, почитайте документацию КАКИЕ бывают nameserver'а и
в каких комбинациях можно настроить DNS, поймете глупость своего вопроса:"как прописать СТАТИЧЕСКУЮ запись в КЕШИРУЮЩИЙ dns"
в кеширующий НИЧЕГО прописать нельзя.
cat /etc/hosts
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
#
# hosts This file describes a number of hostname-to-address
# mappings for the TCP/IP subsystem. It is mostly
# used at boot time, when no name servers are running.
# On small systems, this file can be used instead of a
# "named" name server. Just add the names, addresses
# and any aliases to this file...
#
# By the way, Arnt Gulbrandsen <agulbra@nvg.unit.no> says that 127.0.0.1
# should NEVER be named with the name of the machine. It causes problems
# for some (stupid) programs, irc and reputedly talk. :^)
## For loopbacking.
127.0.0.1 localhost
192.168.1.33 test.mY-domen server# End of hosts.
и все, какой там еще кэширующий днс
> cat /etc/hosts
>~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
>#
># hosts This file
>describes a number of hostname-to-address
>#
> mappings for the TCP/IP subsystem. It is
>mostly
>#
> used at boot time, when no name servers
>are running.
>#
> On small systems, this file can be used
>instead of a
>#
> "named" name server. Just add the names,
>addresses
>#
> and any aliases to this file...
>#
># By the way, Arnt Gulbrandsen <agulbra@nvg.unit.no> says that 127.0.0.1
># should NEVER be named with the name of the machine.
>It causes problems
># for some (stupid) programs, irc and reputedly talk. :^)
>#
>
># For loopbacking.
>127.0.0.1
> localhost
>192.168.1.33 test.mY-domen
> server
>
># End of hosts.
>
>и все, какой там еще кэширующий днсНу народ!! Прямо нельзя вопрос задать. Я понимаю что возможно глупый вопрос, но это абсолютно не моя специализация. Для того и существуют форумы что бы друг другу помогать. Я догадывался об ответе, но только "lavr" ответил на мой вопрос "в кеширующий НИЧЕГО прописать нельзя".(пусть и слегка в грубой форме). Именно такой ответ я и ожидал.
А вот товарищу m1m1n0 скажу, что даже я со своими скудными познаниями понимаю что файл hosts, ну никак не влияет на DNS.Уж больно не хотелось отвечать, но чесно говоря достали такие шибко умные товарищи я бы назвал жиды. Извиняюсь за ответ, но написал его в наиболее мягкой форме. :)
>> cat /etc/hosts
>>~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
>>#
>># hosts This file
>>describes a number of hostname-to-address
>>#
>> mappings for the TCP/IP subsystem. It is
>>mostly
>>#
>> used at boot time, when no name servers
>>are running.
>>#
>> On small systems, this file can be used
>>instead of a
>>#
>> "named" name server. Just add the names,
>>addresses
>>#
>> and any aliases to this file...
>>#
>># By the way, Arnt Gulbrandsen <agulbra@nvg.unit.no> says that 127.0.0.1
>># should NEVER be named with the name of the machine.
>>It causes problems
>># for some (stupid) programs, irc and reputedly talk. :^)
>>#
>>
>># For loopbacking.
>>127.0.0.1
>> localhost
>>192.168.1.33 test.mY-domen
>> server
>>
>># End of hosts.
>>
>>и все, какой там еще кэширующий днс
>
>Ну народ!! Прямо нельзя вопрос задать. Я понимаю что возможно глупый вопрос,
>но это абсолютно не моя специализация. Для того и существуют форумы
>что бы друг другу помогать. Я догадывался об ответе, но только
>"lavr" ответил на мой вопрос "в кеширующий НИЧЕГО прописать нельзя".(пусть и
>слегка в грубой форме). Именно такой ответ я и ожидал.странно, посмотрел свой ответ и не нашел НИКАКОЙ формы грубости, "глупость вопроса"
- я что-то наврал, или обвинил кого-то в глупости? Понятно что есть слова которые
нам неприятны и вызывают определенные ассоциации, реакции, но то что грубости
в ответе небыло эт факт.
Изменить или внести изменения можно только в зоны, все остальное named хранит
в памяти и внести туда СТАТИЧЕСКИЕ записи НЕЛЬЗЯ. Даже если было бы можно, то
кеширующий named время от времени обновляет записи.
>Ну народ!! Прямо нельзя вопрос задать. Я понимаю что возможно глупый вопрос,
>но это абсолютно не моя специализация. Для того и существуют форумы
>что бы друг другу помогать. Я догадывался об ответе, но только
>"lavr" ответил на мой вопрос "в кеширующий НИЧЕГО прописать нельзя".(пусть и
>слегка в грубой форме). Именно такой ответ я и ожидал.
"Для того, чтоб правильно задать вопрос, нужно знать половину ответа..." (с)
Иначе ответ просто не будет понят.
lavr ответил, что в кеширующий ДНС ничего добавить нельзя - это чистый кеш с автообновлением. И это правда.
Какой ДНС стоит? телепатов нету...
Если же Bind, то добавлением зонных файлов он из кеширующего превратится в комбинированый, будет и кешировать, и отдавать зону - так что и другие ответы, за исключением ответа про hosts, были правильными.> А вот товарищу m1m1n0 скажу, что даже я со своими скудными
>познаниями понимаю что файл hosts, ну никак не влияет на
>DNS.
>
>Уж больно не хотелось отвечать, но чесно говоря достали такие шибко умные
>товарищи я бы назвал жиды. Извиняюсь за ответ, но написал его
>в наиболее мягкой форме. :)
Да, ответы при незнании вопроса бывают... Но вот заковыка - здесь на сайте есть несколько хороших статей и советов, где русским по экрану подробно описаны и работа ДНС, и кеширование, и создание зон. Прочитать их - это 15 минут, а потом задавать конкретные вопросы - сложно?
На вопросы, ответы на которые превращаются в чтение man с выражением, те, кто что-то понимает, отвечать не любят - зачем им это? Вот и получаешь ответы от ... тех, кто знает еще хуже тебя.
W.B.R, Andrew V. Krasovsky
> А вот товарищу m1m1n0 скажу, что даже я со своими скудными
>познаниями понимаю что файл hosts, ну никак не влияет на
>DNS.
>
>Уж больно не хотелось отвечать, но чесно говоря достали такие шибко умные
>товарищи я бы назвал жиды. Извиняюсь за ответ, но написал его
>в наиболее мягкой форме. :)Товаришь тебе написал дело. файл hosts не на dns сервере а на клиенте.
>Товаришь тебе написал дело. файл hosts не на dns сервере а на клиенте.Не дело.
Во-первых, добавить зону в bind гораздо проще, чем исправлять hosts (lmhosts) на куче клиентских компьютеров.
Во-вторых, ни bind, ни nslookup не просматривают hosts (lmhosts).
>>Товаришь тебе написал дело. файл hosts не на dns сервере а на клиенте.
>
>Не дело.
>Во-первых, добавить зону в bind гораздо проще, чем исправлять hosts (lmhosts) на
>куче клиентских компьютеров.
>Во-вторых, ни bind, ни nslookup не просматривают hosts (lmhosts).Решение возможно и не оптимально, но вполне жизнеспособно. А в ответ получается вашим же салом и по сусалам ...
100% рабочее (хостс) серваке (стандартный порядок просмотра глянь)
"шашечки или ехать?"
>100% рабочее (хостс) серваке (стандартный порядок просмотра глянь)
>"шашечки или ехать?"
А подумать?
При запросе из локалки ответ будет отдавать ДНС, и хостс здесь молчат как рыбы о прилавок
>>Товаришь тебе написал дело. файл hosts не на dns сервере а на клиенте.
>
>Не дело.
>Во-первых, добавить зону в bind гораздо проще, чем исправлять hosts (lmhosts) на
>куче клиентских компьютеров.
>Во-вторых, ни bind, ни nslookup не просматривают hosts (lmhosts).
я имел ввиду именно на сервере, все будет работать, учите матчасть!!!