CURE - Informática - Contribuciones del usuario [es]

Redes y sistemas del CURE Rocha - Proyecto de taller 2011

2011-06-20T14:58:03Z

164.73.234.126: /* Arquitectura de redes y sistemas */

El proyecto del primer grupo del taller de Administración de Redes y Servicios de comunicación (marzo - junio 2011) consistirá en diseñar, desarrollar e iniciar la implementación de la red y los sistemas del CURE en Rocha.

Expresión de requerimientos es necesario identificar y atender las necesidades de todos los usuarios del CURE en Rocha:

* Administrativos,
* Docentes,
* Alumnos.

Sin duda hay muchas cosas que se pueden pensar y proponer, pero también es útil elaborar un cuestionario y entrevistar a algunas personas clave.

==Diseño de servicios==
Se plantea diseñar los siguientes servicios :

* Conexión a internet a través de la RAU (Red Académica Uruguaya), con acceso completo a todos los servicios útiles, y protección de la red local.
* Una base de datos centralizada de usuarios con acceso a carpetas compartidas desde la red del CURE.
* Un sitio donde publicar en internet (wiki).

==Arquitectura de redes y sistemas==

[[Archivo:Diagrama.png|381px]]

Con esta arquitectura pretendemos cubrir las necesidades de los usuarios en el CURE. Intentamos que Administrativos, Docentes y Estudiantes tengan espacios '''separados''' en la red y que las tareas realizadas en el laboratorio no interfieran con el funcionamiento normal de la sede.

===Equipo de administración===

Los estudiantes de la carrera de Tecnólogo en Telecomunicaciones estarán implicados en el diseño y la administración de la red y los servicios locales.

===Instalación de los servidores===

* [[Paloma:_servidor_internet|Paloma: servidor internet]]
* [[Polonio:_servidor_intranet|Polonio: servidor intranet]]
* [[Pedrera: servidor de testin]]

==Documento de proyecto==

[[Propuesta inicial de documento de proyecto]]

[[Segunda propuesta de documento de proyecto]]

==Configuración de servicios en servidores==

===En Paloma===

'''LAMP'''
* [[Apache2]]
* [[PHP]]
* [[MySQL]]

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

* [[DocuWiki]]
* [[MediaWiki]]
* [[Tikiwiki]]

====Red & Router====

* [[Openwrt]]
* [[WiFi]]: ¡El pwd para la conexión inalambrica puedes encontrarlo en las carteleras del CURE!
* [[DHCP]]
* [[firewall]]

====DNS====

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

====Gestión de usuarios====

* Seguir explorando slapd / [[GOsa]] : Víctor, Daniel
* Solución "de respaldo" (si el GOsa no anda): Zentyal en Polonio :Pablo
[[Instalación y configuración OpenLDAP]]

[[Instalación y configuración Zentyal]]

===Apache MySQL PHP===

[[LAMP]]

===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]]

Redes y sistemas del CURE Rocha - Proyecto de taller 2011

2011-06-20T14:56:32Z

164.73.234.126: /* Instalación de los servidores */

El proyecto del primer grupo del taller de Administración de Redes y Servicios de comunicación (marzo - junio 2011) consistirá en diseñar, desarrollar e iniciar la implementación de la red y los sistemas del CURE en Rocha.

Expresión de requerimientos es necesario identificar y atender las necesidades de todos los usuarios del CURE en Rocha:

* Administrativos,
* Docentes,
* Alumnos.

Sin duda hay muchas cosas que se pueden pensar y proponer, pero también es útil elaborar un cuestionario y entrevistar a algunas personas clave.

==Diseño de servicios==
Se plantea diseñar los siguientes servicios :

* Conexión a internet a través de la RAU (Red Académica Uruguaya), con acceso completo a todos los servicios útiles, y protección de la red local.
* Una base de datos centralizada de usuarios con acceso a carpetas compartidas desde la red del CURE.
* Un sitio donde publicar en internet (wiki).

==Arquitectura de redes y sistemas==

[[Archivo:Diagrama.png|381px]]

Con esta arquitectura pretendemos cubrir las necesidades de los usuarios en el CURE. Intentamos que Administrativos, Docentes y Estudiantes tengan espacios distintos en la red y que las tareas realizadas en el laboratorio no interfieran con el funcionamiento normal de la sede.

===Equipo de administración===

Los estudiantes de la carrera de Tecnólogo en Telecomunicaciones estarán implicados en el diseño y la administración de la red y los servicios locales.

===Instalación de los servidores===

* [[Paloma:_servidor_internet|Paloma: servidor internet]]
* [[Polonio:_servidor_intranet|Polonio: servidor intranet]]
* [[Pedrera: servidor de testin]]

==Documento de proyecto==

[[Propuesta inicial de documento de proyecto]]

[[Segunda propuesta de documento de proyecto]]

==Configuración de servicios en servidores==

===En Paloma===

'''LAMP'''
* [[Apache2]]
* [[PHP]]
* [[MySQL]]

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

* [[DocuWiki]]
* [[MediaWiki]]
* [[Tikiwiki]]

====Red & Router====

* [[Openwrt]]
* [[WiFi]]: ¡El pwd para la conexión inalambrica puedes encontrarlo en las carteleras del CURE!
* [[DHCP]]
* [[firewall]]

====DNS====

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

====Gestión de usuarios====

* Seguir explorando slapd / [[GOsa]] : Víctor, Daniel
* Solución "de respaldo" (si el GOsa no anda): Zentyal en Polonio :Pablo
[[Instalación y configuración OpenLDAP]]

[[Instalación y configuración Zentyal]]

===Apache MySQL PHP===

[[LAMP]]

===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]]

Redes y sistemas del CURE Rocha - Proyecto de taller 2011

2011-06-20T14:55:50Z

164.73.234.126: /* Instalación de los servidores */

El proyecto del primer grupo del taller de Administración de Redes y Servicios de comunicación (marzo - junio 2011) consistirá en diseñar, desarrollar e iniciar la implementación de la red y los sistemas del CURE en Rocha.

Expresión de requerimientos es necesario identificar y atender las necesidades de todos los usuarios del CURE en Rocha:

* Administrativos,
* Docentes,
* Alumnos.

Sin duda hay muchas cosas que se pueden pensar y proponer, pero también es útil elaborar un cuestionario y entrevistar a algunas personas clave.

==Diseño de servicios==
Se plantea diseñar los siguientes servicios :

* Conexión a internet a través de la RAU (Red Académica Uruguaya), con acceso completo a todos los servicios útiles, y protección de la red local.
* Una base de datos centralizada de usuarios con acceso a carpetas compartidas desde la red del CURE.
* Un sitio donde publicar en internet (wiki).

==Arquitectura de redes y sistemas==

[[Archivo:Diagrama.png|381px]]

Con esta arquitectura pretendemos cubrir las necesidades de los usuarios en el CURE. Intentamos que Administrativos, Docentes y Estudiantes tengan espacios distintos en la red y que las tareas realizadas en el laboratorio no interfieran con el funcionamiento normal de la sede.

===Equipo de administración===

Los estudiantes de la carrera de Tecnólogo en Telecomunicaciones estarán implicados en el diseño y la administración de la red y los servicios locales.

===Instalación de los servidores===

* [[Paloma:_servidor_internet|Paloma: servidor internet]]
* [[Polonio:_servidor_intranet|Polonio: servidor intranet]]
* [[Pedrera: servidor de testin]]g

==Documento de proyecto==

[[Propuesta inicial de documento de proyecto]]

[[Segunda propuesta de documento de proyecto]]

==Configuración de servicios en servidores==

===En Paloma===

'''LAMP'''
* [[Apache2]]
* [[PHP]]
* [[MySQL]]

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

* [[DocuWiki]]
* [[MediaWiki]]
* [[Tikiwiki]]

====Red & Router====

* [[Openwrt]]
* [[WiFi]]: ¡El pwd para la conexión inalambrica puedes encontrarlo en las carteleras del CURE!
* [[DHCP]]
* [[firewall]]

====DNS====

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

====Gestión de usuarios====

* Seguir explorando slapd / [[GOsa]] : Víctor, Daniel
* Solución "de respaldo" (si el GOsa no anda): Zentyal en Polonio :Pablo
[[Instalación y configuración OpenLDAP]]

[[Instalación y configuración Zentyal]]

===Apache MySQL PHP===

[[LAMP]]

===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]]

Instalación y configuración Zentyal

2011-06-18T21:43:41Z

164.73.234.126:

== Instalación ==

=== Servidor Zentyal ===

Zentyal se puede instalar de 2 maneras:
* Imagen pre-instalada (incluye el SO)
* desde repositorios
En esta documentación solo hablaremos sobre la instalación desde repositorios.

Para hacerlo hay que agregar a /etc/etc/apt/sources.list el repositorio:
deb http://ppa.launchpad.net/zentyal/2.0-contrib/ubuntu lucid main

Instalamos la firma:
$ apt-key adv --keyserver keyserver.ubuntu.com --recv-keys 10E239FF

Luego de esto actualizamos la base de datos de paquetes:
$ apt-get update

ahora si podemos instalar Zentyal:
$ apt-get install zentyal

El puerto de escucha lo dejamos por defecto.

Luego de instalado, ingresamos a través de nuestro navegador web a la siguiente dirección:
https://<ip servidor Zentyal>

Ingresamos con nuestro usuario y contraseña del sistema.

La primera vez nos entra en un wizard para agregar las utilidades deseadas, de esta manera él instala un paquete para brindar ciertos servicios.
Arriba nos da la opción de "View advanced mode", entramos ahí y nos muestra la lista completa de paquetes a instalar.

Para nuestro servidor de archivos y usuarios necesitamos solo lo siguiente:
* File Sharing
* Printer Shaping
* Users and Groups

Le damos Install, nos muestra la lista de paquetes a instalar (ya agrega solo las dependencias) y luego seleccionamos OK.
Esperamos que descargue e instale.

Cuando termina nos pregunta sobre las interfaces de red, cuales son internas y cuales son externas, en nuestro caso solo tenemos interna. Nos va a pedir que le configuremos su interfaz de der, así que la ponemos en static y le agregamos los datos correspondientes.
Ejemplo polonio:
Method: Static
IP address: 10.5.1.254
Netmask: 255.255.255.0
Gateway: 10.5.1.1
Domain Name Server 1: 10.5.1.1

Seleccionamos el servidor en estado: Standalone Server

Y salvamos los cambios.

Aclaración: Cuando se instalan estos servicios, también se instala un servicio de red. Este servicio de red maneja la configuración de la tarjeta de red modificando el archivo /etc/network/interfaces, si editamos este archivo cuando reiniciemos el equipo Zentyal volverá a cambiar la configuración de red por la que tenga guardada. Además los servicios que estén escuchando, manejados por Zentyal, siguen con la configuración de Zentyal y no con la configuración del archivo /etc/network/interfaces.

=== Cliente Zentyal en Ubuntu ===

Agregar el repositorio:
* para 10.04:
deb http://ppa.launchpad.net/zentyal/desktop/ubuntu lucid main
* para 10.10:
deb http://ppa.launchpad.net/zentyal/desktop/ubuntu maverick main

en:
/etc/apt/source.list.d/
en un archivos llamado por ejemplo: zentyal.sources.list

Instalamos la firma:
$ apt-key adv --keyserver keyserver.ubuntu.com --recv-keys 10E239FF

Actualizar e instalamos mediante:
$ apt-get update && apt-get install zentyal-desktop

Durante la instalación, nos va a preguntar sobre LDAP, ignoramos lo que nos pregunte y solo le ponemos la ip del servidor Zentyal:
10.5.1.254
y que no hay un servidor esclavo.

Reiniciamos la máquina para que los cambios surgan efecto.

== Ingresar Usuarios y Grupos en Zentyal==

=== Grupos ===
Creamos los usuarios en: Office-> Usuarios y Grupos-> Grupos
Nos pedirá el nombre del grupo y un comentario sobre el mismo. Si entramos a "Editar" ahí podremos agregar usuarios a dicho grupo y compartir una carpeta para todos los usuarios del mismo.
Para acceder a esta carpeta se puede hacer a través de la siguiente dirección
smb://polonio/<nombre_carpeta>

=== Usuarios ===
Antes de crear los usuarios, hay que especificar cual será el shell por defecto. Esto se hace desde Office-> Usuarios y Grupos-> Opciones de configuración de LDAP -> Shell por defecto, seleccionamos bash (Este cambio se aplicará únicamente a los usuarios creados a partir de ahora).

Creamos los usuarios en: Office-> Usuarios y Grupos-> Usuarios
Por defecto se creará una carpeta en /home para nuestro usuario. Para acceder a la carpeta de este usuario lo hacemos a traves de la siguiente ruta:
smb://polonio/<nombre_usuario>

Para establecer parametros de seguridad de validación de los usuarios, en la sección Office -> Compartir ficheros -> PDC y dejamos la configuración como se muestra en la siguiente figura

[[Archivo:PDC.png]]

== Configuración ==

=== Cambio de idioma y habilitar servicios ===
En Core-> System-> General tenemos la opción de cambiar el lenguaje, agregar usuarios, cambiar el puerto de escucha de Zentyal y el nombre del propio servidor.

Ahora chequeamos que los servicios instalados estén habilitados, esto se hace en Core-> Estado del módulo

=== Carpetas remotas ===

Crear los grupos a los que pertenecerán los usuarios en : Office-> Usuarios y Grupos-> Grupos
Podemos agregar carpetas compartidas para todos los integrantes del grupo, esta carpeta se va a crear en /home/samba/groups/
Para acceder a estas carpetas de forma remota, se puede llegar a través de la siguiente ruta:
smb://polonio/<nombre_carpeta>

Para poder acceder a estos espacios compartidos, deberemos ingresar los siguientes datos:
nombre de usuario: <nombre_usuario>
grupo de trabajo: CURE-ROCHA
contraseña: <contraseña>

Las terminales deberán tener instalado samba, y este debe de tener el valor:CURE-ROCHA en workgroup (/etc/samba/smb.conf).

La configuración de las carpetas compartidas se puede ver en: /etc/samba/smb.conf

=== Carpetas compartidas ===

Para crear carpetas compartidas vamos: Office-> Compartir Ficheros-> Directorios Compartidos
Ahí podremos agregar un nuevo directorio o editar uno ya hecho. Para agregar uno nuevo damos en "Añade nuevo", luego damos el nombre del nuevo recurso compartido, en "Ruta del recurso compartido", si seleccionamos "Directorio bajo Zentyal" esto creará la carpeta en /home/samba/shares/ solo hay que agregar el nombre de la carpeta. Si queremos que se tenga acceso sin autenticación marcamo la opción "Acceso de invitado".
Luego de de crearla hay que darle los permisos, esto se hace desde "Control de acceso", luego en "Action" lo editamos, nos da la opción de compartirlo para un usuario en particular o para un grupo de usuarios, con permiso de solo lectura (Read only) o de lectura y escritura (Read and write).

== Modo de uso ==

=== Autenticación local con carpeta personal en servidor Zentyal ===

De esta manera, la autenticación del usuario se hace de forma local y no contra el servidor Zentyal, pero se puede acceder a la carpeta personal guardada en el servidor Zentyal. Para acceder a ella se puede hacer de dos formas.
Una forma sería ingresar en el navegador de archivos la dirección de la carpeta (Ctrl + L), ejemplo:
smb://polonio/<nombre_usuario>
Nos solicitará:
Usuario: <nombre_usuario>
Dominio: CURE-ROCHA
Contraseña: <nuestra_contraseña>

De esta forma ya accedemos a nuestra carpeta personal.

Podemos acceder también a carpetas compartidos para un grupo de usuarios. Esto se puede hacer de dos formas:
* a través del navegador de archivos ir a Red-> Red de Windows-> CURE-ROCHA-> POLONIO-> <nombre_carpeta_compartida>
* o ingresar en el navegador de archivos la dirección de la carpeta (Ctrl + L), ejemplo:
smb://polonio/<nombre_carpeta_compartida>

=== Autenticación mediante Zentyal LDAP ===

Requiere tener instalado Zentyal-Desktop. Hay tres formas de uso:
* Autenticación mediante Zentyal LDAP: la base de datos de usuario está guardada únicamente en el servidor Zentyal y si se tiene una cuenta en él se podrá logear desde cualquier máquina en la red.
* Auto-configuración en la máquina cliente por los servicios provisto desde Zentyal (mail, samba, Jabber, VoIP, ...): la primera vez que se logea en la máquina esta crea el directorio home con la pre-configuración apropiada.
* Perfiles itinerantes (Roaming profiles): los datos en el directorio home son sincronizados desde el servidor para poder trabajar con sus archivos desde cualquier máquina de la red, mantiene una copia local te los mismos.

Las que se implementaron son las dos primeras.

== Configuración de Jabber ==

Para configurar la cuenta de chat ingresamos como administrador a la página de Zentyal y vamos a: Core -> Gestión de software -> Componentes Zentyal y en este menú seleccionamos el componente Jabber e instalamos.

Luego de instalado, en el menú a la izquierda, aparecerá en la sección de "Communications" una entrada para Jabber donde se podrá setear los parámetros de configuración.

[[Archivo:jabber.png|center]]

Para activar usuarios vamos a -> Office -> Usuarios y Grupos -> Usuarios. Aquí editamos el usuario que queremos activar, en la sección de cuentas de Jabber activamos esto y le damos privilegios de administración. Presionamos en cambiar y guardamos los cambios.

[[Archivo:usuario.png|center]]

'''Nota''': La activación de los usuarios puede demorar unos minutos.

'''Nota''': Esto configura una cuenta jabber, debe configurarse un cliente de mensajería instantánea, ej. Empathy.

== Verificación ==

1- La máquina instalada mostrando ventana de login, acceso a la máquina con el usuario no privilegiado asignado para verificación:
* Seleccionar "Otro...", introducir el nombre del usuario no privilegiado asignado e introducir la contraseña
* Debe ingresar al escritorio del usuario.

2- Acceso a carpeta compartida en el escritorio:
* abrir archivo en el escritorio con el mismo nombre que el usuario que se logeó
[[Archivo:login-icono.png]]
* aparece una ventana pidiendo el grupo de trabajo y la contraseña
[[Archivo:login-1.png]]
* debe mostrar el grupo de trabajo: CURE-ROCHA
* introducir la contraseña del usuario con el que se logeó
* debe montar y mostar la carpeta personal en el servidor Zentyal

3- Acceso a carpeta compartida directamente
* a través de un navegador de archivos ingresar al siguiente ruta (crtl + L):
smb://polonio/<usuario>
* aparece una ventana pidiendo el nombre del usuario, grupo de trabajo y la contraseña
[[Archivo:login-2.png]]
* introducir el nombre de usuario de el servidor Zentyal
* debe mostrar el grupo de trabajo: CURE-ROCHA
* introducir la contraseña del usuario de el servidor Zentyal
* debe montar y mostar la carpeta personal en el servidor Zentyal

== Referencias ==

http://doc.zentyal.org/es/

GOsa

2011-06-18T21:40:46Z

164.73.234.126:

== Introducción ==

Esta página cuenta y quiere dejar huella de la experiencia que no pudimos completar en el taller por falta de tiempo, pero creemos es un buen "frontend" para tal vez impelementar en próximas ediciones del [[Tecnólogo en Telecomunicaciones/adminredes|Taller de Administración de Redes y Servicios]] como plataforma para una gestión completa de la red del CURE.

== Requisitos Previos ==

Para instalar GOsa es necesario instalar lo siguiente:

* [[Apache2|Apache]]
* [[PHP]]
* [[MySQL]]
* [[Instalación y configuración OpenLDAP|LDAP]]

'''Nota''': Para instalar LDAP, recomiendo leer las siguientes referencias:
* [https://oss.gonicus.de/labs/gosa/wiki/InstallingLdap InstallingLdap GOsa]
* [https://help.ubuntu.com/10.04/serverguide/C/openldap-server.html OpenLDAP Server]
* [[Instalación y configuración OpenLDAP|LDAP]]

== Instalación GOsa ==

Para instalar GOsa lo primero es agregar la fuente a los repositorios, para esto creamos el archivo /etc/apt/source.list.d/gosa.source.list con la siguiente linea:

deb <nowiki>http://oss.gonicus.de/pub/gosa/debian-etch/</nowiki> ./

Luego, desde '''aptitude''' instalamos los paquetes necesarios. Este punto es lo que habría que exporar un poco más, por falta de tiempo instalé todos los paquetes de GOsa y sus plugins, pero habría que detenerse y revisar cuales nos son de utilidad...

'''Nota''': Nosotros instalamos en Ubuntu 10.04 LTS y se precisa una versión de GOsa superior a la 2.5, la debian squeeze no anduvo pero la etch si. Leer: [https://oss.gonicus.de/labs/gosa/wiki/InstallingGOsa Installing GOsa]

== Configuración GOsa ==

Luego de instalados los paquetes, ingresamos vía web a <nowiki>https://servidor/GOsa</nowiki> y se inicia el setup.

=== Paso 1: Bienvenida Setup ===

[[Archivo: GOsaSetup.png|800px]]

En este paso debemos ejecutar el comando que nos muestra en la página.

=== Paso 2: Lenguaje ===

[[Archivo: lenguaje.png|800px]]

Elegir el idioma deseado.

=== Paso 3: Comprobación de la instalación ===

[[Archivo: comprobacion.png|800px]]

Chequeamos que esté todo bien y seguimos, de lo contrario hacer los cambios pertinentes.

=== Paso 4: Licencia ===

[[Archivo: licencia.png|800px]]

Leemos detenidamente todo el documento y seguimos...

=== Paso 6: Conectividad LDAP ===

[[Archivo: conectividadLDAP.png|800px]]

En este paso hay que escribir la configuración de LDAP. Por más información: [[Instalación y configuración de OpenLDAP]]

=== Paso 7: Comprobación de Esquemas ===

[[Archivo: comprobacionschema.png|800px]]

Este paso puede dar errores porque hay que tener el LDAP funcionando bien, por más información de cómo agregar los schemas para GOsa aquí.

=== Paso 8: Configuración GOsa 1/3 ===

En los siguientes tres pasos, seleccionar las caracteristicas de GOsa deseadas.

[[Archivo: configgosa1.png|800px]]

=== Paso 9: Configuración GOsa 2/3 ===

[[Archivo: configgosa2.png|800px]]

=== Paso 10: Configuración GOsa 3/3 ===

[[Archivo: configgosa3.png|800px]]

=== Paso 11: Inspección LDAP ===

[[Archivo: inspeccionLDAP.png|800px]]

Aquí la aplicación web nos da la posibilidad de, en caso de error, corregirlo y crear la cuenta de administrador de GOsa. Corregir los errores sí los hay y continuar.

=== Paso 12: Avisos y sugerencias ===

Esta es una parte opcional.

[[Archivo: instysug.png|800px]]

=== Paso 13: Terminar la instalación ===

[[Archivo: terminarinstalacion.png|800px]]

En este paso hay que descrgar el archivo y luego copiarlo en el directorio de GOsa y derle los siguientes permisos:

$ chown root:www-data /etc/gosa/gosa.conf
$ chmod 640 /etc/gosa/gosa.conf

== Pantalla de login ==

[[Archivo: gosalogin.png|800px]]

Ingresar con el usuario administrador de GOsa.

== Pantalla de bienvenida GOsa ==

[[Archivo: bienvenidagosa.png|800px]]

Hasta aquí llegó la exploración de GOsa que por falta de tiempo no lo pudimos implementar en los servidores del CURE.

[[Instalación y configuración Zentyal|Opción actualmente en producción en el CURE]]

== Referencias ==

https://oss.gonicus.de/labs/gosa/wiki/documentation

Firewall

2011-06-18T21:33:14Z

164.73.234.126:

== Firewalls a implementar ==

Tendremos 3 firewalls en la red:
* Garzón
* Paloma
* Polonio

=== Garzón ===

En garzón implementamos las siguientes zonas:
* internet: wan
* laboratorio: lan1
* inalámbrica: wlan
* dmz interna: dmz
* secretaría: lan2
* públicas: lan3

Ninguna zona puede enviar tráfico a las demás zonas, salvo casos particulares que veremos más adelante.
Se implementa un nat saliente para la zona wan.

==== Reglas avanzadas: ====

===== Reglas para acceder desde la lan1 (Laboratorio) a polonio =====

Regas para acceder desde la a lan1 a la web de administración de Zentyal (Zentyal-lan1-web):
* Origen: lan1
* Destino: dmz
* Protocolo: TCP
* Dirección de destino: 10.5.2.2
* Puerto de destino: 443
* Acción: ACCEPT

Regas para autenticación de usuarios en Zentyal (Zentyal-lan1-389):
* Origen: lan1
* Destino: dmz
* Protocolo: TCP+UDP
* Dirección de destino: 10.5.2.2
* Puerto de destino: 389
* Acción: ACCEPT

Regas para acceder a carpetas compartidas (Zentyal-lan1-445):
* Origen: lan1
* Destino: dmz
* Protocolo: TCP+UDP
* Dirección de destino: 10.5.2.2
* Puerto de destino: 445
* Acción: ACCEPT

Regas para acceder a cambiar contraseña (Zentyal-lan1-8888):
* Origen: lan1
* Destino: dmz
* Protocolo: TCP
* Dirección de destino: 10.5.2.2
* Puerto de destino: 8888
* Acción: ACCEPT

Regas para acceder por ssh a Polonio (Zentyal-lan1-ssh):
* Origen: lan1
* Destino: dmz
* Protocolo: TCP
* Dirección de destino: 10.5.2.2
* Puerto de destino: 22
* Acción: ACCEPT

Regas para obtener información de DNS en Plonio (Zentyal-lan1-DNS):
* Origen: lan1
* Destino: dmz
* Protocolo: UDP
* Dirección de destino: 10.5.2.2
* Puerto de destino: 53
* Acción: ACCEPT

===== Reglas para acceder desde la DMZ Externa a la DMZ Interna (Polonio) =====

Regas (DMZ externa a DMZ interna):
* Origen: wan
* Destino: dmz
* Dirección de origen: 164.73.234.0/25
* Dirección de destino: 0.0.0.0/0
* Acción: ACCEPT

===== Reglas para acceder desde la lan2 (Secretaría) a polonio =====

Regas para acceder desde la a lan2 a la web de administración de Zentyal (Zentyal-lan2-web):
* Origen: lan2
* Destino: dmz
* Protocolo: TCP
* Dirección de destino: 10.5.2.2
* Puerto de destino: 443
* Acción: ACCEPT

Regas para autenticación de usuarios en Zentyal (Zentyal-lan2-389):
* Origen: lan2
* Destino: dmz
* Protocolo: TCP+UDP
* Dirección de destino: 10.5.2.2
* Puerto de destino: 389
* Acción: ACCEPT

Regas para acceder a carpetas compartidas (Zentyal-lan2-445):
* Origen: lan2
* Destino: dmz
* Protocolo: TCP+UDP
* Dirección de destino: 10.5.2.2
* Puerto de destino: 445
* Acción: ACCEPT

Regas para acceder a cambiar contraseña (Zentyal-lan2-8888):
* Origen: lan2
* Destino: dmz
* Protocolo: TCP
* Dirección de destino: 10.5.2.2
* Puerto de destino: 8888
* Acción: ACCEPT

Regas para acceder por ssh a Polonio (Zentyal-lan2-ssh):
* Origen: lan2
* Destino: dmz
* Protocolo: TCP
* Dirección de destino: 10.5.2.2
* Puerto de destino: 22
* Acción: ACCEPT

Regas para obtener información de DNS en Plonio (Zentyal-lan2-DNS):
* Origen: lan2
* Destino: dmz
* Protocolo: UDP
* Dirección de destino: 10.5.2.2
* Puerto de destino: 53
* Acción: ACCEPT

===== Reglas para acceder desde la lan3 (Docentes y públicas) a polonio =====

Regas para autenticación de usuarios en Zentyal (Zentyal-lan3-389):
* Origen: lan3
* Destino: dmz
* Protocolo: TCP+UDP
* Dirección de destino: 10.5.2.2
* Puerto de destino: 389
* Acción: ACCEPT

Regas para acceder a carpetas compartidas (Zentyal-lan3-445):
* Origen: lan3
* Destino: dmz
* Protocolo: TCP+UDP
* Dirección de destino: 10.5.2.2
* Puerto de destino: 445
* Acción: ACCEPT

Regas para acceder a cambiar contraseña (Zentyal-lan3-8888):
* Origen: lan3
* Destino: dmz
* Protocolo: TCP
* Dirección de destino: 10.5.2.2
* Puerto de destino: 8888
* Acción: ACCEPT

Regas para obtener información de DNS en Plonio (Zentyal-lan3-DNS):
* Origen: lan3
* Destino: dmz
* Protocolo: UDP
* Dirección de destino: 10.5.2.2
* Puerto de destino: 53
* Acción: ACCEPT

===== Reglas para acceder desde la wlan (Wi-Fi) a las carpetas compartidas en Polonio =====

Regas para acceder por ssh a Polonio (Zentyal-lan2-ssh):
* Origen: lan2
* Destino: dmz
* Protocolo: TCP
* Dirección de destino: 10.5.2.2
* Puerto de destino: 445
* Acción: ACCEPT

Regas para acceder por ssh a Polonio (Zentyal-lan2-ssh):
* Origen: lan2
* Destino: dmz
* Protocolo: TCP
* Dirección de destino: 10.5.2.2
* Puerto de destino: 389
* Acción: ACCEPT

Regas para acceder a cambiar contraseña (Zentyal-wlan-8888):
* Origen: wlan
* Destino: dmz
* Protocolo: TCP
* Dirección de destino: 10.5.2.2
* Puerto de destino: 8888
* Acción: ACCEPT

=== Paloma ===

Se utilizó la aplicación Firewall Builder para contruir las reglas de iptables, que luego fue exportada al servidor Paloma.
Por mas información sobre Firewall Builder ir al siguiente [http://www.fwbuilder.org/4.0/docs/users_guide/ link].

Las reglas que se permitirán entrantes serán:
* http
* https
* ssh
* ICMP
* DNS

Las reglas salientes que se permitirán serán:
* ssh
* ICMP
* http
* https
* DNS
* smtp
* NTP

Se adjunta captura de las reglas aplicadas:

[[Archivo:paloma-firewall.png]]

=== Polonio ===

Se utilizó la aplicación Firewall Builder para contruir las reglas de iptables, que luego fue exportada al servidor Polonio.
Por mas información sobre Firewall Builder ir al siguiente [http://www.fwbuilder.org/4.0/docs/users_guide/ link].

Las reglas que se permitirán entrantes serán:
* http
* https
* https-8888
* ssh
* ICMP
* DNS
* LDAP UDP
* LDAP TCP
* microsoft-ds UDP
* microsoft-ds TCP
* NTP

Las reglas salientes que se permitirán serán:
* ssh
* ICMP
* http
* https
* DNS
* smtp
* NTP

Se adjunta captura de las reglas aplicadas:

[[Archivo:polonio-firewall.png]]

== Archivos de configuración ==
Se guardará una copia de seguridad, de las configuracines en /root de Paloma

== Referencias ==

http://www.fwbuilder.org/4.0/docs/users_guide/

http://wiki.openwrt.org/doc/uci/firewall

Segunda propuesta de documento de proyecto

2011-06-18T19:10:30Z

164.73.234.126:

estamos modificando todos los archivos
juan, victor, pablo
[[Archivo: proyecto.doc]]

[[Archivo: apendice A.doc]]

[[Archivo: apendice B.doc]]

[[Archivo: apendice C.doc]]

DNS Resolvedor en polonio

2011-06-17T21:32:45Z

164.73.234.126:

== Instalación de un servidor DNS Resolvedor en polonio: ==

===Conceptos===

El DNS es un servicio repartido que tiene dos objetivos principales:

* Traducir una dirección canónica en una dirección IP, por ejemplo pedrera.taller.curerocha.edu.uy a su IP: 164.73.234.102
* Traducir una dirección IP en una o varias direcciones canónicas, lo que se conoce como traducción inversa.

El "DNS Master" de una zona (por ejemplo taller.curerocha.edu.uy) es el servidor donde se almacena y actualiza la información de los dominios bajo esta zona, y que provee esta información a otros servidores en la red.

Además de un DNS Master es necesario crear un servidor secundario (esclavo), que proporcionará robustez y fiabilidad. Un servidor esclavo es simplemente un servidor de nombres que replica los ficheros de las zonas de un maestro.

Para que un servidor sea DNS Master de una zona, es necesario que el DNS master de la zona de nivel superior le delegue la gestión de dominios (por ejemplo, curerocha.edu.uy es la zona superior de taller.curerocha.edu.uy)

===Objetivos===

* Crear un DNS master para las zona lan.curerocha.edu.uy (la cual no fue delegada, ya que es solo para consultas internas).
* Resolver las consultas de las redes internas (10.5.1.0/24, 10.5.2.0/24, 10.5.3.0/24, 10.5.4.0/24 y 10.5.5.0/24).

===Instalación===

Necesitamos BIND y algunos utilitarios:

# sudo apt-get install bind9 bind9-doc dnsutils

===Configuración===

Los archivos de configuración del Bind están en /etc/bind/

$ sudo vi /etc/bind/named.conf.options

<pre>
// Archivo de configuración del DNS Resolvedor y master de
// lan.curerocha.edu.uy

options {
//Habilitamos el cache
acache-enable yes;
directory "/var/cache/bind";
// Forwardeamos a los servidores de SeCIU
forwarders {
164.73.128.5;
164.73.128.70;
};

allow-query {any;};
auth-nxdomain no; # conform to RFC1035
listen-on-v6 { any; };

};
</pre>

$ sudo vi/etc/bind/named.conf.local

Editamos este archivo para definir las zonas directas e inversas de nuestro dominio,
y los archivos donde estarán las configuraciones de las mismas.

<pre>
//Definimos nuestra zona de dominio lan.curerocha.edu.uy
//Nuestro dns solo va a contestar por estas zonas a la red local

zone "lan.curerocha.edu.uy"{
type master;
file "/etc/bind/db.lan.curerocha.edu.uy";
allow-query { any;};
};

zone "1.5.10.in-addr.arpa"{
type master;
file "/etc/bind/db.10.5.1";
allow-query { any;};
};

zone "2.5.10.in-addr.arpa"{
type master;
file "/etc/bind/db.10.5.2";
allow-query { any;};
};

zone "4.5.10.in-addr.arpa"{
type master;
file "/etc/bind/db.10.5.4";
allow-query { any;};
};

zone "5.5.10.in-addr.arpa"{
type master;
file "/etc/bind/db.10.5.5";
allow-query { any;};
};

// Consider adding the 1918 zones here, if they are not used in your
// organization
//include "/etc/bind/zones.rfc1918";
</pre>

=== Los archivos de zonas ===

Tipos de registros del DNS:

<pre>
Tipo Nombre Función
Zona SOA Start Of Authority Define una zona representativa del DNS
NS Name Server Identifica los servidores de zona, delega subdominios
Básicos A Dirección IPv4 Traducción de nombre a dirección
AAAA Dirección IPv6 original Actualmente obsoleto
PTR Puntero Traducción de dirección a nombre

$TTL: Indica el tiempo de vida (Time To Live) de la información contenida en el fichero. Es decir, el tiempo máximo de validez, tras el cual deberá refrescarse o actualizarse.

@ IN SOA, el registro SOA (Start Of Authority) es siempre el primer recurso en un fichero de zona. El símbolo "@" equivale a la directiva $ORIGIN Este sería el esqueleto de este registro:

@ IN SOA <primary-name-server> <hostmaster-email> (
<serial-number> ; Se incrementa cuando se modifica el fichero de la zona
<time-to-refresh> ; Tiempo para los servidores secundarios (esclavos) actualicen los registros
<time-to-retry> ; Tiempo para el servidor esclavo antes de solicitar una actualización, si el Master no responde
<time-to-expire> ; Si el master no responde antes de que expire este tiempo, el servidor esclavo deja de actuar como servidor de zona
<minimum-TTL> ) ; Time to live negativo
</pre>

$ sudo vi/etc/bind/db.lan.curerocha.edu.uy

<pre>
;
; Archivo BIND de definición de zona lan.curerocha.edu.uy
;
$TTL 360 ; 10M caché positivo
@ IN SOA polonio.lan.curerocha.edu.uy. root.polonio.lan.curerocha.edu.uy. (
2011060903 ; Serial yyyy/mm/dd/id
6H ; Refresh
1D ; Retry
1W ; Expire
10M ) ; Negative Cache TTL
;
@ IN NS polonio.lan.curerocha.edu.uy.
@ IN A 10.5.2.2
polonio IN A 10.5.2.2
Equipo01 IN A 10.5.1.101
Equipo02 IN A 10.5.1.102
Equipo03 IN A 10.5.1.103
Equipo04 IN A 10.5.1.104
Equipo05 IN A 10.5.1.105
Equipo06 IN A 10.5.1.106
Equipo07 IN A 10.5.1.107
Equipo08 IN A 10.5.1.108
Equipo09 IN A 10.5.1.109
Equipo10 IN A 10.5.1.110
Equipo11 IN A 10.5.1.111
Equipo12 IN A 10.5.1.112
Equipo13 IN A 10.5.1.113
Secretaria01 IN A 10.5.4.101
Delegados01 IN A 10.5.5.102
Docentes01 IN A 10.5.5.103
</pre>

$ sudo vi/etc/bind/db.10.5.1

<pre>
;
; Archivo BIND de definición de zona inversa 1.5.10.in-addr.arpa
;
$TTL 86400 ; 1D
@ IN SOA polonio.lan.curerocha.edu.uy. root.polonio.lan.curerocha.edu.uy. (
2011060901 ; Serial yyyy/mm/dd/id
6H ; Refresh
1D ; Retry
1W ; Expire
1D ) ; Negative Cache TTL
;
@ IN NS polonio.lan.curerocha.edu.uy.
@ IN PTR polonio.lan.curerocha.edu.uy.
101 IN PTR Equipo01.lan.curerocha.edu.uy.
102 IN PTR Equipo02.lan.curerocha.edu.uy.
103 IN PTR Equipo03.lan.curerocha.edu.uy.
104 IN PTR Equipo04.lan.curerocha.edu.uy.
105 IN PTR Equipo05.lan.curerocha.edu.uy.
106 IN PTR Equipo06.lan.curerocha.edu.uy.
107 IN PTR Equipo07.lan.curerocha.edu.uy.
108 IN PTR Equipo08.lan.curerocha.edu.uy.
109 IN PTR Equipo09.lan.curerocha.edu.uy.
110 IN PTR Equipo10.lan.curerocha.edu.uy.
111 IN PTR Equipo11.lan.curerocha.edu.uy.
112 IN PTR Equipo12.lan.curerocha.edu.uy.
113 IN PTR Equipo13.lan.curerocha.edu.uy.
</pre>

$ sudo vi/etc/bind/db.10.5.2

<pre>
;
; Archivo BIND de definición de zona inversa 2.5.10.in-addr.arpa
;
$TTL 86400 ; 1D
@ IN SOA polonio.lan.curerocha.edu.uy. root.polonio.lan.curerocha.edu.uy. (
2011060901 ; Serial yyyy/mm/dd/id
6H ; Refresh
1D ; Retry
1W ; Expire
1D ) ; Negative Cache TTL
;
@ IN NS polonio.lan.curerocha.edu.uy.
@ IN PTR polonio.lan.curerocha.edu.uy.
2 IN PTR polonio.
</pre>

$ sudo vi/etc/bind/db.10.5.4

<pre>
;
; Archivo BIND de definición de zona inversa 4.5.10.in-addr.arpa
;
$TTL 86400 ; 1D
@ IN SOA polonio.lan.curerocha.edu.uy. root.polonio.lan.curerocha.edu.uy. (
2011060901 ; Serial yyyy/mm/dd/id
6H ; Refresh
1D ; Retry
1W ; Expire
1D ) ; Negative Cache TTL
;
@ IN NS polonio.lan.curerocha.edu.uy.
@ IN PTR polonio.lan.curerocha.edu.uy.
101 IN PTR Secretaria01.lan.curerocha.edu.uy.
</pre>

$ sudo vi/etc/bind/db.10.5.5

<pre>
;
; Archivo BIND de definición de zona inversa 5.5.10.in-addr.arpa
;
$TTL 86400 ; 1D
@ IN SOA polonio.lan.curerocha.edu.uy. root.polonio.lan.curerocha.edu.uy. (
2011060901 ; Serial yyyy/mm/dd/id
6H ; Refresh
1D ; Retry
1W ; Expire
1D ) ; Negative Cache TTL
;
@ IN NS polonio.lan.curerocha.edu.uy.
@ IN PTR polonio.lan.curerocha.edu.uy.
102 IN PTR Delegados01.lan.curerocha.edu.uy.
103 IN PTR Docentes01.lan.curerocha.edu.uy.
</pre>

Editamos el archivo /etc/reslov.conf

En este archivo se indica el dominio al que pertenece el ordenador (palabra clave search) y la dirección del servidor de nombres (palabra clave nameserver) al que se debe dirigir.
Cuando se intente resolver un nombre que no esté totalmente cualificado se intentará generar un nombre válido añadiendo la entrada de search.

$ sudo vi /etc/resolv.conf

search lan.curerocha.edu.uy
domain lan.curerocha.edu.uy
nameserver 127.0.0.1

== Verificación ==

* Vaciar el cache y reiniciar el servicio

$ sudo rndc flush && /etc/init.d/bind9 restart

Stopping domain name service... bind9 [ OK ]
Starting domain name service... bind9 [ OK ]

* Ademas de decir ok hay que verificar que realmente este funcionando observando el syslog, donde se puede observar como se cargan correctamente todas las zonas

$ sudo tail /var/log/syslog

<pre>
Jun 17 18:26:17 polonio-server named[20250]: zone 0.in-addr.arpa/IN: loaded serial 1
Jun 17 18:26:17 polonio-server named[20250]: zone 1.5.10.in-addr.arpa/IN: loaded serial 2011060901
Jun 17 18:26:17 polonio-server named[20250]: zone 2.5.10.in-addr.arpa/IN: loaded serial 2011060901
Jun 17 18:26:17 polonio-server named[20250]: zone 4.5.10.in-addr.arpa/IN: loaded serial 2011060901
Jun 17 18:26:17 polonio-server named[20250]: zone 5.5.10.in-addr.arpa/IN: loaded serial 2011060901
Jun 17 18:26:17 polonio-server named[20250]: zone 127.in-addr.arpa/IN: loaded serial 1
Jun 17 18:26:17 polonio-server named[20250]: zone 255.in-addr.arpa/IN: loaded serial 1
Jun 17 18:26:17 polonio-server named[20250]: zone localhost/IN: loaded serial 2
Jun 17 18:26:17 polonio-server named[20250]: zone lan.curerocha.edu.uy/IN: loaded serial 2011060903
Jun 17 18:26:17 polonio-server named[20250]: running
</pre>

* Comando host

$ host -a lan.curerocha.edu.uy

<pre>
Trying "lan.curerocha.edu.uy"
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 65008
;; flags: qr aa rd ra; QUERY: 1, ANSWER: 3, AUTHORITY: 0, ADDITIONAL: 1

;; QUESTION SECTION:
;lan.curerocha.edu.uy. IN ANY

;; ANSWER SECTION:
lan.curerocha.edu.uy. 360 IN SOA polonio.lan.curerocha.edu.uy. root.polonio.lan.curerocha.edu.uy. 2011060903 21600 86400 604800 600
lan.curerocha.edu.uy. 360 IN NS polonio.lan.curerocha.edu.uy.
lan.curerocha.edu.uy. 360 IN A 10.5.2.2

;; ADDITIONAL SECTION:
polonio.lan.curerocha.edu.uy. 360 IN A 10.5.2.2

Received 133 bytes from 10.5.2.2#53 in 1 ms
</pre>

$ host polonio
polonio.lan.curerocha.edu.uy has address 10.5.2.2

$ host Equipo01
Equipo01.lan.curerocha.edu.uy has address 10.5.1.101

$ host 10.5.1.101
101.1.5.10.in-addr.arpa domain name pointer Equipo01.lan.curerocha.edu.uy.

== Referencias: ==

* [http://linuxsilo.net/articles/bind.html http://linuxsilo.net/articles/bind.html]

* [http://www.javcasta.com/2011/05/09/ubuntu-servidor-dns-cache-para-una-red-local-lan-stub-con-bind9/ http://www.javcasta.com/2011/05/09/ubuntu-servidor-dns-cache-para-una-red-local-lan-stub-con-bind9/]

* [http://web.mit.edu/rhel-doc/4/RH-DOCS/rhel-rg-es-4/s1-bind-zone.html http://web.mit.edu/rhel-doc/4/RH-DOCS/rhel-rg-es-4/s1-bind-zone.html]

DNS Master en paloma

2011-06-17T21:24:45Z

164.73.234.126: /* Verificación */

== Instalación de un servisor DNS Master en paloma: ==

===Conceptos===

El DNS es un servicio repartido que tiene dos objetivos principales:

* Traducir una dirección canónica en una dirección IP, por ejemplo pedrera.taller.curerocha.edu.uy a su IP: 164.73.234.102
* Traducir una dirección IP en una o varias direcciones canónicas, lo que se conoce como traducción inversa.

El "DNS Master" de una zona (por ejemplo taller.curerocha.edu.uy) es el servidor donde se almacena y actualiza la información de los dominios bajo esta zona, y que provee esta información a otros servidores en la red.

Además de un DNS Master es necesario crear un servidor secundario (esclavo), que proporcionará robustez y fiabilidad. Un servidor esclavo es simplemente un servidor de nombres que replica los ficheros de las zonas de un maestro.

Para que un servidor sea DNS Master de una zona, es necesario que el DNS master de la zona de nivel superior le delegue la gestión de dominios (por ejemplo, curerocha.edu.uy es la zona superior de taller.curerocha.edu.uy)

===Objetivos===

Crear un DNS master para las zonas que nos han sido delegadas:
* taller.csic.edu.uy (que nos fue delegada desde CSIC)
* taller.curerocha.edu.uy, que nos fue delegada pos SeCIU, que maneja curerocha.edu.uy

===Instalación===
Necesitamos BIND y algunos utilitarios:

# sudo apt-get install bind9 bind9-doc dnsutils

===Configuración===

Los archivos de configuracion del Bind están en /etc/bind/

$ sudo vi /etc/bind/named.conf.options

<pre>
// Archivo de configuracion del DNS master de
// taller.curerocha.edu.uy y taller.csic.edu.uy

// acl redesNegadas: define las redes a denegar consultas al servidor DNS
acl redesNegadas {
0.0.0.0/8; 1.0.0.0/8;
172.16.0.0/12;
10.0.0.0/8;
192.168.0.0/16;
169.254.0.0/16;
};

options {
//desactivamos la cache
acache-enable no;
directory "/var/cache/bind";

//No es necesario forwardear
//forwarders {
// 164.73.128.5;
// 164.73.128.70;
// };

//No permitimos las consultas salvo las de nuestro servidor
allow-query { 127.0.0.1; };
# allow-query { none; };

//No permitimos las recusion
# allow-recursion { none; };
allow-recursion { 127.0.0.1; };

//Incluimos las redes de la acl redesNegadas a la lista negra
blackhole { redesNegadas; };

auth-nxdomain no; # conform to RFC1035
listen-on-v6 { any; };

// If there is a firewall between you and nameservers you want
// to talk to, you may need to fix the firewall to allow multiple
// ports to talk. See http://www.kb.cert.org/vuls/id/800113

// If your ISP provided one or more IP addresses for stable
// nameservers, you probably want to use them as forwarders.
// Uncomment the following block, and insert the addresses replacing
// the all-0's placeholder.

};

</pre>

$ sudo vi/etc/bind/named.conf.local

Editamos este archivo para definir las zonas directas e inversas de nuestro dominio, y los archivos donde estarán las configuraciones de las mismas.

<pre>
//
// Do any local configuration here
//

//Definimos nuestra zona de dominio taller.csic.edu.uy
//Nuestro dns solo va a contestar por esta zona
zone "taller.csic.edu.uy"{
type master;
file "/etc/bind/db.taller.csic.edu.uy";
allow-query { any;};
// permitimos transferencia desde nuestro servidor "DNS slave"
allow-transfer {
164.73.68.10;
};
};

zone "taller.curerocha.edu.uy"{
type master;
file "/etc/bind/db.taller.curerocha.edu.uy";
allow-query { any;};
// permitimos transferencia desde nuestro servidor "DNS slave"
allow-transfer {
164.73.68.10;
};
};

zone "234.73.164.in-addr.arpa"{
type master;
file "/etc/bind/db.164.73.234";
allow-query { any;};
// permitimos transferencia desde nuestro servidor "DNS slave"
allow-transfer {
164.73.68.10;
};
};

//include "/etc/bind/zones.rfc1918";
</pre>

=== Los archivos de zonas ===

Tipos de registros del DNS:

<pre>
Tipo Nombre Función
Zona SOA Start Of Authority Define una zona representativa del DNS
NS Name Server Identifica los servidores de zona, delega subdominios
Básicos A Dirección IPv4 Traducción de nombre a dirección
AAAA Dirección IPv6 original Actualmente obsoleto
PTR Puntero Traducción de dirección a nombre

$TTL: Indica el tiempo de vida (Time To Live) de la información contenida en el fichero. Es decir, el tiempo máximo de validez, tras el cual deberá refrescarse o actualizarse.

@ IN SOA, el registro SOA (Start Of Authority) es siempre el primer recurso en un fichero de zona. El símbolo "@" equivale a la directiva $ORIGIN Este sería el esqueleto de este registro:

@ IN SOA <primary-name-server> <hostmaster-email> (
<serial-number> ; Se incrementa cuando se modifica el fichero de la zona
<time-to-refresh> ; Tiempo para los servidores secundarios (esclavos) actualicen los registros
<time-to-retry> ; Tiempo para el servidor esclavo antes de solicitar una actualización, si el Master no responde
<time-to-expire> ; Si el master no responde antes de que expire este tiempo, el servidor esclavo deja de actuar como servidor de zona
<minimum-TTL> ) ; Time to live negativo
</pre>

$ sudo vi/etc/bind/db.taller.csic.edu.uy

<pre>
;
; Archivo BIND de definición de zona taller.csic.edu.uy
;
$TTL 86400 ; 1D
@ IN SOA paloma.taller.csic.edu.uy. root.paloma.taller.csic.edu.uy. (
2011060903 ; Serial
6H ; Refresh
1D ; Retry
1W ; Expire
10M ) ; Negative Cache TTL
; 1D ) ; Negative Cache TTL
;
; Servidores de nombres y dirección IP de zona
;
@ IN NS paloma.taller.csic.edu.uy.
@ IN NS gould.csic.edu.uy.
@ IN A 164.73.234.104
;
; Nombres canónicos de servidores e interfaces
;
paloma IN A 164.73.234.104
garzon IN A 164.73.234.126
;
; Alias a nombres canónicos, para los servicios
;
base-de-datos IN CNAME paloma
bdd IN CNAME paloma
mediawiki IN CNAME paloma
wiki IN CNAME paloma
tikiwiki IN CNAME paloma
</pre>

$ sudo vi/etc/bind/db.taller.curerocha.edu.uy

<pre>
;
; Archivo BIND de definición de la zona taller.curerocha.edu.uy
;
$ORIGIN taller.curerocha.edu.uy.
$TTL 86400 ; 1D
@ IN SOA paloma.taller.csic.edu.uy. root.paloma.taller.csic.edu.uy. (
2011060909 ; Serial
6H ; Refresh
1D ; Retry
1W ; Expire
10M ) ; Negative Cache TTL
; 1D ) ; Negative Cache TTL
;
; Servidores de nombres y dirección IP de zona
;
@ IN NS paloma.taller.csic.edu.uy.
@ IN NS gould.csic.edu.uy.
@ IN A 164.73.234.104
;
; Nombres canónicos de servidores e interfaces
;
paloma IN A 164.73.234.104
garzon IN A 164.73.234.126
;
; Alias a nombres canónicos, para los servicios
;
base-de-datos IN CNAME paloma
bdd IN CNAME paloma
tikiwiki IN CNAME paloma
wiki IN CNAME paloma
mediawiki IN CNAME paloma
</pre>

$ sudo vi/etc/bind/db.164.73.234

<pre>
;
; Archivo BIND de definición de zona inversa a taller.csic.edu.uy
;
$TTL 86400 ; 1D
@ IN SOA taller.csic.edu.uy. root.taller.csic.edu.uy. (
2011060901 ; Serial
6H ; Refresh
1D ; Retry
1W ; Expire
1D ) ; Negative Cache TTL
;
@ IN NS taller.csic.edu.uy.
@ IN PTR taller.csic.edu.uy.
104 IN PTR paloma.taller.csic.edu.uy.
126 IN PTR garzon.taller.csic.edu.uy.
</pre>

Editamos el archivo /etc/reslov.conf

En este archivo se indica el dominio al que pertenece el ordenador (palabra clave search) y la dirección del servidor de nombres (palabra clave nameserver) al que se debe dirigir.
Cuando se intente resolver un nombre que no esté totalmente cualificado se intentará generar un nombre válido añadiendo la entrada de search.

$ sudo vi /etc/resolv.conf

search taller.csic.edu.uy
domain taller.csic.edu.uy
nameserver 164.73.128.5
nameserver 164.73.128.70

== Verificación ==

* Vaciar el cache y reiniciar el servicio

$ sudo rndc flush && /etc/init.d/bind9 restart

Stopping domain name service... bind9 [ OK ]
Starting domain name service... bind9 [ OK ]

* Ademas de decir ok hay que verificar que realmente este funcionando observando el syslog, donde se puede observar como se cargan correctamente todas las zonas

$ sudo tail /var/log/syslog

<pre>
Jun 17 16:16:31 paloma named[4520]: zone 0.in-addr.arpa/IN: loaded serial 1
Jun 17 16:16:31 paloma named[4520]: zone 127.in-addr.arpa/IN: loaded serial 1
Jun 17 16:16:31 paloma named[4520]: zone 234.73.164.in-addr.arpa/IN: loaded serial 2011060901
Jun 17 16:16:31 paloma named[4520]: zone 255.in-addr.arpa/IN: loaded serial 1
Jun 17 16:16:31 paloma named[4520]: zone localhost/IN: loaded serial 2
Jun 17 16:16:31 paloma named[4520]: zone taller.csic.edu.uy/IN: loaded serial 2011060903
Jun 17 16:16:31 paloma named[4520]: zone taller.curerocha.edu.uy/IN: loaded serial 2011060909
Jun 17 16:16:31 paloma named[4520]: running
Jun 17 16:16:31 paloma named[4520]: zone taller.csic.edu.uy/IN: sending notifies (serial 2011060903)
Jun 17 16:16:31 paloma named[4520]: zone taller.curerocha.edu.uy/IN: sending notifies (serial 2011060909)
</pre>

* Comando host

$ host -a taller.csic.edu.uy

<pre>
Trying "taller.csic.edu.uy"
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 24858
;; flags: qr rd ra; QUERY: 1, ANSWER: 3, AUTHORITY: 2, ADDITIONAL: 2

;; QUESTION SECTION:
;taller.csic.edu.uy. IN ANY

;; ANSWER SECTION:
taller.csic.edu.uy. 352 IN A 164.73.234.104
taller.csic.edu.uy. 352 IN NS gould.csic.edu.uy.
taller.csic.edu.uy. 352 IN NS paloma.taller.csic.edu.uy.

;; AUTHORITY SECTION:
taller.csic.edu.uy. 352 IN NS gould.csic.edu.uy.
taller.csic.edu.uy. 352 IN NS paloma.taller.csic.edu.uy.

;; ADDITIONAL SECTION:
gould.csic.edu.uy. 576 IN A 164.73.68.10
paloma.taller.csic.edu.uy. 352 IN A 164.73.234.104

Received 153 bytes from 164.73.128.70#53 in 49 ms
</pre>

$ host taller.curerocha.edu.uy
taller.curerocha.edu.uy has address 164.73.234.104

$ host paloma.taller.curerocha.edu.uy
paloma.taller.curerocha.edu.uy has address 164.73.234.104

$ host gould.csic.edu.uy
gould.csic.edu.uy has address 164.73.68.10

$ host 164.73.234.104
104.234.73.164.in-addr.arpa domain name pointer paloma.taller.csic.edu.uy.

* Comando dig

$ dig taller.csic.edu.uy

<pre>
; <<>> DiG 9.7.0-P1 <<>> taller.csic.edu.uy
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 38158
;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 2, ADDITIONAL: 2

;; QUESTION SECTION:
;taller.csic.edu.uy. IN A

;; ANSWER SECTION:
taller.csic.edu.uy. 360 IN A 164.73.234.104

;; AUTHORITY SECTION:
taller.csic.edu.uy. 360 IN NS gould.csic.edu.uy.
taller.csic.edu.uy. 360 IN NS paloma.taller.csic.edu.uy.

;; ADDITIONAL SECTION:
gould.csic.edu.uy. 3600 IN A 164.73.68.10
paloma.taller.csic.edu.uy. 360 IN A 164.73.234.104

;; Query time: 146 msec
;; SERVER: 10.5.2.2#53(10.5.2.2)
;; WHEN: Fri Jun 17 16:29:30 2011
;; MSG SIZE rcvd: 125
</pre>

* Comando dlint

$ dlint taller.csic.edu.uy

<pre>
root@paloma:/etc/bind# dlint taller.csic.edu.uy
;; dlint version 1.4.0, Copyright (C) 1998 Paul A. Balyoz <pab@domtools.com>
;; Dlint comes with ABSOLUTELY NO WARRANTY.
;; This is free software, and you are welcome to redistribute it
;; under certain conditions. Type 'man dlint' for details.
;; command line: /usr/bin/dlint taller.csic.edu.uy
;; flags: normal-domain recursive.
;; using dig version 9.7.0
;; run starting: vie jun 17 16:31:47 UYT 2011
;; ============================================================
;; Now linting taller.csic.edu.uy
;; Checking serial numbers per nameserver
;; 2011060903 paloma.taller.csic.edu.uy.
;; 2011060903 gould.csic.edu.uy.
;; All nameservers agree on the serial number.
;; Now caching whole zone (this could take a minute)
;; trying nameserver gould.csic.edu.uy.
;; 5 A records found.
WARNING: the zone taller.csic.edu.uy. has an A record but no reverse PTR record. This is probably OK.
;; ============================================================
;; Now linting taller.csic.edu.uy.
;; Checking serial numbers per nameserver
;; 2011060903 gould.csic.edu.uy.
;; 2011060903 paloma.taller.csic.edu.uy.
;; All nameservers agree on the serial number.
;; Now caching whole zone (this could take a minute)
;; trying nameserver gould.csic.edu.uy.
;; 5 A records found.
WARNING: the zone taller.csic.edu.uy. has an A record but no reverse PTR record. This is probably OK.
;; no subzones found below taller.csic.edu.uy., so no recursion will take place.
;; ============================================================
;; dlint of taller.csic.edu.uy. run ending with errors.
;; run ending: vie jun 17 16:31:49 UYT 2011
;; ============================================================
;; dlint of taller.csic.edu.uy run ending with errors.
;; run ending: vie jun 17 16:31:49 UYT 2011
</pre>

== Referencias: ==

http://linuxsilo.net/articles/bind.html

http://www.javcasta.com/2011/05/09/ubuntu-servidor-dns-cache-para-una-red-local-lan-stub-con-bind9/

http://web.mit.edu/rhel-doc/4/RH-DOCS/rhel-rg-es-4/s1-bind-zone.html

DNS Master en paloma

2011-06-17T21:20:44Z

164.73.234.126:

== Instalación de un servisor DNS Master en paloma: ==

===Conceptos===

El DNS es un servicio repartido que tiene dos objetivos principales:

* Traducir una dirección canónica en una dirección IP, por ejemplo pedrera.taller.curerocha.edu.uy a su IP: 164.73.234.102
* Traducir una dirección IP en una o varias direcciones canónicas, lo que se conoce como traducción inversa.

El "DNS Master" de una zona (por ejemplo taller.curerocha.edu.uy) es el servidor donde se almacena y actualiza la información de los dominios bajo esta zona, y que provee esta información a otros servidores en la red.

Además de un DNS Master es necesario crear un servidor secundario (esclavo), que proporcionará robustez y fiabilidad. Un servidor esclavo es simplemente un servidor de nombres que replica los ficheros de las zonas de un maestro.

Para que un servidor sea DNS Master de una zona, es necesario que el DNS master de la zona de nivel superior le delegue la gestión de dominios (por ejemplo, curerocha.edu.uy es la zona superior de taller.curerocha.edu.uy)

===Objetivos===

Crear un DNS master para las zonas que nos han sido delegadas:
* taller.csic.edu.uy (que nos fue delegada desde CSIC)
* taller.curerocha.edu.uy, que nos fue delegada pos SeCIU, que maneja curerocha.edu.uy

===Instalación===
Necesitamos BIND y algunos utilitarios:

# sudo apt-get install bind9 bind9-doc dnsutils

===Configuración===

Los archivos de configuracion del Bind están en /etc/bind/

$ sudo vi /etc/bind/named.conf.options

<pre>
// Archivo de configuracion del DNS master de
// taller.curerocha.edu.uy y taller.csic.edu.uy

// acl redesNegadas: define las redes a denegar consultas al servidor DNS
acl redesNegadas {
0.0.0.0/8; 1.0.0.0/8;
172.16.0.0/12;
10.0.0.0/8;
192.168.0.0/16;
169.254.0.0/16;
};

options {
//desactivamos la cache
acache-enable no;
directory "/var/cache/bind";

//No es necesario forwardear
//forwarders {
// 164.73.128.5;
// 164.73.128.70;
// };

//No permitimos las consultas salvo las de nuestro servidor
allow-query { 127.0.0.1; };
# allow-query { none; };

//No permitimos las recusion
# allow-recursion { none; };
allow-recursion { 127.0.0.1; };

//Incluimos las redes de la acl redesNegadas a la lista negra
blackhole { redesNegadas; };

auth-nxdomain no; # conform to RFC1035
listen-on-v6 { any; };

// If there is a firewall between you and nameservers you want
// to talk to, you may need to fix the firewall to allow multiple
// ports to talk. See http://www.kb.cert.org/vuls/id/800113

// If your ISP provided one or more IP addresses for stable
// nameservers, you probably want to use them as forwarders.
// Uncomment the following block, and insert the addresses replacing
// the all-0's placeholder.

};

</pre>

$ sudo vi/etc/bind/named.conf.local

Editamos este archivo para definir las zonas directas e inversas de nuestro dominio, y los archivos donde estarán las configuraciones de las mismas.

<pre>
//
// Do any local configuration here
//

//Definimos nuestra zona de dominio taller.csic.edu.uy
//Nuestro dns solo va a contestar por esta zona
zone "taller.csic.edu.uy"{
type master;
file "/etc/bind/db.taller.csic.edu.uy";
allow-query { any;};
// permitimos transferencia desde nuestro servidor "DNS slave"
allow-transfer {
164.73.68.10;
};
};

zone "taller.curerocha.edu.uy"{
type master;
file "/etc/bind/db.taller.curerocha.edu.uy";
allow-query { any;};
// permitimos transferencia desde nuestro servidor "DNS slave"
allow-transfer {
164.73.68.10;
};
};

zone "234.73.164.in-addr.arpa"{
type master;
file "/etc/bind/db.164.73.234";
allow-query { any;};
// permitimos transferencia desde nuestro servidor "DNS slave"
allow-transfer {
164.73.68.10;
};
};

//include "/etc/bind/zones.rfc1918";
</pre>

=== Los archivos de zonas ===

Tipos de registros del DNS:

<pre>
Tipo Nombre Función
Zona SOA Start Of Authority Define una zona representativa del DNS
NS Name Server Identifica los servidores de zona, delega subdominios
Básicos A Dirección IPv4 Traducción de nombre a dirección
AAAA Dirección IPv6 original Actualmente obsoleto
PTR Puntero Traducción de dirección a nombre

$TTL: Indica el tiempo de vida (Time To Live) de la información contenida en el fichero. Es decir, el tiempo máximo de validez, tras el cual deberá refrescarse o actualizarse.

@ IN SOA, el registro SOA (Start Of Authority) es siempre el primer recurso en un fichero de zona. El símbolo "@" equivale a la directiva $ORIGIN Este sería el esqueleto de este registro:

@ IN SOA <primary-name-server> <hostmaster-email> (
<serial-number> ; Se incrementa cuando se modifica el fichero de la zona
<time-to-refresh> ; Tiempo para los servidores secundarios (esclavos) actualicen los registros
<time-to-retry> ; Tiempo para el servidor esclavo antes de solicitar una actualización, si el Master no responde
<time-to-expire> ; Si el master no responde antes de que expire este tiempo, el servidor esclavo deja de actuar como servidor de zona
<minimum-TTL> ) ; Time to live negativo
</pre>

$ sudo vi/etc/bind/db.taller.csic.edu.uy

<pre>
;
; Archivo BIND de definición de zona taller.csic.edu.uy
;
$TTL 86400 ; 1D
@ IN SOA paloma.taller.csic.edu.uy. root.paloma.taller.csic.edu.uy. (
2011060903 ; Serial
6H ; Refresh
1D ; Retry
1W ; Expire
10M ) ; Negative Cache TTL
; 1D ) ; Negative Cache TTL
;
; Servidores de nombres y dirección IP de zona
;
@ IN NS paloma.taller.csic.edu.uy.
@ IN NS gould.csic.edu.uy.
@ IN A 164.73.234.104
;
; Nombres canónicos de servidores e interfaces
;
paloma IN A 164.73.234.104
garzon IN A 164.73.234.126
;
; Alias a nombres canónicos, para los servicios
;
base-de-datos IN CNAME paloma
bdd IN CNAME paloma
mediawiki IN CNAME paloma
wiki IN CNAME paloma
tikiwiki IN CNAME paloma
</pre>

$ sudo vi/etc/bind/db.taller.curerocha.edu.uy

<pre>
;
; Archivo BIND de definición de la zona taller.curerocha.edu.uy
;
$ORIGIN taller.curerocha.edu.uy.
$TTL 86400 ; 1D
@ IN SOA paloma.taller.csic.edu.uy. root.paloma.taller.csic.edu.uy. (
2011060909 ; Serial
6H ; Refresh
1D ; Retry
1W ; Expire
10M ) ; Negative Cache TTL
; 1D ) ; Negative Cache TTL
;
; Servidores de nombres y dirección IP de zona
;
@ IN NS paloma.taller.csic.edu.uy.
@ IN NS gould.csic.edu.uy.
@ IN A 164.73.234.104
;
; Nombres canónicos de servidores e interfaces
;
paloma IN A 164.73.234.104
garzon IN A 164.73.234.126
;
; Alias a nombres canónicos, para los servicios
;
base-de-datos IN CNAME paloma
bdd IN CNAME paloma
tikiwiki IN CNAME paloma
wiki IN CNAME paloma
mediawiki IN CNAME paloma
</pre>

$ sudo vi/etc/bind/db.164.73.234

<pre>
;
; Archivo BIND de definición de zona inversa a taller.csic.edu.uy
;
$TTL 86400 ; 1D
@ IN SOA taller.csic.edu.uy. root.taller.csic.edu.uy. (
2011060901 ; Serial
6H ; Refresh
1D ; Retry
1W ; Expire
1D ) ; Negative Cache TTL
;
@ IN NS taller.csic.edu.uy.
@ IN PTR taller.csic.edu.uy.
104 IN PTR paloma.taller.csic.edu.uy.
126 IN PTR garzon.taller.csic.edu.uy.
</pre>

Editamos el archivo /etc/reslov.conf

En este archivo se indica el dominio al que pertenece el ordenador (palabra clave search) y la dirección del servidor de nombres (palabra clave nameserver) al que se debe dirigir.
Cuando se intente resolver un nombre que no esté totalmente cualificado se intentará generar un nombre válido añadiendo la entrada de search.

$ sudo vi /etc/resolv.conf

search taller.csic.edu.uy
domain taller.csic.edu.uy
nameserver 164.73.128.5
nameserver 164.73.128.70

== Verificación ==

* Vaciar el cache y reiniciar el servicio

$ sudo rndc flush && /etc/init.d/bind9 restart

Stopping domain name service... bind9 [ OK ]
Starting domain name service... bind9 [ OK ]

* Ademas de decir ok hay que verificar que realmente este funcionando observando el syslog, donde se puede observar como se cargan correctamente todas las zonas

$ tail /var/log/syslog

<pre>
Jun 17 16:16:31 paloma named[4520]: zone 0.in-addr.arpa/IN: loaded serial 1
Jun 17 16:16:31 paloma named[4520]: zone 127.in-addr.arpa/IN: loaded serial 1
Jun 17 16:16:31 paloma named[4520]: zone 234.73.164.in-addr.arpa/IN: loaded serial 2011060901
Jun 17 16:16:31 paloma named[4520]: zone 255.in-addr.arpa/IN: loaded serial 1
Jun 17 16:16:31 paloma named[4520]: zone localhost/IN: loaded serial 2
Jun 17 16:16:31 paloma named[4520]: zone taller.csic.edu.uy/IN: loaded serial 2011060903
Jun 17 16:16:31 paloma named[4520]: zone taller.curerocha.edu.uy/IN: loaded serial 2011060909
Jun 17 16:16:31 paloma named[4520]: running
Jun 17 16:16:31 paloma named[4520]: zone taller.csic.edu.uy/IN: sending notifies (serial 2011060903)
Jun 17 16:16:31 paloma named[4520]: zone taller.curerocha.edu.uy/IN: sending notifies (serial 2011060909)
</pre>

* Comando host

$ host -a taller.csic.edu.uy

<pre>
Trying "taller.csic.edu.uy"
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 24858
;; flags: qr rd ra; QUERY: 1, ANSWER: 3, AUTHORITY: 2, ADDITIONAL: 2

;; QUESTION SECTION:
;taller.csic.edu.uy. IN ANY

;; ANSWER SECTION:
taller.csic.edu.uy. 352 IN A 164.73.234.104
taller.csic.edu.uy. 352 IN NS gould.csic.edu.uy.
taller.csic.edu.uy. 352 IN NS paloma.taller.csic.edu.uy.

;; AUTHORITY SECTION:
taller.csic.edu.uy. 352 IN NS gould.csic.edu.uy.
taller.csic.edu.uy. 352 IN NS paloma.taller.csic.edu.uy.

;; ADDITIONAL SECTION:
gould.csic.edu.uy. 576 IN A 164.73.68.10
paloma.taller.csic.edu.uy. 352 IN A 164.73.234.104

Received 153 bytes from 164.73.128.70#53 in 49 ms
</pre>

$ host taller.curerocha.edu.uy
taller.curerocha.edu.uy has address 164.73.234.104

$ host paloma.taller.curerocha.edu.uy
paloma.taller.curerocha.edu.uy has address 164.73.234.104

$ host gould.csic.edu.uy
gould.csic.edu.uy has address 164.73.68.10

$ host 164.73.234.104
104.234.73.164.in-addr.arpa domain name pointer paloma.taller.csic.edu.uy.

* Comando dig

$ dig taller.csic.edu.uy

<pre>
; <<>> DiG 9.7.0-P1 <<>> taller.csic.edu.uy
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 38158
;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 2, ADDITIONAL: 2

;; QUESTION SECTION:
;taller.csic.edu.uy. IN A

;; ANSWER SECTION:
taller.csic.edu.uy. 360 IN A 164.73.234.104

;; AUTHORITY SECTION:
taller.csic.edu.uy. 360 IN NS gould.csic.edu.uy.
taller.csic.edu.uy. 360 IN NS paloma.taller.csic.edu.uy.

;; ADDITIONAL SECTION:
gould.csic.edu.uy. 3600 IN A 164.73.68.10
paloma.taller.csic.edu.uy. 360 IN A 164.73.234.104

;; Query time: 146 msec
;; SERVER: 10.5.2.2#53(10.5.2.2)
;; WHEN: Fri Jun 17 16:29:30 2011
;; MSG SIZE rcvd: 125
</pre>

* Comando dlint

$ dlint taller.csic.edu.uy

<pre>
root@paloma:/etc/bind# dlint taller.csic.edu.uy
;; dlint version 1.4.0, Copyright (C) 1998 Paul A. Balyoz <pab@domtools.com>
;; Dlint comes with ABSOLUTELY NO WARRANTY.
;; This is free software, and you are welcome to redistribute it
;; under certain conditions. Type 'man dlint' for details.
;; command line: /usr/bin/dlint taller.csic.edu.uy
;; flags: normal-domain recursive.
;; using dig version 9.7.0
;; run starting: vie jun 17 16:31:47 UYT 2011
;; ============================================================
;; Now linting taller.csic.edu.uy
;; Checking serial numbers per nameserver
;; 2011060903 paloma.taller.csic.edu.uy.
;; 2011060903 gould.csic.edu.uy.
;; All nameservers agree on the serial number.
;; Now caching whole zone (this could take a minute)
;; trying nameserver gould.csic.edu.uy.
;; 5 A records found.
WARNING: the zone taller.csic.edu.uy. has an A record but no reverse PTR record. This is probably OK.
;; ============================================================
;; Now linting taller.csic.edu.uy.
;; Checking serial numbers per nameserver
;; 2011060903 gould.csic.edu.uy.
;; 2011060903 paloma.taller.csic.edu.uy.
;; All nameservers agree on the serial number.
;; Now caching whole zone (this could take a minute)
;; trying nameserver gould.csic.edu.uy.
;; 5 A records found.
WARNING: the zone taller.csic.edu.uy. has an A record but no reverse PTR record. This is probably OK.
;; no subzones found below taller.csic.edu.uy., so no recursion will take place.
;; ============================================================
;; dlint of taller.csic.edu.uy. run ending with errors.
;; run ending: vie jun 17 16:31:49 UYT 2011
;; ============================================================
;; dlint of taller.csic.edu.uy run ending with errors.
;; run ending: vie jun 17 16:31:49 UYT 2011
</pre>

== Referencias: ==

http://linuxsilo.net/articles/bind.html

http://www.javcasta.com/2011/05/09/ubuntu-servidor-dns-cache-para-una-red-local-lan-stub-con-bind9/

http://web.mit.edu/rhel-doc/4/RH-DOCS/rhel-rg-es-4/s1-bind-zone.html

Redes y sistemas del CURE Rocha - Proyecto de taller 2011

2011-06-17T21:16:11Z

164.73.234.126: /* Documento de proyecto */

El proyecto del primer grupo del taller de Administración de Redes y Servicios de comunicación (marzo - junio 2011) consistirá en diseñar, desarrollar e iniciar la implementación de la red y los sistemas del CURE en Rocha.

Expresión de requerimientos es necesario identificar y atender las necesidades de todos los usuarios del CURE en Rocha:

* Administrativos,
* Docentes,
* Alumnos.

Sin duda hay muchas cosas que se pueden pensar y proponer, pero también es útil elaborar un cuestionario y entrevistar a algunas personas clave.

==Diseño de servicios==
Se plantea diseñar los siguientes servicios :

* Conexión a internet a través de la RAU (Red Académica Uruguaya), con acceso completo a todos los servicios útiles, y protección de la red local.
* Una base

==Arquitectura de redes y sistemas==

===Equipo de administración===

Los estudiantes de la carrera de Tecnólogo en Telecomunicaciones estarán implicados en el diseño y la administración de la red y los servicios locales.

===Instalación de los servidores===
* [[Polonio:_servidor_intranet|Polonio: servidor intranet]]

==Repartición de tareas==
====Documento de proyecto====

[[Propuesta inicial de documento de proyecto]]

[[Segunda propuesta de documento de proyecto]]

====Instalar y probar (en paloma)====

* Instalar lo necesario para un LAMP
:o [[Apache2]]
:o [[PHP]]
:o [[MySQL]]
:o Proteger el pwd root en /root/adminsys
:o Crearle una cuenta de admin completo a cada un@
:o Poner phpmyadmin sólo e https

====Wikis====
(en VirtualHosts del apache ): [[Apache2]]

* [[DocuWiki]]
* [[MediaWiki]]
* [[Tikiwiki]]

Elegimos: [[MediaWiki]] Salvo si resolvemos rápido ponerle syntaxis de tags más estándares al Tiki... (investigar: Juan)

Estrucutura y organización de la Wiki elegida para el CURE: Aline.

====Red & Router====

* [http://wiki.openwrt.org/toh/tp-link/tl-wr1043nd|#oem.easy.installation documentar lo que ya fue hecho: Víctor & Pablo]
* [[WiFi]] y [[DHCP LAN]] : Pablo
:o el pwd inalambrico es: NoSeLoDigasANadie
:o ponerle DHCP
:o [[firewall]]

====DNS====

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

====Gestión de usuarios====

* Seguir explorando slapd / [[GOsa]] : Víctor, Daniel
* Solución "de respaldo" (si el GOsa no anda): Zentyal en Polonio :Pablo
[[Instalación y configuración OpenLDAP]]

[[Instalación y configuración Zentyal]]

===Apache MySQL PHP===

[[LAMP]]

===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]]

MediaWiki

2011-06-17T21:06:02Z

164.73.234.126:

==Requisitos Previos==
Para poder instalar Mediawiki es necasario disponer de:
*[[Apache2]]
*[[PHP]]
*[[MySQL]]

==Instalación==

#Descargar la última versión de Mediawiki desde la página oficial de mediawiki: http://download.wikimedia.org/mediawiki/1.16/mediawiki-1.16.5.tar.gz 
#Descomprimir el archivo: sudo tar -vxzf mediawiki-1.16.5.tar.gz 
#Renombrar la carpeta: sudo mv mediawiki-1.16.5 mediawiki 
#Colocar el directorio mediawiki en el directorio /var/www/: sudo mv mediawiki /var/www/mediawiki 
#Para correr el script de instalación, el directorio /var/www/mediawiki/config debe tener permisos de escritura (sólamente para el proceso de instalación): sudo chmod a+w /var/www/mediawiki/config/ 

==Configurar Apache==

#crear una entrada en /etc/apache2/sites-available/: cp /etc/apache2/sites-available/default /etc/apache2/sites-available/mediawiki 
#Editar el archivo creado: sudo vi /etc/apache2/sites-aviable/mediakiki Modificando Documentroot /var/www a Documentroot /var/www/tikiwiki 
#Luego desde el directorio /etc/apache2/ ejecutar el siguiente comando: sudo a2ensite mediawiki Esto activa el servicio mediawiki creando una entrada para el mismo en /etc/apache2/sites-enabled 
#Reiniciar el servicio apache: sudo /etc/init.d/apache2 restart 
#Ya podemos ingresar por la web (http://taller.curerocha.edu.uy/mediawiki) para culminar con la instalación.

==Uso básico de MediaWiki==
===Crear usuarios===
En el enlace Registrarse/Entrar (arriba a la derecha), tenemos la opción de crear una nueva cuenta.

===Subir un archivo===
[[Archivo:barra.png]]
En la barra del editor el sexto ícono agrega un enlace 'Archivo:ejemplo.odt' en el lugar donde se encuentra el cursor. Editar este enlace seteando el nombre del archivo . EL FORMATO CORRESPONDIENTE, para subir el archivo es necesario 'grabar la página' o 'mostrar previsualización' allí veran que se creó un enlace, pincharlo para subir el archivo, este debe ser el mismo formato que el indicado en la edición (odt, png, doc, etc).
Si todo marcha bien, si es un archivo veremos un link que nos permite descargar el archivo, si en cambio es una imagen veremos la imagen directamente en la página donde está ubicada.
(agregar enlace para mas info)

=== Captchas ===

Configuración de captchas para mediawiki:
# Descargar la extensión ConfirmEdit para la versión de mediawiki instalada (archivo tar.gz).
# Descomprimir el archivo descargado en la carpeta "extension" del directorio de instalación de mediawiki.
# En el archivo de configuración de mediawiki (LocalSettings.php) agregar la siguiente linea:

$ require_once( "$IP/extensions/ConfirmEdit/ConfirmEdit.php" );

Por más información leer: [http://www.mediawiki.org/wiki/Extension:ConfirmEdit MediaWiki Extension:ConfirmEdit]

===Referancias===
[http://www.mediawiki.org/wiki/Manual:Installing_MediaWiki Installing MediaWiki]

Respaldo

2011-06-17T18:52:58Z

164.73.234.126: Página creada con 'Se creó un script con el fin de respaldar la información de que contienen los servidores (paloma y polonio). Cada servidor guardará un respaldo de si mismo y una copia del r...'

Se creó un script con el fin de respaldar la información de que contienen los servidores (paloma y polonio).
Cada servidor guardará un respaldo de si mismo y una copia del respaldo del otro servidor, obteniendo así más seguridad en caso de fallas en el sistema.

#Creación de usuario 'respaldo' para realizar los backups y agregado del mismo al grupo admin: adduser respaldo admin 

#Agregar la siguiente línea al archivo /etc/sudoers para permitir al usuario 'respaldo' que utilize sudo sin ingresar contraseña, ya que el script se va a ejecutar automáticamente y varios de los comandos que lo componen necesitan que le usuario tenga privilegios de administrador: respaldo ALL=NOPASSWD: AL 

#Generar una clave pública para el usuario respaldo y copiarla en el otro servidor para que el usuario respaldo pueda hacer scp de un servidor al otro para copiar sus archivos de respaldo. En la primer línea generamos la clave y en la segunda la copiamos en el otro servidor respaldo@paloma$ ssh-keygen -t rsa -C "respaldo" ssh-copy-id respaldo@10.5.2.2

Redes y sistemas del CURE Rocha - Proyecto de taller 2011

2011-06-17T18:10:23Z

164.73.234.126: /* Red & Router */

El proyecto del primer grupo del taller de Administración de Redes y Servicios de comunicación (marzo - junio 2011) consistirá en diseñar, desarrollar e iniciar la implementación de la red y los sistemas del CURE en Rocha.

Expresión de requerimientos es necesario identificar y atender las necesidades de todos los usuarios del CURE en Rocha:

* Administrativos,
* Docentes,
* Alumnos.

Sin duda hay muchas cosas que se pueden pensar y proponer, pero también es útil elaborar un cuestionario y entrevistar a algunas personas clave.

==Diseño de servicios==
Se plantea diseñar los siguientes servicios :

* Conexión a internet a través de la RAU (Red Académica Uruguaya), con acceso completo a todos los servicios útiles, y protección de la red local.
* Una base

==Arquitectura de redes y sistemas==

===Equipo de administración===

Los estudiantes de la carrera de Tecnólogo en Telecomunicaciones estarán implicados en el diseño y la administración de la red y los servicios locales.

===Instalación de los servidores===
* [[Polonio:_servidor_intranet|Polonio: servidor intranet]]

==Repartición de tareas==
====Documento de proyecto====

[[Propuesta inicial de documento de proyecto]]

====Instalar y probar (en paloma)====

* Instalar lo necesario para un LAMP
:o [[Apache2]]
:o [[PHP]]
:o [[MySQL]]
:o Proteger el pwd root en /root/adminsys
:o Crearle una cuenta de admin completo a cada un@
:o Poner phpmyadmin sólo e https

====Wikis====
(en VirtualHosts del apache ): [[Apache2]]

* [[DocuWiki]]
* [[MediaWiki]]
* [[Tikiwiki]]

Elegimos: [[MediaWiki]] Salvo si resolvemos rápido ponerle syntaxis de tags más estándares al Tiki... (investigar: Juan)

Estrucutura y organización de la Wiki elegida para el CURE: Aline.

====Red & Router====

* [http://wiki.openwrt.org/toh/tp-link/tl-wr1043nd|#oem.easy.installation documentar lo que ya fue hecho: Víctor & Pablo]
* [[WiFi]] y [[DHCP LAN]] : Pablo
:o el pwd inalambrico es: NoSeLoDigasANadie
:o ponerle DHCP
:o [[firewall]]

====DNS====

* Configurar en interno una zona de prueba: Juan & Lorena
* delegar: taller.cisic.edu.uy y/o pedir la delegación de talller.curerocha.edu.uy: daniel
* Documentar: [[DNS Master en paloma]], y [[DNS Resolvedor en polonio]].

====Gestión de usuarios====

* Seguir explorando slapd / [[GOsa]] : Víctor, Daniel
* Solución "de respaldo" (si el GOsa no anda): Zentyal en Polonio :Pablo
[[Instalación y configuración OpenLDAP]]

[[Instalación y configuración Zentyal]]

===Apache MySQL PHP===

[[LAMP]]

===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]]

Redes y sistemas del CURE Rocha - Proyecto de taller 2011

2011-06-17T18:10:21Z

164.73.234.126: /* Respaldo en Servidores */

El proyecto del primer grupo del taller de Administración de Redes y Servicios de comunicación (marzo - junio 2011) consistirá en diseñar, desarrollar e iniciar la implementación de la red y los sistemas del CURE en Rocha.

Expresión de requerimientos es necesario identificar y atender las necesidades de todos los usuarios del CURE en Rocha:

* Administrativos,
* Docentes,
* Alumnos.

Sin duda hay muchas cosas que se pueden pensar y proponer, pero también es útil elaborar un cuestionario y entrevistar a algunas personas clave.

==Diseño de servicios==
Se plantea diseñar los siguientes servicios :

* Conexión a internet a través de la RAU (Red Académica Uruguaya), con acceso completo a todos los servicios útiles, y protección de la red local.
* Una base

==Arquitectura de redes y sistemas==

===Equipo de administración===

Los estudiantes de la carrera de Tecnólogo en Telecomunicaciones estarán implicados en el diseño y la administración de la red y los servicios locales.

===Instalación de los servidores===
* [[Polonio:_servidor_intranet|Polonio: servidor intranet]]

==Repartición de tareas==
====Documento de proyecto====

[[Propuesta inicial de documento de proyecto]]

====Instalar y probar (en paloma)====

* Instalar lo necesario para un LAMP
:o [[Apache2]]
:o [[PHP]]
:o [[MySQL]]
:o Proteger el pwd root en /root/adminsys
:o Crearle una cuenta de admin completo a cada un@
:o Poner phpmyadmin sólo e https

====Wikis====
(en VirtualHosts del apache ): [[Apache2]]

* [[DocuWiki]]
* [[MediaWiki]]
* [[Tikiwiki]]

Elegimos: [[MediaWiki]] Salvo si resolvemos rápido ponerle syntaxis de tags más estándares al Tiki... (investigar: Juan)

Estrucutura y organización de la Wiki elegida para el CURE: Aline.

====Red & Router====

* [http://wiki.openwrt.org/toh/tp-link/tl-wr1043nd|#oem.easy.installation| documentar lo que ya fue hecho: Víctor & Pablo]
* [[WiFi]] y [[DHCP LAN]] : Pablo
:o el pwd inalambrico es: NoSeLoDigasANadie
:o ponerle DHCP
:o [[firewall]]

====DNS====

* Configurar en interno una zona de prueba: Juan & Lorena
* delegar: taller.cisic.edu.uy y/o pedir la delegación de talller.curerocha.edu.uy: daniel
* Documentar: [[DNS Master en paloma]], y [[DNS Resolvedor en polonio]].

====Gestión de usuarios====

* Seguir explorando slapd / [[GOsa]] : Víctor, Daniel
* Solución "de respaldo" (si el GOsa no anda): Zentyal en Polonio :Pablo
[[Instalación y configuración OpenLDAP]]

[[Instalación y configuración Zentyal]]

===Apache MySQL PHP===

[[LAMP]]

===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]]

Redes y sistemas del CURE Rocha - Proyecto de taller 2011

2011-06-17T18:09:54Z

164.73.234.126: /* Red & Router */

El proyecto del primer grupo del taller de Administración de Redes y Servicios de comunicación (marzo - junio 2011) consistirá en diseñar, desarrollar e iniciar la implementación de la red y los sistemas del CURE en Rocha.

Expresión de requerimientos es necesario identificar y atender las necesidades de todos los usuarios del CURE en Rocha:

* Administrativos,
* Docentes,
* Alumnos.

Sin duda hay muchas cosas que se pueden pensar y proponer, pero también es útil elaborar un cuestionario y entrevistar a algunas personas clave.

==Diseño de servicios==
Se plantea diseñar los siguientes servicios :

* Conexión a internet a través de la RAU (Red Académica Uruguaya), con acceso completo a todos los servicios útiles, y protección de la red local.
* Una base

==Arquitectura de redes y sistemas==

===Equipo de administración===

Los estudiantes de la carrera de Tecnólogo en Telecomunicaciones estarán implicados en el diseño y la administración de la red y los servicios locales.

===Instalación de los servidores===
* [[Polonio:_servidor_intranet|Polonio: servidor intranet]]

==Repartición de tareas==
====Documento de proyecto====

[[Propuesta inicial de documento de proyecto]]

====Instalar y probar (en paloma)====

* Instalar lo necesario para un LAMP
:o [[Apache2]]
:o [[PHP]]
:o [[MySQL]]
:o Proteger el pwd root en /root/adminsys
:o Crearle una cuenta de admin completo a cada un@
:o Poner phpmyadmin sólo e https

====Wikis====
(en VirtualHosts del apache ): [[Apache2]]

* [[DocuWiki]]
* [[MediaWiki]]
* [[Tikiwiki]]

Elegimos: [[MediaWiki]] Salvo si resolvemos rápido ponerle syntaxis de tags más estándares al Tiki... (investigar: Juan)

Estrucutura y organización de la Wiki elegida para el CURE: Aline.

====Red & Router====

* [http://wiki.openwrt.org/toh/tp-link/tl-wr1043nd|#oem.easy.installation| documentar lo que ya fue hecho: Víctor & Pablo]
* [[WiFi]] y [[DHCP LAN]] : Pablo
:o el pwd inalambrico es: NoSeLoDigasANadie
:o ponerle DHCP
:o [[firewall]]

====DNS====

* Configurar en interno una zona de prueba: Juan & Lorena
* delegar: taller.cisic.edu.uy y/o pedir la delegación de talller.curerocha.edu.uy: daniel
* Documentar: [[DNS Master en paloma]], y [[DNS Resolvedor en polonio]].

====Gestión de usuarios====

* Seguir explorando slapd / [[GOsa]] : Víctor, Daniel
* Solución "de respaldo" (si el GOsa no anda): Zentyal en Polonio :Pablo
[[Instalación y configuración OpenLDAP]]

[[Instalación y configuración Zentyal]]

===Apache MySQL PHP===

[[LAMP]]

===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.

[http://www.google.com]

Redes y sistemas del CURE Rocha - Proyecto de taller 2011

2011-06-17T18:01:46Z

164.73.234.126: /* Respaldo en Servidores */

El proyecto del primer grupo del taller de Administración de Redes y Servicios de comunicación (marzo - junio 2011) consistirá en diseñar, desarrollar e iniciar la implementación de la red y los sistemas del CURE en Rocha.

Expresión de requerimientos es necesario identificar y atender las necesidades de todos los usuarios del CURE en Rocha:

* Administrativos,
* Docentes,
* Alumnos.

Sin duda hay muchas cosas que se pueden pensar y proponer, pero también es útil elaborar un cuestionario y entrevistar a algunas personas clave.

==Diseño de servicios==
Se plantea diseñar los siguientes servicios :

* Conexión a internet a través de la RAU (Red Académica Uruguaya), con acceso completo a todos los servicios útiles, y protección de la red local.
* Una base

==Arquitectura de redes y sistemas==

===Equipo de administración===

Los estudiantes de la carrera de Tecnólogo en Telecomunicaciones estarán implicados en el diseño y la administración de la red y los servicios locales.

===Instalación de los servidores===
* [[Polonio:_servidor_intranet|Polonio: servidor intranet]]

==Repartición de tareas==
====Documento de proyecto====

[[Propuesta inicial de documento de proyecto]]

====Instalar y probar (en paloma)====

* Instalar lo necesario para un LAMP
:o [[Apache2]]
:o [[PHP]]
:o [[MySQL]]
:o Proteger el pwd root en /root/adminsys
:o Crearle una cuenta de admin completo a cada un@
:o Poner phpmyadmin sólo e https

====Wikis====
(en VirtualHosts del apache ): [[Apache2]]

* [[DocuWiki]]
* [[MediaWiki]]
* [[Tikiwiki]]

Elegimos: [[MediaWiki]] Salvo si resolvemos rápido ponerle syntaxis de tags más estándares al Tiki... (investigar: Juan)

Estrucutura y organización de la Wiki elegida para el CURE: Aline.

====Red & Router====

* [http://wiki.openwrt.org/toh/tp-link/tl-wr1043nd| documentar lo que ya fue hecho: Víctor & Pablo]
* [[WiFi]] y [[DHCP LAN]] : Pablo
:o el pwd inalambrico es: NoSeLoDigasANadie
:o ponerle DHCP
:o [[firewall]]

====DNS====

* Configurar en interno una zona de prueba: Juan & Lorena
* delegar: taller.cisic.edu.uy y/o pedir la delegación de talller.curerocha.edu.uy: daniel
* Documentar: [[DNS Master en paloma]], y [[DNS Resolvedor en polonio]].

====Gestión de usuarios====

* Seguir explorando slapd / [[GOsa]] : Víctor, Daniel
* Solución "de respaldo" (si el GOsa no anda): Zentyal en Polonio :Pablo
[[Instalación y configuración OpenLDAP]]

[[Instalación y configuración Zentyal]]

===Apache MySQL PHP===

[[LAMP]]

===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.

[http://www.google.com]

Página principal

2011-06-17T17:58:33Z

164.73.234.126: /* Otras referencias */

'''¡Esta es la wiki del CURE!'''

Estas invitado a [[#Como_usar_esta_Wiki| modificar con responsabilidad esta wiki]], agregando información de tu carrera, curso, o novedades generales del CURE.

Más adelante tienes un [[#Manual para uso de red de CURE Rocha|manual del uso básico de la red]]. Si eres estudiante del CURE podrás pedir tu propia cuenta y acceder a carpetas compartidas.

==Manual para uso de red de CURE Rocha==

* para tod@s:
** si usas una máquina del CURE en libre servicio, enciéndela y espera 30 segundos que ingrese como invitado,
** si tienes tu propia portátil: hay una red inalámbrica denominada '''CURE'''. En las aulas hay afiches donde encontrarás la contraseña.
* Si eres estudiante, docente o funcionario del CURE, puedes [[Cuentas de red en el CURE|pedir una cuenta de red]] que te da acceso a [[Servicios de red en el CURE|varios servicios]],
** Si hay algo que te parecería útil, no dudes en ponerlo en la [[lista de deseos]],
* [[Manual de administración de la red del CURE|para l@s administradores de la red]] (¡y quienes quieran ayudar en esta tarea!)
** porfa', OjO: piensen en reportar en [[La Bitácora de la red del CURE|la bitácora]].
** si se te ocurre algo por hacer: inscríbelo en la "[[To Do list]]"

== Carreras ==
* [[Tecnólogo telecomunicaciones]]
* [[Relaciones laborales]]
* [[Bellas Artes]]
* [[Enfermería]]

==Como usar esta Wiki==

Esta wiki funciona con Mediawiki, herramienta [http://es.wikipedia.org Wikipedia], la mejor enciclopedia del mundo, libre y colaborativa. Editar estas páginas puede ser un poco desconcertante al empezar, pero no es difícil. Si miles de personas en el mundo, de cualquier disciplina, contribuyen a Wikipedia, ¿¡porqué no tú!? A continuación algunos enlaces.

* Las [http://www.mediawiki.org/wiki/Help:Contents/es páginas de ayuda de Mediawiki]
* [http://inciclopedia.wikia.com/wiki/Ayuda:Edici%C3%B3n_de_p%C3%A1ginas#Edici.C3.B3n_avanzada Guía de uso de tags]
* [http://meta.wikimedia.org/wiki/Ayuda:Contenido Guía de usuario]

=== Otras referencias ===
* [http://www.mediawiki.org/wiki/Manual:Configuration_settings Lista de ajustes de configuración]
* [http://www.mediawiki.org/wiki/Manual:FAQ/es FAQ de MediaWiki]
* [https://lists.wikimedia.org/mailman/listinfo/mediawiki-announce Lista de correo de anuncios de distribución de MediaWiki]

Página principal

2011-06-17T17:57:39Z

164.73.234.126: /* Otras referencias */

Página principal

2011-06-17T17:54:48Z

164.73.234.126:

Respaldo en paloma y polonio

2011-06-17T17:48:02Z

164.73.234.126:

=== Respaldo en servidores ===
Los respaldos se realizaron en los segundos discos de cada servidor, (/dev/sdb).

== Crear Volúmenes Físicos (PV) ==

Para poder usar un dispositivo de almacenamiento con el LVM lo primero es inicializarlo, para ello se usa el comando seguido del nombre del dispositivo o los dispositivos de bloques a inicializar.
Así, si queremos inicializar el segundo disco, podríamos usar el comando:

pvcreate /dev/sdb
Physical volume "/dev/sdb" successfully created

== Crear Grupos de Volúmen (VG) ==

Una vez que tenemos inicializados el volúmen físico (o varios volúmenes) hay que crear un Grupo de Volúmen, de está forma se obtiene algo así como un área de almacenamiento cuya capacidad es la suma de las capacidades de todos los Volúmenes Físicos que lo forman.
Para crear un nuevo Grupo de Volúmen se emplea el comando vgcreate, con el primer parámetro se especifica el nombre que tendrá el Grupo de Volúmen, a continuación, se indica la lista de Volúmenes Físicos que formarán el Grupo de Volúmen. Básicamente, la sintaxis es la siguiente:

vgcreate nombre_del_vg volúmen_físico [volúmen_físico ...]

ej:
vgcreate respaldos /dev/sdb

== Crear Volúmenes Lógicos (LV) ==

Una vez dispongamos de un Grupo de Volúmen, es hora de distribuir su espacio en Volúmenes Lógicos sobre los que poder crear sistemas de archivos. Para crear un Volúmen Lógico se emplea el comando lvcreate, su sintaxis es la siguiente:

lvcreate {-L/--size tamaño} {-n/--name nombre_del_lv} nombre_del_vg

Con la opción -L o --size se especifica el tamaño que tendrá el Volúmen Lógico, si no se especifica ningún sufijo, se asumirá que es en megabytes, los sufijos que se pueden usar son: K para kilobytes, M para megabytes, G para gigabytes y T para terabytes.
La opción -n o –name sirve para establecer el nombre que tendrá el Volúmen Lógico, si no se especificase un nombre entonces se establecería uno del tipo lvol#, donde # es número interno asignado al Volúmen Lógico.
El último parámetro que hay que indicarle al comando es el Grupo de Volúmen donde se creará el Volúmen Lógico.

Ejemplo:
lvcreate -L 100G -n paloma respaldos

Por cada Volúmen Lógico que tengamos, se creará un dispositivo dentro de que estará compuesto por el nombre del Grupo de Volúmen, un guión y el nombre del Volúmen Lógico, por ejemplo, si el Grupo de Volúmen se llama respaldos y la Volúmen Lógico que hemos creado se llama paloma, entonces se creará el dispositivo /dev/mapper/respaldos-paloma. Por otro lado, también se creará un enlace simbólico con la forma /dev/grupo_de_volúmen/volúmen_lógico, en el caso del ejemplo, se llamaría: /dev/respaldos/paloma.

== Crear un sistema de archivos en un Volúmen Lógico ==

Una vez que tenemos un Volúmen Lógico, podemos usar su dispositivo como un dispositivo de bloques en el que crear un sistema de archivos. Ejemplo, para crear un sistema de archivos ext3 en el Volúmen Lógico perteneciente al servidor de paloma:

mkfs.ext4 /dev/mapper/respaldos-paloma

== Fichero /etc/fstab==
Este fichero indica como montar cada dispositivo y de qué configuración utilizar. Lista los discos y particiones disponibles.
Aquí debemos agregar una nueva entrada para nuestra nueva partición, para que el sistema lo lea cada vez que se inicia.
La sintaxis de este fichero es la siguiente:

<dispositivo> <punto_de_montaje> <sistema_de_archivos> <opciones> <dump-freq> <pass-num>

Ejemplo:

== Referencias: ==

[http://www.vilecha.com/Hellguest/lvm2_creacion.asp]

Respaldo en paloma y polonio

2011-06-17T17:34:28Z

164.73.234.126: /* Respaldo en servidores */

=== Respaldo en servidores ===

Los respaldos se realizaron en los segundos discos de cada servidor, (/dev/sdb).

== Crear Volúmenes Físicos (PV) ==

Para poder usar un dispositivo de almacenamiento con el LVM lo primero es inicializarlo, para ello se usa el comando seguido del nombre del dispositivo o los dispositivos de bloques a inicializar.
Así, si queremos inicializar el segundo disco, podríamos usar el comando:

pvcreate /dev/sdb
Physical volume "/dev/hsdb" successfully created

== Crear Grupos de Volúmen (VG) ==

Una vez que tenemos inicializados el volúmen físico (o varios volúmenes) hay que crear un Grupo de Volúmen, de está forma se obtiene algo así como un área de almacenamiento cuya capacidad es la suma de las capacidades de todos los Volúmenes Físicos que lo forman.
Para crear un nuevo Grupo de Volúmen se emplea el comando vgcreate, con el primer parámetro se especifica el nombre que tendrá el Grupo de Volúmen, a continuación, se indica la lista de Volúmenes Físicos que formarán el Grupo de Volúmen. Básicamente, la sintaxis es la siguiente:
vgcreate nombre_del_vg volúmen_físico [volúmen_físico ...]
ej:
vgcreate respaldos /dev/sdb

== Crear Volúmenes Lógicos (LV) ==

Una vez dispongamos de un Grupo de Volúmen, es hora de distribuir su espacio en Volúmenes Lógicos sobre los que poder crear sistemas de archivos. Para crear un Volúmen Lógico se emplea el comando lvcreate, su sintaxis es la siguiente:

lvcreate {-L/--size tamaño} {-n/--name nombre_del_lv} nombre_del_vg

Con la opción -L o --size se especifica el tamaño que tendrá el Volúmen Lógico, si no se especifica ningún sufijo, se asumirá que es en megabytes, los sufijos que se pueden usar son: K para kilobytes, M para megabytes, G para gigabytes y T para terabytes.
La opción -n o –name sirve para establecer el nombre que tendrá el Volúmen Lógico, si no se especificase un nombre entonces se establecería uno del tipo lvol#, donde # es número interno asignado al Volúmen Lógico.
El último parámetro que hay que indicarle al comando es el Grupo de Volúmen donde se creará el Volúmen Lógico.
ej:
lvcreate -L 100G -n paloma respaldos

Por cada Volúmen Lógico que tengamos, se creará un dispositivo dentro de que estará compuesto por el nombre del Grupo de Volúmen, un guión y el nombre del Volúmen Lógico, por ejemplo, si el Grupo de Volúmen se llama respaldos y la Volúmen Lógico que hemos creado se llama paloma, entonces se creará el dispositivo /dev/mapper/respaldos-paloma. Por otro lado, también se creará un enlace simbólico con la forma /dev/grupo_de_volúmen/volúmen_lógico, en el caso del ejemplo, se llamaría: /dev/respaldos/paloma.

== Crear un sistema de archivos en un Volúmen Lógico ==

Una vez que tenemos un Volúmen Lógico, podemos usar su dispositivo como un dispositivo de bloques en el que crear un sistema de archivos. Ejemplo, para crear un sistema de archivos ext3 en el Volúmen Lógico perteneciente al servidor de paloma:
mkfs.ext4 /dev/mapper/respaldos-paloma

== Referencias: ==

http://www.vilecha.com/Hellguest/lvm2_creacion.asp

Tecnólogo telecomunicaciones

2011-06-17T15:33:59Z

164.73.234.126: /* Cursos */

[[Archivo:logott.png|right|200px]]

El Tecnólogo en Telecomunicaciones tiene capacidades para asistir en el diseño y el despliegue de sistemas de telecomunicaciones y para realizar su mantenimiento y administración.

Podrá participar como técnico calificado en tareas de desarrollo de proyectos en el área de las telecomunicaciones, integrándose al trabajo colectivo y multidisciplinario para la realización de estas actividades en situaciones de variada complejidad, tanto por sus características como por su escala.

Para ello, habrá adquirido una formación en las áreas fundamentales de las Telecomunicaciones, así como en el desarrollo de aplicaciones telemáticas y poseerá un conocimiento básico del área de física y matemática que le permita continuar con sus estudios en otras titulaciones si así lo desea.

Dicha formación incluirá aspectos teóricos fundamentales y una muy fuerte componente práctica, incluyendo el manejo de tecnologías actualizadas.

También incluirá el desarrollo de un estudio de perfil innovador o de solución concreto de un caso real en la temática de la carrera, ya sea realizada en el contexto de una pasantía en una empresa del ramo o como monografía de profundización en técnicas innovadoras.

La carrera se dicta en el Centro Universitario de la Región Este (CURE), ubicado en la ciudad de Rocha.

== Cursos ==
* [[Tecnólogo en Telecomunicaciones/adminredes|Taller de Administración de Redes y Servicios]]
* [[Taller de temas avanzados en redes de telecomunicaciones]]

Tecnólogo telecomunicaciones

2011-06-17T15:33:49Z

164.73.234.126: /* Cursos */

Tecnólogo telecomunicaciones

2011-06-17T14:41:08Z

164.73.234.126: /* Cursos */

Tecnólogo telecomunicaciones

2011-06-17T14:40:39Z

164.73.234.126: /* Cursos */

La Bitácora de la red del CURE

2011-06-17T14:16:35Z

164.73.234.126:

Cada vez que hagas un cambio o una configuración en la red del CURE, indìcalo acá, al principio de la lista.
Firma y fecha tu registro de bitácora con: <nowiki>~~~~</nowiki>.

* [[Usuario:Celia|Celia]] 16:10 16 jun 2011 (UYT)Configuración de cliente NTP en todos los equipos.
* [[Usuario:Celia|Celia]] 16:09 16 jun 2011 (UYT)Configuraci{on de servidor NTP en polonio.
* [[Usuario:Pablo|Pablo]] 22:11 13 jun 2011 (UYT) configuracion firewall router para que funcione Zentyal-Desktop desde distintas redes
* [[Usuario:Juan|Juan]], [[Usuario:Aline|Aline]], [[Usuario:Celia|Celia]] y [[Usuario:Victor|Victor]] instalación y configuración de zentyal, usuarios, soporte de idioma, teclado y actualizaciones en todas las máquinas del laboratorio.
* [[Usuario:Victor|Victor]] 08:21 13 jun 2011 (UYT) Instalación de denyhosts en paloma.
* [[Usuario:Celia|Celia]] 17:09 12 jun 2011 (UYT)Instalaci{on soporte de idioma en equipo 5.
* [[Usuario:Celia|Celia]] 16:49 12 jun 2011 (UYT)Zentyal-desktop instalado y configurado en equipo 5.
* [[Usuario:Celia|Celia]] 15:58 12 jun 2011 (UYT)Creación de usuario invitado en equipo 5.
* [[Usuario:Victor|Victor]] 11:47 12 jun 2011 (UYT) Documentación lo hecho en la instalación de GOsa pero incompleto (próximo curso:).
* [[Usuario: Victor|Victor]] 15:57 11 jun 2011 (UYT) Documentación MySQL,phpmyadmin y redirección https. Agregó links desde EVA a estos temas.
* [[Usuario:Dani|Dani]] 12:44 11 jun 2011 (UYT) Instalación del módulo de proxy en el Zentyal de Polonio (pero por ahora no se usa... va a haber que ver como configurar el router...)
* [[Usuario:Celia|Celia]] 12:23 11 jun 2011 (UYT)Se configuró teclado e idioma en equipo 3
*[[Usuario:Aline|Aline]] 12:20 11 jun 2011 (UYT)Se instaló y cnfiguró zenytal en equipo1
*[[Usuario:Aline|Aline]] 12:20 11 jun 2011 (UYT)Se configuraron teclado e idioma en equipo1
* [[Usuario:Juan|Juan]] 12:19 11 jun 2011 (UYT) Instalando actualización de seguridad Equipo 4
* [[Usuario:Celia|Celia]] 12:15 11 jun 2011 (UYT)Instalación zentyal-desktop en equipo 3
* [[Usuario:Juan|Juan]] 12:11 11 jun 2011 (UYT) Zentyal-desktop instalado y configurado en equipo4
* [[Usuario:Juan|Juan]] 12:02 11 jun 2011 (UYT) Configurado: idiomas, teclado e inicio en Equipo 4
* [[Usuario:Juan|Juan]] 11:50 11 jun 2011 (UYT) En Equipo 6 ya estaba instalado zentyal-desktop
* [[Usuario:Juan|Juan]] 11:48 11 jun 2011 (UYT) Configuración de idiomas y de teclado en Equipo 6
* [[Usuario:Dani|Dani]] 11:34 11 jun 2011 (UYT) Zentyal-desktop instalado y configurado en equipo10
* [[Usuario:Pablo|Pablo]] 10:01 11 jun 2011 (UYT) Configuracion de Zentyal en Polonio
* [[Usuario: Victor|Victor]] 09:55 11 jun 2011 (UYT) Bajar nivel de log en sshd_config.
* [[Usuario: Victor|Victor]] 22:27 10 jun 2011 (UYT) Configuración de vhosts para base-de-datos, tikiwiki, mediawiki y redirección por default a mediawiki. Documentado en [[Apache2]]
* [[Usuario:Dani|Dani]] 18:14 10 jun 2011 (UYT) algunos dominios agregados para acceder al Zentyal por grupostaller.curerocha.edu.uy
* [[Usuario:Dani|Dani]] 18:03 10 jun 2011 (UYT) En [[Servidor Paloma|Paloma]] des-instalé los paquetes dtc-* que a priori no tenían porqué estar ahí: dtc-firewall configuraba reglas iptables que sin duda era lo que nos impedían entrar en ssh. Habrá que re-instalar denyhosts (y configurarlo más suave...)
* [[Usuario:Pablo|Pablo]] 16:52 10 jun 2011 (UYT) [[Instalación y configuración Zentyal|Instalación de Zentyal]] en [[Servidor Polonio|Polonio]], para entrar en producción, luego de las pruebas en [[Servidor Pedrera|Pedrera]],

[[Redes y sistemas del CURE Rocha - Proyecto de taller 2011]]

La Bitácora de la red del CURE

2011-06-17T14:16:23Z

164.73.234.126:

Cada vez que hagas un cambio o una configuración en la red del CURE, indìcalo acá, al principio de la lista.
Firma y fecha tu registro de bitácora con: <nowiki>~~~~</nowiki>.

[http://google.com]
* [[Usuario:Celia|Celia]] 16:10 16 jun 2011 (UYT)Configuración de cliente NTP en todos los equipos.
* [[Usuario:Celia|Celia]] 16:09 16 jun 2011 (UYT)Configuraci{on de servidor NTP en polonio.
* [[Usuario:Pablo|Pablo]] 22:11 13 jun 2011 (UYT) configuracion firewall router para que funcione Zentyal-Desktop desde distintas redes
* [[Usuario:Juan|Juan]], [[Usuario:Aline|Aline]], [[Usuario:Celia|Celia]] y [[Usuario:Victor|Victor]] instalación y configuración de zentyal, usuarios, soporte de idioma, teclado y actualizaciones en todas las máquinas del laboratorio.
* [[Usuario:Victor|Victor]] 08:21 13 jun 2011 (UYT) Instalación de denyhosts en paloma.
* [[Usuario:Celia|Celia]] 17:09 12 jun 2011 (UYT)Instalaci{on soporte de idioma en equipo 5.
* [[Usuario:Celia|Celia]] 16:49 12 jun 2011 (UYT)Zentyal-desktop instalado y configurado en equipo 5.
* [[Usuario:Celia|Celia]] 15:58 12 jun 2011 (UYT)Creación de usuario invitado en equipo 5.
* [[Usuario:Victor|Victor]] 11:47 12 jun 2011 (UYT) Documentación lo hecho en la instalación de GOsa pero incompleto (próximo curso:).
* [[Usuario: Victor|Victor]] 15:57 11 jun 2011 (UYT) Documentación MySQL,phpmyadmin y redirección https. Agregó links desde EVA a estos temas.
* [[Usuario:Dani|Dani]] 12:44 11 jun 2011 (UYT) Instalación del módulo de proxy en el Zentyal de Polonio (pero por ahora no se usa... va a haber que ver como configurar el router...)
* [[Usuario:Celia|Celia]] 12:23 11 jun 2011 (UYT)Se configuró teclado e idioma en equipo 3
*[[Usuario:Aline|Aline]] 12:20 11 jun 2011 (UYT)Se instaló y cnfiguró zenytal en equipo1
*[[Usuario:Aline|Aline]] 12:20 11 jun 2011 (UYT)Se configuraron teclado e idioma en equipo1
* [[Usuario:Juan|Juan]] 12:19 11 jun 2011 (UYT) Instalando actualización de seguridad Equipo 4
* [[Usuario:Celia|Celia]] 12:15 11 jun 2011 (UYT)Instalación zentyal-desktop en equipo 3
* [[Usuario:Juan|Juan]] 12:11 11 jun 2011 (UYT) Zentyal-desktop instalado y configurado en equipo4
* [[Usuario:Juan|Juan]] 12:02 11 jun 2011 (UYT) Configurado: idiomas, teclado e inicio en Equipo 4
* [[Usuario:Juan|Juan]] 11:50 11 jun 2011 (UYT) En Equipo 6 ya estaba instalado zentyal-desktop
* [[Usuario:Juan|Juan]] 11:48 11 jun 2011 (UYT) Configuración de idiomas y de teclado en Equipo 6
* [[Usuario:Dani|Dani]] 11:34 11 jun 2011 (UYT) Zentyal-desktop instalado y configurado en equipo10
* [[Usuario:Pablo|Pablo]] 10:01 11 jun 2011 (UYT) Configuracion de Zentyal en Polonio
* [[Usuario: Victor|Victor]] 09:55 11 jun 2011 (UYT) Bajar nivel de log en sshd_config.
* [[Usuario: Victor|Victor]] 22:27 10 jun 2011 (UYT) Configuración de vhosts para base-de-datos, tikiwiki, mediawiki y redirección por default a mediawiki. Documentado en [[Apache2]]
* [[Usuario:Dani|Dani]] 18:14 10 jun 2011 (UYT) algunos dominios agregados para acceder al Zentyal por grupostaller.curerocha.edu.uy
* [[Usuario:Dani|Dani]] 18:03 10 jun 2011 (UYT) En [[Servidor Paloma|Paloma]] des-instalé los paquetes dtc-* que a priori no tenían porqué estar ahí: dtc-firewall configuraba reglas iptables que sin duda era lo que nos impedían entrar en ssh. Habrá que re-instalar denyhosts (y configurarlo más suave...)
* [[Usuario:Pablo|Pablo]] 16:52 10 jun 2011 (UYT) [[Instalación y configuración Zentyal|Instalación de Zentyal]] en [[Servidor Polonio|Polonio]], para entrar en producción, luego de las pruebas en [[Servidor Pedrera|Pedrera]],

[[Redes y sistemas del CURE Rocha - Proyecto de taller 2011]]

La Bitácora de la red del CURE

2011-06-17T14:16:06Z

164.73.234.126:

GOsa

2011-06-17T14:13:24Z

164.73.234.126: /* Pantalla de bienvenida GOsa */

La Bitácora de la red del CURE

2011-06-17T14:05:52Z

164.73.234.126:

La Bitácora de la red del CURE

2011-06-17T14:05:20Z

164.73.234.126:

Cada vez que hagas un cambio o una configuración en la red del CURE, indìcalo acá, al principio de la lista.
Firma y fecha tu registro de bitácora con: <nowiki>~~~~</nowiki>.

[http://www.google.com.uy google uruguay]
* [[Usuario:Celia|Celia]] 16:10 16 jun 2011 (UYT)Configuración de cliente NTP en todos los equipos.
* [[Usuario:Celia|Celia]] 16:09 16 jun 2011 (UYT)Configuraci{on de servidor NTP en polonio.
* [[Usuario:Pablo|Pablo]] 22:11 13 jun 2011 (UYT) configuracion firewall router para que funcione Zentyal-Desktop desde distintas redes
* [[Usuario:Juan|Juan]], [[Usuario:Aline|Aline]], [[Usuario:Celia|Celia]] y [[Usuario:Victor|Victor]] instalación y configuración de zentyal, usuarios, soporte de idioma, teclado y actualizaciones en todas las máquinas del laboratorio.
* [[Usuario:Victor|Victor]] 08:21 13 jun 2011 (UYT) Instalación de denyhosts en paloma.
* [[Usuario:Celia|Celia]] 17:09 12 jun 2011 (UYT)Instalaci{on soporte de idioma en equipo 5.
* [[Usuario:Celia|Celia]] 16:49 12 jun 2011 (UYT)Zentyal-desktop instalado y configurado en equipo 5.
* [[Usuario:Celia|Celia]] 15:58 12 jun 2011 (UYT)Creación de usuario invitado en equipo 5.
* [[Usuario:Victor|Victor]] 11:47 12 jun 2011 (UYT) Documentación lo hecho en la instalación de GOsa pero incompleto (próximo curso:).
* [[Usuario: Victor|Victor]] 15:57 11 jun 2011 (UYT) Documentación MySQL,phpmyadmin y redirección https. Agregó links desde EVA a estos temas.
* [[Usuario:Dani|Dani]] 12:44 11 jun 2011 (UYT) Instalación del módulo de proxy en el Zentyal de Polonio (pero por ahora no se usa... va a haber que ver como configurar el router...)
* [[Usuario:Celia|Celia]] 12:23 11 jun 2011 (UYT)Se configuró teclado e idioma en equipo 3
*[[Usuario:Aline|Aline]] 12:20 11 jun 2011 (UYT)Se instaló y cnfiguró zenytal en equipo1
*[[Usuario:Aline|Aline]] 12:20 11 jun 2011 (UYT)Se configuraron teclado e idioma en equipo1
* [[Usuario:Juan|Juan]] 12:19 11 jun 2011 (UYT) Instalando actualización de seguridad Equipo 4
* [[Usuario:Celia|Celia]] 12:15 11 jun 2011 (UYT)Instalación zentyal-desktop en equipo 3
* [[Usuario:Juan|Juan]] 12:11 11 jun 2011 (UYT) Zentyal-desktop instalado y configurado en equipo4
* [[Usuario:Juan|Juan]] 12:02 11 jun 2011 (UYT) Configurado: idiomas, teclado e inicio en Equipo 4
* [[Usuario:Juan|Juan]] 11:50 11 jun 2011 (UYT) En Equipo 6 ya estaba instalado zentyal-desktop
* [[Usuario:Juan|Juan]] 11:48 11 jun 2011 (UYT) Configuración de idiomas y de teclado en Equipo 6
* [[Usuario:Dani|Dani]] 11:34 11 jun 2011 (UYT) Zentyal-desktop instalado y configurado en equipo10
* [[Usuario:Pablo|Pablo]] 10:01 11 jun 2011 (UYT) Configuracion de Zentyal en Polonio
* [[Usuario: Victor|Victor]] 09:55 11 jun 2011 (UYT) Bajar nivel de log en sshd_config.
* [[Usuario: Victor|Victor]] 22:27 10 jun 2011 (UYT) Configuración de vhosts para base-de-datos, tikiwiki, mediawiki y redirección por default a mediawiki. Documentado en [[Apache2]]
* [[Usuario:Dani|Dani]] 18:14 10 jun 2011 (UYT) algunos dominios agregados para acceder al Zentyal por grupostaller.curerocha.edu.uy
* [[Usuario:Dani|Dani]] 18:03 10 jun 2011 (UYT) En [[Servidor Paloma|Paloma]] des-instalé los paquetes dtc-* que a priori no tenían porqué estar ahí: dtc-firewall configuraba reglas iptables que sin duda era lo que nos impedían entrar en ssh. Habrá que re-instalar denyhosts (y configurarlo más suave...)
* [[Usuario:Pablo|Pablo]] 16:52 10 jun 2011 (UYT) [[Instalación y configuración Zentyal|Instalación de Zentyal]] en [[Servidor Polonio|Polonio]], para entrar en producción, luego de las pruebas en [[Servidor Pedrera|Pedrera]],

[[Redes y sistemas del CURE Rocha - Proyecto de taller 2011]]

To Do list

2011-06-17T14:02:41Z

164.73.234.126:

Esta es la lista de tareas del equipo de administración de la red del CURE. Si eres estudiante o docente, y quieres contribuir uniéndote a este equipo, ¡no dudes en [[contactarnos]]!

* Discutir el tema de poder acceder desde internet a las carpetas personales en los servidores del CURE.
* Armar una lista de contacto del equipo de administración (y documentar como mantenerla)
* Ver porqué el dominio polonio (es decir: polonio.taller.curerocha.edu.uy), que resuelve el DNS paloma sin problema, no se resuelve en el LAN (filtrado de las IPs 10.X por el dnsmasq),
* configurar un proxy para no estar bajando Gbs en cada máquina (en particular al actualizar las compus),
* instalar correctamente un postfix en paloma, para que envíe logswatchs, y otras alertas (o asegurarse que ya lo haga),
* instalar un PhpLdapAdmin en polonio, para analizar como el Zentyal utiliza el LDAP
* documentar el uso de un tunel ssh para acceder via polonio a la interfaz de administración del Zentyal, y/o: instalar un reverse-proxy en paloma, para acceder desde afuera a los servicios de polonio
* reforzar la identificación / autenticación en esta wiki, de manera a prevenir el vandalizmo y el spam, pero si que esto limite las contribuciones legítimas (ex: poner un [http://es.wikipedia.org/wiki/Captcha Captcha] para una edición no autenticada y para crearse un usuario
* conectar la autenticación en esta wiki al LDAP del Zentyal

GOsa

2011-06-17T13:56:41Z

164.73.234.126: /* Pantalla de bienvenida GOsa */

GOsa

2011-06-17T13:46:11Z

164.73.234.126: /* Pantalla de bienvenida GOsa */

GOsa

2011-06-17T13:45:49Z

164.73.234.126: /* Pantalla de bienvenida GOsa */

Instalación y configuración OpenLDAP

2011-06-17T13:44:38Z

164.73.234.126: /* Convertir del viejo archivo de configuración slapd.conf al formato cn=config */

== OpenLDAP ==

Para instalar OpenLDAP serán necesarios los paquetes slapd y ldap-utils, para instalar:

$ aptitude install slapd ldap-utils

Luego lanzamos los siguientes comandos

$ ldapadd -Y EXTERNAL -H ldapi:/// -f /etc/ldap/schema/cosine.ldif
$ ldapadd -Y EXTERNAL -H ldapi:/// -f /etc/ldap/schema/nis.ldif
$ ldapadd -Y EXTERNAL -H ldapi:/// -f /etc/ldap/schema/inetorgperson.ldif

creamos el archivo con la configuración para luego acceder a ldap

$ mkdir ldapLaburo
$ cd ldapLaburo
$ vi datos_base_slapd

Editamos el archivo datos_base_slapd, un ejemplo es el siguiente:

root@paloma:~/ldapLaburo# cat datos_base_slapd.ldif
# Load dynamic backend modules
dn: cn=module,cn=config
objectClass: olcModuleList
cn: module
olcModulepath: /usr/lib/ldap
olcModuleload: back_hdb

# Database settings
dn: olcDatabase=hdb,cn=config
objectClass: olcDatabaseConfig
objectClass: olcHdbConfig
olcDatabase: {1}hdb
olcSuffix: dc=ldap,dc=curerocha,dc=edu,dc=uy
olcDbDirectory: /var/lib/ldap
olcRootDN: cn=admin,dc=ldap,dc=curerocha,dc=edu,dc=uy
olcRootPW: secreto
olcDbConfig: set_cachesize 0 2097152 0
olcDbConfig: set_lk_max_objects 1500
olcDbConfig: set_lk_max_locks 1500
olcDbConfig: set_lk_max_lockers 1500
olcDbIndex: objectClass eq
olcLastMod: TRUE
olcDbCheckpoint: 512 30
olcAccess: to attrs=userPassword by dn="cn=admin,dc=ldap,dc=curerocha,dc=edu,dc=uy" write by anonymous auth by self write by * none
olcAccess: to attrs=shadowLastChange by self write by * read
olcAccess: to dn.base="" by * read
olcAccess: to * by dn="cn=admin,dc=ldap,dc=curerocha,dc=edu,dc=uy" write by * read

Le cambiamos el nombre:

$ mv datos_base_slapd datos_base_slapd.ldif

Y ejecutamos el siguiente comando:

$ ldapadd -Y EXTERNAL -H ldapi:/// -f datos_base_slapd.ldif

Creamos datos_frontend_slapd.ldif

$ vi datos_frontend_slapd.ldif

y le agregamos la siguiente información:

root@paloma:~/ldapLaburo# cat datos_frontend_slapd.ldif
# Create top-level object in domain
dn: dc=ldap,dc=curerocha,dc=edu,dc=uy
objectClass: top
objectClass: dcObject
objectclass: organization
o: CURE Rocha
dc: ldap
description: Directorio LDAP del CURE

# Admin user.
dn: cn=admin,dc=ldap,dc=curerocha,dc=edu,dc=uy
objectClass: simpleSecurityObject
objectClass: organizationalRole
cn: admin
description: LDAP administrator
userPassword: secreto

dn: ou=gente,dc=ldap,dc=curerocha,dc=edu,dc=uy
objectClass: organizationalUnit
ou: gente

dn: ou=groupos,dc=ldap,dc=curerocha,dc=edu,dc=uy
objectClass: organizationalUnit
ou: groupos

dn: uid=victor,ou=gente,dc=ldap,dc=curerocha,dc=edu,dc=uy
objectClass: inetOrgPerson
objectClass: posixAccount
objectClass: shadowAccount
uid: victor
sn: Alem
givenName: Víctor
cn: Víctor Alem
displayName: Víctor Alem
uidNumber: 1000
gidNumber: 10000
userPassword: secreto1
gecos: Víctor Alem
loginShell: /bin/bash
homeDirectory: /home/john
shadowExpire: -1
shadowFlag: 0
shadowWarning: 7
shadowMin: 8
shadowMax: 999999
shadowLastChange: 10877
postalCode: 31000
l: Toulouse
o: Example
mobile: +33 (0)6 xx xx xx xx
homePhone: +33 (0)5 xx xx xx xx
title: System Administrator
postalAddress:
initials: VA

confirmamos que todo este correcto con:

$ ldapadd -x -D cn=admin,dc=curerocha,dc=edu,dc=uy -W -f datos_frontend_slapd.ldif

Si no da errores es que todo ha ido bien!

=== Convertir del viejo archivo de configuración slapd.conf al formato cn=config ===

Aquí explicaré con un ejemplo de como agregar los schemas de [[GOsa]].

Para realizar esta tarea creamos el archivo slapd_convert.conf con el siguiente contenido:

<pre>
include /etc/ldap/schema/core.schema
include /etc/ldap/schema/cosine.schema
include /etc/ldap/schema/inetorgperson.schema
include /etc/ldap/schema/openldap.schema
include /etc/ldap/schema/nis.schema
include /etc/ldap/schema/misc.schema
include /etc/ldap/schema/trust.schema

include /etc/ldap/schema/samba3.schema
include /etc/ldap/schema/gosystem.schema
include /etc/ldap/schema/gofon.schema
include /etc/ldap/schema/goto.schema
include /etc/ldap/schema/goto-mime.schema
# Note: before 2.6.5 this file was named gosa+samba3.schema
include /etc/ldap/schema/gosa-samba3.schema
include /etc/ldap/schema/gofax.schema
include /etc/ldap/schema/openssh.schema
include /etc/ldap/schema/goserver.schema
include /etc/ldap/schema/fai.schema
include /etc/ldap/schema/dnszone.schema
include /etc/ldap/schema/rfc2739.schema
include /etc/ldap/schema/kolab2.schema
include /etc/ldap/schema/apple.schema
include /etc/ldap/schema/nagios.schema
include /etc/ldap/schema/phpgwaccount.schema
include /etc/ldap/schema/pureftpd.schema
include /etc/ldap/schema/phpscheduleit.schema
include /etc/ldap/schema/pptp.schema
include /etc/ldap/schema/openxchange.schema
include /etc/ldap/schema/dhcp.schema
</pre>

Luego ejecutamos el siguiente comando.

$ slaptest -f slapd_convert.conf -F /usr/local/etc/openldap/slapd.d

Luego le cambiamos los permisos a todos los archivos del directorio /etc/ldap/slapd.d/cn=config/cn=schema/ con el siguiente comando.

$ chown openldap:openldap /etc/ldap/slapd.d/cn=config/cn=schema/*

Esto sería lo necesario para que quede GOsa funcionando.
----

== phpldapadmin ==

instalar:

$ apt-get install phpldapadmin

Hacemos un respaldo de la configuración por defecto y editamos el archivo config.php

$ cp /etc/phpldapadmin/config.php /etc/phpldapadmin/config.php.orig
$ vi /etc/phpldapadmin/config.php

En este archivo editar las siguientes lineas:

$ldapservers->SetValue($i,'server','name','My LDAP Server'); // The name to display
$ldapservers->SetValue($i,'server','host','127.0.0.1'); // Address of the LDAP server
$ldapservers->SetValue($i,'server','base',array('dc=ldap,dc=curerocha,dc=edu,dc=uy')); // Base dn
$servers->setValue('login','bind_id','cn=admin,dc=ldap,dc=curerocha,dc=edu,dc=uy');

Entramos por web <nowiki>https://ip_servidor/phpldapadmin</nowiki> e ingresamos el password configurado en el ldap.

Fuente:

[https://help.ubuntu.com/10.04/serverguide/C/openldap-server.html OpenLDAP Server]

Procesos periódicos

2011-06-17T13:02:07Z

164.73.234.126: /* 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.

Correo electrónico

2011-06-17T12:28:56Z

164.73.234.126: Página creada con ' === Postfix === Postfix es un servidor de correo de software libre / código abierto, un programa informático para el enrutamiento y envío de correo electrónico, creado con...'

=== Postfix ===

Postfix es un servidor de correo de software libre / código abierto, un programa informático para el enrutamiento y envío de correo electrónico, creado con la intención de que sea una alternativa más rápida, fácil de administrar y segura al ampliamente utilizado Sendmail.

Objetivo por el que implementamos postfix:
Hay que tener un agente de correo configurado y funcionando para el envío de estado del sistema del servidor mediante logwatch.

== Instalación de Postfix ==

Para poder instalar nuestro servidor de correo Postfix:

> sudo apt-get install postfix

Antes de terminar de instalar los paquetes se ejecuta el asistente de configuración de postfix, solamente hay que dar enter y seleccionar sin configuración.

== Configuración de Postfix para que envío correo ==

En el archivo de configuración /etc/postfix/main.cf hay que completar con la siguiente información:

myorigin = tu_dominio.com
mydomain = $myorigin
myhostname = nombre_de_maquina.$mydomain
mydestination = $mydomain, $myhostname, localhost.$mydomain, localhost
relayhost = # Cuando no tiene nada este campo, es la propia máquina quien envía
inet_interfaces = all
home_mailbox = Mail/ # Hay que crear este directorio

Ejemplo de archivo /etc/postfix/main.cf ya configurado:

# See /usr/share/postfix/main.cf.dist for a commented, more complete version
# Debian specific: Specifying a file name will cause the first
# line of that file to be used as the name. The Debian default
# is /etc/mailname.
#myorigin = /etc/mailname
smtpd_banner = $myhostname ESMTP $mail_name (Ubuntu)
biff = no
# appending .domain is the MUA's job.
append_dot_mydomain = no
# Uncomment the next line to generate "delayed mail" warnings
#delay_warning_time = 4h
readme_directory = no
# TLS parameters
smtpd_tls_cert_file=/etc/ssl/certs/ssl-cert-snakeoil.pem
smtpd_tls_key_file=/etc/ssl/private/ssl-cert-snakeoil.key
smtpd_use_tls=yes
smtpd_tls_session_cache_database = btree:${data_directory}/smtpd_scache
smtp_tls_session_cache_database = btree:${data_directory}/smtp_scache
# See /usr/share/doc/postfix/TLS_README.gz in the postfix-doc package for
# information on enabling SSL in the smtp client.
myhostname = paloma.taller.csic.edu.uy
alias_maps = hash:/etc/aliases
alias_database = hash:/etc/aliases
myorigin = /etc/mailname
mydestination = paloma.taller.csic.edu.uy, localhost.taller.csic.edu.uy, , localhost
relayhost =
mynetworks = 127.0.0.0/8 ::ffff:127.0.0.0?/104 ::1?/128
mailbox_size_limit = 0
recipient_delimiter = +
inet_interfaces = all
home_mailbox = Mail/

Comandos útiles:
> /etc/init.d/postfix start
> /etc/init.d/postfix stop
> /etc/init.d/postfix restart

'''Software'''

"Logwatch": analizador de estado del sistema.

'''Instalación de Logwatch'''

apt-get install logwatch

Logwatch guarda la información por defecto en el directorio /usr/share/logwatch/default.conf/ , pero este directorio no es necesario modificarlo ya que
logwatch también se fija en /etc/logwatch/ y sobrescribe la configuración por defecto. Por lo tanto, directamente creamos el siguiente archivo: /etc/logwatch/conf/logwatch.conf en este vamos a hacer nuestras modificaciones personales, si queremos nuevamente la configuración por defecto, basta con borrar este archivo. Ejemplo de /etc/logwatch/conf/logwatch.conf :

# archivo /etc/logwatch/conf/logwatch.conf #
# Para que logwatch nos mande un reporte por mail
Output = mail
# Con esto elegimos el formato del reporte (text, html...)
Format = html
# Dirección de destino del reporte
MailTo = tu_correo@tu_servidor.com
# Remitente del reporte
MailFrom = logwatch
# Dia que quiero el reporte (Yesterday, Today, all)
Range = Yesterday
# De que servicios quiero recibir reportes
Service = all

Con esto hacemos que cada vez que ejecutemos el comando "logwatch" recibamos un mail con el reporte. Para recibir diariamente sin tener que ingresar a la máquina vamos a editar el archivo /etc/cron.daily/00logwatch y agregamos la siguiente línea:

/usr/sbin/logwatch --mailto tu_correo@tu_servidor.com

Guardamos los cambios y listo, recibiremos todos los días un reporte de logwatch.

== Referencias ==

http://ocw.uoc.edu/informatica-tecnologia-y-multimedia/administracion-avanzada-del-sistema-operativo-gnu-linux/materiales/
http://www.stellarcore.net/logwatch/tabs/docs/HOWTO-Customize-LogWatch.htm
http://www.juanfelipe.net/node/35

Notas de administración

2011-06-17T12:25:59Z

164.73.234.126: /* Ubuntu Desktop */

Este wiki es la documentación de instalación. Debe registrar todas las tareas de instalación, configuración, administración y mantenimiento de una máquina. También debe registrar las pruebas necesarias para demostrar que todo funciona como debe.

==Ubuntu Desktop==
Instalación, configuración y mantenimiento de Ubuntu Desktop.

* [[Instalación Básica]]
* [[Servidor SSH]]
* [[Procedimiento de Verificación La forma de verificar la instalación]]
* [[Formato de Informe El formato del informe de instalación]]
* [[Aplicaciones gráficas de administración]]

==Ubuntu Server==
Instalación y configuración y mantenimiento de Ubuntu Server.

* [[Medios de Instalación]] Generar medios de instalación (CD y pendrive USB)
* [[Instalación Básica Server]] Instalación mínima de un servidor
* [[Verificación Server]] La forma de verificar la instalación server básica
* [[Formato de Informe]] Server El formato del informe de instalación server básica

==Administración Local==

* [[GRUB]] Gestor de arranque, particiones y sistemas operativos disponibles
* [[Niveles de Arranque]] Arranque del sistema, niveles y control de arranque
* [[Estado del Sistema]] Obtener información de estado del sistema
* [[Procesos]] Control de procesos, uso de memoria
* [[Paquetes]] Gestión de paquetes y actualización
* [[Usuarios y Grupos]] Administración de usuarios y grupos del sistema
* [[sudo]] Control de privilegios de usuarios
* [[Sistema de Archivos]] Particiones, tipos de sistema de archivos, montaje
* [[Procesos periódicos]] Trabajos no interactivos y proceso periódicos
* [[Impresión]] CUPS, sistema de manejo de impresoras, colas y trabajos
* [[Discos]] Almacenamiento externo
* [[Respaldos]]

==Administración de Red==

* [[Red]] Configuración de red
* [[NTP]] Sincronizar fecha y hora del sistema, servidor de hora
* [[DNS_Master_en_paloma|DNS]] Resolución de Nombres, configuración y validación
* [[DHCP]] Asignación automática de direcciones IP
* [[Firewall]] Diferentes paquetes y maneras de configurar un firewall (en un router, fwbuilder, ...)
* [[WiFi]] Configuración de red WiFi en CURE Rocha

==Servicios==

* [[Impresión]] CUPS, Impresoras locales y remotas
* [[Correo electrónico]] Exim, Postfix, courrier, procmail, ...
* [[Servidor Web]] Apache y sus módulos: PHP, mysql, ...
* [[NFS]] Compartir archivos con Unix/Linux: NFS, SFTP.
* [[Samba]] Compartir archivos con MS Windows.
* [[Gestión centralizada]] de usuarios LDAP, NIS, Interconexión con correo, archivos compartidos, etc.
* [[Bases de Datos]]: MySQL, Postgres, PhpMyAdmin

Respaldo en paloma y polonio

2011-06-16T19:30:49Z

164.73.234.126: /* Crear un sistema de archivos en un Volúmen Lógico */

=== Respaldo en servidores ===

Los respaldos se realizan en los segundos discos de cada servidor, (/dev/sdb).

== Crear Volúmenes Físicos (PV) ==

Para poder usar un dispositivo de almacenamiento con el LVM lo primero es inicializarlo, para ello se usa el comando seguido del nombre del dispositivo o los dispositivos de bloques a inicializar.
Así, si queremos inicializar el segundo disco, podríamos usar el comando:

pvcreate /dev/sdb
Physical volume "/dev/hsdb" successfully created

== Crear Grupos de Volúmen (VG) ==

Una vez que tenemos inicializados el volúmen físico (o varios volúmenes) hay que crear un Grupo de Volúmen, de está forma se obtiene algo así como un área de almacenamiento cuya capacidad es la suma de las capacidades de todos los Volúmenes Físicos que lo forman.
Para crear un nuevo Grupo de Volúmen se emplea el comando vgcreate, con el primer parámetro se especifica el nombre que tendrá el Grupo de Volúmen, a continuación, se indica la lista de Volúmenes Físicos que formarán el Grupo de Volúmen. Básicamente, la sintaxis es la siguiente:
vgcreate nombre_del_vg volúmen_físico [volúmen_físico ...]
ej:
vgcreate respaldos /dev/sdb

== Crear Volúmenes Lógicos (LV) ==

Una vez dispongamos de un Grupo de Volúmen, es hora de distribuir su espacio en Volúmenes Lógicos sobre los que poder crear sistemas de archivos. Para crear un Volúmen Lógico se emplea el comando lvcreate, su sintaxis es la siguiente:

lvcreate {-L/--size tamaño} {-n/--name nombre_del_lv} nombre_del_vg

Con la opción -L o --size se especifica el tamaño que tendrá el Volúmen Lógico, si no se especifica ningún sufijo, se asumirá que es en megabytes, los sufijos que se pueden usar son: K para kilobytes, M para megabytes, G para gigabytes y T para terabytes.
La opción -n o –name sirve para establecer el nombre que tendrá el Volúmen Lógico, si no se especificase un nombre entonces se establecería uno del tipo lvol#, donde # es número interno asignado al Volúmen Lógico.
El último parámetro que hay que indicarle al comando es el Grupo de Volúmen donde se creará el Volúmen Lógico.
ej:
lvcreate -L 100G -n paloma respaldos

Por cada Volúmen Lógico que tengamos, se creará un dispositivo dentro de que estará compuesto por el nombre del Grupo de Volúmen, un guión y el nombre del Volúmen Lógico, por ejemplo, si el Grupo de Volúmen se llama respaldos y la Volúmen Lógico que hemos creado se llama paloma, entonces se creará el dispositivo /dev/mapper/respaldos-paloma. Por otro lado, también se creará un enlace simbólico con la forma /dev/grupo_de_volúmen/volúmen_lógico, en el caso del ejemplo, se llamaría: /dev/respaldos/paloma.

== Crear un sistema de archivos en un Volúmen Lógico ==

Una vez que tenemos un Volúmen Lógico, podemos usar su dispositivo como un dispositivo de bloques en el que crear un sistema de archivos. Ejemplo, para crear un sistema de archivos ext3 en el Volúmen Lógico perteneciente al servidor de paloma:
mkfs.ext4 /dev/mapper/respaldos-paloma

== Referencias: ==

http://www.vilecha.com/Hellguest/lvm2_creacion.asp

GOsa

2011-06-16T19:20:19Z

164.73.234.126: configuración de GOsa

== Introducción ==

Esta página cuenta y quiere dejar huella de la experiencia que no pudimos completar en el taller por falta de tiempo, pero creemos es un buen "frontend" para tal vez impelementar en próximas ediciones del [[Tecnólogo en Telecomunicaciones/adminredes|Taller de Administración de Redes y Servicios]] como plataforma para una gestión completa de la red del CURE.

== Requisitos Previos ==

Para instalar GOsa es necesario instalar lo siguiente:

* [[Apache2|Apache]]
* [[PHP]]
* [[MySQL]]
* [[Instalación y configuración OpenLDAP|LDAP]]

'''Nota''': Para instalar LDAP, recomiendo leer las siguientes referencias:
* [https://oss.gonicus.de/labs/gosa/wiki/InstallingLdap InstallingLdap GOsa]
* [https://help.ubuntu.com/10.04/serverguide/C/openldap-server.html OpenLDAP Server]
* [[Instalación y configuración OpenLDAP|LDAP]]

== Instalación GOsa ==

Para instalar GOsa lo primero es agregar la fuente a los repositorios, para esto creamos el archivo /etc/apt/source.list.d/gosa.source.list con la siguiente linea:

deb <nowiki>http://oss.gonicus.de/pub/gosa/debian-etch/</nowiki> ./

Luego, desde '''aptitude''' instalamos los paquetes necesarios. Este punto es lo que habría que exporar un poco más, por falta de tiempo instalé todos los paquetes de GOsa y sus plugins, pero habría que detenerse y revisar cuales nos son de utilidad...

'''Nota''': Nosotros instalamos en Ubuntu 10.04 LTS y se precisa una versión de GOsa superior a la 2.5, la debian squeeze no anduvo pero la etch si. Leer: [https://oss.gonicus.de/labs/gosa/wiki/InstallingGOsa Installing GOsa]

== Configuración GOsa ==

Luego de instalados los paquetes, ingresamos vía web a <nowiki>https://servidor/GOsa</nowiki> y se inicia el setup.

=== Paso 1: Bienvenida Setup ===

[[Archivo: GOsaSetup.png]]

En este paso debemos ejecutar el comando que nos muestra en la página.

=== Paso 2: Lenguaje ===

[[Archivo: lenguaje.png]]

Elegir el idioma deseado.

=== Paso 3: Comprobación de la instalación ===

[[Archivo: comprobacion.png]]

Chequeamos que esté todo bien y seguimos, de lo contrario hacer los cambios pertinentes.

=== Paso 4: Licencia ===

[[Archivo: licencia.png]]

Leemos detenidamente todo el documento y seguimos...

=== Paso 6: Conectividad LDAP ===

[[Archivo: conectividadLDAP.png]]

En este paso hay que escribir la configuración de LDAP. Por más información: [[Instalación y configuración de OpenLDAP]]

=== Paso 7: Comprobación de Esquemas ===

[[Archivo: comprobacionschema.png]]

Este paso puede dar errores porque hay que tener el LDAP funcionando bien, por más información de cómo agregar los schemas para GOsa aquí.

=== Paso 8: Configuración GOsa 1/3 ===

En los siguientes tres pasos, seleccionar las caracteristicas de GOsa deseadas.

[[Archivo: configgosa1.png]]

=== Paso 9: Configuración GOsa 2/3 ===

[[Archivo: configgosa2.png]]

=== Paso 10: Configuración GOsa 3/3 ===

[[Archivo: configgosa3.png]]

=== Paso 11: Inspección LDAP ===

[[Archivo: inspeccionLDAP.png]]

Aquí la aplicación web nos da la posibilidad de, en caso de error, corregirlo y crear la cuenta de administrador de GOsa. Corregir los errores sí los hay y continuar.

=== Paso 12: Avisos y sugerencias ===

Esta es una parte opcional.

[[Archivo: instysug.png]]

=== Paso 13: Terminar la instalación ===

[[Archivo: terminarinstalacion.png]]

En este paso hay que descrgar el archivo y luego copiarlo en el directorio de GOsa y derle los siguientes permisos:

$ chown root:www-data /etc/gosa/gosa.conf
$ chmod 640 /etc/gosa/gosa.conf

== Pantalla de login ===

[[Archivo: gosalogin.png]]

Ingresar con el usuario administrador de GOsa.

== Pantalla de bienvenida GOsa ==

[[Archivo: bienvenidagosa.png]]

Hasta aquí llegó la exploración de GOsa que por falta de tiempo no lo pudimos implementar en los servidores del CURE.

[[Instalación y configuración Zentyal|Opción actualmente en producción en el CURE]]

Instalación y configuración Zentyal

2011-06-15T22:26:23Z

164.73.234.126: /* Autenticación desde distintas redes */

== Instalación ==

=== Servidor Zentyal ===

Zentyal se puede instalar de 2 maneras:
* Imagen pre-instalada (incluye el SO)
* desde repositorios
En esta documentación solo hablaremos sobre la instalación desde repositorios.

Para hacerlo hay que agregar a /etc/etc/apt/sources.list el repositorio:
deb http://ppa.launchpad.net/zentyal/2.0-contrib/ubuntu lucid main

Instalamos la firma:
$ apt-key adv --keyserver keyserver.ubuntu.com --recv-keys 10E239FF

Luego de esto actualizamos la base de datos de paquetes:
$ apt-get update

ahora si podemos instalar Zentyal:
$ apt-get install zentyal

El puerto de escucha lo dejamos por defecto.

Luego de instalado, ingresamos a través de nuestro navegador web a la siguiente dirección:
https://<ip servidor Zentyal>

Ingresamos con nuestro usuario y contraseña del sistema.

La primera vez nos entra en un wizard para agregar las utilidades deseadas, de esta manera él instala un paquete para brindar ciertos servicios.
Arriba nos da la opción de "View advanced mode", entramos ahí y nos muestra la lista completa de paquetes a instalar.

Para nuestro servidor de archivos y usuarios necesitamos solo lo siguiente:
* File Sharing
* Printer Shaping
* Users and Groups

Le damos Install, nos muestra la lista de paquetes a instalar (ya agrega solo las dependencias) y luego seleccionamos OK.
Esperamos que descargue e instale.

Cuando termina nos pregunta sobre las interfaces de red, cuales son internas y cuales son externas, en nuestro caso solo tenemos interna. Nos va a pedir que le configuremos su interfaz de der, así que la ponemos en static y le agregamos los datos correspondientes.
Ejemplo polonio:
Method: Static
IP address: 10.5.1.254
Netmask: 255.255.255.0
Gateway: 10.5.1.1
Domain Name Server 1: 10.5.1.1

Seleccionamos el servidor en estado: Standalone Server

Y salvamos los cambios.

Aclaración: Cuando se instalan estos servicios, también se instala un servicio de red. Este servicio de red maneja la configuración de la tarjeta de red modificando el archivo /etc/network/interfaces, si editamos este archivo cuando reiniciemos el equipo Zentyal volverá a cambiar la configuración de red por la que tenga guardada. Además los servicios que estén escuchando, manejados por Zentyal, siguen con la configuración de Zentyal y no con la configuración del archivo /etc/network/interfaces.

=== Cliente Zentyal en Ubuntu ===

Agregar el repositorio:
* para 10.04:
deb http://ppa.launchpad.net/zentyal/desktop/ubuntu lucid main
* para 10.10:
deb http://ppa.launchpad.net/zentyal/desktop/ubuntu maverick main

en:
/etc/apt/source.list.d/
en un archivos llamado por ejemplo: zentyal.sources.list

Instalamos la firma:
$ apt-key adv --keyserver keyserver.ubuntu.com --recv-keys 10E239FF

Actualizar e instalamos mediante:
$ apt-get update && apt-get install zentyal-desktop

Durante la instalación, nos va a preguntar sobre LDAP, ignoramos lo que nos pregunte y solo le ponemos la ip del servidor Zentyal:
10.5.1.254
y que no hay un servidor esclavo.

Reiniciamos la máquina para que los cambios surgan efecto.

== Ingresar Usuarios y Grupos en Zentyal==

=== Grupos ===
Creamos los usuarios en: Office-> Usuarios y Grupos-> Grupos
Nos pedirá el nombre del grupo y un comentario sobre el mismo. Si entramos a "Editar" ahí podremos agregar usuarios a dicho grupo y compartir una carpeta para todos los usuarios del mismo.
Para acceder a esta carpeta se puede hacer a través de la siguiente dirección
smb://polonio/<nombre_carpeta>

=== Usuarios ===
Antes de crear los usuarios, hay que especificar cual será el shell por defecto. Esto se hace desde Office-> Usuarios y Grupos-> Opciones de configuración de LDAP -> Shell por defecto, seleccionamos bash (Este cambio se aplicará únicamente a los usuarios creados a partir de ahora).

Creamos los usuarios en: Office-> Usuarios y Grupos-> Usuarios
Por defecto se creará una carpeta en /home para nuestro usuario. Para acceder a la carpeta de este usuario lo hacemos a traves de la siguiente ruta:
smb://polonio/<nombre_usuario>

== Configuración ==

=== Cambio de idioma y habilitar servicios ===
En Core-> System-> General tenemos la opción de cambiar el lenguaje, agregar usuarios, cambiar el puerto de escucha de Zentyal y el nombre del propio servidor.

Ahora chequeamos que los servicios instalados estén habilitados, esto se hace en Core-> Estado del módulo

=== Carpetas remotas ===

Crear los grupos a los que pertenecerán los usuarios en : Office-> Usuarios y Grupos-> Grupos
Podemos agregar carpetas compartidas para todos los integrantes del grupo, esta carpeta se va a crear en /home/samba/groups/
Para acceder a estas carpetas de forma remota, se puede llegar a través de la siguiente ruta:
smb://polonio/<nombre_carpeta>

Para poder acceder a estos espacios compartidos, deberemos ingresar los siguientes datos:
nombre de usuario: <nombre_usuario>
grupo de trabajo: CURE-ROCHA
contraseña: <contraseña>

Las terminales deberán tener instalado samba, y este debe de tener el valor:CURE-ROCHA en workgroup (/etc/samba/smb.conf).

La configuración de las carpetas compartidas se puede ver en: /etc/samba/smb.conf

=== Carpetas compartidas ===

Para crear carpetas compartidas vamos: Office-> Compartir Ficheros-> Directorios Compartidos
Ahí podremos agregar un nuevo directorio o editar uno ya hecho. Para agregar uno nuevo damos en "Añade nuevo", luego damos el nombre del nuevo recurso compartido, en "Ruta del recurso compartido", si seleccionamos "Directorio bajo Zentyal" esto creará la carpeta en /home/samba/shares/ solo hay que agregar el nombre de la carpeta. Si queremos que se tenga acceso sin autenticación marcamo la opción "Acceso de invitado".
Luego de de crearla hay que darle los permisos, esto se hace desde "Control de acceso", luego en "Action" lo editamos, nos da la opción de compartirlo para un usuario en particular o para un grupo de usuarios, con permiso de solo lectura (Read only) o de lectura y escritura (Read and write).

== Modo de uso ==

=== Autenticación local con carpeta personal en servidor Zentyal ===

De esta manera, la autenticación del usuario se hace de forma local y no contra el servidor Zentyal, pero se puede acceder a la carpeta personal guardada en el servidor Zentyal. Para acceder a ella se puede hacer de dos formas.
Una forma sería ingresar en el navegador de archivos la dirección de la carpeta (Ctrl + L), ejemplo:
smb://polonio/<nombre_usuario>
Nos solicitará:
Usuario: <nombre_usuario>
Dominio: CURE-ROCHA
Contraseña: <nuestra_contraseña>

De esta forma ya accedemos a nuestra carpeta personal.

Podemos acceder también a carpetas compartidos para un grupo de usuarios. Esto se puede hacer de dos formas:
* a través del navegador de archivos ir a Red-> Red de Windows-> CURE-ROCHA-> POLONIO-> <nombre_carpeta_compartida>
* o ingresar en el navegador de archivos la dirección de la carpeta (Ctrl + L), ejemplo:
smb://polonio/<nombre_carpeta_compartida>

=== Autenticación mediante Zentyal LDAP ===

Requiere tener instalado Zentyal-Desktop. Hay tres formas de uso:
* Autenticación mediante Zentyal LDAP: la base de datos de usuario está guardada únicamente en el servidor Zentyal y si se tiene una cuenta en él se podrá logear desde cualquier máquina en la red.
* Auto-configuración en la máquina cliente por los servicios provisto desde Zentyal (mail, samba, Jabber, VoIP, ...): la primera vez que se logea en la máquina esta crea el directorio home con la pre-configuración apropiada.
* Perfiles itinerantes (Roaming profiles): los datos en el directorio home son sincronizados desde el servidor para poder trabajar con sus archivos desde cualquier máquina de la red, mantiene una copia local te los mismos.

Las que se implementaron son las dos primeras.

== Configuración de Jabber ==

Para configurar la cuenta de chat ingresamos como administrador a la página de Zentyal y vamos a: Core -> Gestión de software -> Componentes Zentyal y en este menú seleccionamos el componente Jabber e instalamos.

Luego de instalado, en el menú a la izquierda, aparecerá en la sección de "Communications" una entrada para Jabber donde se podrá setear los parámetros de configuración.

[[Archivo:jabber.png|center]]

Para activar usuarios vamos a -> Office -> Usuarios y Grupos -> Usuarios. Aquí editamos el usuario que queremos activar, en la sección de cuentas de Jabber activamos esto y le damos privilegios de administración. Presionamos en cambiar y guardamos los cambios.

[[Archivo:usuario.png|center]]

'''Nota''': La activación de los usuarios puede demorar unos minutos.

'''Nota''': Esto configura una cuenta jabber, debe configurarse un cliente de mensajería instantánea, ej. Empathy.

Gestión centralizada

2011-06-15T22:03:27Z

164.73.234.126: /* Procedimiento */

=== Gestión centralizada de usuarios ===

DAP (Directory Access Protocol) era uno de los protocolos del conjunto de normas OSI X500 para la gestión de directorios o anuarios.

LDAP, por light DAP est un protocolo derivado elaborado en el marco del internet.

LDAP ofrece una organización y gestión modular de datos de objetos heterogeneos, como las personas y recursos de una organización. Los datos se organizan en una estructura arborescente, y deben ser conformes a un "esquema" (directory schema) específico a los datos que se manejan.

Por ejemplo, interconectando OpenLDAP con SAMBA, se puede configurar un sistema de gestión de usuarios y de archivos de red institucional, con derechos de accesos estructurados en grupos.

Muchos sistemas de información (correo, CMS, ...) permiten delegar la autenticación de usuarios a un LDAP externo al sistema y compartido con otros a nivel de una institución.

El "servidor LDAP" en general sólo nos da el "backend", es decir un sistema accesible en línea de comandos o APIs via librerías. Para el uso, conviene también organiozar un "frontend", es decir una interfaz más amigable, a través de la cual los administradores (adminsys o funcionales) y eventualmente los usuarios accederán al sistema.
Borrador
Existen varios servidores LDAP, pero el más conocido (y avanzado y versátil, probablemente) es OpenLDAP. Su deamon se denomina slapd. Pero existen otros, como el Directory Server de Apache.

'''Paquetes:'''

* slapd: deamon ldap
* ldap-utils: clientes ldap, y otros utilitarios

'''Frontends:'''

* phpldapadmin: fontend multi-propósito web de manejo de un servidor LDAP
* GOsa es un frontend que maneja un schema propio, pero que ofrece una interfaz configurable y un acceso a cualquier usuario.
* LAM (ldap account manager) maneja algunos shcma básics, como las cuentas POSIX, inetOrgPerson o Samba.

== Procedimiento ==

Ir al siguiente enlace: [[Instalación y configuración OpenLDAP]]

== Referencias ==

www.openldap.org

Firewall

2011-06-15T15:03:15Z

164.73.234.126:

Firewall

2011-06-15T14:59:28Z

164.73.234.126:

Firewall

2011-06-15T14:13:20Z

164.73.234.126: firewall garzon por Pablo y victor

Discos

2011-06-13T22:58:45Z

164.73.234.126: Página creada con '=== Discos === $ fsck: verifica la superficie del disco. $ fsck -p /dev/sda5 : verifica la superficie de una partición. $ badblocks /dev/sda5 : detecta bloques malos, y su ...'

=== Discos ===

$ fsck: verifica la superficie del disco.

$ fsck -p /dev/sda5 : verifica la superficie de una partición.

$ badblocks /dev/sda5 : detecta bloques malos, y su resultado puede ser leído por los comandos que crean sistemas de archivos.

hdparm - get/set SATA/IDE device parameters. OJO, puede crear problemas en máquinas instaladas.

== Swap: ==

$ mkswap /dev/sda2 : establece una partición como área de intercambio

$ swapon /dev/sda2: habilita el área de intercambio

$ swapoff /dev/sda2 : deshabilita el área de intercambio

== Sistemas de archivos: ==

Comando genérico para crear sistemas de archivos: mkfs

$ mkfs -t ext2 /dev/sda2

Mas específicos: mkfs.bfs, mkfs.ext2, mkfs.ext3, mkfs.ext4, mkfs.ext4dev, mkfs.minix, mkfs.msdos, mkfs.ntfs, mkfs.vfat
tune2fs: ajusta los parámetros de ext2/ext3/ext4.

$ tune2fs -j /dev/sda2 convierte el sistema de archivos de ext2 a ext3

'''Etiquetas de sistemas de archivos:'''

dosfslabel (8) - set or get a MS-DOS filesystem label

e2label (8) - Change the label on an ext2/ext3/ext4 filesystem

findfs (8) - Find a filesystem by label or UUID

mlabel (1) - make an MSDOS volume label

ntfslabel (8) - display/change the label on an ntfs file system

'''Dispositivos de almacenamiento externo:'''

USB. Comandos:

:lsusb (8) – listado de dispositivos USB

:usb-devices (1) – imprime detalles de dispositivos USB

:usb_printerid (1) – imprime el ID de impresoras USB

Sistemas avanzados:

:RAID, paquete mdadm.

:LVM, paquete lvm2.

== Referencias ==

http://protectoramalaga.bdat.com/documentos/sistema_ficheros/html/x271.html

http://www.ibiblio.org/pub/linux/docs/LuCaS/Manuales-LuCAS/doc-curso-salamanca-admin-avanzada/html/ch04s05.html

Impresión

2011-06-13T22:55:41Z

164.73.234.126: Página creada con '=== Impresión === == Configuración de CUPS == /etc/cups/ cupsd.conf-> configuración del servidor printers.conf-> definición de impresoras == Administración vía web ...'

=== Impresión ===

== Configuración de CUPS ==

/etc/cups/

cupsd.conf-> configuración del servidor

printers.conf-> definición de impresoras

== Administración vía web ==

Se accede a través de http://localhost:631
Por defecto sólo es accesible desde el propio equipo, es recomendable que siga siendo así ya que al ser http tanto el usuario y la contraseña viajan sin encriptación por la red.

== Administración en línea de comandos ==

Hay que instalar cups, cups-client y cups-bsd

:- lpstat -a ->muestra el estado del sistema CUPS

:- lpstat -p ->muestra estado de las impresoras

:- lpinfo ->muestra dispositivos disponibles y drivers

Para añadir una impresora:
:- lpadmin
#lpadmin -p nombre_impresora -E -v parallel:/dev/lp1 -P driver.ppd
:-E: activa impresora
:-v: URI del dispositivo
:-P: establece el PPD a emplear si se dispone del mismo (ver /usr/share/ppd), para bajar drivers de impresoras http://www.openprinting.org/printers

Para añadir una impresora a una clase:
#lpadmin -p nombre_impresora -c nombre_clase
#cupsenable nombre_clase

Indicar impresora por defecto
#lpoptions -d printer

Eliminar impresora o clase:
#/usr/sbin/lpadmin -x DeskJet

Habilitar/deshabilitar impresora:
#/usr/bin/cupsenable nombre_impresora
#/usr/bin/cupsdisable nombre_impresora

Para imprimir
#lpr -P nombre_impresora direccion_archivo

Para ver la cola de impresión
#lpq

Para cancelar un trabajo de impresión
#lprm numero_de_trabajo

Para mover un trabajo de impresión
#lpmove nomero_de_trabajo impresora_destino

Puede que lpmove no esté en el path, así que la ruta completa es /usr/sbin/lpmove

== Referencias ==

www.cups.org

http://www.usc.es/estaticos/atic/sistemas/cursolinux/avanzado_2a_ed/cups.pdf

Procesos periódicos

2011-06-13T22:53:27Z

164.73.234.126: Página creada con '=== 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...'

=== 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.