To install click the Add extension button. That's it.

The source code for the WIKI 2 extension is being checked by specialists of the Mozilla Foundation, Google, and Apple. You could also do it yourself at any point in time.

4,5
Kelly Slayton
Congratulations on this excellent venture… what a great idea!
Alexander Grigorievskiy
I use WIKI 2 every day and almost forgot how the original Wikipedia looks like.
Live Statistics
English Articles
Improved in 24 Hours
Added in 24 Hours
Languages
Recent
Show all languages
What we do. Every page goes through several hundred of perfecting techniques; in live mode. Quite the same Wikipedia. Just better.
.
Leo
Newton
Brights
Milds

From Wikipedia, the free encyclopedia

NIS+ is a directory service developed by Sun Microsystems to replace its older 'NIS' (Network Information Service). It is designed to eliminate the need for duplication across many computers of configuration data such as user accounts, host names and addresses, printer information and NFS disk mounts on individual systems, instead using a central repository on a master server, simplifying system administration. NIS+ client software has been ported to other Unix and Unix-like platforms.

Prior to the release of Solaris 9 in 2002, Sun announced its intent to remove NIS+ from Solaris in a future release and now recommends that customers instead use an LDAP-based lookup scheme.

NIS+ was present in Solaris 9 and 10 (although both releases include tools to migrate NIS+ data to an LDAP server)[1] and it has been removed from Solaris 11.[2]

YouTube Encyclopedic

  • 1/3
    Views:
    12 897
    23 697
    5 482
  • NIS Server and Client | Installation & Configuration RHEL 8 | Tech Arkit
  • Netscape, But It Doesn't Support DNS (ft. SunOS 4 and NIS)
  • Configuring NIS for User Authentication

Transcription

NIS vs. NIS+

NIS and NIS+ are similar only in purpose and name, otherwise, they are completely different implementations. They differ in the following ways:

  • NIS+ is hierarchical.
  • NIS+ is based around Secure RPC (servers must authenticate clients and vice versa).
  • NIS+ may be replicated (replicas are read-only).
  • NIS+ implements permissions on directories, tables, columns and rows.
  • NIS+ also implements permissions on operations, such as being able to use nisping to transfer changed data from a master to a replica.

The problem of managing network information

In the 1970s, when computers were expensive, and networks consisted of a small number of nodes, administering network information was manageable, and a centralized system was not needed. As computers became cheaper and networks grew larger, it became increasingly difficult to maintain separate copies of network configurations on individual systems.

For example, when a new user was added to the network, the following files would need to be updated on every existing system:

File Sample entry Information
/etc/passwd numiri:x:37:4:Sebastian Nguyen:/home/numiri user name, home directory, ...
/etc/shadow numiri:1AD3ioUMlkj234k: encrypted password

Likewise, /etc/group would have needed updating every time a new group was added and /etc/hosts would have needed updating every time a new computer was added to the network.

If a new user with a new system was added to a network of 20 existing systems, the UNIX administrator would need to modify 5 files on 21 machines - 105 files in all. With NIS+, adding users and machines to the network requires changes only to the NIS+ server's maps and the new host's /etc/nsswitch.conf needs to point to the NIS+ server. When a user logs into any other machine, that host (the NIS+ client), knowing who the NIS+ server is, queries it for the username and password to identify and authenticate the user.

NIS+ also manages several other types of data: NFS mounts (auto_master, auto_home), network booting and other parameters (bootparams, ethers, netmasks, netgroup, networks, protocols, rpc, services), security access (cred), aliases, and time zone.

An installation of NIS+ comes with such table structures predefined. There are facilities available to create other tables as needed.

Alternatives

Other alternative schemes for storing network information exist, such as the LDAP standard maintained by the IETF, including Microsoft's LDAP implementation, Active Directory. LDAP can be configured to handle more general information, such as corporate employee structures, phone numbers, address, etc. so it requires more thought and planning. Many organizations require all the features of NIS+, LDAP, and Active Directory and run them all simultaneously.[citation needed]

Another alternative that has been popular in certain environments is the Hesiod name service, which is based on the DNS protocols.[citation needed]

NIS+ client/server model

Unlike NIS, NIS+ uses a hierarchical structure of multiple domains. A NIS+ domain can, and should, be serviced by multiple servers. The primary server is known as the master server, and backup servers are known as replica servers. Both types hold copies of the NIS+ tables. Changes are first committed to the master server and then propagated to replica servers in increments.

NIS+ table permissions determine a user's level of access to the table's contents.

See also

References

  1. ^ "NIS+ End-of-Feature (EOF) Announcement FAQ". Sun Microsystems. Archived from the original on 2005-03-26.
  2. ^ "End of Feature Notices for Oracle Solaris 11". Retrieved 2013-11-19.

External links

This page was last edited on 7 May 2024, at 12:34
Basis of this page is in Wikipedia. Text is available under the CC BY-SA 3.0 Unported License. Non-text media are available under their specified licenses. Wikipedia® is a registered trademark of the Wikimedia Foundation, Inc. WIKI 2 is an independent company and has no affiliation with Wikimedia Foundation.