1. Skip to Menu
  2. Skip to Content
  3. Skip to Footer>

Interesante

  • Cómo comprimir archivos en Linux Aquí os dejo unas cuantas instrucciones para comprimir-descomprimir ficheros en Linux, también servirá para Mac OSX.
    Sobre todo muy útil para los "nuevos".

  • Cómo configurar un Servidor DNS djbdns
    Este pequeño tutorial está destinado para todos los que quieran montar un simple servidor DNS con esta óptima herramienta llamada Djbdns, fue basado en Openbsd, pero también sirve para las plataformas Linux, FreeBSD y etc...


  • Configurar un firewall en Linux con iptables
    Muchas son hoy en día las personas que se conectan, de una manera u otra, a Internet. Desde empresas que operan en la red hasta personas en sus casas que pasan un rato divertido navegando por sus páginas preferidas.

    Pero pocas de estas personas entienden realmente las consecuencias que tiene el abrir sus sistemas informáticos a Internet, unas consecuencias que no sólo son de caracter benigno e incluso beneficioso. El bien que obtenemos de Internet tiene un precio: Internet no es un lugar seguro.
  • Instalar Debian COMO Este documento fue escrito con el propósito de facilitar la instalación del sistema operativo Debian GNU/Linux 3.0 por medio de CD en la plataforma i386, es decir, las llamadas PCs........

  • Cómo configurar un servidor NFS

    Configurar un servidor NFS.

    Introducción.

    NFS, acrónimo de Network File System, es un popular protocolo utilizado para compartir volúmenes entre máquinas dentro de una red de manera transparente, más comúnmente utilizado entre sistemas basados sobre UNIX®. Es útil y fácil de utilizar, sin embargo no en vano es apodado cariñosamente como "No File Security". NFS no utiliza un sistema de contraseñas como el que tiene SAMBA, solo una lista de control de acceso determinada por direcciones IP o nombres. Es por esto que es importante que el administrador de la red local o usuario entienda que un servidor NFS puede ser un verdadero e inmenso agujero de seguridad si este no es configurado apropiadamente e implementado detrás de un contrafuegos o firewall.

    Personalmente, solo recomiendo utilizar NFS dentro de una red local detrás de un contrafuegos o firewall que permita el accesos solo a las máquinas que integren la red local, nunca para compartir sistemas de archivos a través de Internet. Al no contar con un sistema de autenticación por contraseñas, es un servicio susceptible del ataque de algún cracker. SAMBA es un mucho mejor y más seguro protocolo para compartir sistemas de archivos.

    Procedimientos.

    Teniendo en cuenta los aspectos de seguridad mencionados, es importante que siga los procedimientos descritos a continuación al pie de la letra, y que posteriormente se comprometa también consultar a detalle la documentación incluida en el paquete nfs-utils, ya que este le proporcionará información adicional y completa sobre aspectos avanzados de configuración y utilización.

    Configurando el servidor NFS.

    Se requiere tener instalados nfs-utils y portmap. Preguntaremos al sistema si estos están instalados con la siguiente línea de comando:

    rpm -q nfs-utils portmap

    Lo cual debe de regresar algo como lo siguiente:

    nfs-utils-0.3.1-13.7.2.1
    portmap-4.0-38

    En caso de que falte alguno de estos paquetes, inserte el CD de instalación en la unidad correspondiente, abra una terminal o consola y ejecute lo siguiente:

    mount /mnt/cdrom/
    rpm -Uvh /mnt/cdrom/RedHat/RPMS/paquete_faltante

    Cabe mencionar que lo mejor será siempre utilizar la versiones de nfs-utils y portmap más actuales. Salvo por RedHat® Linux 7.1 o LinuxPPP 7.x, el resto de las versiones anteriores de RedHat® y LinuxPPP® incluyen paquetes de nfs-utils y portmap con serios agujeros de seguridad. Visite el servidor ftp de la distribución utilizada y descargue los paquetes actualizados, que seguramente incluirán los parches de seguridad necesarios:

                        

                           

    Configurando la seguridad.

    Lo siguiente será configurar un nivel de seguridad para portmap. Esto se consigue editando los ficheros /etc/hosts.allow y /etc/hosts.deny. Debemos especificar que direcciones IP o rango de direcciones IP pueden acceder a los servicios de portmap y quienes no pueden hacerlo. Podemos entonces determinar en /etc/hosts.allow como rango de direcciones IP permitidas los siguiente:

    portmap:192.168.1.0/255.255.255.0

    Esto corresponde a la dirección IP de la red completa y la máscara de la sub-red. Adicionalmente podemos especificar direcciones IP individuales sin necesidad de establecer una máscara. Esto es de utilidad cuando se desea compartir volúmenes con otras máquinas en otras redes a través de Internet. Ejemplo:

    portmap:192.168.1.0/255.255.255.0
    portmap:192.168.20.25
    portmap:192.168.30.2
    portmap:216.200.152.96
    portmap:148.240.28.171

    Una vez determinado que direcciones IP pueden acceder a portmap, solo resta determinar quienes no pueden hacerlo. Evidentemente nos referimos al resto del mundo, y esto se hace agregando la siguiente línea:

    portmap:ALL

    Es importante destacar que la línea anterior es INDISPENSABLE y NECESARIA si quiere tener un nivel de seguridad decente. De manera predeterminada las versiones más recientes de nfs-utils no permitirán iniciar el servicio si esta línea no se encuentra presente en /etc/hosts.deny.

    Una vez configurado portmap, debe reiniciarse el servicio de portmap:

    /sbin/service portmap restart

    Si tiene un DNS, de de alta las direcciones IP asociadas a un nombre o bien edite /etc/hosts y agregue las direcciones IP asociadas con un nombre. Esto nos servirá como listas de control de accesos. Ejemplo del fichero /etc/hosts:

    127.0.0.1 localhost.localdomain localhost
    192.168.1.254 servidor.mi-red-local.org servidor
    192.168.1.2 algun_nombre.mi-red-local.org algun_nombre
    192.168.1.3 otro_nombre.mi-red-local.org otro_nombre
    192.168.1.4 otro_nombre_mas.mi-red-local.org otro_nombre_mas
    192.168.1.5 como_se_llame.mi-red-local.org como_se_llame
    192.168.1.6 como_sea.mi-red-local.org como_sea
    192.168.1.7 lo_que_sea.mi-red-local.org lo_que_sea

    Compartir un volumen NFS.

    Procederemos a determinar que directorio se va a compartir. Puede crear también uno nuevo:

    mkdir -p /var/nfs/publico

    Una vez hecho esto, necesitaremos establecer que directorios en el sistema serán compartidos con el resto de las máquinas de la red, o bien a que máquinas, de acuerdo al DNS o /etc/hosts se permitirá el accesos. Esto deberemos agregarlos en /etc/exports determinado con que máquinas y en que modo lo haremos. Se puede especificar una dirección IP o bien nombre de alguna máquina, o bien un patrón común con comodín para definir que máquinas pueden acceder. De tal modo podemos utilizar el siguiente ejemplo (la separación de espacios se hace con un tabulador):

    /var/nfs/publico *.mi-red-local.org(ro,sync)

    En el ejemplo anterior se esta definiendo que se compartirá /var/nfs/publico/ a todas las máquinas cuyo nombre, de acuerdo al DNS o /etc/hosts, tiene como patrón común mi-red-local.org, en modo de lectura escritura. Se utilizó un asterisco (*) como comodín, seguido de un punto y el nombre del dominio. Esto permitirá que como_se_llame.mi-red-local.org, como_sea.mi-red-local.org, lo_que_sea.mi-red-local.org, etc., podrán acceder al volumen /var/nfs/publico/ en modo solo lectura. Si queremos que el accesos a este directorio sea en modo de lectura y escritura, cambiamos (ro) por (rw):

    /var/nfs/publico *.mi-red-local.org(rw,sync)

    Ya que se definieron los volúmenes a compartir, solo resta iniciar o reiniciar el servicio nfs. Utilice cualquiera de las dos líneas dependiendo el caso:

    /sbin/service nfs start
    /sbin/service nfs restart

    A fin de asegurarnos de que el servicio de nfs esté habilitado la siguiente vez que se encienda el equipo, debemos ejecutar lo siguiente:

    /sbin/chkconfig --level 345 nfs on

    El comando anterior hace que se habilite nfs en los niveles de corrida 3, 4 y 5.

    Como medida de seguridad adicional, si tiene un contrafuegos o firewall implementado, cierre, para todo aquello que no sea parte de su red local, los puertos tcp y udp 2049, ya que estos son utilizados por NFS para escuchar peticiones.

    Configurando las máquinas clientes.

    Para probar la configuración, es necesario que las máquinas clientes se encuentren definidas en el DNS o en el fichero /etc/hosts del servidor. Si no hay un DNS configurado en la red, deberán definirse los nombres y direcciones IP correspondientes en el fichero /etc/hosts de todas las máquinas que integran la red local.

    Como root, en el equipo cliente, ejecute el siguiente comando para consultar los volúmenes exportados (-e) a través de NFS por un servidor en particular:

    showmount -e 192.168.1.254

    Lo anterior mostrará una lista con los nombres y rutas exactas a utilizar. Ejemplo:

    Export list for 192.168.1.254:
    /var/nfs/publico 192.168.1.0/24

    A continuación creamos, como root, desde cualquier otra máquina de la red local un punto de montaje:

    mkdir /mnt/servidornfs

    Y para proceder a montar el volumen remoto, utilizaremos la siguiente línea de comando :

    mount servidor.mi-red-local.org:/var/nfs/publico /mnt/servidornfs

    Si por alguna razón en el DNS de la red local, o el fichero /etc/hosts de la máquina cliente, decidió no asociar el nombre de la máquina que fingirá como servidor NFS a su correspondiente dirección IP, puede especificar ésta en lugar del nombre. Ejemplo:

    mount -t nfs 192.168.1.254:/var/nfs/publico /mnt/servidornfs

    Podremos acceder entonces a dicho volumen remoto con solo cambiar al directorio local definido como punto de montaje, del mismo modo que se haría con un disquete o una unidad de CDROM:

    cd /mnt/servidornfs

    Si queremos poder montar este volumen NFS con una simple línea de comando o bien haciendo doble clique en un icono sobre el escritorio, será necesario agregar la correspondiente línea en /etc/fstab. Ejemplo:

    servidor.mi-red-local.org:/var/nfs/publico /mnt/servidornfs nfs user,exec,dev,nosuid,rw,noauto 0 0

    La línea anterior especifica que el directorio /var/nfs/publico/ de la máquina servidor.mi-red-local.org será montado en en directorio local /mnt/servidor/nfs, permitiéndole a los usuarios el poder montarlo, en modo de lectura y escritura y que este volumen no será montado durante el arranque del sistema. Esto último es de importancia, siendo que si el servidor no está encendido al momento de arrancar la máquina cliente, este se colgará durante algunos minutos.

    Una vez agregada la línea en /etc/fstab de la máquina cliente, si utiliza GNOME Midnight Commander, el administrador de archivos de GNOME-1.1 y 1.2, solo restará iniciar una sesión gráfica, hacer clique derecho sobre el escritorio y seleccionar Actualizar dispositivos o Rescan devices. Esto colocará un icono adicional sobre el escritorio que deberá ser tratado del mismo modo que se haría con un disquete o unidad de CDROM.

    Icono para volumen NFS

    Si utiliza GNOME-1.4 o superior, éste incorpora Nautilus como administrador de archivos, mismo que auto-detecta cualquier cambio en /etc/fstab. Solo debe hacerse clique derecho sobre el escritorio y debe seleccionarse el disco que se desee montar.

    Accesos a discos en Nautilus

    Instalación de GNU/Linux a través de un servidor NFS.

    Este es quizás el uso más común para un volumen NFS. Permite compartir un volumen que contenga una copia del CD de instalación de alguna distribución y realizar inclusive instalaciones simultáneas en varios equipos. Tiene como ventaja el que la instalación puede resultar más rápida que si se hiciese con un CDROM, siendo que la tasa de trasferencia de archivos será determinada por el ancho de banda de la red local, y nos permitirá instalar GNU/Linux en máquinas que no tengas unidad de CDROM.

    Una vez creado y configurado un volumen a compartir copiaremos todo el contenido del CD de instalación en éste:

    cp -r /mnt/cdrom/* /var/nfs/publico/

    En el directorio images del CD encontraremos varias imágenes para crear disquetes de arranque. Utilizaremos bootnet.img para crear el número de disquetes necesarios para cada máquina en la que realizaremos una instalación, y que nos permitirán acceder a la red. Inserte un disquete y ejecute lo siguiente:

    cd /var/nfs/publico/images/
    dd if=bootnet.img of=/dev/fd0 bs=1440k

    Añada en /etc/hosts, o bien de de alta en el DNS, las direcciones IP, que serán utilizadas por las nuevas máquinas, asociadas a un nombre con el dominio que específico como regla de control de acceso en /etc/exports -es decir *.mi-red-local.org-. Para /etc/hosts, puede quedar algo así:

    127.0.0.1 localhost.localdomain localhost
    192.168.1.254 servidor.mi-red-local.org servidor
    192.168.1.2 algun_nombre.mi-red-local.org algun_nombre
    192.168.1.3 otro_nombre.mi-red-local.org otro_nombre
    192.168.1.4 otro_nombre_mas.mi-red-local.org otro_nombre_mas
    192.168.1.5 como_se_llame.mi-red-local.org como_se_llame
    192.168.1.6 como_sea.mi-red-local.org como_sea
    192.168.1.7 lo_que_sea.mi-red-local.org lo_que_sea
    192.168.1.8 nueva_maquina.mi-red-local.org nueva_maquina
    192.168.1.9 otra_nueva_maquina.mi-red-local.org otra_nueva_maquina

    Utilice estos disquetes para arrancar en los equipos, ingrese una dirección IP y demás parámetros para esta máquina y cuando se le pregunte ingrese la dirección IP del servidor NFS y el directorio en éste donde se encuentra la copia del CD de instalación. El resto continuará como cualquier otra instalación.

    Autor: Joel Barrios Dueñas
    Correo electrónico: joelbarrios arroba linuxparatodos punto net
    Sitio de Red: http://www.linuxparatodos.net/

    Creative Commons Reconocimiento-NoComercial-CompartirIgual 2.1

    (c) 1999-2005 Linux Para Todos. Usted es libre de copiar, distribuir y comunicar públicamente la obra y hacer obras derivadas bajo las condiciones siguientes: a) Debe reconocer y citar al autor original. b) No puede utilizar esta obra para fines comerciales. c) Si altera o transforma esta obra, o genera una obra derivada, sólo puede distribuir la obra generada bajo una licencia idéntica a ésta. Al reutilizar o distribuir la obra, tiene que dejar bien claro los términos de la licencia de esta obra. Alguna de estas condiciones puede no aplicarse si se obtiene el permiso del titular de los derechos de autor. Los derechos derivados de usos legítimos u otras limitaciones no se ven afectados por lo anterior. Licencia completa en castellano. La información contenida en este documento y los derivados de éste se proporcionan tal cual son y los autores no asumirán responsabilidad alguna si el usuario o lector hace mal uso de éstos.

    Technorati Tags:
    >>

  • Cómo montar un Gateway en Linux mediante IP Masquerading
    Un gateway o puerta de enlace es normalmente un equipo informático configurado para dotar a las máquinas de una red local (LAN) conectadas a él de un acceso hacia una red exterior, generalmente realizando para ello operaciones de traducción de direcciones IP (NAT: Network Address Translation). Esta capacidad de traducción de direcciones permite aplicar una técnica llamada IP Masquerading, usada muy a menudo para dar acceso a Internet a los equipos de una LAN compartiendo una única conexión a Internet, y por tanto, una única dirección IP externa.
09
Ago

Configurar Prism2 / Orinoco en Gentoo

Escrito por J. Llorente

PDFImprimir E-mail
Como configurar una tarjeta con chipset orinoco o prism2 en Gentoo.

Gentileza de valenciawireless.

PUESTA A PUNTO DE UNA TARJETA WIRELESS EN MODO CLIENTE BAJO GENTOO LINUX


 1.- Introducción

 2.- Configuración
 + kernel
 + paquetes
 + ficheros de conf
 
 3.- Puesta en marcha
 

 1.- INTRODUCCIÓN

 Cada día más y más gente adquiere tarjetas inalámbricas para usarlas con sus aparatos informáticos. Y como al mismo tiempo el número de usuarios de Linux aumenta también, es muy frecuente leer en foros, listas de correo, irc, etc preguntas sobre su configuración.

 Aquí veremos como poner en marcha una tarjeta wireless (concretamente la C11CPRO) bajo la distribución Gentoo GNU/Linux usando un portátil P4 a 2 Ghz. La C11CPRO (antes con11cpro) de conceptronics es una tarjeta con dos antenas que funciona muy bien bajo Linux y puede hacer de AP, puede usar WEP y también ponerse en modo monitor para analizar el tráfico de una red.

 Vamos a ello.

 2 .- CONFIGURACIÓN

 Veamos las cosas que necesitamos tener para poner en marcha una wifi en un portátil:

 - un AP funcionando (si ofrece DHCP + WEP (WPA en el futuro) mejor)
 - la tarjeta wifi (lógicamente xD)
 - una ranura PCMCIA/CardBus libre
 - soporte en el kernel
 - demonio controlador del estado de la wifi (cardmgr)
 - programas para configurar el dispositivo.
 
 Primero veremos cómo configurar el kernel. Vamos a usar un kernel de la rama 2.4.x, y trataremos de hacer la configuración lo más modular posible.

 Nos vamos al directorio donde tengamos las fuentes del kernel (normalmente /usr/src/linux), y ejecutamos 'make menuconfig', o 'make xconfig', o si eres un clásico 'make config'.

 Suponiendo que ejecutemos make menuconfig, se nos abrirá un menú de secciones con subsecciones y opciones de configuración dentro de cada una.

 Entramos en la sección GENERAL SETUP, y dentro de ella seleccionamos:

 [*] Support for hot-pluggable devices

 Y dentro de la subsección PCMCIA/CardBus support, seleccionamos:

 PCMCIA/CardBus support
 [*] CardBus support
 
 Salimos de la seccion GENERAL SETUP y entramos en la de NETWORK DEVICE SUPPORT. Ahí dentro vamos a seleccionar unas pocas opciones pero repartidas:

 En la subsección Wireless LAN (non-hamradio) seleccionamos:

 [*] Wireless LAN (non-hamradio)

 y un poco más abajo, el driver para el chipset (en este caso el orinoco):

 Hermes chipset 802.11b support (Orinoco/Prism2/Symbol)

 --- Wireless Pcmcia cards support
 Hermes PCMCIA card support

 Salimos de esa subsección y nos vamos a PCMCIA network device support, donde seleccionamos:

 [*] PCMCIA network device support

 y por abajo:

 [*] Pcmcia Wireless LAN

 Con esto ya tenemos lo necesario, asi que recompilamos:

 # make dep && make clean bzImage modules modules_install

 Arrancamos con la imagen nueva, y una vez arrancado el portatil, seguimos con la puesta en marcha de la tarjeta.

 En Gentoo vamos a necesitar instalar dos paquetes, el pcmcia-cs (incluye el demonio de gestión de la wifi -cardmgr-) y las wireless-tools (iwconfig, etc):

 Primero instalaremos el pcmcia-cs:

 # emerge pcmcia-cs

 Y configuramos lo básico, que son dos o tres ficheros. El primero es /etc/pcmcia/config,y en él yo tengo la configuración para orinoco así:

 en la seccion de dispositivos (al principio)

 device "orinoco_cs"
 #class "network" module "hermes", "orinoco", "orinoco_cs"
 class "network" module "orinoco_cs"

 y más abajo, en la sección Wireless Network Adapters, puse esto:


 card "Conceptronics Wireless"
version "802.11", "11Mbps Wireless LAN Card"
bind "orinoco_cs"

 Y casi ya hemos terminado de configurar, porque podríamos meter más datos (IP, ESSID, etc) en el fichero wireless.opts del mismo directorio, pero como en Gentoo se puede hacer usando sus propios ficheros de arranque, no hace falta tocarlo.

 Ahora instalamos el otro paquete de utilidades, el wireless-tools:

 # emerge wireless-tools

 Como usaremos los ficheros de gentoo, nos vamos a /etc/conf.d y editamos el archivo net:

 # editor /etc/conf.d/net

 y ahí dentro, ponemos las opciones como si fuera una ethernet normal y corriente, porque si no usamos el driver de hostAP la tarjeta se ve como una ethernet. Aquí puede cambiar ligeramente la configuración, dependiendo de si el AP que nos da acceso usa DHCP o no.

 Con DHCP:

 la configuración sería esta:


 iface_eth0="dhcp" (suponiendo que es el primer interfaz de red)

 y luego la puerta de enlace, en mi caso:

 gateway="eth0/10.47.2.1"

 Si usamos IP fija:

 iface_eth0="10.47.2.4 broadcast 10.47.2.255 netmask 255.255.255.0"

 y la puerta de enlace igual que con DHCP:

 gateway="eth0/10.47.2.1"

 Guardamos los cambios y cerramos el fichero.

 Si el AP ofrece encriptación, deberemos contactar con el dueño para obtener la llave. Cuando tengamos la llave, editamos el fichero /etc/init.d/net.eth0 y en él, vamos a la función start(), y justo debajo de la linea que pone

 ebegin "Bringing ${IFACE} up"

 añadimos:

 /usr/sbin/iwconfig ${IFACE} key s:"llave"

 Y guardamos los cambios y cerramos.

 Ahora vamos a configurar los módulos para que sean insertados automáticamente durante el arranque de la máquina.

 Editamos el fichero /etc/modules.autoload, y allí ponemos los módulos de soporte para pcmcia:


# wireless
pcmcia_core
yenta_socket
ds

 Cerramos salvando los cambios, y añadimos un par de demonios al nivel default (o al que usemos para arrancar normalmente):

 # rc-update add pcmcia default
 # rc-update add net.eth0 default

 Ya está todo configurado.


 3.- PUESTA EN MARCHA

 Antes de nada, insertamos la tarjeta.

 Ahora tenemos dos opciones para poner a funcionar ya mismo la wifi:

 a) reiniciar
 b) teclear unos pocos comandos
 
 La opción a está clara:
 
 # reboot

 La opción b consiste en ejecutar:

 # modprobe pcmcia_core && modprobe yenta_socket && modprobe ds
 # /etc/init.d/pcmcia start && /etc/init.d/net.eth0 start

 Y si todo ha salido bien y el cardmgr detecta la wifi, en teoría se lanzarán bien los servicios y tendremos conexión con el AP y puede que con mas clientes.

Technorati Tags:
>>

Agregue su comentario

Tu Nombre:
Asunto:
Comentario:

Últimos contenidos

Facebook conecta

Total visitas

3741345
38.107.179.233
UNITED STATES
US

Quien está en linea

Tenemos 37 invitados conectado(s)

Conectan

Locations of visitors to this page

Nos visitan desde

Últimos comentarios