Manuales Linux

1. Descarga los paquetes OpenSSH 5.x ##64-bit http://fs12.vsb.cz/hrb33/el5/hrb-ssh/stable/x86_64/ ##32-bit http://fs12.vsb.cz/hrb33/el5/hrb-ssh/stable/i386/ 2. Actualiza los paquetes rpm -Uvh openssh-* 3. comenta la siguiente linea en ‘/etc/ssh/sshd_config’ #Subsystem     sftp     /usr/libexec/openssh/sftp-server 4. ingresa los sguientes datos en  ‘/etc/ssh/sshd_config’ Subsystem     sftp     internal-sftp Match Group sftponly     ChrootDirectory /home/%u     ForceCommand internal-sftp     AllowTcpForwarding no 2. crea el grupo ‘sftponly’ groupadd sftponly 5. Modifica un usuario exitente o crea un usuario nuevo con los siguientes parametros usermod -g sftponly user usermod -s /sbin/nologin user 6. Asigna los siguiente privilegios a la carpeta del usuario (el directirio home es  /home/user y el repo donde se podra la info sera /home/user/public_html) chmod 755 /home/user/ chmod 755 /home/user chown root:root /home/user chown jsmith:sftponly /hom

$ wget \ --recursive \ --no-clobber \ --page-requisites \ --html-extension \ --convert-links \ --restrict-file-names=windows \ --domains website.org \ --no-parent \ www.webpage.org/tutorials/html/

Paso 1 Descargamos el RPM del rpmforge que es el  repo de los paquetes a instalar  [root@server ~]#   wget http://apt.sw.be/redhat/el5/en/i386/rpmforge/RPMS/rpmforge-release-0.5.3-1.el5.rf.i386.rpm Paso 2 Instalamos  el RPM del rpmforge  [root@server ~]#   rpm -hic rpmforge-release-0.5.3-1.el5.rf.i386.rpm  Paso 3 Instalamos los paquetes necesarios para esta operación  [root@server ~]#   yum install fuse-curlftpfs vsftpd Paso 4 En nuestro NAS se creo un usuario y clave el cual administra un espacio de disco del NAS, los datos de mi NAS son: Modelo: DLINK DNS-323 IP: 192.168.0.3 Usuario FTP: linux Clave FTP: linux Paso 5 Se crea la particion donde montaremos nuestro NAS en el servidor  [root@server ~]#   mkdir /mnt/dataftp Paso 6 Crearemos un usuario de sistema que tenga como HOME la carpeta que creamos pata montar  [root@server ~]#  useradd ftpnas -d /mnt/dataftp/ -s /sbin/nologin Paso 7 Validamos que ID de usuar

PostgreSQL: Introducción PostgreSQL es una de las grandes maravillas del software libre, robusto, potente, altamente funcional, distribuido en miles de formas posibles (greenplum=clusterizador masivo, postgres Plus=”imitador” de Oracle,deepgreen=granjas de datawarehousing con postgreSQL, etc) puede ser optimizado (como todo lo que es software libre) de maneras inimaginables para cada necesidad específica. Entonces, ¿por qué hay gente que denigra de él? … El primer error que comete la gente, es pretender que un sistema tan necesario como la base de datos, sea utilizado “directamente” luego de su instalación; un detalle de distribuciones Linux como Debian, es no optimizar para ningún aspecto (ya que son meta-distribuciones genéricas sin una orientación específica). Mientras Oracle saca libros de 900 páginas de cómo optimizar al máximo hardware, sistema de archivos, sistema operativo y la base de datos como tal, mucha gente piensa “migrar” a postgreSQL ejecutando un “aptitude ins

GNU Screen Screen es una herramienta extraordinariamente útil, nos permite ejecutar múltiples cónsolas que pueden ser minimizadas y re-adjuntadas a voluntad, compartidas, guardadas, divididas y un largo etcétera de opciones. GNU Screen es una de mis herramientas favoritas para trabajo en servidores (sobre todo, cuando debo dejar haciendo trabajo en el servidor), sin embargo, he notado lo poco que algunos conocen esta herramienta. Por la sugerencia del amigo, que debía hacer una guía de Screen en español, es que nace este artículo. Entendiendo SCREEN En *screen* se manejan 3 conceptos básicos, la “ sesión “, es un área de trabajo, que se crea cuando ejecutas el comando  screen . Una  ventana , es cónsola shell abierta dentro de una sesión de screen, una sesión de screen puede contener múltiples ventanas. Una  región , es una división, realizada a una ventana, que dentro contiene otra ventana, uno puede dividir una sesión de screen en 2 o más partes, horizontal o verticalme