- Community Home
- >
- Servers and Operating Systems
- >
- Operating Systems
- >
- Operating System - HP-UX
- >
- entry in /etc/hosts to resolve inside DMZ
Categories
Company
Local Language
Forums
Discussions
Forums
- Data Protection and Retention
- Entry Storage Systems
- Legacy
- Midrange and Enterprise Storage
- Storage Networking
- HPE Nimble Storage
Discussions
Forums
Discussions
Discussions
Discussions
Forums
Discussions
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
- BladeSystem Infrastructure and Application Solutions
- Appliance Servers
- Alpha Servers
- BackOffice Products
- Internet Products
- HPE 9000 and HPE e3000 Servers
- Networking
- Netservers
- Secure OS Software for Linux
- Server Management (Insight Manager 7)
- Windows Server 2003
- Operating System - Tru64 Unix
- ProLiant Deployment and Provisioning
- Linux-Based Community / Regional
- Microsoft System Center Integration
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Community
Resources
Forums
Blogs
- Subscribe to RSS Feed
- Mark Topic as New
- Mark Topic as Read
- Float this Topic for Current User
- Bookmark
- Subscribe
- Printer Friendly Page
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
04-28-2003 01:37 PM
04-28-2003 01:37 PM
My nsswitch.conf file has:
hosts: files [NOTFOUND=continue] dns
My internal users can enter "ehager" in their Internet Explorer browsers and they reach the site, but neither ehager.com nor www.ehager.com works. They receive the MSN "we can't find "www.ehager.com"" page. If I do an nslookup from HP-UX on www.ehager.com it returns the 192 address from FILES as name ehager and shows the other two entries as aliases.
Any suggestions for changing the DNS set up, or any additional information that I can take back to the network guys to show it's not DNS, would be greatly appreciated. You've probably gathered by now, I'm not very knowledgable about DNS or networking and have mostly inherited this job because I'm somewhat familiar with HP-UX.
Thanks
Solved! Go to Solution.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
04-28-2003 01:40 PM
04-28-2003 01:40 PM
Re: entry in /etc/hosts to resolve inside DMZ
what does your /etc/resolv.conf file looks like.
paste it here.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
04-28-2003 01:43 PM
04-28-2003 01:43 PM
Re: entry in /etc/hosts to resolve inside DMZ
domain yoursite.com
search yoursite.com
nameserver 192.1.1.20
nameserver 10.1.1.20
you can also add more search domains for otehr domains.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
04-28-2003 01:45 PM
04-28-2003 01:45 PM
Re: entry in /etc/hosts to resolve inside DMZ
domain hagerhinge.com
nameserver 10.10.10.4
I also meant to include in my original post, that if I try to get to the site by the external IP address directly (as opposed to by name) from the inside, I still cannot reach the site, that's why I suspect it may not be a DNS issue.
Thanks!!
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
04-28-2003 01:45 PM
04-28-2003 01:45 PM
Re: entry in /etc/hosts to resolve inside DMZ
Examining the /etc/named.boot file should tell you where the DNS conf files are stored. Then you will edit both the forward and reverse lookup files changing the appropriate entries, and restarting bind (DNS) with /sbin/init.d/named start
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
04-28-2003 01:54 PM
04-28-2003 01:54 PM
Re: entry in /etc/hosts to resolve inside DMZ
Yes, the HPUX box is the company DNS server. I've always used hosts_to_named to create my DNS configuration files, but it didn't like the www.ehager.com entry. I do know where these files reside on the system. Can I add a CNAME entry for www.ehager.com?
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
04-28-2003 02:02 PM
04-28-2003 02:02 PM
Re: entry in /etc/hosts to resolve inside DMZ
This file will be in in /etc/named.data directory.
-USA..
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
04-28-2003 02:05 PM
04-28-2003 02:05 PM
Re: entry in /etc/hosts to resolve inside DMZ
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
04-28-2003 02:16 PM
04-28-2003 02:16 PM
Re: entry in /etc/hosts to resolve inside DMZ
In /etc/named.data I have a db.hagerhinge file, it has a record related to ehager as such:
ehager IN A 192.168.10.10
in the db.192 file I have this record related to ehager:
10.10.168 IN PTR ehager.hagerhinge.com
In the named.boot files (I have one in /etc and one in /etc/named.data, I've always been confused about which is "active", so I've kept both files the same) is have an entry related to ehager as:
primary ehager db.hagerhinge
I have signalled named to restart with sig_named restart.
Could it be the "hagerhinge.com" portion of the entry in db.192?
What do you make of the fact that I can't get to the site with the outside IP address? Could there be some other issue that will prevent this from working no matter what changes I make to DNS?
thanks!!
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
04-30-2003 02:55 AM
04-30-2003 02:55 AM
Re: entry in /etc/hosts to resolve inside DMZ
For the DNS issues our kludge is to have seperate internal, DMZ, and external DNS's so hosts resolve addresses dependant on where they are coming from / their "view" of the network. (could be done "better" with a "single" bind v9 but we're still on 8)
My advice is to look out for routing and ACL issues around the firewall/DMZ device and to try to seperately investigate IP/routing/ACL issued from name resolution issues. For example check the routes ( using -n options to avoid DNS issues) using IP . Then check connectivity (again using IP number destinations). Then finally look at name resolution from each "point of view".
Do the internal PC users use a proxy (then you need to look at the name resolution and routing configuration from the proxy point of view as well) or just use a DNS directly themselves (in which case which DNS) ?
The "MSN page" you mention sounds like the generic internal MSIE error page (it's coming from a dll not some MSN site). This sometimes is a bit of a red herring as it reads like there's a DNS problem but usually its not. For example, some of our users get it when there is not a route back to their network from the squid proxy they must use.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
04-30-2003 04:37 AM
04-30-2003 04:37 AM
SolutionSome DNS info:
/etc/named.boot is for 4.X BIND
/etc/named.conf is for =>8.X BIND
To tell what you have do:
# what /usr/sbin/named
What happens when you look up the address w/ nslookup pointed to the DNS server ?
# nslookup
> server dns_server_name
> set q=A
> www.ehager.com.
If you have two addresses for www.ehager.com
you want something like this in your db.domain file.
www.ehager.com. IN A 192.2.3.4
www.ehager.com. IN A 192.5.6.7
Also very important to have the reverse lookup
PTR record in the db.192.XXX.XXX.XXX file the
the in-addr.arpa db.
4.3.2.192 IN PTR www.ehager.com.
7.6.5.192 IN PTR www.ehager.com.
Hope that helps !
Todd
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
04-30-2003 04:41 AM
04-30-2003 04:41 AM
Re: entry in /etc/hosts to resolve inside DMZ
1) /etc/hosts
2) db.domain.name
3) /etc/resolv.conf
4) CNAME record in 'hosts_to_named'
1) Alias's can be included in /etc/hosts.
192.6.1.1 ehager ehager.com www.ehager.com
http://docs.hp.com/cgi-bin/fsearch/framedisplay?top=/hpux/onlinedocs/B2355-90135/B2355-90135_top.html&con=/hpux/onlinedocs/B2355-90135/00/00/24-con.html&toc=/hpux/onlinedocs/B2355-90135/00/00/24-toc.html&searchterms=alias%7c/etc/hosts&queryid=20030430-060742
2) db.domain.name
Provides sub domains with the NS record. For example:
IN NS www.ehager.com
NOTE: My concern here is that 'www' is a reserved word and won't be a valid sub.domain to 'ehager.com'.
3) /etc/resolv.conf
There is a 'search' option for adding up to six additional domains. For example:
domain ehager.com
nameserver 192.XXX.XXX.XXX
search www.ehager.com
NOTE: This option will actually go out on the network looking for 'www.ehager.com' and create a lot of network traffic.
NOTE2: Can go in any order.
search www.ehager.com
domain ehager.com
nameserver 192.XXX.XXX.XXX
http://docs.hp.com/cgi-bin/fsearch/framedisplay?top=/hpux/onlinedocs/B2355-90147/B2355-90147_top.html&con=/hpux/onlinedocs/B2355-90147/00/00/28-con.html&toc=/hpux/onlinedocs/B2355-90147/00/00/28-toc.html&searchterms=search%7c/etc/resolv.conf&queryid=20030430-062150
4) 'CNAME' - Canonical Name Record. Creates an alias of a canonical name. The alias gains all properties of the original, including IP addresses and mail routes. For example:
alpha2 IN A 1.2.3.4
www IN CNAME alpha2
http://docs.hp.com/cgi-bin/fsearch/framedisplay?top=/hpux/onlinedocs/B9106-90008/B9106-90008_top.html&con=/hpux/onlinedocs/B9106-90008/00/01/153-con.html&toc=/hpux/onlinedocs/B9106-90008/00/01/153-toc.html&searchterms=CNAME%7chosts_to_named&queryid=20030430-063833
In closing I would add alias's first to the /etc/hosts file before attempting these other 'not often used' solutions
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
04-30-2003 04:57 AM
04-30-2003 04:57 AM
Re: entry in /etc/hosts to resolve inside DMZ
Check man for resolv.conf on HPUX for syntax.
The domain and search keywords are mutually exclusive. If more than one instance of these keywords is present, the last instance overrides.
So if domain and search exist in /etc/resolv.conf the resolver only pays attention to the last thing it reads. If you use search put your local domain first.
example:
/etc/resolv.conf
search hp.com cup.hp.com atl.hp.com ( up to 6 )
nameserver
nameserver
nameserver
Here hp.com will be used for my domain.
search Search list for host-name lookup. If the search
option is not used the search list will contain
only the the local domain name. The search list
can be changed by listing the desired domain
search path following the search keyword with
spaces or tabs separating the names. Most
resolver queries will be attempted using each
component of the search path in turn until a match
is found. Note that this process may be slow and
generates a lot of network traffic if the servers
for the listed domains are not local, and that
queries time out if no server is available for one
of the domains.
The search list is currently limited to six
domains with a total of 256 characters.
The first domain in the search list must be the
local domain for short names to work properly in
various files (such as .rhosts and inetd.sec)
Also
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
05-01-2003 12:47 PM
05-01-2003 12:47 PM
Re: entry in /etc/hosts to resolve inside DMZ
Thanks!!
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
05-01-2003 12:47 PM
05-01-2003 12:47 PM
Re: entry in /etc/hosts to resolve inside DMZ
Thanks!!