Oficina de Software Libre

Se ha dado la circunstancia de que en algunos ordenadores no han podido hacer logins usuarios válidos por lo siguiente:

Windows almacena en local un perfil para cada usuario que se haya metido alguna vez en el ordenador, y en algún momento en concreto, cuando vuelve a intentar hacer login salta un mensaje de error diciendo que no puede cargar algo localizado en \\servidor-sldap\profiles\Configuracion Local\ie5\... algo de la caché del navegador o alguna otra cosa por el estilo.

Por supuesto en el directorio de profiles del servidor-sldap no hay nada de Configuración Local.

Si como administrador se intenta borrar el directorio C:\Documents and Settings\usuario da un error de ruta de algun fichero

Si se renombra el directorio C:\Documents and Settings\usuario si que puede volver a hacer login el usuario

Personalmente preferiría que Windows no guardará para cada usuario del dominio que entre en cada máquina un directorio en Documents and Settings, como puedo evitarlo?

Estoy probando con "No guardar configuración al salir" pero no se yo

Muchas gracias!

Estableciendo las quotas de impresión para CUPS como se explica en la documentación me encuentro con el problema de que no sirven para nada si los trabajos se envían desde los clientes windows (que lo hacen en raw)

Porque por lo visto el page counting no funciona en esas condiciones, así sale en los logs de páginas de CUPS:

hpl4200 usr37 11828 [21/Dec/2005:19:06:41 +0000] 1 1 - 10.0.1.1

Siempre marca lo mismo, da igual el número de páginas.

Ya tengo en marcha el dominio con las máquinas windows para que entren todos a través de samba, sin embargo querría controlar el número de sesiones que pueda abrir cada alumno evitando que algún usuario autorizado abra varias sesiones a otros que no lo son.

Parece ser que eso podría hacerse requiriendo pam_limits.so en /etc/pam.d/samba o /etc/pam.d/common-session y escribiendo en /etc/security/limits.conf

@alumnos hard maxlogins 1

Siendo alumnos un grupo añadido con smbldap-addgroup -a y los alumnos añadidos con smbldap-useradd -a -m -g alumnos

Pero nada de nada, únicamente funciona si añado el usuario al /etc/passwd y no sólo a la db de ldap.

En /var/log/auth.log/ las entradas desde windows tienen una pinta así

Dec 22 11:49:10 localhost smbd[15897]: (pam_unix) session opened for user alumno by (uid=0)

Debería tirar del pam, pero no sé por qué no aplica los limits.