- Evolution of Solaris Naming Services
- NIS and Files Coexistence
- NIS and DNS Coexistence
- Solaris Naming Service Switch
- Solaris Naming Service Switch Architecture
- NIS Architecture Overview
- NIS Client Server Architecture
- How NIS Clients Bind to the NIS Server
- NIS Maps
- NIS High Availability Architecture Features
- NIS+ Architecture Overview
- NIS+ Client Server Architecture
- How NIS+ Clients Bind to the NIS+ Server
- NIS+ Tables
- NIS+ Interaction with DNS
- NIS+ High Availability Architecture Features
- Solaris DNS Architecture Overview
- DNS Client Architecture
- DNS Server Architecture
- DNS High Availability Features
- LDAP Architecture Overview
- LDAP Information Model
- LDAP Naming Model
- LDAP Functional Model
- LDAP Security Model
- LDAP Replication
- Comparison with Legacy Naming Services
NIS and DNS Coexistence
About the same time that Sun introduced NIS, standards for a universal naming system were being defined in RFC 1034 and RFC 1035. Later, implementations of this specification called the Domain Naming System (DNS) began to appear, like the Solaris in.named program, which was derived from Berkeley Internet Name Demon (BIND), found in Berkeley UNIX. Although NIS worked well to store host names and IP addresses of computers within an organization, DNS could scale much better and gained industry-wide adoption.
Companies deploying NIS tended to store the host name and IP addresses of their Sun workstation and server networks in NIS maps, but used DNS to look up names of computers outside of the network. To enable the two naming services to interoperate, Sun added a DNS forwarding capability to the NIS server.
The way DNS forwarding works is that if a search is made in an NIS map that has this feature enabled, the search request is passed on to a DNS server for resolution if the host name is not found. To implement this idea, the hosts.byname and hosts.byaddr maps must have the YP-INTERDOMAIN key in them. Creation of this key requires a simple modification to the NIS Makefile.
The alternative to enabling DNS forwarding is to include DNS as an option in the nsswitch.conf file which is described in the next section. It is not advisable to use both schemes together because redundant searches are performed if the name cannot be resolved, that is DNS will be searched twice.