Prevent accidental push of yp maps from slave servers


 
Thread Tools Search this Thread
Top Forums UNIX for Advanced & Expert Users Prevent accidental push of yp maps from slave servers
# 1  
Old 12-18-2016
Prevent accidental push of yp maps from slave servers

To prevent an accidental "cd /var/yp; make all" from being executed on an NIS slave server, I found a helpful hint from an instructor in a Solaris class. Just rename the /var/yp/Makefile to Makefile.orig. You will get an error message when trying to execute the "make all" on a slave server.
This User Gave Thanks to amoser For This Post:
Login or Register to Ask a Question

Previous Thread | Next Thread

7 More Discussions You Might Find Interesting

1. UNIX for Beginners Questions & Answers

Help with accidental endless loop

I was practicing writing simple loops as I am a new bash user and I created this script, which turned out to be an endless loop where the echo output does not stop and I do not see where my mistake is. #!/bin/bash echo 'enter a number from 1 to 100' read number while do ... (2 Replies)
Discussion started by: goldenlinx
2 Replies

2. UNIX for Dummies Questions & Answers

/proc/pid/maps

I think the libc.so is shared between processes, because it is a shared library and OS is engaged for saving memory. But, below, the maps of bash, shows r-xp and r--p rw-p attributes to libc.so which mean private memory space. Can anybody explain this for me? :)cat /proc/$$/maps... (4 Replies)
Discussion started by: vistastar
4 Replies

3. Shell Programming and Scripting

Prevent wrong user from using shell script for multiple remote servers

Hi, I am running a shell script from a central server to multiple remote servers using the following code: application_check() { # Linux/UNIX box with ssh key based login SERVERS=`cat /tmp/server-details` # SSH User name USR="user" # create new file > /tmp/abc.log # connect... (2 Replies)
Discussion started by: mystition
2 Replies

4. UNIX for Dummies Questions & Answers

Accidental deletion of root account

I had created a root account when I installed the Centos 5 into my system. But now the problem I'm facing is that I accidently deleted the root user account in my system. Is there a way to recreate the root account in the system now, without reinstalling the OS? Pls help. (1 Reply)
Discussion started by: anaigini45
1 Replies

5. UNIX for Dummies Questions & Answers

Protect .profile from accidental delete

Hi, Is there a way to protect users from deleteing their .profile ? For the majority of our users I created a captive login by a .profile that starts a menu-script. In this menu a user can only start our applications and logoff. This prevents users from getting to the unix-prompt. ... (7 Replies)
Discussion started by: picard
7 Replies

6. Shell Programming and Scripting

How to remove accidental file

Hi, I have a strange problem. I accidentally created a file named ${1}_$(date+%Y%m%d) and when i am trying to remove it I am getting this error . Can any one suggest me how i can remove this accidental file. (4 Replies)
Discussion started by: dsravan
4 Replies

7. UNIX for Advanced & Expert Users

NIS Maps

Hello.. I stink at NIS! :) Im having a problem with NIS on solaris 2.X. / SPARC I have some maps that are exported to all clients in the domain. Now I setup a new server and add it as a nis client to the domain. On the NIS server there is a auto_direct map that mounts /usr/local . This is... (4 Replies)
Discussion started by: s93366
4 Replies
Login or Register to Ask a Question
nis_intro(7)						 Miscellaneous Information Manual					      nis_intro(7)

NAME
nis_intro - Network Information Service (NIS) introductory information DESCRIPTION
The Network Information Service (NIS) is a distributed name service that allows participating hosts to share access to a common set of sys- tem and network files. NIS allows the system administrator to manage these shared files on a single system. NIS is intended for use in a secure environment only, where gateways do not allow outside Internet access to the NIS protocol. NIS Maps Information distributed by NIS is stored in database files called maps. Most of the NIS maps represent files that were traditionally stored in the /etc directory. These files include the following: aliases group hosts netgroups networks passwd protocols rpc services In a secure environment, you can run NIS in a secure mode, thereby creating secure and nonsecure versions of the NIS maps. See the Secu- rity guide for more information. You can also use NIS to distribute files used by Automount or AutoFS, or to distribute other user-defined files. Each NIS map contains a set of keys and associated values. For example, as keys, the hosts map contains all host names on a network, and as values, the corresponding Internet addresses. Each NIS map has a map name, used by programs to access data in the map. NIS Domains A named set of NIS maps is called a domain. A system's "domain name" or "NIS domain" corresponds to the set of NIS maps that the system can access. You can think of an NIS domain as a set of systems that share the same set of NIS maps. A system's domain name is set at the time the system is booted by the /sbin/init.d/nis script using an entry in the /etc/rc.config.common file. System administrators can use the nissetup script to place entries in this file. The nissetup script is described in the Network Administration manual. You can determine your system's NIS domain using the domainname command. Refer to domainname(1). A domain name is required for retrieving data from an NIS database. NIS Client-Server Model NIS follows the client-server model of distributed services. There are two types of NIS servers - master and slave. The master server stores the master copy of the NIS maps for its domain; these are the only NIS maps that can be modified. Each domain has only one master server. Slave servers store copies of the master server's NIS maps. NIS slave servers can be spread throughout a network. Whenever an NIS map is updated on the master server, the master propagates the changes to each slave server in its domain. If the master is unavailable for any reason, the slave servers continue to make the NIS maps available to the NIS clients. Clients are all of the systems that can access NIS maps. When a client requires NIS information, it makes a remote procedure call (RPC) to one of the NIS servers to obtain the information. NIS Data Storage The data in NIS maps is stored as databases in dbm/ndbm, btree, or hash format. For example, the NIS map for the /etc/hosts file in the domain market might be stored in these dbm/ndbm files: /var/yp/mar- ket/hosts.byaddr.dir /var/yp/market/hosts.byaddr.pag /var/yp/market/hosts.byname.dir /var/yp/market/hosts.byname.pag The makedbm command takes an ASCII file such as /etc/hosts and converts it into dbm/ndbm files suitable for use by NIS. However, system administrators use the Makefile script in the /var/yp directory to create NIS map files and specify file format. The Makefile script then calls makedbm. Refer to the Network Administration manual for details on the Makefile script, specifying different formats, and other NIS management information. RELATED INFORMATION
Commands: domainname(1), svcsetup(8), ypbind(8), yppasswdd(8), ypserv(8), ypxfr(8) Files: svc.conf(4) Network Administration delim off nis_intro(7)