HP3000-L Archives

March 2005, Week 1

HP3000-L@RAVEN.UTC.EDU
Options: Use Monospaced Font
Show Text Part by Default
Show All Mail Headers

Message: [<< First] [< Prev] [Next >] [Last >>]
Topic: [<< First] [< Prev] [Next >] [Last >>]
Author: [<< First] [< Prev] [Next >] [Last >>]

Print Reply
Subject:
Re: dnscheck (problem solved?)
From:
Robert Mills <[log in to unmask]>
Reply To:
Robert Mills <[log in to unmask]>
Date:
Tue, 1 Mar 2005 10:55:28 -0000
Content-Type:
text/plain
Parts/Attachments:
text/plain (147 lines) 
If you look at the output from the "PTR" lookup it says that it found it.

; <<>> DiG 8.1 <<>> -x PTR IN
;; res options: init recurs defnam dnsrch
;; got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 6
;; flags: qr aa rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL:0
;; QUERY SECTION:
;;      <myhp ip - reversed>.in-addr.arpa, type = PTR, class = IN

;; ANSWER SECTION:
<myhp ip - reversed>.in-addr.arpa.  1H IN PTR  <MYHP>.<mydomain>.

;; Total query time: 0 msec
;; FROM: myhp to SERVER: default -- <dns server 1 ip>
;; WHEN: Mon Feb 28 17:23:45 2005
;; MSG SIZE  sent: 43  rcvd: 88

Therefore; I think that it's not my DNS setup is wrong but the AWK script that checks DIG's output is broken. Is anybody able to confirm my assumption?

regards,

Robert W.Mills
Systems Development Manager
Windsong Services
(020) 8309 3604


Robert Mills wrote:
> I'm following the instructions for installing Sendmail 8.12.1 for
> MPE/iX. Am unable to get past the DNS configuration check which
> reports that it can not find the DNS "PTR" record.  
> 
> I've tried using nslookup.pubxl.telesup to see if there is a problem
> there but when I pass it (one at a time) <ipaddress>, <host name> and
> the <fully qualified domain name> it returns the correct values.  
> 
> My network guy has used the same setup this time as was used for our
> Windoze servers. They work so why not the HP? 
> 
> I haven't had a chance to check if he's added the HP to both of the
> dns servers. If thats not it the "What is wrong"? 
> 
> The output from dnscheck (real names and ip's replaced with text
> between <>) follows: 
> 
> ---------------------------------------------------------------------
> 
> shell/iX> /SENDMAIL/CURRENT/bin/dnscheck
> Checking for executable /BINDFW/CURRENT/bin/dig... no
> Checking for executable /BINDFW/PUB/bin/dig... no
> Checking for executable /BIND/PUB/bin/dig... yes
> 
> Obtaining your hostname from /bin/uname -n... <myhp>
> Checking for dotless single token hostname... yes
> 
> Checking for the existence of /SYS/NET/RESLVCNF... yes
> Checking for read access to /SYS/NET/RESLVCNF... yes
> Checking for the existence of the symlink /etc/resolv.conf... yes
> Checking that /etc/resolv.conf points to /SYS/NET/RESLVCNF... yes
> Extracting domain entry from /SYS/NET/RESLVCNF... <mydomain>
> Therefore your Fully Qualified Domain Name (FQDN) is...
> <myhp>.<mydomain> 
> Checking for one or more nameserver entries in /SYS/NET/RESLVCNF...
> yes 
> 
> /SYS/NET/RESLVCNF entries:
> --------------------------
> domain mydomain.co.uk
> nameserver <dns server 1 ip>
> nameserver <dns server 2 ip>
> --------------------------
> 
> Checking for the existence of /SYS/NET/HOSTS... yes
> Checking for read access to /SYS/NET/HOSTS... yes
> Checking for 127.0.0.1 localhost entry in /SYS/NET/HOSTS... yes
> Checking for the existence of the symlink /etc/hosts... yes
> Checking that /etc/hosts points to /SYS/NET/HOSTS... yes
> 
> /SYS/NET/HOSTS entries:
> -----------------------
> 127.0.0.1 localhost loopback me myself local
> <myhp ip> <MYHP> <MYHP>.<MYDOMAIN>
> 
> -----------------------
> 
> Looking up DNS "A" records for <myhp>.<mydomain>... yes
> 
> ; <<>> DiG 8.1 <<>> <myhp>.<mydomain>. A IN
> ;; res options: init recurs defnam dnsrch
> ;; got answer:
> ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 6
> ;; flags: qr aa rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL:
> 0 ;; QUERY SECTION:
> ;;      <myhp>.<mydomain>, type = A, class = IN
> 
> ;; ANSWER SECTION:
> <myhp>.<mydomain>.  1H IN A  <my hp ip>
> 
> ;; Total query time: 0 msec
> ;; FROM: myhp to SERVER: default -- <dns server 1 ip>
> ;; WHEN: Mon Feb 28 17:23:44 2005
> ;; MSG SIZE  sent: 49  rcvd: 65
> 
> Looking up matching DNS "PTR" records for <myhp ip>... no
> 
> Either no DNS "PTR" records were found for <myhp ip>, or PTR records
> were found but 
> didn't match <myhp>.<mydomain>.  This is a serious problem;
> double-check /SYS/NET/RESLVCNF and ask your DNS administrator whether
> or not 
> your e3000 exists within the DNS database, and then rerun this script
> after 
> correcting any problems.  Here are the results of the failed dig
> query: 
> 
> 
> ; <<>> DiG 8.1 <<>> -x PTR IN
> ;; res options: init recurs defnam dnsrch
> ;; got answer:
> ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 6
> ;; flags: qr aa rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL:
> 0 ;; QUERY SECTION:
> ;;      <myhp ip - reversed>.in-addr.arpa, type = PTR, class = IN
> 
> ;; ANSWER SECTION:
> <myhp ip - reversed>.in-addr.arpa.  1H IN PTR  <MYHP>.<mydomain>.
> 
> ;; Total query time: 0 msec
> ;; FROM: myhp to SERVER: default -- <dns server 1 ip>
> ;; WHEN: Mon Feb 28 17:23:45 2005
> ;; MSG SIZE  sent: 43  rcvd: 88
> 
> shell/iX>
> 
> ---------------------------------------------------------------------
> 
> regards,
> 
> Robert W.Mills
> Systems Development Manager
> Windsong Services
> (020) 8309 3604

* To join/leave the list, search archives, change list settings, *
* etc., please visit http://raven.utc.edu/archives/hp3000-l.html *

ATOM RSS1 RSS2