Node:Permisos del Repositorio, Previous:La Copia de Trabajo del �rea Administrativa, Up:Causas Usualmente Sospechosas

Permisos del Repositorio

CVS no necesita ning�n esquema espec�fico de permisos - puede manejar una amplia variedad de esquemas. Sin embargo, para evitar situaciones confusas, se debe configurar el repositorio siguiendo como m�nimo los siguientes criterios:

• Si un usuario quiere alg�n tipo de acceso - incluso acceso solo-lectura - a un determinado directorio del repositorio, normalmente necesitar� permisos de escritura a nivel de sistema sobre ese directorio. Esto es necesario ya que CVS crea ficheros cerrojo temporales en el repositorio para asegurarse la consistencia de los datos. Aun en operaciones de solo lectura (como la extracci�n o actualizaci�n de una copia de trabajo), se crear�n cerrojos, para asegurar que los datos permanecen constantes durante la operaci�n.

  Como se indica en Administracion del Repositorio, podemos salvar este requisito ajustando el par�metro LockDir del fichero CVSROOT/config. Por ejemplo:
  

  LockDir=/usr/local/cvslocks
  

  Por supuesto, habr� que asegurarse de que todos los usuarios de CVS pueden escribir sobre /usr/local/cvslocks. De otro modo, el directorio ser� el del repositorio; si somos muy estrictos con la seguridad, deber�amos cambiar este directorio por otro.

• Asegur�mosnos de que el fichero CVSROOT/history es escribible por todo el mundo, ya que si este fichero existe, casi todas las operaciones de CVS intentar�n concatenar su hist�rico en este fichero, y si no lo pueden hacer terminar�n con error.

  Por desgracia (e inexplicablemente), el fichero de hist�rico no se crea escribible por todo el mundo cuando se crea un repositorio nuevo con cvs init. Al menos con la versi�n actual de CVS, debemos cambiar los permisos de manera expl�cita una vez creado el repositorio (o simplemente borrarlo, si no queremos que se almacenen los hist�ricos).

  (Este problema puede terminar pronto - acabo de enviar un parche a los mantenedores de CVS para que se cree el hist�rico con los permisos apropiados cuando se crea. Luego si usamos una versi�n de CVS posterior a septiembre de 1999, probablemente el problema habr� desaparecido.)

• Por razones de seguridad, hay que asegurarse de que los usuarios de CVS no tienen acceso de escritura a nivel de Unix al directorio CVSROOT. Si alguien tiene acceso de inserci�n en CVSROOT, podr�a editar cualquier fichero disparador de su elecci�n (commitinfo, loginfo, etc), invocando cualquier programa que desee. En general, el acceso a CVSROOT por parte de un usuario de CVS implica la posibilidad de ejecutar cualquier comando del sistema.