Manual Aprendiendo a aprender Linux - Apéndice D. Respuestas a los ejercicios (II)

4.1

1. Algunas ídeas son: (1) un horario en el que puedan acudir los usuarios y disposición para atenderlos, correo electrónico, buzón de sugerencias (2) inventarios, mantenimiento preventivo, actualización continua de software y buena educación a los usuarios para que se conviertan en amigos y no enemigos (3) buscar por ejemplo en Internet y publicar en la Intranet los documentos que se consideren apropiados así como guías de uso
   pueden ser estas o extensiones a estas.
2. Para medir aceptación pueden realizarse encuestas, tener un buzón de sugerencias, entrevistar usuarios. Para mejorar la aceptación puede hacerse publicidad (presentaciones en las que se destaquen las ventajas sobre otros sistemas a estudiantes, profesores y padres). Nos parece muy importante estar dispuesto a escuchar críticas y responder con argumentos o aceptar errores.
3. Creemos que la mejor estrategía es promover el autoaprendizaje, aunque en ocasiones es bueno no presentar los detalles del sistema, es importante poder tener acceso a los mismos para poder resolver problemas y aprovecharlo al máximo. Esto es posible con Linux y puede aprovecharse sólo aprendiendo (leyendo y practicando).

4.2

1. En nuestro parecer la mejor política es buena instrucción, es enseñar a los usuarios a apagar correctamente el sistema buscando que ellos quieran ayudar a mantener la red.
2. Se ven los procesos con ps -ax, sólo están procesos indispensables para el kernel y para mantener una sesión de bash (kswapd, init, kflushd, kupdate, kpiod, bash). Se llama single porque es para un sólo usuario y sin red, sirve para efectuar labores de mantenimiento como corrección de discos.
3. Se consigna arranques del sistema, reinicios y entradas a sesiones por parte de usuarios. Se consigna la fecha y hora de cada evento.
4. Editar por ejemplo con vi /etc/logrotate buscar la sección /var/log/wtmp y cambiar rotate 1 por rotate 2. Además de rotar las bitácoras, eliminando la más antigua después de cierto tiempo, puede mantenerlas comprimidos y enviar correos a usuarios. Por defecto en Debian 2.2 este programa es ejecutado a diario.
5. Crear esta bitácora en blanco por ejemplo con touch /var/log/btmp. Intentar entrar con un usuario que no exista o una clave errada, ejecutar lastb y comprobar que se agregó una entrada.
6. lastcomm presenta los programas iniciados, cada uno junto con el usuario que lo inicio, el tiempo que duró la ejecución, la fecha cuando inició y flags que indica como inició y terminó; la información la extrae de /var/account/pacct. ac presenta tiempo total de conexión de cada usuario de acuerdo al archivo /var/log/wtmp.
7. Editar /etc/lilo.conf agregar las líneas password=clave y restricted, después ejecutar /sbin/lilo.

4.3

1. UID=0 y GID=0. Son menores a 100 lo que indica que deben ser fijos en cualquier computador con Debian.
2. chgrp estudiantes tarea1; chmod o+t tarea1 Para la segunda parte se requiere que cada archivo no conceda permiso de lectura ni escritura al grupo ni a otros.
3. "enc.pl vida" (con MD5) da por ejemplo "$1$wv$mOwf63L.QvbJ.f7U362Os1" que puede ponerse bien en el campo para la clave de /etc/passwd o bien si las claves shadow están activas, dejar 'x' en /etc/passwd y remplazar la clave en /etc/shadow.
4. adduser ­­ingroup users gloria adduser gloria lpr adduser gloria audio adduser gloria floppy su - gloria mdir exit deluser ­­remove-home gloria
5. Los grupos básicos no tendrian clave: profesores, estudiantes y administación (podrían crearse grupos para otros miembros de la comunidad como exalumnos o padres). Los estudiantes pueden estar sólo en el grupo de estudiantes, los profesores pueden tener como segundo grupo estudiantes, los usuarios de la parte administrativa podrían tener como grupo principal administracion y como grupos secundarios profesores y estudiantes. En principio la información que cree un usuario no debe ser visible a su grupo. Podrían haber grupos con clave para grupos lideradors por un profesor, administrador o estudiante que requieran manejar información separada (con un poco de instrucción los lideres podrían ser los administradores de grupo).
6. addgroup ­­gid 1100 estudiantes; addgroup ­­gid 1101 profesores; addgroup ­­gid 1102 admin; adduser ­­ingroup estudiantes esperanza; adduser ­­ingroup profesores johannes; adduser ­­ingroup tomas; adduser estudiantes johanes; adduser estudiantes tomas; adduser profesores tomas
7. Suponiendo que los grupos son estudiantes (GID=1100), profesores (GID=1101), cuerpo administrativo (GID=1102) adduser.conf puede ser como el que viene por defecto con los siguientes cambios:

USERGROUPS=no USERS_GID=1100 Así por defecto todo usuario nuevo sería estudiante (para agregar profesores y administradores se usaría la opción ­­ingroup de adduser). Entre las opciones por defecto de ese archivo que puede ser mejor conservar están: bash como intérprete de comandos por defecto (que ha sido documentado en estas guías), como directorio para usuarios /home (que se ha supuesto en los primeros capítulos de estas guías), los números de usuarios que siguen las políticas de Debian.

1. Como se desea que por defecto los usuarios de unos grupos no puedan ver información de usuarios del mismo grupo: umask u=rw,g=,o=. Debe agregarse tal orden en /etc/profile y en los archivos de sesiones de gdm en el directorio /etc/gdm/Session.
2. Crear el archivo en etc/skel (como parte del contenido puede recordarse a los usuarios actualizar la información personal con chfn). En /etc/skel/.bashrc puede agregarse algo como:

echo "Hay ayuda que puede completar en el archivo ayuda.txt"

1. Evitar entrada a la cuenta root desde el prompt de arranque. Evitar en lo posible emplear los bits SUID y GUID con usuario o grupo root. Emplear claves shadow con MD5 (en Debian se usa por defecto PAM que es muy apropiado). Educar a los usuarios en este tema, buscando que eligan buenas claves y ayuden a cuidar y construir la red (emplear para la cuenta root una muy buena clave conocida sólo por el administrador). Emplear cracklib para evitar uso de claves simples.
2. Editar en /etc/gdm/gdm.conf la línea:

logo=/usr/share/pixmaps/gnome-logo-large.png

4.4

1. ae, ed, vi, echo
2. mkdir /root/nj; mkdir /root/nj/lib; cp /bin/cat /root/nj; cp /lib/libc.so.6 /root/nj/lib; cp /lib/ld-linux.so.2 /root/nj/lib
3. cat /dev/vcs1
4. El archivo es /etc/motd, su primera línea que contiene el nombre de la máquina y la versión del sistema es generada en cada arranque por el script /etc/init.d/bootmisc
   que es arrancado desde el nivel S
   , puede evitarse la modificación poniendo en "no" la variable EDITMOD en /etc/default/rcS.
5. cat /proc/cpu/info
6. ln -s /dev/ttyS1 /dev/mouse ln -s /dev/hdc /dev/cdrom

4.5

1. PATH=$PATH:/home/pedro/bin; LD_LIBRARY_PATH=$LD_LIBRARY_PATH:/home/pedro/lib
2. chmod a+rx /home/pedro/bin chmod a+rx /home/pedro/lib echo "/home/pedro/lib" >> /etc/ld.so.conf ldconfig;además agregar /home/pedro/bin a la variable PATH en /etc/profile
3. Otro puede ser http://www.linux-directory.com/ Freshmeat es el más tradicional, allí a diario se anuncian nuevas versiones de programas (quien lo desee puede anunciar sus programas).
4. Una vez obtenidas las fuentes se consulta la documentación y se siguen.
5. ldd /usr/bin/gcalc
6. echo /opt/lib >> /etc/ld.conf ldconfig
7. wget URL/paquete.deb dpkg -i paquete.debpuede revisarse el nombre de lo que se instala (para usarlo) con: dpkg -L paquete y para desinstalar: dpkg -r paquete
8. tar cvfz ej.tar.gz ej/

4.6

1. Hay una lista en la sección de enlaces de SLEC
2. Puede ser revisando en http://www.sourceforge.net