Instalación y configuración de Samba

2011-12-16T16:57:10Z

Carlitox: Página creada con '==Samba== ===Instalación=== El cliente viene instalado por defecto en Ubuntu, por lo que solamente es necesario instalar el servidor. Para ello, instalamos el siguiente paqu...'

Instalación y configuración de NFS

2011-12-16T16:53:49Z

Carlitox: /* Instalación */

==NFS==

=== Servidor ===

==== Instalación ====

$ apt-get install nfs-kernel-server

=== Servidor ===

==== Instalación ====

$ sudo apt-get install nfs-kernel-server

==== Configuración ====

Para configurar los direcctorios a compartir, se añaden al archivo:

'''/etc/exports'''

De la siguiente forma:

/<directorio> <ip o red>(ro,no_root_squash)

* '''/<directorio>''' es la ruta del directorio que se va a compartir, ejemplo: '''/home'''

* '''<ip o red>''' ip o red a quién se le dará acceso, ejemplo:
** '''164.73.234.X''' para compartirlo solo con la máquina '''X'''
** '''164.73.234.0/24''' para la red local del CURE

* '''(ro,sync,no_root_squash)''' son los permisos:
** '''ro''': sólo lectura
** '''rw''': lectura y escritura
** '''no_root_squash''': hará que los usuarios administradores de los clientes tengan también los permisos vigentes de root sobre nfsd
** '''root_squash''': hará que los usuarios administradores de los clientes carezcan de los permisos vigentes de root sobre nfsd
** '''no_subtree_check''': Si se exporta sólo part de una partición puede ser que el usuario cliente no tenga derecho de acceso al directorio en cuestión. Esta directiva permite no comprobar el camino hasta el directorio que se exporta.
** '''sync''': Es la opción por defecto. Aunque las versiones mas nuevas usan la opción async. Bueno, sync sirve para que nfs notifique al usuario de los cambios (escritura) en los archivos cuando realmente se hayan ejecutado.
** '''async''': Por contra es mucho mas rápido ya que no espera a la confirmación por parte del sistema servidor para comunicar al usuario los cambios. Esta opción es mas peligrosa ya que si hay varios usuarios trabajando simultaneamente sobre un mismo archivo se pueden generar archivos corruptos.

Por más información ver la páqina man (man exports(5))

En nuestro servidor, compartimos 2 directorios:

* '''/home''' :

/home 164.73.234.0/24(rw,sync,no_subtree_check,root_squash)

* '''/publico''' :

/publico 164.73.234.0/24(ro,sync,no_subtree_check,root_squash)

Luego, para poner en funcionamiento el servicio, usamos el siguiente comando:

$ sudo /etc/init.d/nfs-kernel-server start

=== Cliente ===

==== Instalación ====

Para instalar el cliente, debemos instalar el siguiente paquete de los repositorios de Ubuntu:

$ sudo apt-get install nfs-common

==== Montado automático del directorio /respaldos ====

En paloma, se compartió el directorio /respaldos para que lo montaramos en nuestro servidor automaticamente, cada vez que el mismo era arrancado.
Para esto hay que editar el archivo fstab:

sudo vi /etc/fstab

agregando la siguiente línea:

paloma:/respaldos/polonio /mnt/polonio nfs timeo=14,intr 0 0

Para probar la configuración, hay que usar el comando:

$ mount /mnt/polonio

Referencia:

* http://taller.curerocha.edu.uy/mediawiki/index.php/NFS

* http://doc.ubuntu-es.org/Red_local_de_Linux-Linux

* http://doc.ubuntu-es.org/Network_File_System

Configuración Servidor dompolonio - 2º Semestre 2011

2011-12-16T16:53:19Z

Carlitox:

==Diseño de servicios==

Se plantea diseñar un servidor, con Red bien configurada, con NTP para tener la máquina en hora automáticamente, con un servidor DNS,
un servidor de correo (Postfix) que envíe el estado del sistema diariamente (logwatch), dar servicios de compartir archivos vía NFS y vía
SAMBA, un servidor web (APACHE)[En nuestro caso se instaló un servidor LAMP], una wiki para administración y documentación de las distintas
configuraciones, e implementamos seguridad con SSHBLOCK ó DENYHOSTS.

==Equipo de administración==

Este Servidor llamado dompolonio, fué puesto en marcha, administrado y configurado por los estudiantes Carlos Aquino y Marcos Rodríguez.

==Configuración de servicios==

===LAMP===
* [[Apache2]]
* [[PHP]]
* [[MySQL]]

===Wikis===
Instalados en VirtualHosts del apache: [[Apache2]]

* [[Tikiwiki]]

===Red ===

* [[Configuración de la red]]

===DNS===

* [[DNS Master en paloma]]
* [[DNS Resolvedor en polonio]]

===NFS===

* [[Instalación y configuración de NFS]]

===SAMBA===

* [[Instalación y configuración de Samba]]

===MAIL SERVER===

===Autentificacion en servidores===

[[Claves y contraseñas]]

=== Respaldo en Servidores ===

*'''Respaldo BackupPC''': Se investigó, pero no llegamos a hacerlo funcionar, por lo cual su investigación fue abortada por falta de tiempo, mas adelante se implementará. En su remplazo se realizó un script cumpliendo con la función de realizar los respaldos necesarios. backup-manager es un paquete .deb interesante para respalods. También conviene estudiar las funciones del Zentyal.

*[[Respaldo]]

==Referencias==
http://web.mit.edu/rhel-doc/4/RH-DOCS/rhel-rg-es-4/

Instalación y configuración de NFS

2011-12-16T12:39:49Z

Carlitox: /* Montado automático del directorio /respaldos */

Instalación y configuración de NFS

2011-12-16T12:30:06Z

Carlitox:

Instalación y configuración de NFS

2011-12-15T16:50:08Z

Carlitox:

Instalación y configuración de NFS

2011-12-15T16:49:37Z

Carlitox:

==NFS==

=== Servidor ===

==== Instalación ====

$ apt-get install nfs-kernel-server==NFS==

=== Servidor ===

==== Instalación ====

$ sudo apt-get install nfs-kernel-server

==== Configuración ====

Para configurar los direcctorios a compartir, se añaden al archivo:

'''/etc/exports'''

De la siguiente forma:

/<directorio> <ip o red>(ro,no_root_squash)

* '''/<directorio>''' es la ruta del directorio que se va a compartir, ejemplo: '''/home'''

* '''<ip o red>''' ip o red a quién se le dará acceso, ejemplo:
** '''164.73.234.X''' para compartirlo solo con la máquina '''X'''
** '''164.73.234.0/24''' para la red local del CURE

* '''(ro,sync,no_root_squash)''' son los permisos:
** '''ro''': sólo lectura
** '''rw''': lectura y escritura
** '''no_root_squash''': hará que los usuarios administradores de los clientes tengan también los permisos vigentes de root sobre nfsd
** '''root_squash''': hará que los usuarios administradores de los clientes carezcan de los permisos vigentes de root sobre nfsd

* '''no_subtree_check''': Si se exporta sólo part de una partición puede ser que el usuario cliente no tenga derecho de acceso al directorio en cuestión. Esta directiva permite no comprobar el camino hasta el directorio que se exporta.

* '''sync''': Es la opción por defecto. Aunque las versiones mas nuevas usan la opción async. Bueno, sync sirve para que nfs notifique al usuario de los cambios (escritura) en los archivos cuando realmente se hayan ejecutado.

* '''async''': Por contra es mucho mas rápido ya que no espera a la confirmación por parte del sistema servidor para comunicar al usuario los cambios. Esta opción es mas peligrosa ya que si hay varios usuarios trabajando simultaneamente sobre un mismo archivo se pueden generar archivos corruptos.

Por más información ver la páqina man (man exports(5))

En nuestro servidor, compartimos 2 directorios:

* '''/home''' :

/home 164.73.234.0/24(rw,sync,no_subtree_check,root_squash)

* '''/publico''' :

/publico 164.73.234.0/24(ro,sync,no_subtree_check,root_squash)

Luego, para poner en funcionamiento el servicio, usamos el siguiente comando:

$ sudo /etc/init.d/nfs-kernel-server start

=== Cliente ===

==== Instalación ====

Para instalar el cliente, debemos instalar el siguiente paquete de los repositorios de Ubuntu:

$ sudo apt-get install nfs-common

==== Montado automático del directorio /respaldos ====

En paloma, se compartió el directorio /respaldos para que lo montaramos en nuestro servidor automaticamente, cada vez que el mismo era arrancado.
Para esto hay que editar el archivo fstab:

vi /etc/fstab

agregando la siguiente línea:

paloma:/respaldos/polonio /mnt/polonio nfs timeo=14,intr 0 0

Para probar la configuración, hay que usar el comando:

$ mount /mnt/polonio

Referencia:

* http://taller.curerocha.edu.uy/mediawiki/index.php/NFS

* http://doc.ubuntu-es.org/Red_local_de_Linux-Linux

* http://doc.ubuntu-es.org/Network_File_System

==== Configuración ====

Para configurar los direcctorios a compartir, se añaden al archivo:

'''/etc/exports'''

De la siguiente forma:

/<directorio> <ip o red>(ro,no_root_squash)

* '''/<directorio>''' es la ruta del directorio que se va a compartir, ejemplo: '''/home'''

* '''<ip o red>''' ip o red a quién se le dará acceso, ejemplo:
** '''164.73.234.X''' para compartirlo solo con la máquina '''X'''
** '''164.73.234.0/24''' para la red local del CURE

* '''(ro,sync,no_root_squash)''' son los permisos:
** '''ro''': sólo lectura
** '''rw''': lectura y escritura
** '''no_root_squash''': hará que los usuarios administradores de los clientes tengan también los permisos vigentes de root sobre nfsd
** '''root_squash''': hará que los usuarios administradores de los clientes carezcan de los permisos vigentes de root sobre nfsd

* '''no_subtree_check''': Si se exporta sólo part de una partición puede ser que el usuario cliente no tenga derecho de acceso al directorio en cuestión. Esta directiva permite no comprobar el camino hasta el directorio que se exporta.

* '''sync''': Es la opción por defecto. Aunque las versiones mas nuevas usan la opción async. Bueno, sync sirve para que nfs notifique al usuario de los cambios (escritura) en los archivos cuando realmente se hayan ejecutado.

* '''async''': Por contra es mucho mas rápido ya que no espera a la confirmación por parte del sistema servidor para comunicar al usuario los cambios. Esta opción es mas peligrosa ya que si hay varios usuarios trabajando simultaneamente sobre un mismo archivo se pueden generar archivos corruptos.

Por más información ver la páqina man (man exports(5))

En nuestro servidor, compartimos 2 directorios:

* '''/home''' :

/home 164.73.234.0/24(rw,sync,no_subtree_check,root_squash)

* '''/publico''' :

/publico 164.73.234.0/24(ro,sync,no_subtree_check,root_squash)

Instalación y configuración de NFS

2011-12-15T16:21:14Z

Carlitox: Página creada con '==NFS== === Servidor === ==== Instalación ==== $ apt-get install nfs-kernel-server ==== Configuración ==== Para configurar los direcctorios a compartir, se añaden al...'

==NFS==

=== Servidor ===

==== Instalación ====

$ apt-get install nfs-kernel-server

==== Configuración ====

Para configurar los direcctorios a compartir, se añaden al archivo:

'''/etc/exports'''

De la siguiente forma:

/<directorio> <ip o red>(ro,no_root_squash)

* '''/<directorio>''' es la ruta del directorio que se va a compartir, ejemplo: '''/home'''

* '''<ip o red>''' ip o red a quién se le dará acceso, ejemplo:
** '''164.73.234.X''' para compartirlo solo con la máquina '''X'''
** '''164.73.234.0/24''' para la red local del CURE

* '''(ro,sync,no_root_squash)''' son los permisos:
** '''ro''': sólo lectura
** '''rw''': lectura y escritura
** '''no_root_squash''': hará que los usuarios administradores de los clientes tengan también los permisos vigentes de root sobre nfsd
** '''root_squash''': hará que los usuarios administradores de los clientes carezcan de los permisos vigentes de root sobre nfsd

* '''no_subtree_check''': Si se exporta sólo part de una partición puede ser que el usuario cliente no tenga derecho de acceso al directorio en cuestión. Esta directiva permite no comprobar el camino hasta el directorio que se exporta.

* '''sync''': Es la opción por defecto. Aunque las versiones mas nuevas usan la opción async. Bueno, sync sirve para que nfs notifique al usuario de los cambios (escritura) en los archivos cuando realmente se hayan ejecutado.

* '''async''': Por contra es mucho mas rápido ya que no espera a la confirmación por parte del sistema servidor para comunicar al usuario los cambios. Esta opción es mas peligrosa ya que si hay varios usuarios trabajando simultaneamente sobre un mismo archivo se pueden generar archivos corruptos.

Por más información ver la páqina man (man exports(5))

En nuestro servidor, compartimos 2 directorios:

* '''/home''' :

/home 164.73.234.0/24(rw,sync,no_subtree_check,root_squash)

* '''/publico''' :

/publico 164.73.234.0/24(ro,sync,no_subtree_check,root_squash)

Configuración Servidor dompolonio - 2º Semestre 2011

2011-12-15T16:19:00Z

Carlitox:

==Diseño de servicios==

Se plantea diseñar un servidor, con Red bien configurada, con NTP para tener la máquina en hora automáticamente, con un servidor DNS,
un servidor de correo (Postfix) que envíe el estado del sistema diariamente (logwatch), dar servicios de compartir archivos vía NFS y vía
SAMBA, un servidor web (APACHE)[En nuestro caso se instaló un servidor LAMP], una wiki para administración y documentación de las distintas
configuraciones, e implementamos seguridad con SSHBLOCK ó DENYHOSTS.

==Equipo de administración==

Este Servidor llamado dompolonio, fué puesto en marcha, administrado y configurado por los estudiantes Carlos Aquino y Marcos Rodríguez.

==Configuración de servicios==

===LAMP===
* [[Apache2]]
* [[PHP]]
* [[MySQL]]

===Wikis===
Instalados en VirtualHosts del apache: [[Apache2]]

* [[Tikiwiki]]

===Red ===

* [[Configuración de la red]]

===DNS===

* [[DNS Master en paloma]]
* [[DNS Resolvedor en polonio]]

===NFS===

* [[Instalación y configuración de NFS]]

===SAMBA===

* [[Configuración de Samba]]

===MAIL SERVER===

===Autentificacion en servidores===

[[Claves y contraseñas]]

=== Respaldo en Servidores ===

*[[Respaldo en paloma y polonio|Creación de volúmenes en paloma y polonio]]

*'''Respaldo BackupPC''': Se investigó, pero no llegamos a hacerlo funcionar, por lo cual su investigación fue abortada por falta de tiempo, mas adelante se implementará. En su remplazo se realizó un script cumpliendo con la función de realizar los respaldos necesarios. backup-manager es un paquete .deb interesante para respalods. También conviene estudiar las funciones del Zentyal.

*[[Respaldo]]

==Referencias==
http://web.mit.edu/rhel-doc/4/RH-DOCS/rhel-rg-es-4/

2011-11-18T21:58:15Z

Carlitox:

==Procesos Periódicos==

===Cron===

-Es un demonio administrador de procesos que permite ejecutar comandos o scripts automáticamente en una fecha y hora determinada por el usuario.

-Los usuarios habilitados para crear o modificar el fichero crontab se encuentran el el archivo cron.allow, y los usuarios no habilitados se encuentran el el archivo cron.deny, siempre y cuando estos dos últimos existan, si no es asi, se asume que todos los usuarios están permitidos al uso de crontab.

Varias formas de trabajar con Cron:

* Dentro del directorio /etc/ se encuentran los directorios cron.hourly, cron.daily, cron.weekly, cron.monthly, dentro de estos se colocan scripts los cuales seran ejecutados cada una hora, diariamente, semanalmente, o mensualmente dependiendo en el directorio en que se ubique.

* Editando manualmente el fichero /etc/crontab, en este se especifican las tareas a realizar y el momento de su ejecución.

Formato del fichero crontab: Cada línea representa un trabajo, es formada por una expresión CRON y un comando a ejecutarse.

Ejemplo de un fichero crontab:

SHELL=/bin/sh
PATH=/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin
# m h dom mon dow user command
17 * * * * root cd / && run-parts --report /etc/cron.hourly
25 6 * * * root test -x /usr/sbin/anacron || ( cd / && run-parts --report /etc/cron.daily )
47 6 * * 7 root test -x /usr/sbin/anacron || ( cd / && run-parts --report /etc/cron.weekly )
52 6 1 * * root test -x /usr/sbin/anacron || ( cd / && run-parts --report /etc/cron.monthly )

SHELL: es el "shell" bajo el cual se ejecuta cron.

PATH: contiene o indica la ruta a los directorios en los cuales cron buscará los comandos a ejecutar.

MAILTO: cada vez que se ejecuta el crontab, se envía un mensaje al usuario que aparece en esta variable, si está habilitado, indicándole la tarea realizada.

HOME: es el directorio raíz o principal del comando cron.

Tanto SHELL como HOME si no son especificados se toma por defecto lo indicado en el archivo /etc/passwd.

Sintaxis: contiene 7 campos:

:1. Minutos (0-59).
:2. Horas (0-23).
:3. Día del mes (1-31).
:4. Mes (1-12).
:5. Día de la semana (0-7, siendo 1 lunes, 2 martes, así sucesivamente, 0 y 7 domingo).
:6. Usuario que ejecuta el comando.
:7. Especifica la ruta del comando a ejecutarse.

-Para especificar dos o mas valores en cada variable, estos deben estar separados por comas.

Por ejemplo: 0, 30 * * * 1 tar -zcf /var/backups/home.tgz /home/ , los días lunes de todos los meses cada media hora ejecuta el comando tar...

Cron tiene capacidad multi-usuario, por lo cual cada usuario puede tener su propio archivo crontab, este archivo se guarda en /var/spool/cron/usuario.

Opciones del comando crontab:

>crontab -e Abre un editor donde se puede crear o editar el archivo crontab.

>crontab archivo.cron Establece el archivo archivo.cron como el cron del usuario

>crontab -l Muestra el crontab actual del usuario.

>crontab -r Elimina el crontab actual del usuario.

Cuando se realizan cambios es necesario reiniciar el servicio:

>service crond restart

* Comando at: Permite programar la ejecución de comandos o scripts en un momento futuro determinado, las instrucciones se leen desde la entrada estandar y se ejecutan en el momento indicado, la lista de instucciones se culmina con Ctrl+D.

Sintaxis: at hora fecha, varios formatos:

-Sólo HH:MM, se ejecutará en cuanto se llegue a esa hora, siendo posible que en día actual haya pasado y ejecutarse en el siguiente día.

-Puede especificarse solo midnight, noon, o teatime (4pm).

-La hora con AM o PM (ej.: 10PM).

- MMDDYY, MM/DD/YY, DD.MM.YY o YY-MM-DD. Otra forma puede ser con now + (minutes, hours, days o weeks), otra forma es today, o tomorrow (ej.: at 1am tomorrow).

-Los días pueden ser especificados como SUN, MON, TUE, WED, THU, FRI, SAT, y los meses como JAN, FEB, MAR, APR, MAY, JUN, JUL, AUG, SEP, OCT, NOV, DEC.

Opciones:

atq o -l Listan los trabajos pendientes del usuario.

atrm o -d Elimina trabajos, identificados por su numero de trabajo (mostrado con atq o -l).

Ejemplo:

at 12.12.2106 21:23 > /etc/init.d/apache stop
> sleep 600
> /etc/init.d/apache start
> ^D

Se ejecutará el 12 de diciembre de 2106 a las 21:23, parará el servidor apache, esperará 10 minutos y volvera a arrancar.

* Comando nohup: Lanza un proceso y lo independiza del terminal que estamos usando, ignora la señal HUP (señal que se envía a un proceso cuando la terminal que lo controla se cierra). Esto permite que si ejecutamos comando o script mediante nohup y cerramos la terminal el proceso continúa.

Sintaxis: nohup ORDEN ARGUMENTO
por defecto la salida del comando se procesa en un fichero llamado nohup.out que aparecerá en la ruta donde nos encontremos al ejecutar el comando.

===Anacron===

Es usado para ejecutar comandos periódicamente, con una frecuencia especificada en días. A diferencia de cron, anacron no asume que la máquina esta corriendo continuamente, y puede trabajar en máquinas que no estan las 24 hs encendidas. Realiza controles diarios, semanales, y mensuales, los cuales son controlados usualmente por cron.
Cuando es ejecutado, anacron lee una lista de trabajo desde un archivo de configuración, normalmente /etc/anacrontab. Este contiene la lista de trabajos que controla anacron.

Sintaxis: contiene 4 campos:

:1. Especifica cada cuantos días se debe realizar la tarea.
:2. Determina los minutos que transcurren desde que se ejecuta anacron hasta que se lanza la tarea realizada.
:3. Nombre de la tarea
:4. Comando.

Ejemplo:

SHELL=/bin/sh
PATH=/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin
1 5 cron.daily nice run-parts --report /etc/cron.daily 7 10 cron.weekly nice run-parts --report /etc/cron.weekly @monthly 15 cron.monthly nice run-parts --report /etc/cron.monthly

Anacron busca en /var/spool/anacron el fichero creado para cada tarea en su última ejecución, si encuentra que pasó el periodo en que debía ejecutarse la tarea, lanza la ejecución (por ejemplo, una tarea que se ejecuta semanalmente, lleva 8 días sin ejecutar, entonces la ejecuta).

Algunas opciones:

-f Fuerza la ejecución de las tareas ignorando el momento en que debe ejecutarse.

-n Ejecuta anacron de forma inmediata, ignorando el tiempo de espera indicado en /etc/anacrontab.

===Referencias===

http://es.wikipedia.org/wiki/Cron_%28Unix%29

Páginas man: cron, crontab, at, nohup, anacron, anacrontab.