- unixforum.org
- CentOS 5.3 BIND и nslookup (Не работает nslookup с клиенских машин)
- CentOS 5.3 BIND и nslookup
- Nslookup: command not found error on RHEL/CentOS 7
- 2 Answers 2
- You must log in to answer this question.
- Related
- Hot Network Questions
- Subscribe to RSS
- [Fix] Nslookup Command Not Found (100% Working)
- Nslookup Command Not Found
- Install nslookup in CentOS
- Install nslookup on Debian / Ubuntu
- Install nslookup on ArchLinux
- To Conclude
- About The Author
- David Wilson
- unixforum.org
- nslookup работает через раз (Странная проблема с отдачей зоны)
- nslookup работает через раз
unixforum.org
CentOS 5.3 BIND и nslookup (Не работает nslookup с клиенских машин)
CentOS 5.3 BIND и nslookup
Сообщение xeeon » 18.10.2009 11:06
Здравствуйте друзья!
Не работает nslookup c клиенских машин
Картина такая
Использую LinuxMint. На нем поставил VirtualBox. В VirtualBox создал 3 гостевые машины. 2 CentOS и XP
Имена машин
Первый CentOS linux1.starline.ca (точку после ca не ставил) Надо ставить?
Второй CentOS centos.starline.ca
Третий XP xp2.starline.ca
На первой CentOS(linux1.starline.ca) установил BIND и графическю утилитку для использования BIND(system-config-bind)
Создал зону starline.ca.
Запись SOA
В строке Authoritative Name Server написал linux1.starline.ca.
Запись NS
В строке Domin Name стоит starline.ca.
В строке Sever Domin Name написал linux.starline.ca.
Запись A
В строке Domin Name напиал linux1.starline.ca.
IP 168.135.88.2
галочка стоит Create Reverse Mapping Record
Запись A
В строке Domin Name напиал centos.starline.ca.
IP 168.135.88.100
галочка стоит Create Reverse Mapping Record
Запись A
В строке Domin Name напиал xp2.starline.ca.
IP 168.135.88.20
галочка стоит Create Reverse Mapping Record
Запускаю BIND на linux1.starline.ca.
Ping работает со всех машин
nslookup работает только на сервере
С клинских машин nslookup не работает
Пишет timed out; no servers could be reached
Почему nslookup не работает?
Nslookup: command not found error on RHEL/CentOS 7
During linux installation I selected «minimal» option: When I went to run the nslookup command to look up an IP address I got the error message nslookup: command not found as shown in the example below.
$ nslookup www.google.com bash: nslookup: command not found
2 Answers 2
The minimal install likely did not come with the bind-utils package, which I believe contains nslookup .
You can install bind-utils with:
sudo yum install bind-utils
In general, you can search for what package provides a command using the yum provides command:
sudo yum provides '*bin/nslookup'
For those using DEBIAN, the package to use is dnsutils and the installation process should be, initiated with:
sudo apt-get install dnsutils -y
According to other users it is the same for Ubuntu
You must log in to answer this question.
Highly active question. Earn 10 reputation (not counting the association bonus) in order to answer this question. The reputation requirement helps protect this question from spam and non-answer activity.
Related
Hot Network Questions
Subscribe to RSS
To subscribe to this RSS feed, copy and paste this URL into your RSS reader.
Site design / logo © 2023 Stack Exchange Inc; user contributions licensed under CC BY-SA . rev 2023.7.14.43533
Linux is a registered trademark of Linus Torvalds. UNIX is a registered trademark of The Open Group.
This site is not affiliated with Linus Torvalds or The Open Group in any way.
By clicking “Accept all cookies”, you agree Stack Exchange can store cookies on your device and disclose information in accordance with our Cookie Policy.
[Fix] Nslookup Command Not Found (100% Working)
If your dnsutils & nslookup packages are missing from your system you may encounter the error message ‘nslookup: command not found. Install the packages using install commands according to your operating system.
Nslookup Command Not Found
Nslookup-Name Server Lookup, a network administration tool is widely used as a useful command to get information from the DNS server. Served as a network administration tool for querying the Domain Name System (DNS). It obtains domain name or IP address mapping or any other specific DNS record. Nslookup Command also comes in handy while troubleshooting DNS-related problems.
You may need to use nslookup command on a Debian server (Debian, also known as Debian GNU/Linux), and encounter a problem “nslookup: command not found”. Use apt-get to install dnsutils to solve the issue.
If it works, the output will look like this
Install nslookup in CentOS
Older Linux systems may not have nslookup utilities by default. Newer versions, however, have the function installed by default. If you don’t have Nslookup by default The two come bundled inside the bind-utils package.
Run the following command to install the nslookup in CentOS. The processing tab will look like this:
Install nslookup on Debian / Ubuntu
For Debian and similar derivatives including Debian, install using the apt command.
Install nslookup on ArchLinux
To check the version installed, the command is the same for Debian/Ubuntu
To Conclude
For missing packages on different Linux distributions use the mentioned commands to install and resolve the error. If the issue persists, contact the technical support of your operating system for further assistance.
About The Author
David Wilson
Article Writer (Solutions and Product Review) Food lover. Thinker. Solutionist. All of your tech, hardware, software, and device problems come to an end because of him. He equips himself with troubleshooting, and reviewing and then writes them up. Loves his grill more than anything.
unixforum.org
nslookup работает через раз (Странная проблема с отдачей зоны)
nslookup работает через раз
Сообщение Gineaser » 18.06.2014 07:10
Добрый день.
За все время администрирования DNS серверов впервый раз такая не понятная проблема
Имеется зона example.com, управляет ей BIND9 (v9.8.4), OS: Debian Wheezy 7.5
Обнаружилась следующая проблема:
У клиентов при запросе зоны store.example.com DNS сервер указанных в их настройках возвращает IP-адрес указанный в А записи через раз.
Стал проверять сам, выглядит это так:
[12:23] ~ [gin@engine-x] $: nslookup store.example.ru 8.8.4.4 Server: 8.8.4.4 Address: 8.8.4.4#53 Non-authoritative answer: Name: store.example.ru Address: xxx.xxx.xxx.xxx [12:23] ~ [gin@engine-x] $: nslookup store.example.ru 8.8.4.4 Server: 8.8.4.4 Address: 8.8.4.4#53 ** server can't find store.example.ru: NXDOMAIN [12:23] ~ [gin@engine-x] $: nslookup store.example.ru 8.8.4.4 Server: 8.8.4.4 Address: 8.8.4.4#53 Non-authoritative answer: Name: store.example.ru Address: xxx.xxx.xxx.xxx
Клиенты проблему с DNS обнаружили через какой то из сайтов типа nslookup.su
- * Причем тот же запрос с dig всегда возвращает ip адрес без проблем.
* Обратную PTR зону для этого поддомена всегда возвращается без ошибок, прямая с ошибками. (nslookup xxx.xxx.xxx.xxx 8.8.8.8)
* Если запрашивать напрямую у моего DNS сервера зону как от себя так и от клиентов — всегда все ОК. (nslookup store.example.ru xxx.xxx.xxx.xxx)
* Еще очень не понятым является тот факт, что с удаленного сервера расположенного в германии ресолв поддомена через Google Public DNS (как в примере) всегда правильный, никаких проблем.
* На другие поддомены указанные в файле зоны example.com у всех клиентов возвращается правильные ответы. Это еще больше ставит меня в тупик.
options < directory "/var/named/etc/bind/"; dump-file "log/cache_dump.db"; statistics-file "log/named_stats.txt"; memstatistics-file "log/named_mem_stats.txt"; version "***** DNS Server"; listen-on < x.x.x.x; x.x.x.x; 127.0.0.1; >; forwarders < 8.8.8.8; >; recursion no; additional-from-auth no; additional-from-cache no; allow-query < any; >; >; logging < channel default_ch < file "log/named-base.log"; severity info; print-time yes; print-category yes; >; channel security_ch < file "log/named-security.log"; severity info; print-time yes; print-category yes; >; category default < default_ch; >; category security < security_ch; >; >; include "acl.conf"; include "views.conf"; include "all-zones.conf";
$ cat /var/named/etc/bind/zones/example.ru/A/example.ru.ext.zone $ORIGIN . $TTL 1440 ; 24 minutes example.ru IN SOA ns1.example.ru. dnsadmin.example.ru. ( 2014061801 ; serial 120 ; refresh (2 minutes) 60 ; retry (1 minute) 60480 ; expire (16 hours 48 minutes) 1440 ; minimum (24 minutes) ) NS ns1.example.ru. NS ns4-l2.nic.ru. NS ns8-l2.nic.ru. A xxx.xxx.xxx.xxx MX 1 staff.example.ru. $ORIGIN example.ru. aries NS ns1 docs NS ns1 . store A x.x.x.x
К слову видно что это Slave DNS. Систему DNS я организовал по принципу Hidden-DNS (Stels DNS), мастер спрятан и ограничен от всех, External Slave-ы смотрят на внешку и синхронизация происходит по ключам. Так же используются 4 views-шки, две из них для internal сети (отдает внутренние ip адреса ресурсов), одна для DMZ (виртуальные сервера с белыми ip-адресами которым разрешается рекурсивные запросы), и одна для External -клиентов, которым запрещается рекурсивные запросы и DNS отдает только те зоны, за которые в ответе.
Этот механизм уже работает год, все отлично, и с этим проблем быть не может.
Пробовал менять serial у зоны, не помогло. Возможные советы?