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

Segunda propuesta de documento de proyecto

2011-06-17T21:19:13Z

Lorena: Página creada con 'Archivo: proyecto.doc Archivo: apendiceA.doc Archivo: apendiceB.doc Archivo: apendiceC.doc'

[[Archivo: proyecto.doc]]

[[Archivo: apendiceA.doc]]

[[Archivo: apendiceB.doc]]

[[Archivo: apendiceC.doc]]

DocuWiki

2011-06-16T22:19:14Z

Lorena: Página creada con '=== Dokuwiki === DokuWiki es un wiki principalmente orientado a la creación de documentación de cualquier tipo. Está destinado a equipos de desarrolladores, grupos de trabaj...'

=== Dokuwiki ===

DokuWiki es un wiki principalmente orientado a la creación de documentación de cualquier tipo. Está destinado a equipos de desarrolladores, grupos de trabajo y pequeñas compañías. Tiene una sintaxis sencilla pero potente que asegura que los archivos de datos se puedan leer desde fuera del wiki y facilita la creación de textos estructurados. Toda la información se guarda en archivos de texto plano, no necesita ninguna base de datos.

== Requisitos de instalación: ==

*Servidor de páginas web con soporte de PHP: preferiblemente apache2 aunque se admiten otras alternativas.
*PHP versión 5.1.2 o superior. Las versiones más recientes desde el año 2009 han abandonado el soporte para PHP 4.
*Se recomienda disponer de las extensiones gráficas GD2 incluidas con determinadas versiones de PHP.

== Instalación: ==

:1. Descargar la última versión de dokuwiki
wget http://www.splitbrain.org/_media/projects/dokuwiki/dokuwiki-2011-05-25a.tgz

:2. Descomprimir el archivo
sudo tar -vxzf dokuwiki-2011-05-25a.tgz

:3. Crear una carpeta con el contenido del dokuwiki

sudo mv dokuwiki-2011-05-25a dokuwiki

:4. Mover dicha carperta a /var/www

sudo mv dokuwiki /var/www/dokuwiki

:5. Cambiarle los permisos de configuración para que se pueda correr el script

sudo chmod a+w /var/www/dokuwiki/conf/

'''Configurar apache'''

:1. Crear una entrada en el archivo /etc/apache2/sites-available
cp /etc/apache2/sites-available/default /etc/apache2/sites-available/dokuwiki

:2. Editar el archivo /etc/apache2/sites-available/dokuwiki
sudo vi /etc/apache2/sites-available/dokuwiki

:Y modificar la línea:
:Modificando Documentroot /var/www a Documentroot /var/www/dokuwiki

:3. Luego desde el directorio /etc/apache2/ ejecutar el siguiente comando:

sudo a2ensite dokuwiki

Esto activa el servicio dokuwiki creando una entrada para el mismo en /etc/apache2/sites-enabled

Reiniciar el servicio apache:

sudo /etc/init.d/apache2 restart

Redes y sistemas del CURE Rocha - Proyecto de taller 2011

2011-06-15T15:05:08Z

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

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

Redes y sistemas del CURE Rocha - Proyecto de taller 2011

2011-06-15T15:04:45Z

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

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

Redes y sistemas del CURE Rocha - Proyecto de taller 2011

2011-06-15T15:02:44Z

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

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

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

[[Respaldo BackupPC]]

Redes y sistemas del CURE Rocha - Proyecto de taller 2011

2011-06-15T15:01:52Z

Lorena:

Respaldo en paloma y polonio

2011-06-15T15:00:28Z

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

=== 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.ext3 /dev/mapper/respaldos-paloma

== Referencias: ==

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

Redes y sistemas del CURE Rocha - Proyecto de taller 2011

2011-06-15T14:58:42Z

Lorena:

Redes y sistemas del CURE Rocha - Proyecto de taller 2011

2011-06-14T13:37:51Z

Lorena: /* 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]]: Lorena
* [[MediaWiki]]: Aline
* [[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

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

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

Apache2

2011-06-14T13:36:38Z

Lorena: /* Referencias */

===Borrador===

Servidores web en GNU/linux:
el principal y más conocido: apache
pero también: lighthttpd, cherokee, ...

Utilizaremos apache2 (denominado así en debian/ubuntu porque cohabita(ro)n las versiones 1.3.x (apache) y 2.x (apache2)

===Instalación===

aptitude install apache2

Primer prueba: desde un navegador visitar la página: <nowiki>http://servidor.apache/</nowiki>
donde "servidor.apache" es la IP del servidor, o un nombre de domínio que resuelve a ésta. (si el servidor tiene un navegador, puede sar: <nowiki>http://localhost/</nowiki>)

Debemos entonces ver aparecer una página de prueba: "It works!"

Organización de /etc/apache2 :

/etc/apache2/apache2.conf: archivo principal de configuración,
/etc/apache2/ports.conf: declaración de uso de VirtualHosts y puertos de escucha
/etc/apache2/conf.d/ carpeta de configuraciones específicas a módulos u otros paquetes que utilizan apache
/etc/apache2/sites-available : definición de "sitios" VirtualHosts. aquí, inicialmente hay un sitio llamado "default", que responderá a cualquier solicitud.
/etc/apache2/sites-enabled : "sitios" activados (enlaces simbólicos a la precedente carpeta)

Utilitarios de administración de sitios:

a2ensite (por "apache2 enable site"): activación de los sitios disponibles,
a2dissite: desactivación de los sitios.

Podemos, por ejemplo, crear un nuevo sitio creando un archivo /etc/apache2/sites-available/mi_sitio, a partir del archivo /etc/apache2/sites-available/default

Si queremos que este sitio sólo responda a cierto dominio que resuelve en ese servidor (y no a la IP o a otro dominio), agregamos en la sección <VirtualServer *:80> una directiva:
ServerName www.mi_servidor.org

Se pueden personalizar las directivas existentes y/o agregar muchas otras.
Debemos finalmente activar el sitio:
a2ensite mi_sitio
Y re-cargar la configuración:
/etc/init.d/apache2 reload

Otros utilitarios similares existen para los módulos.

a2enmod: habilitación de un módulo apache,
a2dismod: deshabilitación de un módulo apache,

Apache ya viene compilado con diferentes módulos.
Por ejemplo, para habilitar apache en https:
a2enmod ssl

Esto requerirá, además, un certificado válido y la configuración de un sitio en https. Un certificado autofirmado se puede obtener instalando ssl-cert, y un sitio activando:
a2ensite default-ssl

as2enmod, sin parámetro, muestra la lista de módulos disponibles.

Además de las dependencias, existen varios paquetes adicionales ligados a apache, a menudo a través de módulos: libapache2-mod-XXX, por ejemplo PHP: libapache2-mod-php5

Apache se utiliza a menudo en una configuración "LAMP": Linux Apache MySQL PHP. Es necesario instalar además:

libapache2-mod-php5 (que incluye php5 en dependencia)
mysql-server
php-mysql

===Objetivos===

# Redirigir por default a la página principal de mediawiki con el módulo "rewrite" de apache
# Crear "vhosts" para la base de datos, mediawiki y tikiwiki (modificando previamente el [[DNS-apache]])

===Software===

* apache2

===Procedimiento===

==Redirigir por default a la página principal de mediawiki con el módulo "rewrite" de apache ==

Para lograr esto, editamos el archivo /etc/apache2/sites-enabled/000-default y agregar el siguiente módulo:

<IfModule mod_rewrite.c>
RewriteEngine on
RewriteRule ^/$ /mediawiki [R]
</IfModule>

==Crear "vhosts" para la base de datos, mediawiki y tikiwiki==

* vhost para la base de datos y redirección por default a mediawiki:

Primero queremos que a la base de datos ingresemos sólo por https y si los usuarios entran por http se rediriga a https. Para esto crearemos dos sitios, uno base-de-datos (vhost en el puerto 80) y otro base-de-datos-ssl (vhost por default en el puerto 443), en el primero unicamente redirigiremos a https y en el último haremos la redirección a mediawiki.
Editemos /etc/apache2/sites-enabled/base-de-datos y agrequemos la siguiente linea para redirigir en forma permanente a https:

Redirect permanent / <nowiki>https://base-de-datos.taller.curerocha.edu.uy/</nowiki>

Y agregamos un NameServer y algunos ServerAlias

ServerName base-de-datos.taller.curerocha.edu.uy
ServerAlias base-de-datos.taller.csic.edu.uy bdd.taller.curerocha.edu.uy

Con esto iremos directamente a base-de-datos-ssl (vhost en el puerto 443), ahora configuremos este sitio editando /etc/apache2/sites-enabled/base-de-datos-ssl y agregando lo siguiente:

# Ponemos el alias en https solamente
Alias /base-de-datos /usr/share/phpmyadmin

<IfModule mod_rewrite.c>
RewriteEngine On
RewriteRule ^/$ /base-de-datos/ [R]
</IfModule>

* vhost para tikiawiki

En el vhost (y en el DNS) definimos ServerName y ServerAlias

ServerName tikiwiki.taller.curerocha.edu.uy
ServerAlias tikiwiki.taller.csic.edu.uy

* vhost para mediawiki

Procedemos de la misma manera que con tikiwiki respecto a los ServerName y los ServerAlias. Además hagamos alguna redirección poniendo lo siguiente en el archivo /etc/apache2/sites-enable/mediawiki

ServerName wiki.taller.curerocha.edu.uy
ServerAlias wiki.taller.csic.edu.uy mediawiki.taller.curerocha.edu.uy mediawiki.taller.csic.edu.uy

DocumentRoot /var/www/

RewriteEngine on
RewriteCond %{HTTP_HOST} !^wiki\.taller\.curerocha\.edu\.uy [NC]
RewriteCond %{HTTP_HOST} !^$
RewriteRule ^/(.*) <nowiki>http://wiki.taller.curerocha.edu.uy/$1</nowiki> [R]
RewriteRule ^/$ /mediawiki [R]

==Notas adicionales==

[[DNS-apache]]

==Referencias==

Servidor web apache http://httpd.apache.org/
(www.apache.org es el de la fundación, que también tiene otros proyectos, como Tomcat, por ejemplo)
Ver en particular:

:La documentación: http://httpd.apache.org/docs/2.2/

:El manejo de hospedajes virtuales: http://httpd.apache.org/docs/2.2/vhosts/
:Las reglas de re-escritura de URLS: http://httpd.apache.org/docs/2.2/rewrite/

Redes y sistemas del CURE Rocha - Proyecto de taller 2011

2011-06-14T13:35:31Z

Lorena: /* Instalar y probar (en paloma) */

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]]: Lorena
* [[MediaWiki]]: Aline
* [[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

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

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

Propuesta inicial de documento de proyecto

2011-06-14T13:33:36Z

Lorena: /* Gestión de usuarios */

En el marco del Taller de Administración de Redes y Servicios de Comunicaciones, los alunmos de la generación 2009 de Tecnólogo en Telecomunicaciones decidieron desarrollar un proyecto de re-estructura y gestion de la red del CURE Rocha. Este proyecto apunta a que los estudiantes de este centro contribuyan, junto con personal capacitado, al desarrollo y mantenimiento de la red, brindando soluciones aplicativas a docentes, administrativos y estudiantes en general.

==Visión de proyecto==

Red, sistemas y servicios para el CURE, incluyendo tanto las necesidades administrativas, como las pedagógicas y académicas de los diferentes cursos y talleres.

==Justificación==

A partir del requerimiento de realizar un proyecto para el taller de administración de redes y servicios de telecomunicaciones y la necesidad de tener una red funcional en el CURE, decidimos realizar este proyecto.
Dentro de las propuestas realizadas por los profesores, este proyecto nos pareció el más interesante y tangible.

==Objetivo general==

Diseñar e implementar una solución técnica que permita brindar un servicio de red encaminado a ofrecer mejores condiciones para que la actividad académica se desarrolle de manera óptima.

==Objetivos específicos==

Permitir que la comunidad educativa del CURE cuente con acceso a internet en la zona edilicia para la realización de las actividades académicas, ya sea desde los equipos con los que cuenta la sede como de los propios.

Identificar las tipologías de usuarios (estudiantes, administrativos, docentes) e implementar aplicaciones acorde a sus necesidades.

Reestructurar los recursos y servicios existentes para que respondan a los precedentes objetivos.

Documentar la solución implementada y proponer un modelo de gestión y mantenimiento.

==Diseño de proyecto==

A continuación se describen los servicios y recursos necesarios para implementar la visión de este proyecto.

===Servicios requeridos===

* Una red local.
* Un servidor de red local.
* Una gestión de usuarios: anuario LDAP con un FrontEnd web.
* Almacenamiento de red local compartido.
* Una conexión internet, con NAT y un proxy http, para todos los ordenadores de la red local.
* Un servidor de nombres de dominio.
* Un espacio donde publicar en la web.

===Descripción del hardware disponible===

====Servidores====

Descripción de las características de los servidores.

'''completar'''
* Paloma: Servidor "externo".
* Polonio: Servidor "interno".
* Pedrera: Servidor de "testing".

====Computadoras de escritorio====

'''completar'''
* 11 computadoras en el laboratorio.
* 4 computadoras terminales públicas.
* 3 computadoras de administración y dirección.
* 1 computadora para los docentes.

====Periféricos de red====

'''completar'''
* Router "Maipú" (SeCIU).
* Router "Garzon" (Taller).
* Switch SeCIU.
* Switch CURE.

===Energía y otros===

* UPS para periféricos y servidores.
* Enchufes necesarios para las PC.
* Zapatillas.

==Diseño de la red==

===Esquema de Red===

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

===Descripción de la red implementada===

La red se divide en tres partes, la red externa (164.73.234.0/25), el punto de acceso (router "Garzon") y las redes internas con sus respectivos servicios cada una.

* Red externa:
** Router y switch de SeCIU que administran la red 164.73.234.0/25.
** Servidor Paloma (en producción), cuenta con: un servidor web, servidor de base de datos, una "wiki" y un servicio DNS para los dominios taller.curerocha.edu.uy y taller.csic.edu.uy.
** Servidor Pedrera (testing) utilizado para probar servicios antes de ponerlos en producción.

* Punto de acceso:
** Router "Garzon": proporciona acceso a internet a la red interna (wi-fi y lan), punto de acceso inalámbrico, firewall, DHCP y NAT.

* Red interna:
** Servidor Polonio, cuenta con un servidor de red local administrado por un agente Zentyal, servicio DNS resolvedor para la red interna y servidor de hora.

'''Revisar si DNS y servidor de hora se puede implementar con Zentyal en Polonio'''

==Arquitectura de los servidores, estaciones y periféricos==

* Los servidiores tienen SO Ubuntu-Server 10.04 LTS.
* Las estaciones de trabajo cuentan con Ubuntu-Desktop 10.04 LTS.
* Router Garzon tiene un sistema OpenWRT backfire 10.03.

'''links a manuales de instalación'''

==DNS==

Un servidor DNS da a conocer al mundo los servicios que proveen el conjunto de servidores del CURE, como ser la MediaWiki, sitios web, administración de usuarios, acceso a carpetas compartidas, etc.

En Servidor Paloma están definidas dos zonas Master junto con sus resoluciones inversas (taller.curerocha.edu.uy y taller.csic.edu.uy). Está definida la transferencia hacia la zona Slave en el servidor '''buscar nombre'''. Implementado con Bind.

Implementación del servicio de DNS cliente para la LAN en el servidor Polonio.

==Gestión de usuarios==

Apuntamos a manejar los usuarios de forma centralizada, permitiendo rapidéz y facilidad de gestión de creación de usuarios, carpetas compartidas, etc.

Para la gestión de usuarios se investigó LDAP y Samba a través de el frontend Zentyal y GOsa. Actualmente en producción [[Instalación_y_configuración_Zentyal Zentyal]] y en investigación [[GOsa]].

==Servidor Web==

Acceso a sitios web, archivos remotos, gestión de servicios.

En Paloma está configurado el servidor web "[[Apache2 Apache]]" para gestión web de [[MySQL]] (phpmyadmin) y wikis (MediaWiki y Tikiwiki).
En Polonio también hay configurado un servidor "[[Apache2 Apache]]" para la gestión de usuarios ([[Instalación_y_configuración_Zentyal Zentyal]]).

==Servidor de correo==

'''proyecto para el próximo taller'''

==Instalación & Configuración==

===Instalación de un sistema operativo completo===
* [[Instalación Básica]]
===Instalación servidor local===

==Guía de administración de sistemas==
[[Notas de administración]]

==Creación y gestión de usuarios==

==Atribución de acceso y derechos en servicios==
==Creación y gestión de recursos==

===Guía del usuario===

==Prendiendo mi ordenador==
==Mi espacio en la red==
==Mis servicios==
==En caso de problemas ==
===Referencias===

Propuesta inicial de documento de proyecto

2011-06-14T13:32:39Z

Lorena: /* DNS */

En el marco del Taller de Administración de Redes y Servicios de Comunicaciones, los alunmos de la generación 2009 de Tecnólogo en Telecomunicaciones decidieron desarrollar un proyecto de re-estructura y gestion de la red del CURE Rocha. Este proyecto apunta a que los estudiantes de este centro contribuyan, junto con personal capacitado, al desarrollo y mantenimiento de la red, brindando soluciones aplicativas a docentes, administrativos y estudiantes en general.

==Visión de proyecto==

Red, sistemas y servicios para el CURE, incluyendo tanto las necesidades administrativas, como las pedagógicas y académicas de los diferentes cursos y talleres.

==Justificación==

A partir del requerimiento de realizar un proyecto para el taller de administración de redes y servicios de telecomunicaciones y la necesidad de tener una red funcional en el CURE, decidimos realizar este proyecto.
Dentro de las propuestas realizadas por los profesores, este proyecto nos pareció el más interesante y tangible.

==Objetivo general==

Diseñar e implementar una solución técnica que permita brindar un servicio de red encaminado a ofrecer mejores condiciones para que la actividad académica se desarrolle de manera óptima.

==Objetivos específicos==

Permitir que la comunidad educativa del CURE cuente con acceso a internet en la zona edilicia para la realización de las actividades académicas, ya sea desde los equipos con los que cuenta la sede como de los propios.

Identificar las tipologías de usuarios (estudiantes, administrativos, docentes) e implementar aplicaciones acorde a sus necesidades.

Reestructurar los recursos y servicios existentes para que respondan a los precedentes objetivos.

Documentar la solución implementada y proponer un modelo de gestión y mantenimiento.

==Diseño de proyecto==

A continuación se describen los servicios y recursos necesarios para implementar la visión de este proyecto.

===Servicios requeridos===

* Una red local.
* Un servidor de red local.
* Una gestión de usuarios: anuario LDAP con un FrontEnd web.
* Almacenamiento de red local compartido.
* Una conexión internet, con NAT y un proxy http, para todos los ordenadores de la red local.
* Un servidor de nombres de dominio.
* Un espacio donde publicar en la web.

===Descripción del hardware disponible===

====Servidores====

Descripción de las características de los servidores.

'''completar'''
* Paloma: Servidor "externo".
* Polonio: Servidor "interno".
* Pedrera: Servidor de "testing".

====Computadoras de escritorio====

'''completar'''
* 11 computadoras en el laboratorio.
* 4 computadoras terminales públicas.
* 3 computadoras de administración y dirección.
* 1 computadora para los docentes.

====Periféricos de red====

'''completar'''
* Router "Maipú" (SeCIU).
* Router "Garzon" (Taller).
* Switch SeCIU.
* Switch CURE.

===Energía y otros===

* UPS para periféricos y servidores.
* Enchufes necesarios para las PC.
* Zapatillas.

==Diseño de la red==

===Esquema de Red===

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

===Descripción de la red implementada===

La red se divide en tres partes, la red externa (164.73.234.0/25), el punto de acceso (router "Garzon") y las redes internas con sus respectivos servicios cada una.

* Red externa:
** Router y switch de SeCIU que administran la red 164.73.234.0/25.
** Servidor Paloma (en producción), cuenta con: un servidor web, servidor de base de datos, una "wiki" y un servicio DNS para los dominios taller.curerocha.edu.uy y taller.csic.edu.uy.
** Servidor Pedrera (testing) utilizado para probar servicios antes de ponerlos en producción.

* Punto de acceso:
** Router "Garzon": proporciona acceso a internet a la red interna (wi-fi y lan), punto de acceso inalámbrico, firewall, DHCP y NAT.

* Red interna:
** Servidor Polonio, cuenta con un servidor de red local administrado por un agente Zentyal, servicio DNS resolvedor para la red interna y servidor de hora.

'''Revisar si DNS y servidor de hora se puede implementar con Zentyal en Polonio'''

==Arquitectura de los servidores, estaciones y periféricos==

* Los servidiores tienen SO Ubuntu-Server 10.04 LTS.
* Las estaciones de trabajo cuentan con Ubuntu-Desktop 10.04 LTS.
* Router Garzon tiene un sistema OpenWRT backfire 10.03.

'''links a manuales de instalación'''

==DNS==

Un servidor DNS da a conocer al mundo los servicios que proveen el conjunto de servidores del CURE, como ser la MediaWiki, sitios web, administración de usuarios, acceso a carpetas compartidas, etc.

En Servidor Paloma están definidas dos zonas Master junto con sus resoluciones inversas (taller.curerocha.edu.uy y taller.csic.edu.uy). Está definida la transferencia hacia la zona Slave en el servidor '''buscar nombre'''. Implementado con Bind.

Implementación del servicio de DNS cliente para la LAN en el servidor Polonio.

==Gestión de usuarios==

Apuntamos a manejar los usuarios de forma centralizada, permitiendo rapidez y facilidad de gestión de creación de usuarios, carpetas compartidas, etc.

Para la gestión de usuarios se investigó LDAP y Samba a través de el frontend Zentyal y GOsa. Actualmente en producción [[Instalación_y_configuración_Zentyal Zentyal]] y en investigación [[GOsa]].

==Servidor Web==

Acceso a sitios web, archivos remotos, gestión de servicios.

En Paloma está configurado el servidor web "[[Apache2 Apache]]" para gestión web de [[MySQL]] (phpmyadmin) y wikis (MediaWiki y Tikiwiki).
En Polonio también hay configurado un servidor "[[Apache2 Apache]]" para la gestión de usuarios ([[Instalación_y_configuración_Zentyal Zentyal]]).

==Servidor de correo==

'''proyecto para el próximo taller'''

==Instalación & Configuración==

===Instalación de un sistema operativo completo===
* [[Instalación Básica]]
===Instalación servidor local===

==Guía de administración de sistemas==
[[Notas de administración]]

==Creación y gestión de usuarios==

==Atribución de acceso y derechos en servicios==
==Creación y gestión de recursos==

===Guía del usuario===

==Prendiendo mi ordenador==
==Mi espacio en la red==
==Mis servicios==
==En caso de problemas ==
===Referencias===

Propuesta inicial de documento de proyecto

2011-06-14T13:32:16Z

Lorena: /* DNS */

En el marco del Taller de Administración de Redes y Servicios de Comunicaciones, los alunmos de la generación 2009 de Tecnólogo en Telecomunicaciones decidieron desarrollar un proyecto de re-estructura y gestion de la red del CURE Rocha. Este proyecto apunta a que los estudiantes de este centro contribuyan, junto con personal capacitado, al desarrollo y mantenimiento de la red, brindando soluciones aplicativas a docentes, administrativos y estudiantes en general.

==Visión de proyecto==

Red, sistemas y servicios para el CURE, incluyendo tanto las necesidades administrativas, como las pedagógicas y académicas de los diferentes cursos y talleres.

==Justificación==

A partir del requerimiento de realizar un proyecto para el taller de administración de redes y servicios de telecomunicaciones y la necesidad de tener una red funcional en el CURE, decidimos realizar este proyecto.
Dentro de las propuestas realizadas por los profesores, este proyecto nos pareció el más interesante y tangible.

==Objetivo general==

Diseñar e implementar una solución técnica que permita brindar un servicio de red encaminado a ofrecer mejores condiciones para que la actividad académica se desarrolle de manera óptima.

==Objetivos específicos==

Permitir que la comunidad educativa del CURE cuente con acceso a internet en la zona edilicia para la realización de las actividades académicas, ya sea desde los equipos con los que cuenta la sede como de los propios.

Identificar las tipologías de usuarios (estudiantes, administrativos, docentes) e implementar aplicaciones acorde a sus necesidades.

Reestructurar los recursos y servicios existentes para que respondan a los precedentes objetivos.

Documentar la solución implementada y proponer un modelo de gestión y mantenimiento.

==Diseño de proyecto==

A continuación se describen los servicios y recursos necesarios para implementar la visión de este proyecto.

===Servicios requeridos===

* Una red local.
* Un servidor de red local.
* Una gestión de usuarios: anuario LDAP con un FrontEnd web.
* Almacenamiento de red local compartido.
* Una conexión internet, con NAT y un proxy http, para todos los ordenadores de la red local.
* Un servidor de nombres de dominio.
* Un espacio donde publicar en la web.

===Descripción del hardware disponible===

====Servidores====

Descripción de las características de los servidores.

'''completar'''
* Paloma: Servidor "externo".
* Polonio: Servidor "interno".
* Pedrera: Servidor de "testing".

====Computadoras de escritorio====

'''completar'''
* 11 computadoras en el laboratorio.
* 4 computadoras terminales públicas.
* 3 computadoras de administración y dirección.
* 1 computadora para los docentes.

====Periféricos de red====

'''completar'''
* Router "Maipú" (SeCIU).
* Router "Garzon" (Taller).
* Switch SeCIU.
* Switch CURE.

===Energía y otros===

* UPS para periféricos y servidores.
* Enchufes necesarios para las PC.
* Zapatillas.

==Diseño de la red==

===Esquema de Red===

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

===Descripción de la red implementada===

La red se divide en tres partes, la red externa (164.73.234.0/25), el punto de acceso (router "Garzon") y las redes internas con sus respectivos servicios cada una.

* Red externa:
** Router y switch de SeCIU que administran la red 164.73.234.0/25.
** Servidor Paloma (en producción), cuenta con: un servidor web, servidor de base de datos, una "wiki" y un servicio DNS para los dominios taller.curerocha.edu.uy y taller.csic.edu.uy.
** Servidor Pedrera (testing) utilizado para probar servicios antes de ponerlos en producción.

* Punto de acceso:
** Router "Garzon": proporciona acceso a internet a la red interna (wi-fi y lan), punto de acceso inalámbrico, firewall, DHCP y NAT.

* Red interna:
** Servidor Polonio, cuenta con un servidor de red local administrado por un agente Zentyal, servicio DNS resolvedor para la red interna y servidor de hora.

'''Revisar si DNS y servidor de hora se puede implementar con Zentyal en Polonio'''

==Arquitectura de los servidores, estaciones y periféricos==

* Los servidiores tienen SO Ubuntu-Server 10.04 LTS.
* Las estaciones de trabajo cuentan con Ubuntu-Desktop 10.04 LTS.
* Router Garzon tiene un sistema OpenWRT backfire 10.03.

'''links a manuales de instalación'''

==DNS==

Un servidor DNS da a conocer al mundo los servicios que proveen el conjunto de servidores del CURE, como ser la MediaWiki, sitios web, administración de usauarios, acceso a carpetas compartidas, etc.

En Servidor Paloma están definidas dos zonas Master junto con sus resoluciones inversas (taller.curerocha.edu.uy y taller.csic.edu.uy). Está definida la transferencia hacia la zona Slave en el servidor '''buscar nombre'''. Implementado con Bind.

Implementación del servicio de DNS cliente para la LAN en el servidor Polonio.

==Gestión de usuarios==

Apuntamos a manejar los usuarios de forma centralizada, permitiendo rapidez y facilidad de gestión de creación de usuarios, carpetas compartidas, etc.

Para la gestión de usuarios se investigó LDAP y Samba a través de el frontend Zentyal y GOsa. Actualmente en producción [[Instalación_y_configuración_Zentyal Zentyal]] y en investigación [[GOsa]].

==Servidor Web==

Acceso a sitios web, archivos remotos, gestión de servicios.

En Paloma está configurado el servidor web "[[Apache2 Apache]]" para gestión web de [[MySQL]] (phpmyadmin) y wikis (MediaWiki y Tikiwiki).
En Polonio también hay configurado un servidor "[[Apache2 Apache]]" para la gestión de usuarios ([[Instalación_y_configuración_Zentyal Zentyal]]).

==Servidor de correo==

'''proyecto para el próximo taller'''

==Instalación & Configuración==

===Instalación de un sistema operativo completo===
* [[Instalación Básica]]
===Instalación servidor local===

==Guía de administración de sistemas==
[[Notas de administración]]

==Creación y gestión de usuarios==

==Atribución de acceso y derechos en servicios==
==Creación y gestión de recursos==

===Guía del usuario===

==Prendiendo mi ordenador==
==Mi espacio en la red==
==Mis servicios==
==En caso de problemas ==
===Referencias===

Gestión centralizada

2011-06-14T13:14:00Z

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

=== 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: [[http://taller.curerocha.edu.uy/mediawiki/index.php/Instalaci%C3%B3n_y_configuraci%C3%B3n_OpenLDAP]]

== Referencias ==

www.openldap.org

Servidor Web

2011-06-14T13:05:12Z

Lorena: Página creada con '=== Servidor Web === Servidores web en GNU/linux: el principal y más conocido: apache pero también: lighthttpd, cherokee, ... Utilizaremos apache2 (denominado así en debian...'

=== Servidor Web ===

Servidores web en GNU/linux:
el principal y más conocido: apache
pero también: lighthttpd, cherokee, ...

Utilizaremos apache2 (denominado así en debian/ubuntu porque cohabita(ro)n las versiones 1.3.x (apache) y 2.x (apache2)

== Instalación: ==

aptitude install apache2

Primer prueba: desde un navegador visitar la página: http://servidor.apache/
donde "servidor.apache" es la IP del servidor, o un nombre de domínio que resuelve a ésta. (si el servidor tiene un navegador, puede sar: http://localhost/)

Debemos entonces ver aparecer una página de prueba: "It works!"

'''Organización de /etc/apache2 :'''

* /etc/apache2/apache2.conf: archivo principal de configuración,
* /etc/apache2/ports.conf: declaración de uso de VirtualHosts y puertos de escucha
* /etc/apache2/conf.d/ carpeta de configuraciones específicas a módulos u otros paquetes que utilizan apache
* /etc/apache2/sites-available : definición de "sitios" VirtualHosts. aquí, inicialmente hay un sitio llamado "default", que responderá a cualquier solicitud.
* /etc/apache2/sites-enabled : "sitios" activados (enlaces simbólicos a la precedente carpeta)

'''Utilitarios de administración de sitios:'''

* a2ensite (por "apache2 enable site"): activación de los sitios disponibles,
* a2dissite: desactivación de los sitios.

Podemos, por ejemplo, crear un nuevo sitio creando un archivo /etc/apache2/sites-available/mi_sitio, a partir del archivo /etc/apache2/sites-available/default

Si queremos que este sitio sólo responda a cierto dominio que resuelve en ese servidor (y no a la IP o a otro dominio), agregamos en la sección <VirtualServer *:80> una directiva:
ServerName www.mi_servidor.org

Se pueden personalizar las directivas existentes y/o agregar muchas otras.
Debemos finalmente activar el sitio:
a2ensite mi_sitio
Y re-cargar la configuración:
/etc/init.d/apache2 reload

'''Otros utilitarios similares existen para los módulos.'''

* a2enmod: habilitación de un módulo apache,
* a2dismod: deshabilitación de un módulo apache,

Apache ya viene compilado con diferentes módulos.
Por ejemplo, para habilitar apache en https:
a2enmod ssl

Esto requerirá, además, un certificado válido y la configuración de un sitio en https. Un certificado autofirmado se puede obtener instalando ssl-cert, y un sitio activando:
a2ensite default-ssl

as2enmod, sin parámetro, muestra la lista de módulos disponibles.

Además de las dependencias, existen varios paquetes adicionales ligados a apache, a menudo a través de módulos: libapache2-mod-XXX, por ejemplo PHP: libapache2-mod-php5

'''Apache se utiliza a menudo en una configuración "LAMP": Linux Apache MySQL PHP. Es necesario instalar además:'''

* libapache2-mod-php5 (que incluye php5 en dependencia)
* mysql-server
* php-mysql

== Referencias ==

Servidor web apache http://httpd.apache.org/ (www.apache.org es el de la fundación, que también tiene otros proyectos, como Tomcat, por ejemplo)
Ver en particular:

* La documentación: http://httpd.apache.org/docs/2.2/
* El manejo de hospedajes virtuales: http://httpd.apache.org/docs/2.2/vhosts/
* Las reglas de re-escritura de URLS: http://httpd.apache.org/docs/2.2/rewrite/

Red

2011-06-14T13:02:02Z

Lorena: Página creada con '=== Red === == Configuración de la red == '''==> Paquetes''' Nota: para ver los contenidos de un paquete instalado: dpkg -L <nombre paquete> o less /var/lib/dpkg/info/<nom...'

=== Red ===

== Configuración de la red ==

'''==> Paquetes'''
Nota: para ver los contenidos de un paquete instalado:
dpkg -L <nombre paquete>
o
less /var/lib/dpkg/info/<nombre paquete>.list

Ejemplo:
less /var/lib/dpkg/info/wireless-tools.list

También
dpkg --print-avail <nombre paquete>
Para paquetes no instalados, usar aptitude y buscar el paquete.

'''--> Paquetes principales de configuración'''
net-tools: comandos arp, ifconfig, netstart, rarp, nameif, router.
ifupdown: el sistema "legacy" de configuración de red, comandos ifup, ifdown.
iproute: comandos nuevos para configuración de red: ip sustituye ifconfig, route. Tabla de equivalencias en DebRef, tabla 5.15.
iptables: filtrado y manipulación de paquetes IP; netfilter, iptables.
wireless-tools: para configurar redes LAN inalámbricas; comandos iwconfig, iwlist.
pppoeconf, pppconfig

dnsutils, dlint, dnstracer (DNS)
dlint

network-manager, network-manager-gnome
gnome-nettool

'''--> Otros paquetes'''
ifupdown-extra, complementos para ifupdown
wireshark, tshark: packet sniffers
mtr: combina traceroute y ping
ethtool: configura parámetros Ethernet.

'''> Network Manager'''
Network Manager es la herramienta moderna recomendda para configuraciones de red sencillas (usuario o servidor simple).
etwork Manager choca con el modo tradicional de configuración mediante ifconfig y /etc/Network/interfaces; para usar Network Manager mantener el archivo /etc/network/interfaces en un mínimo:
auto lo
iface lo inet loopback
Y por supuesto usar sólo Network Manager para manejar la red.

Para configuraciones complejas, seguir usando el sistema "legacy" ifupdown, que permite un control detallado. O el "nuevo": ip (del paquete iproute) que también permite control más fino.

'''> Detección física de los dispositivos de red'''

lspci
para ver si la tarjeta de red fue detectada
Ejemplo de salida, detectó una tarjeta inalámbrica y una Ethernet:
01:00.0 Network controller: RaLink RT3090 Wireless 802.11n 1T/1R PCIe
03:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8101E/RTL8102E PCI Express Fast Ethernet controller (rev 02)

Requiere:
- soporte en el kernel, o cargar módulo de kernel para esa tarjeta
- módulo de kernel (usualmente del propio linux) y firmware de la tarjeta (del fabricante de la tarjeta). UOC-07, pág 23.

Paquete module-assistant: para compilar e instalar módulos de kernel obtenidos de otras fuentes, e.g. fabricantes de tarjetas de red. UOC-07

'''> Tarjeta Ethernet'''

Comandos y archivos:
ifconfig
ifup, ifdown, /etc/network/interfaces, man interfaces
/etc/network/interfaces - network interface configuration for ifup and ifdown

Secuencia de trabajo
ifdown eth0
vi /etc/network/interfaces
ifup eth0

# /etc/network/interfaces tipo:
iface eth0 inet static
address 192.168.0.123
netmask 255.255.255.0
gateway 192.168.0.1
# si se instala el paquete resolvconf
dns-search remix.org # 'search' en /etc/resolv.conf
dns-nameservers 195.238.2.21 195.238.2.22 # 'nameserver' en /etc/resolv.conf
#
#

'''Ejemplo con dhcp:'''
iface eth0 inet dhcp
...
Para usar DHCP es preciso tener un cliente DHCP instalado, paquete dhcp3-client.

Comando más nuevo, más potente y más complicado: ip. Sustituye a ifconfig y route.
ip -h; man ip

Otros:
cambio de nombre de host con hostname. Probar: "El hostna-
me puede ser cambiado en tiempo de ejecución con sysctl -w kernel.host-
name=“nombre-nuevo”."

'''> Tarjeta inalámbrica.'''

Comandos:
iwlist
iwconfig
ifconfig
Acrónimos: ESSID, SSID, WEP, WEP2, WPA, WPA2

# /etc/network/interfaces para tarjeta inalámbrica
iface wlan0 inet dhcp
pre-up iwconfig eth1 essid "Nombre de la Wifi"
pre-up iwconfig eth1 key open XXXXXXXXXX
# sigue igual que para Ethernet...
address 192.168.1.132
netmask 255.255.255.0
network 192.168.0.0
broadcast 192.168.0.255
gateway 192.168.1.1

# /etc/network/interfaces para tarjeta inalámbrica
iface wlan0 inet dhcp
pre-up iwconfig eth1 essid "Nombre de la Wifi"
pre-up iwconfig eth1 key open XXXXXXXXXX
...

Se controla con
ifup wlan0
ifdown wlan0

Opciones: allow-hotplug, allow-auto auto; man interfaces

Configuración con WEP, WPA, ver DebRef.

> PPP, PPPoE
Ver DebRef

'''> Resolución de nombres'''

Cómo configurar una máquina para que use servidores de nombres capaces de convertir nombres completos de máquinas (dominio + hostname) en direcciones IP.

Archivo /etc/resolv.conf
man resolv.conf

Paquete resolvconf: mantiene información de servidores de nombres cuando varía el modo de conexión y en consecuencia los servidores DNS.

Archivo /etc/host.conf: indica orden de resolución de nombres, /etc/hosts, DNS (bind).
Archivo /etc/hosts
Archivo /etc/nsswitch.conf: regula consulta a diferentes fuentes de información para autenticar usuarios, grupos, resolver nombres de máquinas, ... man nsswitch.conf

'''> Ruteo'''
Comando: route

Ojo, hay errores en UOC-07, pág 27.

route add -net 192.168.1 netmask 255.255.255.0 wlan0
route del -net 192.168.1.0 netmask 255.255.255.0
route add -net 192.168.1.0/24 wlan0
route del -net 192.168.1.0/24
route add default gw cangrejo.nsk.com.uy wlan0
route add default gw 192.168.11.1 wlan0
route del default
route

'''> inetd'''
"El servidor inetd es un demonio de red especializado en administrar conexiones de red entrantes. Su archivo de configuración le dice qué programa ejecutar cuando se recibe una conexión entrante. Cualquier puerto de servicio se puede configurar para los protocolos tcp o udp." Información del paquete openbsd-inetd.

"xinetd - reemplazo para inetd con muchas mejoras". Información del paquete xinetd.

Archivos: /etc/inetd.conf, /etc/services, /etc/protocols; /etc/networks

'''> Opciones de IP'''
echo 1 > /proc/sys/net/ipv4/ip_forward

== Referencias ==

* UOC 2007, cap. 6, Administración Avanzada de GNU/Linux (varios PDFs, 2007)
* DebRef, Debian Reference, Debian Reference V2, 2010

Respaldos

2011-06-13T23:02:44Z

Lorena: Página creada con '=== Respaldos === Comandos: tar, rsync Programas especializados en respaldos: Amanda, BackupPc == Procedimiento == * tar: programa para crear y manipular archivos tar. Un a...'

=== Respaldos ===

Comandos: tar, rsync

Programas especializados en respaldos: Amanda, BackupPc

== Procedimiento ==

* tar: programa para crear y manipular archivos tar. Un archivo tar es un simple archivo que contiene varios archivos. Es capaz de conservar la información de archivo (propietario (s), permisos,etc) y la estructura de directorios. Tar tiene características especiales que le permiten ser utilizado para hacer copias incrementales y completas de todos los archivos en un sistema de archivos.

'''Operación básica:'''

*tar -cvf archivo.tar archivo_origen : crea un archivo tar de archivo_origen (completa)
*tar -uvf archivo.tar archivo_origen : agrega al archivo tar solo los archivos agregados o modificados en archivo_origen. (incremental)
*tar -tvf archive.tar : lista todos los archivos contenidos en archivo.tar.

*tar -xf archivo.tar : extrae todos los archivos de archivo.tar.

'''Opciones:'''

-c crea un nuevo archivo

-d busca diferencias entre el archivo y el sistema de ficheros.

--delete borra del archivo.

-r añade ficheros al final del archivo.

-t lista los contenidos de un archivo

-u sólo añade ficheros que son más recientes que la copia en el archivo.

-x extrae ficheros de un archivo.

tar combinado con |

Copia local de un directorio a otro: tar cf - dir_origen | (cd dir_destino ; tar xf -)

Copia el contenido de un directorio local a un directorio remoto:

(tar c dir_origen) | ssh -C user@ip_addr 'cd dir_destino && tar x -p'

* rsync: es una herramienta que permite realizar copias localmente, desde o hacia otro host a través de cualquier shell remoto, o desde o hacia un demonio rsync remoto. Utiliza el algoritmo delta-transfer, transfiere sólo las modificaciones.

Copia local de un directorio a otro: rsync -av dir_origen dir_destino

Copia un directorio local a un directorio remoto:

rsync -avb dir_origen usuario@ip-addr:dir_destino

'''Opciones:'''

-n no transferir solo mostrar lo que hay que hacer

-a modo archivo (= -rlptDg)

-r recursivo

-l preservar soft links

-p preservar permisos

-t preservar fecha

-D preservar dispositivos (solo root)

-g preservar grupo

-v modo verboso

-z comprimir (si lo admite el servidor)

-u update: mantiene archivo destino si existe y es posterior

-b backup: renombrar archivos destino preexistentes a extensión ~

== Aplicaciones ==

'''AMANDA (Advanced Maryland Automatic Network Disk Archive):'''
Es un herramienta de backup que permite al administrador de una LAN establecer un solo servidor maestro de respaldo para múltiples equipos a unidades de cintas, discos o medios ópticos. Utiliza como herramientas básicas dump y/o GNU tar, pudiendo realizar backup a un gran número de estaciones de trabajo ejecutando distintas versiones de Linux o UNIX. Las últimas versiones usan Samba para respaldar equipos Microsoft Windows.

'''BackupPC:'''
Es un software libre con una interfaz basada en web. El servidor multiplataforma se ejecutará en cualquier servidor basado en Linux, Solaris o UNIX. Para la obtención de los datos a respaldar desde un cliente utiliza rsync (Linux/Unix/MacOSX, WinXX), tar ( Linux/Unix/MacOSX) y smb (WinXX).

== Referencias ==

GNU tar - http://www.gnu.org/software/tar/manual/tar.pdf

rsync - http://www.samba.org/ftp/rsync/rsync.html

AMANDA - http://www.amanda.org/

BackupPC - https://help.ubuntu.com/community/BackupPC

Verificación Server

2011-06-10T17:01:52Z

Lorena: Página creada con '=== Verificación Ubuntu- Server === :1. La máquina instalada mostrando ventana de login: ::· Indica el nombre de la máquina y el login para ingresar el usuario. ::Nombre_...'

=== Verificación Ubuntu- Server ===

:1. La máquina instalada mostrando ventana de login:

::· Indica el nombre de la máquina y el login para ingresar el usuario.

::Nombre_de_máquina login:

:2. Acceso a la máquina con el usuario no privilegiado asignado para verificación.

::· I ngresar nombre de usuario no privilegiado y contraseña.

::· Debe ingresar a la pantalla (negra) del usuario, mostrando información similar a la siguiente:

Linux paloma-Server 2.6.32-28-server #55-Ubuntu SMP Mon Jan 10 23:57:16 UTC 2011 x86_64 GNU/Linux
Ubuntu 10.04.2 LTS
Welcome to the Ubuntu Server!
* Documentation: http://www.ubuntu.com/server/doc
System information as of Mon Apr 18 21:21:16 UYT 2011
System load: 0.0 Processes: 106
Usage of /home: 2.9% of 4.58GB Users logged in: 0
Memory usage: 5% IP address for eth0: 164.73.234.104
Swap usage: 0%
Graph this data and manage this system at https://landscape.canonical.com/
Last login: Thu Apr 14 10:57:39 2011 from r190-132-58-73.dialup.mobile.ancel.net.uy
Nombre_de_usuario@maquina:~$

:3. Distribución de teclado correspondiente al teclado de la máquina.

::· Tecle para probar la configuración: deben coincidir con lo que indica el teclado las siguientes teclas: ` { } ´ ¿ ? “ ’ | \ / @ $ ) ( * .
::Nota: Para cambiar la configuración del teclado teclee el comando: sudo dpkg-reconfigure console-setup

:4. Que el usuario no tenga privilegios de supervisor, i.e. no pueda hacer sudo.

::· Ingrese el comando:

id usuario

::Éste debe devolver:

uid=1001(usuario) gid=1001(usuario) grupos=1001(usuario)

:::(No debe estar en el grupo admin).

::Además de esto, hay que chequear el archivo /etc/sudoers (con el comando sudo cat /etc/sudoers ) y verificar que comandos tienen habilitados los usuarios. Dentro de este archivo, NO debe de aparecer siguiente línea:

Usuario_o_alias ALL = (ALL) ALL

::· Un ejemplo para ver si no tiene privilegios es ingresando el comando: cat /etc/shadow

::Debe indicar: sudo cat: /etc/shadow Permiso denegado

:5. Acceso remoto vía SSH con el usuario no privilegiado asignado para verificación.

::· ssh <usuario>@<IP o nombre de maquina> ejemplo: ssh profe@paloma

:6. Tabla de particiones, y punto de montaje según información previa a la instalación.

::· Ingresar el comando: cat /etc/fstab

::Deben poder visualizarse 4 particiones, una de 12GB (montado en /), y tres de 5GB (montadas en /home, /var, /tmp), del tipo Ext3, y una de 2GB del tipo Área de intercambio. Ejemplo:
# /etc/fstab: static file system information.
#
# Use 'blkid -o value -s UUID' to print the universally unique identifier
# for a device; this may be used with UUID= as a more robust way to name
# devices that works even if disks are added and removed. See fstab(5).
#
# <file system> <mount point> <type> <options> <dump> <pass>
proc /proc proc nodev,noexec,nosuid 0 0
# / was on /dev/sda5 during installation
UUID=4b2d4410-ee3d-4823-961e-5b721ead0315 / ext3 errors=remount-ro 0 1
# /home was on /dev/sda8 during installation
UUID=24a34c63-8938-4ca6-b392-aa0515fe73e3 /home ext3 defaults 0 2
# /tmp was on /dev/sda7 during installation
UUID=4a328cf2-40a3-4260-ba32-1dc61cdd6d3c /tmp ext3 defaults 0 2
# /var was on /dev/sda6 during installation
UUID=fb5f7f7c-254a-44af-9750-08d681dbf488 /var ext3 defaults 0 2
# swap was on /dev/sda2 during installation
UUID=57699859-80a4-4be9-a950-0b171266c160 none swap sw 0 0

::Utilizando los comandos df -h y free chequeamos los tamaños de las partciones.

:7. Fecha, hora y zona horaria correctas.

::· date -R : debe mostrar la fecha, hora y corrimiento horario.

::· date : debe mostrar la fecha, hora y uso horario correcto.

:8. Nombre de máquina, simple y con dominio (curerocha.edu.uy).

::· Con el comando cat /etc/hosts y debe aparecer el IP, el dominio y el nombre corto para ingresar a la máquina. Ejemplo:

164.73.234.104 paloma-Server.curerocha.edu.uy paloma-Server paloma
164.73.234.103 polonio-Server.curerocha.edu.uy polonio-Server polonio
164.73.234.102 pedrera-Server.curerocha.edu.uy pedrera-Server pedrera

:9. Reconocimiento de las máquinas paloma, polonio y pedrera por sus nombres, y con los IPs adecuados; también indicando el dominio.

::Ingresar vía ssh con el dominio, el nombre de máquina y la IP

::Ejemplos:

:::· ssh <usuario>@paloma-server

:::· ssh <usuario>@paloma-server.curerocha.edu.uy

:::· ssh <usuario>@IP

:10. Configuración de red: número IP, máscara, ruta por defecto.

::· ifconfig eth0 : Muestra IP, difusión, máscara.

::· route : En destino default la pasarela es la ruta por defecto.

::· Chequear DNS con el comando: sudo cat /etc/resolv.conf

:11. Conectividad hacia otras máquinas locales y hacia algún punto fuera de la red.

::Hacer ping a el nombre de máquina, el dominio, la IP, y algún sitio web. Ejemplos:

:::· ping paloma-server
:::· ping 164.73.234.102
:::· ping paloma-server.curerocha.edu.uy
:::· ping www.google.com.uy

:12. Lista de usuarios y privilegios conforme información previa de instalación.

::· cat /etc/passwd (muestra la lista de usuarios del sistema).
::· id <nombre de usuario> (para ver a que grupos pertenece).
::· sudo cat /etc/sudoers

:13. Bloqueo del acceso como root.

::· Con el comando less /etc/ssh/sshd_config verificar que esté la siguiente línea:

::: PermitRootLogin no

:14. Acceso remoto vía SSH con aplicación gráfica, e.g. xeyes (solo desde máquina remota con interfáz gráfica)

::· Con el comando less /etc/ssh/sshd_config, en dicho archivo tiene que aparecer la siguiente línea:

::: X11Forwarding yes

::· Loguearse a la máquina de la siguiente manera:

::: ssh -X nombre_de_usuario@máquina

:15. Cierre de sesión y presentación de pantalla de acceso.

::· Para salir de cada sesión, utilizar el comando: exit
::Deberá mostrar: <nombre_de_máquina> login:

Medios de Instalación

2011-06-10T16:48:02Z

Lorena: Página creada con '=== Generar medios de instalación para Ubuntu === :1. Bajar la imagen de disco distribuido por Ubuntu desde http://www.ubuntu.com ::* Ej: desde consola: wget -c http://ie.re...'

=== Generar medios de instalación para Ubuntu ===

:1. Bajar la imagen de disco distribuido por Ubuntu desde http://www.ubuntu.com

::* Ej: desde consola: wget -c http://ie.releases.ubuntu.com//lucid/ubuntu-10.04.2-server-amd64.iso

:2. Crear CD/DVD de arranque:

::* Introduce un disco virgen en tu grabadora, cierra la ventana popup que sale automáticamente al introducir el CD o DVD (se titula CD/DVD Creator).
::* Selecciona la imagen o el archivo ISO y sobre el haz click con el botón derecho del ratón, y click en Grabar en Disco...
::* También puedes usar otro software que puede grabar imágenes ISO como Gnomebaker, Bonfire o K3b.
::* Fuente: http://www.guia-ubuntu.org/index.php?title=Grabar_imagen_ISO#Ubuntu

:3. Si no se dispone de interfaz gráfica, se puede usar el comando cdrecord para grabar una imagen iso en un cd.

::* cdrecord -v <direccion de la imagen iso>
::* Por ejemplo: cdrecord -v /home/ISOS/ubuntu-10.04.2-server-amd64.iso
::* Fuente: http://www.forat.info/2008/04/18/como-descargar-y-grabar-una-imagen-iso-desde-la-linea-de-comandos-en-linux-debian-y-ubuntu/

:4. Crear memoria USB (pendrive) de arranque:

::* La aplicación necesaria para grabar una iso de instalación a un dispositivo usb se llama 'usb-creator'. Se puede obtener por tres vías:
::* Sistema>Administración>Gestor de paquetes Synaptic. Buscar "usb-creator" e instalar.
::* En el terminal: $ sudo apt-get install usb-creator-gtk
::* Descargar el archivo .deb y ejecutarlo
::* $ wget http://launchpadlibrarian.net/18940109/usb-creator_0.1.10_all.deb
::* Una vez usb-creator está instalado en nuestro sistema:
::* Insertar un dispositivo USB (a poder ser, con capacidad igual o superior a 2Gb).
::* Ejecutar usb-creator.
::* Seleccionar el archivo *.iso y el dispositivo USB destino.
::* Fuente: http://www.guia-ubuntu.org/index.php?title=Grabar_imagen_ISO#Ubuntu_2

:5. Si no se dispone de interfaz gráfica, se puede usar el comando dd para grabar una imagen iso en un pendrive.

::* En el terminal: $ sudo dmesg | tail -20 para determinar el dispositivo asignado al pendrive, por ejemplo /dev/sdc1
::* Ejemplo de salida de dmesg

:::5046.396364 usb-storage: device scan complete
:::5046.397075 scsi 10:0:0:0: Direct-Access USB Flash Memory 1.00 PQ: 0 ANSI: 0 CCS
:::5047.068761 sd 10:0:0:0: sdc Mode Sense: 23 00 00 00
:::5047.068769 sd 10:0:0:0: sdc Assuming drive cache: write through
:::5047.075021 sdc: sdc1
:::5047.076459 sd 10:0:0:0: sdc Attached SCSI removable disk

::* Ejecutar $ sudo umount /dev/sdc1 sudo dd if=/path/to/downloaded.iso of=/dev/sdc1 bs=1M
::* Este método no ha sido probado.
::* Fuente: https://help.ubuntu.com/community/Installation/FromImgFiles

Aplicaciones gráficas de administración

2011-06-10T16:40:14Z

Lorena: Página creada con '=== Aplicaciones gráficas de administración === Las aplicaciones gráficas de administración las podemos encontrar en el panel dentro de: :Sistemas > Preferencias: :* Pro...'

=== Aplicaciones gráficas de administración ===

Las aplicaciones gráficas de administración las podemos encontrar en el panel dentro de:

:Sistemas > Preferencias:

:* Proxy de la red: Permite crear una configuración proxy aplicándola a todo el sistema.
:* Preferencias de teclado>Distribuciones: Cambiar configuraciones del teclado, aplicándolas a todo el sistema.

:Sistemas > Administración:

:* Comprobación del sistema: Proporciona pruebas para confirmar que el sistema funciona correctamente, dando un resumen del mismo.
:* ??Controlador de hardware: Configura controladores privativos y de terceros.
:* ??Creador de discos de arranque: Permite crear un disco de arranque usando un CD o una imagen de disco.
:* Encargado de limpieza: Es una herramienta útil para borrar kernels antiguos de una forma rápida.
:* Gestor de actualizaciones: Muestra e intala las actualizaciones disponibles.
:* Gestor de paquetes Synaptic: Instala, desinstala y actualiza los paquetes de software.
:* Hora y fecha: Permite cambiar hora, fecha y zona horaria.
:* ??Impresión: configurar impresoras.
:* Orígenes del software: Configura los orígenes para el sofware instalable y las actualizaciones.
:* Pantalla de acceso: Permite configurar el comportamiento de la pantalla de acceso.
:* Soporte de idiomas: Permite configurar soporte múltiple y nativo de idiomas para el sistema.
:* Usuarios y grupos: Añadir o quitar usuarios y grupos.
:* Utilidad de discos: Permite gestionar dispositivos y soportes.

Procedimiento de Verificación La forma de verificar la instalación

2011-06-10T16:36:35Z

Lorena: Página creada con '=== Procedimiento de Verificación === :1. La máquina instalada mostrando ventana de login: ::* Cerrar sesión y verificar que muestre la lista de usuarios que corresponde. ...'

=== Procedimiento de Verificación ===

:1. La máquina instalada mostrando ventana de login:

::* Cerrar sesión y verificar que muestre la lista de usuarios que corresponde.

:2. Acceso a la máquina con el usuario no privilegiado asignado para verificación.

::* Seleccionar usuario no privilegiado e ingresar contraseña.
::* Debe ingresar al escritorio del usuario.

:3. Distribución de teclado correspondiente al teclado de la máquina.
::* Sistema – Preferencias –Teclado
::* Tecle para probar la configuración: deben coincidir con lo que indica el teclado las siguientes teclas: ` ? { } ´ ¿ ? “ ’ | \ / @ $ ) ( * .
::* Que el usuario no tenga privilegios de supervisor, i.e. no pueda hacer sudo.
::* Sistema – Administración – Usuarios y grupos, de aquí se obtiene la lista de usuarios.
::* Aplicaciones – Accesorios – Terminal.
::* sudo –i : debe indicar Sorry, user <Usuario> in not allowed to execute ‘/bin/bash’
::* sudo –l: debe indicar que comandos es capaz de ejecutar, por ejemplo /bin/cat
::* cat /etc/shadow : debe indicar sudo cat: /etc/shadow Permiso denegado
::* sudo cat /etc/shadow : debe mostrar el archivo en pantalla
::* id <nombre de usuario> no debe estar en el grupo admin

:4. Cierre de sesión y presentación de pantalla de acceso.

::* Por interfaz gráfica, panel superior ir al botón Salir, luego seleccionar la opción Cerrar Sesión... y debe aparecer la pantalla de entrada de sistema nuevamente.
::* Por consola (Ctrl + Alt + t) ejecutar comando: gnome-session-save --logout

:5. Acceso remoto vía SSH con el usuario no privilegiado asignado para verificación.

::* ssh <usuario>@<IP o nombre de maquina> ejemplo: ssh profe@pedrera
::* Debe poder ingresar de forma remota a la computadora

:6. Tabla de particiones, y punto de montaje según información previa a la instalación.

::* df -h : debe mostrar las particiones activas. Ejemplo: para el dispositivo sda y la partición 1 de ese dispositivo, /dev/sda1 debe estar montado en /
::* ssh -X <usuario>@<IP o nombre de maquina> palimpsest
::* Deben poder visualizarse 3 particiones de 12GB, del tipo Ext3, y una de 2GB del tipo Área de intercambio.

:7. Fecha, hora y zona horaria correctas.

::* date -R : debe mostrar la fecha, hora y corrimiento horario.
::* date : debe mostrar la fecha, hora y uso horario correcto.

:8. Nombre de máquina, simple y con dominio (curerocha.edu.uy).

::* hostname : debe indicar el nombre corto. Ejemplo: pedrera
::* hostname --fqdn : debe indicar el nombre con dominio. Ejemplo: pedrera.curerocha.edu.uy

:9. Reconocimiento de las máquinas paloma, polonio y pedrera por sus nombres, y con los IPs adecuados; también indicando el dominio.

::* cat /etc/hosts : O bservar el dominio de la maquinas y sus nombre e IP’s
::* Ejemplos:
:::* ssh <usuario>@paloma
:::* ssh <usuario>@paloma.curerocha.edu.uy

:10. Configuración de red: número IP, máscara, ruta por defecto.

::* ifconfig eth0 : Muestra ip, difusión, máscara.
::* route : en destino default la pasarela es la ruta por defecto.

:11. Conectividad hacia otras máquinas locales, hacia algún punto fuera de la red.

::* ping <nombre máquina>, ping <nombre máquina> <dominio>
::* ping pedrera
::* ping 164.73.234.102
::* ping polonio.curerocha.edu.uy
::* ping www.google.com.uy

:12. Lista de usuarios y privilegios conforme información previa de instalación.

::* ls -l/home: muestra directorios de usuarios con su propietario y grupo.
::* cat /etc/passwd : muestra la lista de usuarios del sistema.
::* sudo cat/etc/shadow (los usuarios que pueden ingresar al sistema tienen la contraseña encriptada, campo 2 de la linea, o no esta vacía).
::* id <nombre de usuario> para ver a que grupos pertenece
::* sudo cat/etc/sudoers
::* less /etc/ssh/sshd_config ; debe contener las siguientes lineas

::: AllowUsers pgarcia jguida profe celia aline lorena victor

::: X11Forwarding yes

:13. Bloqueo del acceso como root.

::cat /etc/ssh/sshd_config

::: # Authentication:

::: PermitRootLogin no

:14. Acceso remoto vía SSH con aplicación gráfica, e.g. xeyes.

::* ssh -X <usuario>@<nombre de pc> xeyes

Instalación Básica

2011-06-10T15:14:49Z

Lorena: Página creada con '=== Ubuntu Desktop: Instalación Básica === == Objetivos == * Definir u obtener la información previa para una instalación Ubuntu Desktop. * Realizar una Instalación bá...'

=== Ubuntu Desktop: Instalación Básica ===

== Objetivos ==

* Definir u obtener la información previa para una instalación Ubuntu Desktop.
* Realizar una Instalación básica de Ubuntu Desktop.
* Implementar la tabla de particiones pedida.
* Crear los usuarios y privilegios pedidos.
* Colocar la máquina en red con las características pedidas.
* Implementar acceso vía SSH.

== Software ==
Ubuntu Desktop 10.04 i386

== Procedimiento ==
Información previa

Esta información debe estar disponible antes de comenzar la instalación.

* Versión de software a instalar: Ubuntu 10.04 i386
* Características de la máquina: marca, modelo, procesador, memoria, disco.
* Nombre de máquina: nombre y dominio.
* Red: <número IP, máscara, gateway, DNSs> o DHCP
* Particionado: la tabla de particiones como debe quedar
* Usuarios: nombres de usuarios y su calidad (administrador, usuario no privilegiado), números UID y GID si corresponde.
* Configurar previamente el BIOS de la máquina para que arranque desde el dispositivo en el cual está el instalador de Ubuntu 10.04 i386.

== Instalación ==

'''En una Instalación gráfica.'''

:1. Inicio:

::* ofrece opciones: Probar Ubuntu, Instalar Ubuntu; elegir Instalar.
::* elegir idioma.

::Nota: varía el orden según se instale desde un pendrive o un CD.

:2. Zona horaria: Elegir zona horaria correspondiente y continuar.

:3. Teclado, ofrece tres opciones:

::* "Opción sugerida" (esto lo toma el programa según la zona horaria elegida anteriormente).
::* "Deducir el mapa del teclado" (en esta opción hacer click en "deducir" y el programa le hará preguntas para configurar su teclado).
::* "Seleccione la suya" (aparece una lista de países y otra de teclados para seleccionarlos manualmente).

Aparece un campo de texto para probar la distribución elegida.

Nota: En los siguientes 5 puntos (4, 5, 6, 7 y 8), queda a criterio de cada instalador y cada situación en particular, estos puntos están basados en una instalación con un disco vacío y todo el sistema en una única partición.

:4. Preparar espacio en disco, ofrece dos opciones:

::* Borrar y usar el disco entero (en general, No recomendado).
::* Especificar particiones manualmente: opción para generar la tabla de particiones pedida (Avanzado y Recomendado).

:5. Preparar particiones: Suele ver el disco como /dev/sda, seleccionarlo, y clickear "Nueva tabla de particiones..." Hacer click en "continuar".

:6. Aparecerá un "Espacio libre", seleccionarlo y pulsar en "Añadir".

:7. Crear Partición: Aparecerá una ventana en la que hay que establecer los siguientes valores:

::* Tipo de la nueva partición (Primaria o Lógica).
::* Tamaño en MB (elegido por el usuario).
::* Ubicación de la nueva partición (Principio o Fin).
::* Utilizar como... (ext3 recomendado).
::* Punto de montaje (/ en la primera partición, las otras son opcionales).

:8. Repetir paso 6 y luego:

::* Tipo de la nueva partición (Primaria o Lógica).
::* Tamaño en MB (mínimo 3GB).
::* Ubicación de la nueva partición (Principio o Final).
::* Utilizar como... (área de intercambio o "swap").

::Click en Adelante.

:9. Completar datos personales: nombre usuario, contraseña; será un usuario privilegiado, administrador del sistema; nombre de máquina.
:Recomendación para la contraseña: Esta debe ser de al menos 8 caracteres, contener letras minúsculas y mayúsculas (menos al principio), algún signo y algún número.
:Elegir una de las siguientes opciones:

::* iniciar sesión automáticamente.
::* solicitar mi contraseña para iniciar sesión (recomendada).
::* solicitar mi contraseña para iniciar sesión y descifrar mi carpeta personal.

:10. Migrar documentos y configuraciones: si es una reinstalación y se conservan datos de usuarios. Siguiente.

:11. Verificar los datos. Avanzadas: permite fijar el proxy HTTP de la red. Instalar: comienza la instalación.

::Notas: en una oportunidad al reiniciar dio I/O error; quitar CD, Enter finaliza el reinicio, inicia normalmente.

'''Red'''

Crear una conexión de red (modo gráfico)

:1. Con Network Manager. Puede invocarse:

::* sobre ícono de red en la barra de tareas, click derecho, Editar las conexiones.
::* menú Sistema, Preferencias, Conexiones de Red.
::* en terminal de comandos, ejecutando nm-connection-editor.

Permite crear conexiones cableada, inalámbrica, de banda ancha móvil, VPN y DSL.

:2. Crear una conexión cableada:

::* botón Añadir.
::* dar un nombre adecuado a esta conexión.
::* si se quiere conectar automáticamente seleccionar "conectar automáticamente": la conexión arranca con la máquina, sin invocación.
::* ingresar ajustes de IPv4.
::* elegir uno de los métodos:

:::* automático (ID del cliente DHCP).
:::* sólo direcciones automáticas (servidor DNS, Dominios de búsqueda, ID del cliente DHCP).
:::* manual (se deberá establecer dirección, máscara de red, puerta de enlace, servidor DNS y Dominios de búsqueda).
:::* sólo enlace local.
:::* compartida con otros equipos.

::* si se quiere que otros utilicen la conexión, marcar "Disponible para todos los usuarios" (requiere privilegios de supervisor).
::* aplicar.

:3. Para activar o desactivar la conexión: sobre ícono de red en la barra de tareas, clic izquierdo, debe mostrar la nueva conexión.

'''Proxy de la red'''

Si la red accede a Internet a través de una máquina proxy:

:1. Activar proxy de la red: Sistema, Preferencias, Proxy de la Red.
:2. Asume conexión directa a Internet. Permite:
::* configuración manual del proxy; puede indicarse IP y puerto, o nombre de máquina y puerto, si hay un DNS capaz de resolver el nombre de máquina.
::* configuración automática del proxy: el URL donde se corre un script definido por el administrador de la red.
:3. Definir si este proxy se aplica a todo el sistema; requiere privilegios de supervisor.

'''Administración de paquetes'''

Ajustar repositorios de paquetes Ubuntu.

:Los repositorios de paquetes pueden tener diferente respuesta. En general conviene usar repositorios próximos. A la fecha, en Uruguay no hay repositorio Ubuntu, es preciso usar uno de Brasil o Argentina. La carga del servidor y la conectividad son factores decisivos para la elección de un repositorio de paquetes. La Universidad de la República participa de la red CLARA, que da muy buena conectividad hacia otros sitios de la red CLARA, generalmente Universidades.

En el gestor de paquetes Synaptic:

:1. Invocar Synaptic: menú Sistema, Administración, Gestor de paquetes Synaptic,
:2. Configuración, Repositorios,
- Descargable de Internet: marcar todo menos Código fuente.
- Descargar desde: Otro, de Brasil o Argentina.
- La opción buscar el mejor servidor puede no producir nada, o nada eficiente.

Para todo el sistema, con el archivo /etc/apt/sources.list:

:1. Preservar el archivo original copiándolo con otro nombre, por ejemplo sources.list.ori.
:2. Editar el archivo /etc/apt/sources.list cambiando o incorporando los nuevos respositorios.

'''Complementos de instalación'''

* Máquinas conocidas. Mientras no haya un DNS para el dominio local, las máquinas conocidas pueden registrarse en el archivo /etc/hosts, con un registro del tipo 192.168.11.1 cangrejo.nsk.com.uy cangrejo.
* Soporte de idiomas. El sistema puede avisar que falta completar el soporte de idiomas. Si esto no se hace en el momento, puede hacerse con el menú Administración, Soporte de Idiomas, Instalar; suele avisar aquí si falta soporte de idiomas.
* Cambiar el tema de fondo en la pantalla de acceso:
gksudo -u gdm dbus-launch gnome-appearance-properties
Muestra la misma aplicación que permite cambiar la apariencia del escritorio del usuario; allí puede cambiarse el fondo y el motivo. No hay una opción en menú para esta tarea, ver la página
http://www.datanoia.com/cambiar-el-tema-de-la-pantalla-de-acceso-gdm-en-ubuntu-9-10.html

Complemento de usuario
Ajustes opcionales, generalmente útiles, para el usuario actual.

* Cambiar de escritorio con las teclas Alt-F1...Alt-F4: menú Sistema, Preferencias, Combinaciones de teclas, Alt-1, ... Alt-4 para cambiar de área de trabajo.
* Navegador de archivos Nautilus, activar vista de lista e incluir una orden Borrar. Lugares, Carpeta Personal, Editar, Preferencias,
- Vistas: Vista de lista.
- Comportamiento: Incluir una orden "Borrar".

Agregar usuarios al sistema
1. Ir a: Sistemas-> Administración-> Usuarios y grupos.
2. Clickear en "Añadir", ingresar nombre real de usuario y nombre para ingreso del mismo. Aceptar.
3. Establecer contraseña a mano: ingresarla manualmente y repetirla para confirmación. Aceptar.
4. Para agregar más información y modificar privilegios del usuario ir a "Ajustes avanzados".
5. En "tipo de cuenta" seleccionar si el usuario es de Escritorio, Administrador o Personalizado.

Complemento - Nombre de máquina y dominio
Mientras no haya un DNS para el dominio local, las máquinas conocidas pueden registrarse en el archivo /etc/hosts, con un registro del tipo:
<numero IP> <nombre_máquina> # Added by NetworkManager
127.0.0.1 localhost.localdomain localhost
::1 victor localhost6.localdomain6 localhost6

# Como ven aqui agregué ya las máquinas del CURE
<numero IP pedrera> pedrera.curerocha.edu.uy pedrera
<numero IP polonio> polonio.curerocha.edu.uy polonio
<numero IP paloma> paloma.curerocha.edu.uy paloma
127.0.1.1 <nombre_máquina>

# The following lines are desirable for IPv6 capable hosts
::1 localhost ip6-localhost ip6-loopback
fe00::0 ip6-localnet
ff00::0 ip6-mcastprefix
ff02::1 ip6-allnodes
ff02::2 ip6-allrouters
ff02::3 ip6-allhosts
ejemplo de /etc/hostname:
<nombre_máquina>

Extraído del foro Ubuntu Desktop-> Cambiar nombre de máquina de Victor M. A.

Verificación
Las pruebas de verificación de la instalación realizada. Las pruebas serán realizadas por un usuario auditor, habilitado en el sistema sin privilegios, y conforme este protocolo de verificación.

Se deberá verificar:

* corrección y completitud de la información previa a la instalación.

En la propia máquina:

* la máquina instalada mostrando ventana de login.
* acceso a la máquina con el usuario no privilegiado asignado para verificación.
* presencia habitual del escritorio.
* distribución de teclado correspondiente al teclado de la máquina.
* que el usuario no tenga privilegios de supervisor, i.e. no pueda hacer sudo.
* cierre de sesión y presentación de pantalla de acceso.

Por acceso remoto:

* acceso remoto vía SSH con el usuario no privilegiado asignado para verificación.
* tabla de particiones, y punto de montaje según información previa a la instalación.
* fecha, hora y zona horaria correctas.
* nombre de máquina, simple y con dominio (curerocha.edu.uy).
* reconocimiento de las máquinas paloma, polonio y pedrera por sus nombres, y con los IPs adecuados; también indicando el dominio.
* configuración de red: número IP, máscara, ruta por defecto.
* conectividad hacia otras máquinas locales, hacia algún punto fuera de la red.
* resolución de nombres.
* lista de usuarios y privilegios conforme información previa de instalación.
* bloqueo del acceso como root.
* acceso remoto vía SSH con aplicación gráfica, e.g. xeyes.

Cada auditor entregará un informe de los resultados obtenidos al auditar cada máquina.
Notas adicionales
Para acceder a las notas de modificación del sudoers ir al siguente link: http://eva.universidad.edu.uy/mod/wiki/view.php?id=43508&page=sudo&thankyou=1
Para acceder a las notas de instalación y configuración del servidor SSH ir al siguente link: Wiki Servidor SSH

Referencias

* Víctor González Barbone. Notas de instalación, no publicadas.
* En co-creación con Victor M. Alem y Lorena Gastellú.

Zentyal

2011-06-10T15:14:44Z

Lorena:

=== Zentyal ===

Es una plataforma de red unificada formada por una serie de módulos que permiten administrar la infraestructura de red, actuar como puerta de enlace a Internet (gateway), gestionar las amenazas de seguridad (UTM), compartir archivos e impresoras, unificar las comunicaciones o una combinación de estas.

== Instalación: ==

Instalar los módulos de Zentyal sobre nuestro propio Ubuntu Server.

'''Por línea de comandos:'''

:1. Añadimos el repositorio de Zentyal:
echo deb http://ppa.launchpad.net/zentyal/2.0/ubuntu lucid main | sudo tee /etc/apt/sources.list.d/zentyal.list

:2.Agregamos la clave del repositorio:
sudo apt-key adv --keyserver keyserver.ubuntu.com --recv-keys 10E239FF

:3. Actualizamos la información de los repositorios:
sudo apt-get update

:4. Ahora instalamos el núcleo de Zentyal, su interfaz web, que nos permitirá instalar gráficamente los módulos o paquetes que necesitemos:
sudo apt-get install zentyal

:5. Luego que se instalen todos los paquetes, aparecerá una pantalla para elegir el puerto que usará Zentyal para las conexiones HTTPS, por defecto el 443.

:6. Una vez terminada la instalación de Zentyal nos vamos a otro equipo de la red y en un navegador escribimos la dirección IP del Ubuntu Server donde lo hemos instalado usando HTTPS (en nuestro caso 10.5.1.254 la de polonio-server).
:Inmediatamente nos encontraremos frente a un aviso de seguridad del navegador, por lo que tendremos que añadir una excepción para poder continuar.

:7. Luego que aceptamos la excepción vamos a encontrar la interfaz web de Zentyal en la que tendremos que teclear nuestro nombre de usuario y contraseña (los usuarios de zentyal son los mismos usuarios administradores del servidor).

:8. La primera vez que accedamos se nos permitirá elegir los módulos (en la vista normal) o los paquetes (en la vista avanzada) que queramos instalar. Una vez marcados hacemos clic en el botón Install que está en la parte inferior de la página.

== Referencias: ==
http://sliceoflinux.com/2010/09/30/instalar-zentyal-en-ubuntu-server-paso-a-paso/

Polonio: servidor intranet

2011-06-10T14:23:29Z

Lorena:

=== Instalación Ubuntu Server - Polonio - ===

== Respaldo: ==

completo /etc

completo /home

parcial /var

ej: /var/www o/y /var/lib/mysql (para este último hay que parar el servicio antes de respaldarlo)

== Particionado: ==

POLONIO:

*sda1 /boot -> 500Mb ext2 (primaria)

*sda2 / -> 2Gb ext4 (primaria)

*sda3 swap 6Gb àrea de intercambio (primaria)

*sda5 /usr -> 10Gb ext4

*sda6 /var -> 10Gb ext4

*sda7 /tmp -> 512Mb ext4

'''En LVM'''

sda8 LVM

Configurar LVM

Crear grupo de volumenes: polonio -> y se seleciona solamente la partición LVM

Crear un volúmen lógico: polonio ->nombre volúmen lógico: home -> tamaño 50GB

en LVM VG polonio, LV home - 50.0 gb Linux device-mapper (linear)

#1 50.0GB f ext4 /home

== Instalar Deny Host ==

sudo apt-get install denyhosts

Para configurarlo:

nano /etc/denyhosts.conf

Para decir cada cuánto tiempo purgamos hosts.deny:

PURGE_DENY = 1h

DENY_THRESHOLD_INVALID? = 2

DENY_THRESHOLD_VALID? = 5

== Configuración de red: ==

Editamos el archivo /etc/network/interfaces

# This file describes the network interfaces available on your system
# and how to activate them. For more information, see interfaces(5).
# The loopback network interface
auto lo
iface lo inet loopback
# The primary network interface
auto eth0
iface eth0 inet static
address 10.5.1.254
netmask 255.255.255.0
network 10.5.1.0
broadcast 10.5.1.255
gateway 10.5.1.1
# dns-* options are implemented by the resolvconf package, if installed

== Otros servicios instalados: ==

SSH:
sudo apt-get install openssh-server

Configuramos el archivo /etc/ssh/sshd_conf

Para no permitir que se puedan hacer login con el usuario root por ssh hay que cambiar:
PermitRootLogin yes por: PermitRootLogin no

Polonio: servidor intranet

2011-06-10T14:01:37Z

Lorena:

=== Instalación Ubuntu Server - Polonio - ===

== Respaldo: ==

completo /etc

completo /home

parcial /var

ej: /var/www o/y /var/lib/mysql (para este último hay que parar el servicio antes de respaldarlo)

== Particionado: ==

POLONIO:

sda1 /boot -> 500Mb ext2 (primaria)

sda2 / -> 2Gb ext4 (primaria)

sda3 swap 6Gb àrea de intercambio (primaria)

sda5 /usr -> 10Gb ext4

sda6 /var -> 10Gb ext4

sda7 /tmp -> 512Mb ext4

'''En LVM'''

sda8 LVM

Configurar LVM

Crear grupo de volumenes: polonio -> y se seleciona solamente la partición LVM

Crear un volúmen lógico: polonio ->nombre volúmen lógico: home -> tamaño 50GB

en LVM VG polonio, LV home - 50.0 gb Linux device-mapper (linear)

#1 50.0GB f ext4 /home

== Instalar Deny Host ==

sudo apt-get install denyhosts

Para configurarlo:

nano /etc/denyhosts.conf

Para decir cada cuánto tiempo purgamos hosts.deny:

PURGE_DENY = 1h

DENY_THRESHOLD_INVALID? = 2

DENY_THRESHOLD_VALID? = 5

== Configuración de red: ==

Editamos el archivo /etc/network/interfaces

# This file describes the network interfaces available on your system
# and how to activate them. For more information, see interfaces(5).

# The loopback network interface
auto lo
iface lo inet loopback

# The primary network interface
auto eth0
iface eth0 inet static
address 10.5.1.254
netmask 255.255.255.0
network 10.5.1.0
broadcast 10.5.1.255
gateway 10.5.1.1
# dns-* options are implemented by the resolvconf package, if installed

== Otros servicios instalados: ==

SSH:
sudo apt-get install openssh-server

Configuramos el archivo /etc/ssh/sshd_conf

Para no permitir que se puedan hacer login con el usuario root por ssh hay que cambiar:
PermitRootLogin yes por: PermitRootLogin no

Servidor SSH

2011-06-10T14:00:58Z

Lorena:

=== Servidor SSH ===

== Resumen SSH ==

El cliente ssh ya viene instalado por defecto en Ubuntu, no así el servidor ssh.

== Instalación por línea de comandos: ==

'''Para instalarlo hay que ejecutar:'''
$ sudo apt-get install openssh-server

Nota: Es posible que el paquete no se encuentre en los repositorios, para agregarlo hay que actualizar la lista abriendo un terminal y ejecutando el comando:

$ sudo apt-get update

'''Modo gráfico:'''

1. Ir a: Sistema-> Administración-> Gestor de paquetes synaptic
2. Ingresar en el buscador: openssh-server
3. Seleccionar el paquete openssh-server y hacer click en "aplicar"

Nota: Es posible que el paquete no se encuentre en los repositorios, para agregarlo hay que actualizar la lista abriendo un terminal y ejecutando el comando:

$ sudo apt-get update

Después de instalado, para poder configurarlo hay que editar el archivo /etc/ssh/sshd_config
Muy recomendado hacerle una copia de respaldo de este archivo antes de modificarlo:
$ sudo cp /etc/ssh/sshd_config{,.original}

El demonio ssh atiende por defecto en el puerto 22, para cambiarlo hay que ir a la linea donde dice:
Port 22
y cambiar el 22 por el puerto que queramos usar.

Para no permitir que se puedan hacer login con el usuario root por ssh hay que cambiar:
PermitRootLogin yes
por:
PermitRootLogin no

Para elegir que usuarios podrán acceder por ssh, hay que agregar la siguiente linea:
AllowUsers <usuario1> <usuario2> <usuario3>

Para que los cambios surtan efecto hay que reiniciar el servidor:
$ sudo /etc/init.d/ssh restart

Para solo recargar el cambio de configuración sin reiniciar el servicio:
$ sudo /etc/init.d/ssh reload

Evitar que nos pida el password cada vez

$ ssh-keygen -t rsa

Una vez generada, hay que copiarla al usuario del ordenador remoto con el que queremos mantener la relación de confianza usando el comando ssh-copy-id.
Este es un ejemplo del uso con la salida del programa:

$ ssh-copy-id usuario_remoto@192.168.0.1

Now try logging into the machine, with "ssh 'usuario_remoto@192.168.0.1'", and check in:

.ssh/authorized_keys

to make sure we haven't added extra keys that you weren't expecting.

En caso que nos de este error cuando queramos entrar por ssh:
Agent admitted failure to sign using the key.

Debemos ejecutar el comando:
$ ssh-add

Nos pedirá el passphrase:
Enter passphrase for /home/usuario/.ssh/id_rsa:
Identity added: /home/pablo/.ssh/id_rsa (/home/pablo/.ssh/id_rsa)

== Referencias ==

Créditos

* Pablo García. Resumen de instalación SSH Server, Foro de Ubuntu Desktop.

Zentyal

2011-06-10T13:59:14Z

Lorena: Página creada con '=== Zentyal === Es una plataforma de red unificada formada por una serie de módulos que permiten administrar la infraestructura de red, actuar como puerta de enlace a Interne...'

Polonio: servidor intranet

2011-06-10T13:56:15Z

Lorena:

=== Instalación Ubuntu Server - Polonio - ===

== Respaldo: ==

completo /etc

completo /home

parcial /var

ej: /var/www o/y /var/lib/mysql (para este último hay que parar el servicio antes de respaldarlo)

== Particionado: ==

POLONIO:

sda1 /boot -> 500Mb ext2 (primaria)

sda2 / -> 2Gb ext4 (primaria)

sda3 swap 6Gb àrea de intercambio (primaria)

sda5 /usr -> 10Gb ext4

sda6 /var -> 10Gb ext4

sda7 /tmp -> 512Mb ext4

En LVM

sda8 LVM

Configurar LVM

Crear grupo de volumenes: polonio -> y se seleciona solamente la partición LVM

Crear un volúmen lógico: polonio ->nombre volúmen lógico: home -> tamaño 50GB

en LVM VG polonio, LV home - 50.0 gb Linux device-mapper (linear)

#1 50.0GB f ext4 /home

== Instalar Deny Host ==

sudo apt-get install denyhosts

Para configurarlo:

nano /etc/denyhosts.conf

Para decir cada cuánto tiempo purgamos hosts.deny:

PURGE_DENY = 1h

DENY_THRESHOLD_INVALID? = 2

DENY_THRESHOLD_VALID? = 5

== Configuración de red: ==

Editamos el archivo /etc/network/interfaces

# This file describes the network interfaces available on your system
# and how to activate them. For more information, see interfaces(5).

# The loopback network interface
auto lo
iface lo inet loopback

# The primary network interface
auto eth0
iface eth0 inet static
address 10.5.1.254
netmask 255.255.255.0
network 10.5.1.0
broadcast 10.5.1.255
gateway 10.5.1.1
# dns-* options are implemented by the resolvconf package, if installed

== Otros servicios instalados: ==

SSH:
sudo apt-get install openssh-server

Configuramos el archivo /etc/ssh/sshd_conf

Para no permitir que se puedan hacer login con el usuario root por ssh hay que cambiar:
PermitRootLogin yes por: PermitRootLogin no

== Texto de titular ==

Servidor SSH

2011-06-10T13:54:20Z

Lorena:

=== Servidor SSH ===

== Resumen SSH ==

El cliente ssh ya viene instalado por defecto en Ubuntu, no así el servidor ssh.

== Instalación por línea de comandos: ==
'''
Para instalarlo hay que ejecutar:'''
$ sudo apt-get install openssh-server

Nota: Es posible que el paquete no se encuentre en los repositorios, para agregarlo hay que actualizar la lista abriendo un terminal y ejecutando el comando:

$ sudo apt-get update
'''
Modo gráfico:'''

1. Ir a: Sistema-> Administración-> Gestor de paquetes synaptic
2. Ingresar en el buscador: openssh-server
3. Seleccionar el paquete openssh-server y hacer click en "aplicar"

Nota: Es posible que el paquete no se encuentre en los repositorios, para agregarlo hay que actualizar la lista abriendo un terminal y ejecutando el comando:

$ sudo apt-get update

Después de instalado, para poder configurarlo hay que editar el archivo /etc/ssh/sshd_config
Muy recomendado hacerle una copia de respaldo de este archivo antes de modificarlo:
$ sudo cp /etc/ssh/sshd_config{,.original}

El demonio ssh atiende por defecto en el puerto 22, para cambiarlo hay que ir a la linea donde dice:
Port 22
y cambiar el 22 por el puerto que queramos usar.

Para no permitir que se puedan hacer login con el usuario root por ssh hay que cambiar:
PermitRootLogin yes
por:
PermitRootLogin no

Para elegir que usuarios podrán acceder por ssh, hay que agregar la siguiente linea:
AllowUsers <usuario1> <usuario2> <usuario3>

Para que los cambios surtan efecto hay que reiniciar el servidor:
$ sudo /etc/init.d/ssh restart

Para solo recargar el cambio de configuración sin reiniciar el servicio:
$ sudo /etc/init.d/ssh reload

Evitar que nos pida el password cada vez

$ ssh-keygen -t rsa

Una vez generada, hay que copiarla al usuario del ordenador remoto con el que queremos mantener la relación de confianza usando el comando ssh-copy-id.
Este es un ejemplo del uso con la salida del programa:

$ ssh-copy-id usuario_remoto@192.168.0.1

Now try logging into the machine, with "ssh 'usuario_remoto@192.168.0.1'", and check in:

.ssh/authorized_keys

to make sure we haven't added extra keys that you weren't expecting.

En caso que nos de este error cuando queramos entrar por ssh:
Agent admitted failure to sign using the key.

Debemos ejecutar el comando:
$ ssh-add

Nos pedirá el passphrase:
Enter passphrase for /home/usuario/.ssh/id_rsa:
Identity added: /home/pablo/.ssh/id_rsa (/home/pablo/.ssh/id_rsa)

== Referencias ==

Créditos

* Pablo García. Resumen de instalación SSH Server, Foro de Ubuntu Desktop.

Servidor SSH

2011-06-10T13:49:09Z

Lorena:

=== Servidor SSH ===

== Resumen SSH ==

El cliente ssh ya viene instalado por defecto en Ubuntu, no así el servidor ssh.

== Instalación por línea de comandos: ==
'''
Para instalarlo hay que ejecutar:'''
$ sudo apt-get install openssh-server

Nota: Es posible que el paquete no se encuentre en los repositorios, para agregarlo hay que actualizar la lista abriendo un terminal y ejecutando el comando:

$ sudo apt-get update
'''
Modo gráfico:'''

1. Ir a: Sistema-> Administración-> Gestor de paquetes synaptic
2. Ingresar en el buscador: openssh-server
3. Seleccionar el paquete openssh-server y hacer click en "aplicar"

Nota: Es posible que el paquete no se encuentre en los repositorios, para agregarlo hay que actualizar la lista abriendo un terminal y ejecutando el comando:

$ sudo apt-get update

Después de instalado, para poder configurarlo hay que editar el archivo /etc/ssh/sshd_config
Muy recomendado hacerle una copia de respaldo de este archivo antes de modificarlo:
$ sudo cp /etc/ssh/sshd_config{,.original}

El demonio ssh atiende por defecto en el puerto 22, para cambiarlo hay que ir a la linea donde dice:
Port 22
y cambiar el 22 por el puerto que queramos usar.

Para no permitir que se puedan hacer login con el usuario root por ssh hay que cambiar:
PermitRootLogin yes
por:
PermitRootLogin no

Para elegir que usuarios podrán acceder por ssh, hay que agregar la siguiente linea:
AllowUsers <usuario1> <usuario2> <usuario3>

Para que los cambios surtan efecto hay que reiniciar el servidor:
$ sudo /etc/init.d/ssh restart

Para solo recargar el cambio de configuración sin reiniciar el servicio:
$ sudo /etc/init.d/ssh reload

Evitar que nos pida el password cada vez

$ ssh-keygen -t rsa

Una vez generada, hay que copiarla al usuario del ordenador remoto con el que queremos mantener la relación de confianza usando el comando ssh-copy-id.
Este es un ejemplo del uso con la salida del programa:

$ ssh-copy-id usuario_remoto@192.168.0.1

Now try logging into the machine, with "ssh 'usuario_remoto@192.168.0.1'", and check in:

.ssh/authorized_keys

to make sure we haven't added extra keys that you weren't expecting.

En caso que nos de este error cuando queramos entrar por ssh:
Agent admitted failure to sign using the key.

Debemos ejecutar el comando:
$ ssh-add

Nos pedirá el passphrase:
Enter passphrase for /home/usuario/.ssh/id_rsa:
Identity added: /home/pablo/.ssh/id_rsa (/home/pablo/.ssh/id_rsa)

== Referencias ==

Créditos

* Pablo García. Resumen de instalación SSH Server, Foro de Ubuntu Desktop.

Polonio: servidor intranet

2011-06-10T13:47:40Z

Lorena:

=== Instalación Ubuntu Server - Polonio - ===

== Respaldo: ==

completo /etc

completo /home

parcial /var

ej: /var/www o/y /var/lib/mysql (para este último hay que parar el servicio antes de respaldarlo)

== Particionado: ==

POLONIO:

sda1 /boot -> 500Mb ext2 (primaria)

sda2 / -> 2Gb ext4 (primaria)

sda3 swap 6Gb àrea de intercambio (primaria)

sda5 /usr -> 10Gb ext4

sda6 /var -> 10Gb ext4

sda7 /tmp -> 512Mb ext4

En LVM

sda8 LVM

Configurar LVM

Crear grupo de volumenes: polonio -> y se seleciona solamente la partición LVM

Crear un volúmen lógico: polonio ->nombre volúmen lógico: home -> tamaño 50GB

en LVM VG polonio, LV home - 50.0 gb Linux device-mapper (linear)

#1 50.0GB f ext4 /home

== Instalar Deny Host ==

sudo apt-get install denyhosts

Para configurarlo:

nano /etc/denyhosts.conf

Para decir cada cuánto tiempo purgamos hosts.deny:

PURGE_DENY = 1h

DENY_THRESHOLD_INVALID? = 2

DENY_THRESHOLD_VALID? = 5

== Configuración de red: ==

Editamos el archivo /etc/network/interfaces

# This file describes the network interfaces available on your system
# and how to activate them. For more information, see interfaces(5).

# The loopback network interface
auto lo
iface lo inet loopback

# The primary network interface
auto eth0
iface eth0 inet static
address 10.5.1.254
netmask 255.255.255.0
network 10.5.1.0
broadcast 10.5.1.255
gateway 10.5.1.1
# dns-* options are implemented by the resolvconf package, if installed

== Otros servicios instalados: ==

SSH:
sudo apt-get install openssh-server

Configuramos el archivo /etc/ssh/sshd_conf

Para no permitir que se puedan hacer login con el usuario root por ssh hay que cambiar:
PermitRootLogin yes por: PermitRootLogin no

== Texto de titular ==

Servidor SSH

2011-06-10T13:45:57Z

Lorena: Página creada con ' === Servidor SSH === == Resumen SSH == El cliente ssh ya viene instalado por defecto en Ubuntu, no así el servidor ssh. == Instalación por línea de comandos: == Para ...'

=== Servidor SSH ===

== Resumen SSH ==

El cliente ssh ya viene instalado por defecto en Ubuntu, no así el servidor ssh.

== Instalación por línea de comandos: ==

Para instalarlo hay que ejecutar:
$ sudo apt-get install openssh-server
Nota: Es posible que el paquete no se encuentre en los repositorios, para agregarlo hay que actualizar la lista abriendo un terminal y ejecutando el comando:
$ sudo apt-get update

Modo gráfico:
1. Ir a: Sistema-> Administración-> Gestor de paquetes synaptic
2. Ingresar en el buscador: openssh-server
3. Seleccionar el paquete openssh-server y hacer click en "aplicar"
Nota: Es posible que el paquete no se encuentre en los repositorios, para agregarlo hay que actualizar la lista abriendo un terminal y ejecutando el comando:
$ sudo apt-get update

Después de instalado, para poder configurarlo hay que editar el archivo /etc/ssh/sshd_config
Muy recomendado hacerle una copia de respaldo de este archivo antes de modificarlo:
$ sudo cp /etc/ssh/sshd_config{,.original}

El demonio ssh atiende por defecto en el puerto 22, para cambiarlo hay que ir a la linea donde dice:
Port 22
y cambiar el 22 por el puerto que queramos usar.

Para no permitir que se puedan hacer login con el usuario root por ssh hay que cambiar:
PermitRootLogin yes
por:
PermitRootLogin no

Para elegir que usuarios podrán acceder por ssh, hay que agregar la siguiente linea:
AllowUsers <usuario1> <usuario2> <usuario3>

Para que los cambios surtan efecto hay que reiniciar el servidor:
$ sudo /etc/init.d/ssh restart

Para solo recargar el cambio de configuración sin reiniciar el servicio:
$ sudo /etc/init.d/ssh reload

Evitar que nos pida el password cada vez

$ ssh-keygen -t rsa

Una vez generada, hay que copiarla al usuario del ordenador remoto con el que queremos mantener la relación de confianza usando el comando ssh-copy-id.
Este es un ejemplo del uso con la salida del programa:

$ ssh-copy-id usuario_remoto@192.168.0.1

Now try logging into the machine, with "ssh 'usuario_remoto@192.168.0.1'", and check in:

.ssh/authorized_keys

to make sure we haven't added extra keys that you weren't expecting.

En caso que nos de este error cuando queramos entrar por ssh:
Agent admitted failure to sign using the key.

Debemos ejecutar el comando:
$ ssh-add

Nos pedirá el passphrase:
Enter passphrase for /home/usuario/.ssh/id_rsa:
Identity added: /home/pablo/.ssh/id_rsa (/home/pablo/.ssh/id_rsa)

== Referencias ==

Créditos

* Pablo García. Resumen de instalación SSH Server, Foro de Ubuntu Desktop.

DNS Master en paloma

2011-06-09T19:42:55Z

Lorena:

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

===Conceptos===

El DNS es un servicio repartido que resuelve los nombres de dominio en IPs. 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.

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 de tutorial===

Creamos un DNS mastes 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 estan en /etc/bind/

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

root@paloma:~# cat /etc/bind/named.conf.options
//acl redesNegadas define las redes a denegar consultas al servidor DNS
acl redesNegadas { 0.0.0.0/8; 1.0.0.0/8; 2.0.0.0/8; 192.0.2.0/24; 224.0.0.0/3; 172.16.0.0/12; 10.0.0.0/8; 192.168.0.0/24; 169.254.0.0/16; 192.168.1.0/24; 192.168.2.0/24;
192.168.3.0/24; };
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 nuestra zona y las propias del servidor
allow-query { 127.0.0.1; };
//No permitimos las recusion
allow-recursion { none; };
//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.
};

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

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

root@paloma:~# cat /etc/bind/named.conf.local
//
// 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;};
};
zone "234.73.164.in-addr.arpa"{
type master;
file "/etc/bind/db.164.73.234";
allow-query { any;};
};
//include "/etc/bind/zones.rfc1918";

Creamos db.taller.csic.edu.uy copiando /etc/bind/db.local como /etc/bind/db.taller.csic.edu.uy

root@paloma:~# cat /etc/bind/db.taller.csic.edu.uy
;
; Archivo BIND de definición de zona de 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 A 164.73.234.104
paloma IN A 164.73.234.104
pedrera IN A 164.73.234.102
polonio IN A 164.73.234.103
garzon IN A 164.73.234.126
base-de-datos IN CNAME paloma
tikiwiki IN CNAME paloma
wiki IN CNAME paloma

Creamos db.164.73.234 copiando db.127

root@paloma:~# cat /etc/bind/db.164.73.234
;
; BIND reverse data file for local loopback interface
;
$TTL 86400 ; 1D
@ IN SOA taller.csic.edu.uy. root.taller.csic.edu.uy. (
1 ; Serial
6H ; Refresh
1D ; Retry
1W ; Expire
1D ) ; Negative Cache TTL
;
@ IN NS taller.csic.edu.uy.
@ IN PTR taller.csic.edu.uy.
102 IN PTR pedrera.taller.csic.edu.uy.
103 IN PTR polonio.taller.csic.edu.uy.
104 IN PTR paloma.taller.csic.edu.uy.
126 IN PTR garzon.taller.csic.edu.uy.

Editamos el archivo /etc/reslov.conf

$ 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

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