13.3. La Parte Cliente en NIS

Si est� familiarizado con escribir o portar aplicaciones de red, puede haberse dado cuenta de que la mayor�a de los mapas NIS listados anteriormente corresponden a funciones de biblioteca de la biblioteca C. Por ejemplo, para obtener la informaci�n de passwd, generalmente se utilizan las funciones getpwnam y getpwuid, que devuelven la informaci�n de cuenta asociada con el nombre de usuario o el ID num�rico de usuario, respectivamente. Bajo circunstancias normales, estas funciones realizan la b�squeda requerida en el fichero est�ndar, /etc/passwd.

Sin embargo, una implementaci�n NIS de estas funciones modifica este comportamiento y realiza una llamada RPC al servidor NIS, que busca el nombre de usuario o el ID de usuario. Esto ocurre transparentemente para la aplicaci�n. La funci�n puede tratar a los datos NIS como si hubiesen sido a�adidos al fichero original /etc/passwd por lo que ambos juegos de informaci�n est�n disponibles para la aplicaci�n, o como si lo hubiese reemplazado completamente, por lo que la informaci�n del passwd local es ignorada y s�lo se utilizan los datos de NIS.

En las implementaciones tradicionales de NIS hab�a ciertas convenciones sobre qu� mapas eran reemplazados y cu�les se a�ad�an a la informaci�n original. Algunos, como los mapas passwd, requer�an de modificaciones extra�as en el fichero passwd que, si se hac�an incorrectamente, abr�an agujeros de seguridad. Para evitar estos riesgos, NYS y la libc de GNU utilizan un esquema de configuraci�n general que determina si un juego particular de funciones de cliente debe utilizar los ficheros originales, NIS, o NIS+, y en qu� orden. Este esquema ser� descrito m�s adelante en este cap�tulo.