Titulo de entradas con imagen flotante en Blogger

Me consulta Walter sobre la forma de modificar los títulos de sus entradas tal como ha visto en otro blog.
Me ha parecido una forma muy original de mostrarlos, así que voy a explicar la manera de conseguir algo similar a lo que Walter me apuntaba:




[1] En primer lugar aplicaremos una imagen de fondo a nuestros titulos.
Nos situamos en la pestaña "Edición" de nuestro panel de Blogger y pinchamos en "Edición Html".
A continuación marcamos "Expandir la plantillas de artilugios" y localizamos este código:

.post h3 {
margin:.25em 0 0;
padding:0 0 4px;
font-size:140%;
font-weight:normal;
line-height:1.4em;
color:$titlecolor;
}

Tendréis en cuenta que cuando pongo los códigos de ejemplo, estoy refiriendome siempre a las plantillas originales de Blogger, ya que en otras plantillas podría ser distinto (PostHead, post-title, etc.)

[2] Aplicamos la imagen de fondo al título, un borde que resalte dicha imagen y le damos una separación al título del borde de la imagen en su parte izquierda (para evitar que la imagen flote sobre el texto), de tal manera que el código anterior pasaría a quedar así:

.post h3 {background: url(URL_DE_LA_IMAGEN_DE_FONDO) repeat-x bottom;
border: 2px solid #224797;
margin:.25em 0 0;
padding:0 0 4px 50px;
font-size:140%;
font-weight:normal;
line-height:1.4em;
color:$titlecolor;
}


En padding: 0 0 4px 50px; y más concretamente en donde dice 50px, es donde aplicamos el valor que marcará la separación del título, lo más adecuado sería ponerle el mismo valor que el ancho de la imagen.

En font-size:140%; controlamos el tamaños de la fuente del título.

En border: 2px solid #224797; modificamos el ancho (2px), el tipo (solid) y el color (#224797) del borde.

Por supuesto que en "URL_DE_LA_IMAGEN_DE_FONDO" hemos de colocar la url de la imagen.

[3] Guardamos los cambios.

[4] Ahora colocaremos sobre la imagen de fondo de nuestro título, la imagen flotante como en el ejemplo (la chica).
Lo más adecuado en este caso es usar una imagen con fondo transparente, aunque una imagen "normal" tampoco quedará mal siempre que su tamaño sea el adecuado, en el ejemplo la imagen que le he tomado prestada a Walter mide 50 x 50 pixeles.

Esto vamos a hacerlo directamente en el html de la plantilla, así que nos situamos en "Edición HTML" y expandimos las plantillas de artilugios para localizar esta línea:

<b:includable id='post' var='post'>

Justo debajo de esa línea añadimos el código necesario para mostrar la imagen:

<img alt='Tema ' border='0' src='URL_DE_LA_IMAGEN' style=' margin: 0px 4px 0px 10px; float: left; '/>

Ahí mismo podremos modificar el margin para situar nuestra imagen en el lugar exacto que queramos respecto al título.

Nota:
Tened en cuenta que el resultado dependerá de algunos factores como el ancho de las entradas, el tamaño del título, etc... con esto solo intento orientaros para que os hagáis una idea de lo que podríais lograr con un poco de paciencia.


Compartir Enlace

Cómo instalar un servidor PXE con clonezilla en Ubuntu: DRBL

Trataré en este documento de explicar cómo instalar y configurar el entorno DRBL que incluye entre otras cosas un servidor PXE y TFTP con clonezilla que nos permitirá clonar equipos en modo unicast o multicast -usando clonezilla- de modo que podamos tener una imagen de nuestro disco almacenada en un servidor y replicarla por ejemplo para instalar los equipos de un aula.

Este artículo es similar al que ya he publicado para cargar seleccionando arranque (boot) mediante PXE sin emplear ningún CD-ROM ni USB de arranque para ghost 4 linux (g4l) sólo que en este caso orientado al uso de clonezilla.

Como requisitos previos a la instalación es necesario apuntar que tenéis que disponer de dos tarjetas de red o emplear alias de ip ya que el servidor drbl empleará una tarjeta para conectarse a la LAN/Internet y la otra para asignar una IP dinámica a los equipos que arranquen por PXE y mandar por tftp la imagen del sistema operativo con clonezilla que permitirá clonar equipos.

Otro factor que se debería tener en cuenta es la versión del núcleo y CPU de los equipos que se van a clonar con clonezilla ya que, por defecto, empleará la misma del sistema (es muy importante si disponéis de máquinas de 32 y de 64 bits, ya que la de 32 no cargará la imagen que envía por defecto una máquina en la que se haya instalado un Ubuntu 64).

En breve colgaré manuales de uso y conguración del programa, con ejemplos de cómo desplegar un aula de equipos.

Seguiré los puntos del manual del proyecto original que, en inglés podéis encontrar en la fuente al final de este manual de instalación. En cualquier caso no es una traducción, ya que he eliminado numerosas cosas y he añadido algunas cuestiones de configuración que os preguntará el proceso de instalación. Es por lo anterior que, para seguir los puntos de dicho proyecto, el manual comienza en el punto 2 : Configuración de los clientes.
Configuración de los clientes:
Paso 2a

(antes de bajar el software mediante el siguiente proceso -puede tardar 4 o 5 horas en descargarse los paquetes- os recomiendo que si tenéis un sistema operativo Ubuntu o Debian de 64 bits, o bien no os importa recompilar el software, accedáis a la siguiente dirección de sourceforge y os bajéis directamente de ahí los paquetes ya que sólo tardaréis unos instantes en hacerlo. Están disponibles el paquete deb para 64 bits y los fuentes.
Si lo hacéis mediante el anterior método podéis pasar directamente al punto 2b)
1.- Agregamos el key del servidor para hacer un apt seguro:
primero lo descargamos y después lo añadimos:
wget http://drbl.nchc.org.tw/GPG-KEY-DRBL
apt-key add GPG-KEY-DRBL
2.- Editamos el fichero /etc/apt/sources.list y añadimos las siguientes
fuentes:
Si su distribución es is Etch (4.0):
----------
deb http://free.nchc.org.tw/debian/ etch main
deb http://free.nchc.org.tw/drbl-core drbl stable
----------
Si su distribución está basada enSarge (3.1) (i.e. genuine Debian Sarge or other derived version like B2D pureKDE20051011 or others):
----------
deb http://free.nchc.org.tw/debian sarge main
deb http://free.nchc.org.tw/drbl-core drbl stable
----------
Si su distribución es Woody (3.0):
----------
deb http://free.nchc.org.tw/debian/ woody main
deb http://free.nchc.org.tw/drbl-core drbl stable
deb http://www.backports.org/debian/ woody grep

----------
Si es Ubuntu Jaunty (9.04):
----------
deb http://free.nchc.org.tw/ubuntu jaunty main restricted universe multiverse
deb http://free.nchc.org.tw/drbl-core drbl stable

----------
Si es Ubuntu Hardy (8.04):
----------
deb http://free.nchc.org.tw/ubuntu hardy main restricted universe multiverse
deb http://free.nchc.org.tw/drbl-core drbl stable

----------
----------
Si es Ubuntu Gutsy (7.10):
----------
deb http://free.nchc.org.tw/ubuntu gutsy main restricted universe multiverse
deb http://free.nchc.org.tw/drbl-core drbl stable
----------
Si es Ubuntu Feisty (7.04):
----------
deb http://free.nchc.org.tw/ubuntu feisty main restricted universe multiverse
deb http://free.nchc.org.tw/drbl-core drbl stable
----------
Si es Ubuntu Edgy (6.10):
----------
deb http://free.nchc.org.tw/ubuntu edgy main restricted universe multiverse
deb http://free.nchc.org.tw/drbl-core drbl stable
----------
Si es Ubuntu Dapper (6.06):
----------
deb http://free.nchc.org.tw/ubuntu dapper main restricted universe multiverse
deb http://free.nchc.org.tw/drbl-core drbl stable
----------
Si es Ubuntu Breezy (5.10):
----------
deb http://free.nchc.org.tw/ubuntu breezy main restricted universe multiverse
deb http://free.nchc.org.tw/drbl-core drbl stable

3.- Ejecutar: "apt-get update"
4.- Ejectuar: "apt-get install drbl" para instalar el programa


Paso 2b:
Suponiendo que disponemos de conexión a Internet, ejecutamos:
"/opt/drbl/sbin/drblsrv -i"
nos hará bastantes preguntas relativas a la configuración del servidor drbl:

(si necesitamos el linux-image-2.6.24-20-386 o
linux-image-2.6.24-21-386 o similar y no encuentra el paquete deberemos añadir a /etc/apt/sources.list

deb http://us.archive.ubuntu.com/ubuntu/ hardy-proposed main restricted universe multiverse

deb-src http://us.archive.ubuntu.com/ubuntu/ hardy-proposed main restricted universe multiverse
)
1.- Si queremos bajarnos los ficheros para posibilitar la instalación mediante pxe y red de algunas distribuciones linux (Debian, Ubuntu, RedHat Linux, Fedora Core, Mandriva, CentOS and OpenSuSE...) si pulsamos y le llevará su tiempo, sino lo necesitamos, dejamos la opción por defecto N. Si tecleamos Y puede darnos el fallo sino hemos añadido las dos líneas de repositorios citadas)


2.- Si queremos usar la consola serie para los clientes dejamos N o nuestros clientes no verán nada en su pantalla.


3.- Qué cliente mandaremos por PXE, es importante si en nuestro entorno tenemos distintos tipos de CPU (por experiencia), en este caso por ejemplo:
0 -> i386 level CPU
1 -> i586 level CPU
2 -> Use the same CPU level with that of this DRBL server
*os recuerdo que si fallan los repositorios deberíais añadir las líneas mencionadas a vuestros repositorios.


4.-Deseas actualizar tu sistema operativo.
*si todo va bien comenzará a bajar unos cuantos paquetes.



PASO 3.
Antes de llevar a cabo el paso 3a hemos de asegurarnos de que nuestro equipo tiene dos tarjetas de red, o en su defecto, al menos 2 ip distintas, ésto se puede conseguir en equipos con una única tarjeta mediante el uso de alias de ip.


Una de las direcciones de red, es la que conectará con nuestra LAN habitual, y la otra/s dirección es la que empleará el servidor de drbl para empleando PXE,dhcp y tftp enviar las imágenes a los equipos que habrán de iniciarse mediante arranque PXE.


3a.- Ejecutamos:
/opt/drbl/sbin/drblpush -i
Pedirá:
a.- Nombre del dominio.
b.- Nombre del dominio NIS/YP
c.- Prefijo que se antepondrá al nombre de los equipos clonados
d.- Selecionamos cuál es la tarjeta que tendrá salida aInternet (la que conecta con la LAN) tecleando eth0, eth1,..
e.- Si queremos que vaya almacenando MAC-IP (nuestro drbl) para asignarle siempre la misma IP a los mismos equipos.
f.- Si queremos permitir a los clientes conectados a nuestro servidor DHCP que se les ofrezca siempre la misma IP (habrá que almacenarlas como en el caso anterior)
g.- Cuál es el número inicial que queremos emplear de las IPs a emplear.
h.- Número de equipos que van a clonarse (por sesión), esto limitará el número de IPs que podrá asignar nuestro servidor de DHCP.
i.- Nos pide confirmación de los últimos datos asignados.
j.- Tipo de servidor: en mi caso Full DRBL mode (cada equipo tiene su propio disco duro, particiones,...) opción "0"
k.- Modo del servidor de clonezilla "Full clonezilla mode" cada equipo tiene sus propios /etc y /var basadas
en NFS
l.- Path absoluto al lugar dónde vamos a guardar las imágenes
m.- Si existe disco duro en el cliente quieres usar una parte para swap. "Y"
n.- De qué tamaño?
ñ.- Qué modo quieres para los clientes: gráfico o texto. Escoged el segundo carga más rápido y tenéis una interfaz gráfica en modo texto (podéis usar cursores,...)
o.- Le ponemos una contraseña al usuario root de los clientes que intenten acceder como tales distinta a la contraseña de root de la máquina para mayor seguridad?
p.- Quieres ponerle una contraseña para que los usuarios que quieran acceder a las opciones de arranque tengan que introducirla.
q.- Quieres ponerles la línea de boot a los clientes (en x segundos se iniciará la opción seleccionada)
r.- De cuánto tiempo?
s.- Si usas modo gráfico puedes cambiar al modo texto en caso de fallo de los clientes.
t.- Quieres dejar habilitado audio, USB,... a los clientes?
v.- Asignar IPs públicas a los clientes?
w.- Quieres permitir a los clientes ejecutar una sesión en modo terminal.
x.- Quieres usar el servidor DRBL como servidor NAT (en otro caso los clientes no podrán salir a Internet).
y.- Quires mantener la configuración de los clientes de DRBL si existe una?
z-. Actualizará las reglas del cortafuegos para permitir nat.

A partir de este momento, cada vez que hagamos alguna instalación de nuevos paquetes deberemos ejecutar "/opt/drbl/sbin/drblpush -i" o "/opt/drbl/sbin/drblpush -c /etc/drbl/drblpush.conf" esta última si queremos mantener la configuración que teníamos previamente de DRBL. Es recomendable por este motivo desactivar las actualizaciones automáticas ya que podrían tener como consecuencia que los clientes no pudieran cargar el nuevo sistema.
Para instalar los sistemas en equipos que no dispongan en BIOS de arranque por PXE podremos emplear etherboot
1) La imagen está localizada en /opt/drbl-etherboot/etherboot-net.iso
2) quemar el ISO en un CD:
cdrecord -v speed=12 fs=16m dev=0,0,0 -data etherboot-net.iso
(si es necesario, modificamos "dev=0,0,0", ejecutar"cdrecord -scanbus" para obtener nuestro grabador de CD)
3) Asegurarse de que el PC está configurado para arrancar desde CDROM, ponemos el CD en el lector y reiniciamos


Para configurar el servidor drbl tenemos varios scripts en /opt/drbl/bin y /opt/drbl/sbin, el más útil, sin duda, es /opt/drbl/sbin/dcs



Para desinstalar drbl y los paquetes dependientes /opt/drbl/sbin/drblsrv -u , del mismo modo, si lo que queremos es actualizar, podemos desinstalar y volver a ejecutar los pasos de la instalación.

http://clonezilla.org/ Página del proyecto



CopyPasteandoLink

Montar un directorio en Ubuntu desde/hacia un servidor SSH con FUSE

Os copio a continuación un artículo que os indicará cómo montar un directorio localmente en nuestro equipo mediante el protocolo SSH de modo que nos podamos conectar a cualquier directorio del servidor SSH cómo si se tratara del nuestro (la fuente al final de la página, como siempre) (si queréis ver cómo instalar el servidor de ssh, consultad el enlace):
Todos los que mantenémos un servidor, o tenemos más de una máquina que queremos mantener remotamente, usamos SSH. SSH es seguro y rápido, y sólo basta que el servidor tenga acceso a SSH para poder utilizarlo, lo que está permitido en cualquier parte. Ahora, con todas las gracias que tiene, ssh puede ser un poco molesto si se tienen que copiar archivos, y como en efecto somos un usuario común en el servidor, estamos limitados a los programas instalados en este. Soluciones a este problema es usar NFS u otro archivo de sistema en redes, pero la desventaja es que es inseguro, y por supuesto, necesitas autorización del administrador de sistemas (¡buena suerte!).
Este el problema básico que soluciona SSHFS. Utilizando FUSE, o Filesystem in User Space, SSHFS te permite “montar” localmente un directorio remoto usando SSH. He aquí como hacerlo:
1.- Asegúrate que el kernel que estás usando incluye FUSE (está incluído en de la versión 2.6.14 para adelante). Si no lo está, es posible instalar el módulo: en Debian/Ubuntu, basta con instalar fuse-source desde synaptic, e instalar con module-assistant.
2.- Instalar SSHFS. Está en los repositorios de muchas distribuciones, como Debian/Ubuntu, Gentoo, etc. En Debian, basta instalar sshfs con synaptic. O simplemente "apt-get install sshfs".
3.- Carga el módulo: ‘modprobe fuse’ como administrador.
4.- Tamos casi listos: pasos 1-3 solo se hacen una vez, y ya estamos listos para utilizar nuestar cuenta SSH como un vulgar directorio en nuestro PC. Basta hacer:
sshfs usuario@servidor.com:dir_remoto dir_local
y presto. Ahora puedo ver, copiar, editar, etc, etc. todo lo que está en dir_remoto simplemente accediendo a dir_local. Para “desmontar” el directorio, basta hacer:
fusermount -u dir_local
7.- Eso es todo.
8.- O no: hay una larga lista de otros archivos de sistemas que usan FUSE. Entre ellos, gmailfs, que permite usar tu cuenta de gmail como un disco remoto, o WikipediaFS, que te permite acceder y editar artículos de la Wikipedia como archivos locales (hay cada loco…)


CopyPasteandoLink

Cómo Instalar y configurar servidores SSH en Ubuntu




SSH (acrónimo del inglés Secure SHell, cuya traducción sería intérprete de comandos seguro) es un protocolo de comunicación para controlar un ordenador en remoto a través de una CLI (Command Line Interface -Interfaz de Línea de Comandos- también llamada: "shell"). Sirve para conectarnos con un ordenador ante el cual no estamos físicamente, bien porque está en una sala de servidores refrigerada, bien porque no tiene teclado ni pantalla, por ejemplo los que están apilados en un rack (un armario donde se guardan ordenadores como los servidores web, de correo electrónico, firewalls, etc...).
Es parecido a Telnet, con la gran diferencia de que en el caso de ssh, la información viaja codificada con lo cual es muchísimo más segura, en el caso de conectarnos a un ordenador que esté en nuestra LAN no es tan importante, pero si nos conectamos a través de Internet es fundamental, casi diría que imprescindible, usar un protocolo seguro como SSH.
Otro de los usos que se le pueden dar y que trataré los próximos post, es el copiado de archivos mediante este protocolo y otros programas como scp, incluso existen algunos paquetes que nos permiten montar una unidad de modo similar a las carpetas compartidas de windows o NFS en un equipo.
El cliente ya viene instalado por defecto, de modo que para instalar el servidor de SSH en nuestro sistema lo único que necesitas es instalar el paquete openssh-server.
apt-get install openssh-server


Los archivos de configuración del servidor ssh son:

/etc/ssh/ssh_config: Archivo de configuración del cliente ssh

/etc/ssh/sshd_config: Archivo de configuración del servidor ssh




Restringir el acceso SSH

Para evitar que todos los usarios de la máquina estén accesibles por SSH tendremos que editar como root el fichero /etc/ssh/sshd_conf, y añadir la línea AllowUsers y a continuación los usuarios que deseamos que se puedan conectar remotamente via SSH:

$ sudo gedit /etc/ssh/sshd_config

Y añadimos la línea:

AllowUsers usuario1 usuario2 usuario3

También podemos restringir el acceso dependiendo de la ip de los equipos que intenten acceder a nuestro servidor. Para ello tendremos que editar los ficheros /etc/hosts.allow y /etc/hosts.deny.
En /etc/hosts.deny añadimos la siguiente línea:
#denegamos el acceso a todos los equipos que no demos de alta en hosts.allow
sshd: ALL

en /etc/hosts.allow ponemos, por ejemplo:

#permitir el acceso a la red 192.168.1.0/24 y al equipo 10.10.1.1
sshd: 192.168.1.0/24 10.10.1.1


Para que los cambios surtan efectos habrá que reiniciar el servidor:


$ sudo /etc/init.d/ssh restart


* Restarting OpenBSD Secure Shell server..

Arranque y parada manual del servidor ssh
El servidor ssh, al igual que todos los servicios en Debian, dispone de un script de arranque y parada en la carpeta /etc/init.d.
// Iniciar o Reiniciar el servidor ssh

root@cnice-desktop:# /etc/init.d/ssh restart
// Parar el servidor ssh
root@cnice-desktop:# /etc/init.d/ssh stop

Arranque automático del servidor ssh al iniciar el sistema.

# update-rc.d ssh defaults
Si queréis montar alguna de las particiones de este servidor en un equipo cliente empleando el servidor ssh recién montado, consultad este enlace.
Para probar que realmente funciona, lo único que tenemos que hacer es teclear en el equipo en el que hemos instalado el servidor:

ssh nombre_de_usuario@localhost

Conexión al servidor mediante ssh

Para conectar desde un PC cliente al servidor mediante ssh, debemos ejecutar el comando ssh seguido del nombre ó dirección IP del servidor. La conexión se realizará con el mismo nombre de usuario que estemos utilizando en el PC cliente. Ejemplo, supongamos que jessica, desde el PC llamado aula5pc3, quiere conectarse al servidor cuya IP es 192.168.1.239:
// Conexión por ssh

jessica@aula5pc3:~$ ssh 192.168.1.239 The authenticity of host '192.168.1.239 (192.168.1.239)' can't be established. RSA key fingerprint is 51:70:3f:9c:ac:49:52:74:88:f5:45:a6:ae:f0:9c:8a. Are you sure you want to continue connecting (yes/no)? yes Warning: Permanently added '192.168.1.239' (RSA) to the list of known hosts. Password: // Introducir contraseña de jessica jessica@cnice-desktop:~$ // Ya estámos en el servidor
La primera vez que se conecte alguien desde dicho PC cliente, se instalará el certificado de autentificación del servidor, lo cual es normal si se trata de la primera vez. A la pregunta 'Are you sure you want to continue connecting (yes/no)?' debemos responder 'yes' ya que de lo contrario la comunicación se cortará. Si ya nos hemos conectado anteriormente otras veces y vuelve a realizar ésta pregunta, significa que alguien se está haciendo pasar por el servidor (nuestro servidor ha sido hackeado) o que se ha reconfigurado el servidor (cambio de nombre, IP, etc...)
Si deseamos conectarnos al servidor utilizando un nombre de usuario diferente, debemos incluir el nombre de usuario antes del nombre o IP del servidor y separado por una arroba '@'. Ejemplo, supongamos que jessica, desde el PC llamado aula5pc3, quiere conectarse como miguel al servidor cuya IP es 192.168.1.239:
// Conexión por ssh como otro usuario

jessica@cliente:~$ ssh miguel@192.168.1.239 Password: // Introducir contraseña de miguel en el servidor miguel@servidor:~$ // Ya estámos en el servidor como miguel
Desde PCs con Windows es posible conectarse por ssh a servidores Linux mediante el programa Putty. Se trata de un cliente ssh para Windows que permite acceder en modo texto al sistema Linux desde sistemas Windows.

Servicios adicionales

El paquete ssh no solamente nos proporciona conexión remota sino que proporciona otros servicios como:

Ejecución remota de aplicaciones gráficas

Mediante ssh existe la posibilidad de ejecutar aplicaciones gráficas en el servidor y manejarlas y visualizarlas en el cliente. El servidor ssh deberá tener activada la redirección del protocolo X, es decir, deberá tener el siguiente parámetro en el archivo de configuración /etc/ssh/ssh_config:
// Habilitar la redirección X en /etc/ssh/sshd_config

X11Forwarding yes
Ejemplo: supongamos que en nuestro terminal tenemos Damn Small Linux (que no dispone del gimp) y deseamos conectarnos a otro PC que sí que tiene instalado el editor gráfico gimp, los pasos que haremos serán:
// Ejecutar aplicaciones gráficas

jessica@cliente:~$ ssh -X cnice@192.168.1.239 // -X para redirigir Xwindows. cnice@cnice-desktop:~$ gimp // Ejecutamos el gimp
El resultado será que desde nuestro Linux sin gimp estamos manejando el gimp que se está ejecutando en el PC remoto

Desde PCs con Windows es posible conectarse por ssh a servidores Linux de forma gráfica mediante Cygwin. Se trata de un conjunto de programas libres que simulan un 'Unix para Windows' con servidor gráfico X y cliente ssh para Windows entre otras cosas, que permite acceder en modo gráfico al sistema Linux desde sistemas Windows. Otros servidores X gratuitos para Windows son Xming y Mocha.

Servidor de ftp seguro

El paquete ssh también incorpora un servidor ftp seguro y un cliente ftp seguro. Para activar el servidor ftp seguro tan solo hay que tener arrancado el servidor ssh.
El cliente ftp seguro es el comando sftp que funciona igual que el comando ftp. También podemos utilizarlo desde un navegador como Konqueror escribiendo sftp://nombre-del-usuario@nombre-del-servidor por ejemplo en la url: sftp://miguel@www.ieslapaloma.com



Copia remota de archivos

También se dispone de el comando scp que permite copiar archivos desde y hacia el servidor remoto desde el cliente. Ejemplo, si deseamos copiar el archivo /etc/hosts del servidor cuya IP es 192.168.1.239 e identificándonos como jessica en la carpeta actual de nuestro PC, ejecutaremos el siguiente comando:
// Copiar un archivo del servidor a nuestro PC

root@cliente:~# scp jessica@192.168.1.239:/etc/hosts . Password: // Introducimos la contraseña de jessica en el servidor hosts 100% 443 0.4KB/s 00:00 // Archivo copiado root@cliente:~#
// Copiar un archivo de nuestro PC al servidor

// La carpeta de destino debe existir en el servidor

root@cliente:~# scp miarchivo.txt jessica@192.168.1.239:/home/jessica/pruebas/ Password: // Introducimos la contraseña de jessica en el servidor miarchivo.txt 100% 443 1.6KB/s 00:00 // Archivo copiado root@cliente:~#
// Copiar una carpeta y subcarpetas de nuestro PC al servidor

root@cliente:~# scp -r /datos/*.* jessica@192.168.1.239:/pruebas/datos/ Password: // Introducimos la contraseña de jessica en el servidor datos/*.* 100% 443 50.6KB/s 00:03 // Archivos copiados root@cliente:~#
Desde PCs con Windows es posible utilizar el programa WinSCP que permite copiar archivos desde y hacia el servidor. Se trata de un cliente que utiliza el protocolo ssh para acceder al sistema de archivos del servidor Linux desde sistemas Windows.

Identificación por certificado

Para evitar tener que introducir continuamente la contraseña cuando deseamos conectar con un servidor remoto por ssh, existe la posibilidad de autentificarse por certificado, para ello debemos:
  1. Crear un certificado de usuario en el PC cliente
  2. Copiar el certificado en el PC servidor
Para que el servidor ssh acepte la autentificación por medio de certificado, deberá tener activada la opción PubkeyAuthentication yes, es decir, deberá tener el siguiente parámetro en el archivo de configuración /etc/ssh/sshd_config:
// Permitir autentificación por certificado

PubkeyAuthentication yes

Crear un certificado en el PC cliente

Para crear un certificado que permita autentificar al usuario, debemos ejecutar el comando ssh-keygen. Dicho comando creará dentro de nuestra carpeta home, en una carpeta llamada '.ssh', dos archivos: uno llamado id_rsa que será la clave privada de nuestro certificado y otro llamado id_rsa.pub que será la clave pública de nuestro certificado. Éste último archivo será el que hay que copiar en el servidor remoto.
// Creación de un certificado

miguel@cliente:~$ ssh-keygen -t rsa Generating public/private rsa key pair. Enter file in which to save the key (/home/miguel/.ssh/id_rsa): // Archivo del certificado. Podemos dejar el que viene por defecto Created directory '/home/miguel/.ssh'. Enter passphrase (empty for no passphrase): // Opcional Enter same passphrase again: Your identification has been saved in /home/miguel/.ssh/id_rsa. Your public key has been saved in /home/miguel/.ssh/id_rsa.pub. The key fingerprint is: c8:a4:fe:0c:19:78:8e:7d:05:5b:13:df:37:17:e8:ea miguel@dsl.ieslapaloma.com miguel@dsl:~$

Copiar el certificado en el PC servidor

Para poder identificarse en el servidor como miguel desde el cliente, debemos copiar el archivo id_rsa.pub que hemos creado en el cliente, en la carpeta home de miguel en el servidor dentro de una carperta llamada '.ssh' en un archivo llamado authorized_keys. Para copiar dicho archivo del cliente al servidor, podemos hacerlo con scp. Supongamos que el cliente se llama 'cliente' y el servidor se llama 'servidor':


// Copia del certificado y prueba de la conexión
// Nota: el símbolo ~ en Linux es la carpeta home del usuario

miguel@cliente:~$ scp ~/.ssh/id_rsa.pub miguel@servidor:~/.ssh/authorized_keys Password: // Va a ser la última vez que introduzcamos la contraseña id_rsa.pub 100% 242 0.2KB/s 00:00 // Copiado miguel@cliente:~$ ssh miguel@servidor // Probamos la conexión miguel@servidor:~$ // Ya estamos en el servidor sin necesidad de contraseña

Fuente:
http://www.guia-ubuntu.org/index.php?title=Servidor_ssh#Instalaci.C3.B3n_del_servidor_SSH
Página del isftic

Curso Redes de Área Local. Aplicaciones y servicios en Linux. del isftic http://www.isftic.mepsyd.es/formacion/materiales/85/cd/REDES_LINUX/indice.htm

Nube de etiquetas en movimiento en Blogger

Hace unos días publicaba la forma de colocar una "Nube de etiquetas en movimiento" y, aunque la mayoría la ha podido instalar sin problemas, como bien dice Amanda de Blogger Buster, algunos han tenido problemas al intentarlo.
Según Amanda esta nueva forma de instalar el widget evitará la aparición del "widget en blanco" como le sucedió a muchas personas y será capaz de mostrar todas las etiquetas sin problema. He de confesar que en este caso no lo he comprobado personalmente, aunque a decir verdad, confió por completo en el buen hacer de Amanda...

Como Oloman comenta en una entrada al respecto de la nube de etiquetas "Con mi versión de explorer, sólo funcionó el segundo"...así que por probar no se pierde nada ¿no os parece?.


En primer lugar iremos a "Editar Html" de nuestro panel y sin expandir las plantillas de artilugios localizaremos esta línea de código:

<b:section class='sidebar' id='sidebar' preferred='yes'>

Inmediatamente después de esta línea, pegaremos la siguiente sección de código:

<b:widget id='Label99' locked='false' title='Etiquetas' type='Label'>
<b:includable id='main'>
  <b:if cond='data:title'>
    <h2><data:title/></h2>
  </b:if>
  <div class='widget-content'>
    &lt;object type="application/x-shockwave-flash" data="http://halotemplates.s3.amazonaws.com/wp-cumulus-example/tagcloud.swf" width="250" height="200" allowscriptaccess="always" &gt;
        &lt;param name="movie" value="http://halotemplates.s3.amazonaws.com/wp-cumulus-example/tagcloud.swf" /&gt;
        &lt;param name="bgcolor" value="#ffffff" /&gt;
        &lt;param name="flashvars" value="tcolor=0x000000&amp;mode=tags&amp;distr=true&amp;tspeed=100&amp;tagcloud=&lt;tags&gt;
      <b:loop values='data:labels' var='label'>
<a expr:dir='data:blog.languageDirection' expr:href='data:label.url' style='12'><data:label.name/></a>
</b:loop>
&lt;/tags&gt;" /&gt;
        &lt;p&gt;Blogumulus by &lt;a href='http://www.roytanck.com/'&gt;Roy Tanck&lt;/a&gt; and &lt;a href='http://www.bloggerbuster.com'&gt;Amanda Fazani&lt;/a&gt;&lt;/p&gt;
    &lt;/object&gt;
  </div>
  <b:include name='quickedit'/>
</b:includable>
</b:widget>
Hacemos ahora una vista previa de la plantilla. Si la instalación es satisfactoria, deberíamos ver la nube de etiquetas en movimiento en la columna lateral. Guardamos los cambios y en la parte de diseño movemos el widget al lugar que queramos mostrarlo en la sidebar.

Compartir Enlace