• FC: que se usa en la transmisión de datos y en las telecomunicaciones.
• FDDI: se usa para redes de fibra óptica.
• LC y MT-Array: que se utilizan en transmisiones de alta densidad de datos.
• LCD: LC Duplex (no mostrado), utilizado en switches de comunicaciones.
• SC y SC-Dúplex: se utilizan para la transmisión de datos.
• ST o BFOC: se usa en redes de edificios y en sistemas de seguridad.

Fuente: Wikipedia

Hay dos formas de hacerlo: usando el fichero de configuración global de Apache (httpd.conf) o usando el fichero de configuración especifico del directorio (.htacess).

Como ejemplo supondremos que tenemos un servidor Apache y queremos crear un directorio virtual seguro llamado /Security.

• Ruta de Software Apache: /opt/apache
• Ruta Raiz del Servidor Web: /opt/apache/htdocs
• Ubicación Directorio Vitual: /var/web/security

Fichero: httpd.conf

El fichero está ubicado en <ruta-apache>/conf/httpd.conf

Hay que añadir el siguiente código:

<IfModule alias_module>
 Alias /Security/ "/var/web/security/"
</IfModule>
<Directory "/var/web/security">
  AllowOverride All
  Options Indexes FollowSymLinks Includes
  Order allow,deny
  Allow from all
  AuthName "Zona de Seguridad"
  AuthType Basic
  AuthUserFile "/var/web/secure.users"
  require valid-user
</Directory>

Fichero: .htaccess

En este caso hay que crear el fichero /var/web/security/.htaccess e insertar el siguiente codigo

  AuthName "Zona de Seguridad"
  AuthType Basic
  AuthUserFile "/var/web/secure.users"
  require valid-user

Fichero de seguridad

Para crear el fciehro de seguridad:

/opt/apache/bin/htpasswd -c /var/web/secure.users <primer_usuario>

Para añadir más usuarios:

/opt/apache/bin/htpasswd /var/web/secure.users <otro_usuario>

En ambos casos el sistema nos pedirá que intruduzcamos una clave para el usuario especificado. Esta clave puede especificarse en el propio comando, pero desaconsejo esta práctica ya que la clave puede ser visualizada por otros usuarios, que están conectados ala máquina, con solo ejecutar “ps -ef”.

Tras dar unas cuantas vueltas por la red y unas cuantas vueltas más a varios métodos y aplicaciones, finalmente descubrí que Microsoft ya ha pensado en esto y tiene una herramiente que lo hace: Windows7 USB/DVD Downlad Tool

Para empezar vamos a necesitar algunas cosas.

• Una imagen ISO del DVD de instalación de Windows7.
• Un pen-drive de 4GiB o más (vacío, ya que va a ser formateado)
• El software aquí.

Una vez tengamos esto y hayamos instalado la herramioenta de Microsoft el proceso es realmente sencillo:

1. Seleccionamos la ubicación del fichero ISO.
2. Elegimos el tipo de medio en el que deseamos volcar el fichero ISO: DVD o USB.
3. Seleccionamos la unidad en la que tenemos montado el pen-drive.
4. Le decimos al programa que empiece a copiar.

Ya solo queda pinchar el pen-drive en la máquina en la que queremos instalar el sistema y arrancar. No hay que olvidarse de indicar en la BIOS del ordenador que arranque desde USB y darle a los dispositivos USB más rpioridad que a los discos duros.

En los sistemas Unix/Linux (al menos en la mayoría) cuando se mete un disco en una unidad óptica el contenido no es accesible hasta que se realiza la operación de montaje, es decir, asociar el disco con un directorio (o punto de montaje) del sistema.

Desde el propio Servidor

El montaje de la un CD/DVD se reliaza como el montaje de cualquier otra unidad de disco o volumen lógico.

Prerequisitos

1. Verificar que el fichero /etc/fstab contiene la linea:

   /dev/dsk/<disp> <dir> auto ro,noauto,user,exec 0 0

   donde disp el el dispisitivo que queremos montar, p.e. c0t1d0; y dir es el directorio en el que se desea montar el dispositivo, p.e. /cdrom

Montaje

1. Con el CD o DVD en la unidad, se realiza el montaje:

   mount /cdrom

2. Realizar las operaciones requeridas: leer, copiar, instalar, …
3. Desmontar unidad

   /usr/sbin/umount /cdrom

Para CD/DVD de Oracle

Por alguna razón los CD/DVDs de Oracle funcionan mejor si se utiliza pfs_mount en lugar del comando mount estándar.

Prerequisitos

1. Verificar la existencia del fichero /etc/pfs_fstab, sino existe crearlo con los mismos permisos que /etc/fstab

   cp -p /etc/fstab /etc/pfs_fstab

2. Verificar que el fichero /etc/pfs_fstab contiene la linea:

   /dev/dsk/<disp> <dir> pfs-rrip xlat=unix 0 0

   donde disp el el dispisitivo que queremos montar, p.e. c0t1d0; y dir es el directorio en el que se desea montar el dispositivo, p.e. /cdrom

Montaje

1. Ejecutar demonios de pfs

   nohup /usr/sbin/pfs_mountd &

   nohup /usr/sbin/pfsd &

2. Con el CD o DVD en la unidad, se realiza el montaje:

   /usr/sbin/pfs_mount /cdrom

3. Realizar las operaciones requeridas: leer, copiar, instalar, …

   Nota: si se lanza algún proceso directamente contra el medio montado, hay que tener cuidado de que el directorio de trabajo de la sesión no esté dentro del punto de montaje; en caso contrario no podremos desmontar el medio hasta que no se finalice el proceso y salgamos del punto de montaje.

   Por ejemplo:

   /cdrom# runInstaller

   daría problemas, en cambio:

   /# /cdrom/runInstaller

   nos permitiría desmontar el medio y montar uno nuevo (p.e. para instalaciones con varios CDs).

4. Desmontar unidad

   /usr/sbin/pfs_umount /cdrom

5. Si se desea utilizar más medios, se debe cambiar el medio y volver al punto 2
6. Parar los demonios pfs

   ps -ef | grep pfs

   con los pid devueltos “matamos” los preocesos:

   kill -9 <pid>

Desde un PC Windows

Es posible montar una unidad de CD/DVD perteneciente a un PC (o servidor) Windows en un servidor HP-UX. Para ello usaremos HP CIFS/9000 Client.

Prerequisitos

1. El servidor debe tener instalado HP CIFS/9000 Client (suele instalarse con el SO)
2. El servidor debe tener dado de alta la máquina remota en /etc/hosts, el comando no permite uasr direcciones IP
3. El servidor debe tener acceso a la máquina remota, puerto desconocido por ahora …
4. El cliente debe compartir la unidad, el nombre del recurso no puede acabar en $

Montaje

1. Cargar cliente

   cifsclient ó cifsclient start

2. Montar unidad

   cifsmount //<nombre_maquina>/<recurso_compartido> <punto_montaje> -U <usuario@dominio>

   Donde:

   • nombre_maquina: nombre de la máquina ermota tal y como se ha especificado en el fichero /etc/hosts, no puede ser una dirección IP
   • recurso_compartido: nombre designado a la unidad de la máquina remota que se desea montar, no puede ser D$ o E$, …
   • punto_montaje: directorio del servidor en el que se desea montar la unidad remota, debe exisitr y estar vacío
   • usuario@dominio: usuario con permisos para acceder al recurso compartido

   Ejemplo: cifsmount //pcvit-sist0/cd /cdrom -U asencord@justizia.local

3. Realizar las operaciones requeridas: leer, copiar, instalar, …
4. Desmontar unidad

   umount /cdrom

5. Parar cliente cifsclient

   cifsclient stop

Me parece una maniobra muy inteligente por parte de los creadores del producto el haber creado una segunda línea de producto. Por un lado tenemos el WordPress de toda la vida que carece de gestión de usuarios y por otro lado tenemos WordPressMU o WordPressμ (es decir WordPress MultiUser) que permite tener muchos usuarios registrados.

Con la versión multiusuario las posibilidades se multiplican ya que esto nos permite tener blogs semiprivados a los que solo tendrán acceso aquellas personas que estén registradas en el sistema y le hayamos permitido el acceso. Por otro lado también podemos tener multiples blogs gestionados por varios usuarios o un único blog en el que publiquen, editen o revisen varios usuarios; según los roles que se establezcan para cada uno.

El pero, simpre hay un ‘pero’, está en la página de adminitración de los blogs individuales. En esta página hay una gran cantidad de opciones pero resultan muy crípticas. Casi ninguna está explicada y en muchos casos se desconoce el rango y/o el formato de los valores que se pueden o no usar para cada opción. En cuanto a la docuemntación online está aún muy verde, se nota que es una línea de proyecto nueva y que aún están trabajando afinando los detalles. Esperemso que concluyan pronto.

En resumen, se trata de un buen producto. Pero se debe tener siempre en cuenta las necesidades de cada uno. Si lo que se desea es tener un blog púbhlico  (o varios) gestionados por una única persona, este producto sería demasiado y la opción más lógica sería usar WordPress.

Podríamos decir que existen dos tipos de Meta-tag‘s, unos que describen la página y otros que indican como deben comportarse ciertos elementos como navegadores o robots de búsqueda.

Sintaxis de Meta-tag‘s

<META name=”<nombre>” content=”<contenido>” [lang="idioma"]/>

<META http-eqiv=”<parametro>”content=”<contenido>”/>

donde name o http-eqiv definen el nombre del atributo o parámtro; content establece el valor; y lang el idioma para el cual es válido el valor que se ha dado al atributo.

Meta-tag‘s informativos

<META name=”Title” content=”titulo”/>

Titulo de la página.

<META name=”Author” content=”autor”/>

Autor de la página.

<META name=”Subject” content=”tema”/>

Temática de la página.

<META name=”Description” content=”descripcion”/>

Descripción de la página; se desconoce si existe algún límite para la longitud de este parámetro.

<META name=”Keywords” content=”lista, palabras”/>

Palabras clave que identifiquen el contenido de la página, la palabras suelen ir separadas por comas.

<META name=”Generator” content=”generador”/>

Generador de la página, es decir, editor utilizado para crearla.

<META name=”Language” content=”idioma”/>

Idioma de la página.

<META name=”Copyright” content=”copyright”/>

Derechos de autor de la página.

<META name=”Date” content=”gmt_date”/>

Fecha de creación de la página.

Meta-tag‘s para Robots

<META name=”Robots” content=”<valor>”/>

El valor de content puede ser:

ALL: El robot tiene en cuanta la página y continua su búsqueda por todos los enlaces que haya en la página, este es el valor por defecto.

NONE: El robot debe ingnorar la página así como todos los enlaces que se encuentren en ella.

INDEX: El robot puede indexar la página.

NOINDEX: El robot debe ignorar la página.

FOLLOW: El robot puede procesar los enlaces de la página.

NOFOLLOW: El robot debe ignorar los enlaces de la página.

Se pueden especificar varias opciones separadas por comas “,”, siempre y cuando no se contradigan. Por ejemplo: <META name=”Robots” content=”INDEX,NOFOLLOW”> ordenaría al robot que procesara la página pero no los enlaces que pueda tener.

Meta-tag‘s para el navegador

<META http-equiv=”Refresh” content=”<segundos>

Refresco de la página: Con esta directava la página navegará automaticamente a la url especificada una vez pasados los segundos indicados. Si se especifica “0″ la página se refrescará o redireccionará inmediatamente.

<META http-equiv=”Expires” content=”<gmt_date>”/>

Caducidad de la página: Se indica al navegador cuando cauda o expira la página, de esta forma pasada la fecha indicada el navegador deberá recargar la página, esté o no en su área de caché.

<META http-equiv=”Pragma” content=”No-Cache”/>

Caché del navegador: Se indica al navegador que no guarde la página en su área de caché. Aparentemente esta directiva no funciona con Internet Explorer y si se desea que este no almacene la página en su área de caché se debe utilizas el parámetro “Expire” con valor “-1”: <META http-equiv=”Expires” content=”-1″/>

<META http-equiv=”Window_Target“content=”_top”/>

Quitar marcos: Esto hará que la página se muestre en el navegador y no en un marco del mismo.

<META http-equiv=”Window_Target“content=”_Blank”/>

Esto hará que la página se muestre en una nueva página.

Meta-tag‘s menos utilizados

Podemos encontrarnos con Meta-tag‘s que no están listados arriba como por ejemplo:

<META scheme=”ISBN” name=”Identifier” content=”0-8230-2355-9″/>

indicaría al navegador un número ISBN (todo libro que se publica tiene un número de serie que se denomina ISBN) que relacionaria la página con un libro.

No se trata de un módulo típico de SMF, más bien un añadido, ya que la instalación no se realiza desde el panel de instalación de paquetes que incorpora SMF. La instalación se realiza de forma independiente, aunque es necesario que el modulo esté ubicado en un subdirectorio del foro y se debe modificar el fichero de configuración con los datos de conexión a la base de datos. Aunque suene un poco raro el proceso no es nada complicado y si se siguen bien las instrucciones no se debería tardar más de tres minutos en tenerlo operativo.

Lo que más me ha gustado es la simplicidad de este módulo, una vez instalado ya está listo para usar. Claro que esta “ventaja” puede ser un inconveniente para algunos ya que no hay panel de administración y todos los cambios se deben realizar en el fichero de configuración.

Otra “restricción”, que simplifica el uso de este chat, es la gestión de usuarios. Los roles viene establecidos desde los permisos del propio foro, de forma que un usuario que no sea administrador en el foro no podrá serlo en el chat.

Más información en:

• Portal
• Documentación
• Descargas

Hace años se utilizaba mucho rsh, asociado al comando rlogin. Pero deje de usarlo (y permitirlo) debido a que hay multitud de vulnerabilidades de seguridad asociadas a este protocolo. ¿Y ahora qué?

Pues aquí es donde ssh viene a “rescatarnos”. Y la verdad es que el proceso configuiración es bastante simple. No pretendo crear un guía de uso de ssh solo la forma más rápida (y relativamente segura) de configurar dos máquinas para que se puedan intercambiar ficheros y ejecutar comandos remotamente sin tener que escribir la clave del usuario en cada paso.

Queremos que desde la maquina1 el usuario admin pueda enviar fichero y ejecutar comandos remotos en la maquina2 con el usuario admin.

El primer paso es crear las claves del usuario admin en maquina1:

ssh-keygen -b 1024 -t dsa

El sistema hace tres preguntas. La primera nos sugiere la ubicación para la clave privada del usuario, y en este caso interesa que la clave privada permanezca en la ruta por defecto. Las otras dos piden una clave para leer la clave privada, en este caso la dejamos en blanco ya que lo que estoy buscando es no tener que especificar la clave cuando trate de interconectar los sistemas. Haciendo esto se debe tener mucho cuidado con lo que se hace con dicha clave privada.

Como resultado el comando anterior se habrán generado dos ficheros: /home/admin/.ssh/id_dsa (que contiene la clave privada) y /home/admin/.ssh/id_dsa.pub (que contiene la clave pública).

Ahora es cuando hay que decirle a admin@maquina2 que “confíe” en admin@maquina1 y para ello debemos indicarle a admin@maquina2 cual es la clave pública de admin@maquina1.

El proceso es simple, se debe crear en maquina2 la carpeta /home/admin/.ssh y dentro de esta carpeta crear un fichero con el nombre authorized_keys; dentro de este fichero se debe insertar el contendo /home/admin/.ssh/id_dsa.pub de maquina1.

ssh maquina2 "mkdir /home/admin/.ssh"
scp /home/admin/.ssh/id_dsa.pub /home/admin/.ssh/id_dsa.maquina1.pub
ssh maquina2 "cat /home/admin/.ssh/id_dsa.maquina1.pub
              >> /home/admin/.ssh/authorized_keys"

Lo primero que me ha llamado la atención es que por fín se pueden establecer permisos para los albums personales, algo que estaba echando mucho de menos (por las necesidades en algunos foros).

Otro aspecto que se ha añadido (o mejorado) es la posibilidad de subir ficheros mediante ftp y, posteriormente, asignarlos a un álbum. De esta forma se puede eludir las limitaciones que impone php para la subida de ficheros. Pero esto tiene truco ya que hay que disponer de una cuenta ftp en el servidor y solo los usuarios con rol de administración en la galería pueden reubicar estos ficheros. En cualquier caso es un avance.

Otros aspectos nuevos son:

• Se pueden añadir campos ad-hoc en los albumes
• Se pueden descargar albumes enteros (o una selección de ficheros) mediante la opción “Mass Download”