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

Interesante

  • Cómo clonar discos duros con Linux
    Cualquiera que haya tenido que instalar un parque de 10 - 100 estaciones de trabajo con exactamente los mismos sistema operativo y programas se habrá preguntado si hay un modo mejor - y más rápido - de hacerlo que mover los CDs de caja en caja. Clonar consiste en  - una vez - una estación de trabajo modelo, y después copiarla en todas las demás.
    El propósito de este texto es explorar algunos de los muchos modos de clonar la configuración del disco duro de una estación de trabajo. En el proceso de clonación, utilizaremos las posibilidades nativas de Linux para producir más o menos el mismo efecto que el bien conocido Norton Ghost del mundo de Windows.
  • Sesión gráfica remota con Linux Sesión gráfica remota con Linux

    Cuando se tienen distintas máquinas en una LAN y se desea aprovechar el poder y recursos de una de estas y ahorrar trabajó, una sesión gráfica remota será de gran utilidad. Lograr esto es muy fácil. Se puede hacer de dos formas, una accediendo vía SSH, RHS o Telnet, y la otra utilizando alguna de las pantallas de acceso gráfico, como GDM.
  • Cómo mejorar la conexión a internet o lan local

    Optimizando nuestra conexión

    Este artículo pretende mejorar la conexión a internet o en la red local tanto cableada como wireless, para ello intentaremos optimizar al maximo la tranferencia de paquetes

  • Cómo configurar un escáner en red. El servidor

    Software requerido

    • sane-backends
    • sane-frontends
    • xinetd
                                                                   
                             
                           
                         
                                  
                                       
    Si se utiliza Fedora™ Core o White Box Enterprise Linux, solo basta ejecutar:


    yum install sane-backends sane-frontends xinetd

    Procedimientos

    Debemos verificar que en el fichero /etc/sane.d/dll.conf esté habilitada la línea net.

    # enable the next line if you want to allow access through the network:
    net
    Se añade en el fichero /etc/sane.d/saned.conf la lista de direcciones IP que tendrán permitido conectarse al servicio de escáner en red. Ejemplo:

    #
    # saned.conf
    #
    # The contents of the saned.conf file is a list of host
    # names or IP addresses that are permitted by saned to
    # use local SANE devices in a networked configuration.
    # The hostname matching is not case-sensitive.
    #
    #scan-client.somedomain.firm
    #192.168.0.1
    192.168.1.254
    192.168.1.253
    192.168.1.252
    192.168.1.251
    192.168.1.250
    192.168.1.249
    192.168.1.248
    192.168.1.247
    192.168.1.246
    192.168.1.245

    Para fines informativos en el sistema, se edita el fichero /etc/services y se añade la siguiente línea:

    saned          6566/tcp      saned   # SANE network scanner daemon.

    6566 es el puerto por donde accederán al escáner en red.

    Debe crearse el fichero /etc/xinetd.d/saned con el siguiente contenido:

    service saned
                {
                  socket_type = stream
                  server = /usr/sbin/saned
                  protocol = tcp
                  user = root
                  group = root
                  wait = no
                  disable = no
                }
    Una vez hecho todo esto activamos xinetd, especificando que el servicio se active:

    chkconfig saned on
    Si todo ha ido bien podemos comprobar el funcionamiento del servicio con un simple telnet hacia el puerto 6566.

    telnet localhost 6566
    Lo anterior debe devolver algo como lo siguiente:

    Trying 127.0.0.1...
    Connected to localhost.
    Escape character is '^]'.
    Para salir solo teclee quit y luego presione la tecla ENTER.

    Los clientes.

    Software requerido

    • sane-backends
    • sane-frontends
    • xsane-gimp
    • xsane
    • sane-frontends

                                    
                            
                              
                                                                                                            
                                                                           

    Si se utiliza Fedora™ Core o White Box Enterprise Linux, solo basta ejecutar:

    yum install sane-backends sane-frontends xsane-gimp xsane sane-frontends

    Procedimientos.

    Deben editarse en los equipos clientes el fichero /etc/sane.d/net.conf y especificarse al dirección IP del servidor recién configurado:

    # This is the net config file.  Each line names a host to attach to.
    # If you list "localhost" then your backends can be accessed either
    # directly or through the net backend.  Going through the net backend
    # may be necessary to access devices that need special privileges.
    192.168.1.1

    El ejemplo anterior considera que el servidor conde se configuró el escáner tiene la dirección IP 192.168.1.1

    Solo bastará ejecutar xsane en los clientes y estos deberán detectar automáticamente el escáner en el servidor 192.168.1.1. Solo recuerde que solo se puede utilizar el escáner por un solo cliente a las vez.

    Autor: Joel Barrios Dueñas
    Correo electrónico: joelbarrios arroba linuxparatodos punto net
    Sitio de Red: http://www.linuxparatodos.net/
    Jabber ID: darkshram@jabber.org

    Creative Commons Reconocimiento-NoComercial-CompartirIgual 2.1

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

    Este manual se basa sobre el documento redactado por marianodjes y publicado originalmente en el artículo 3379 en Linux Para Todos.


    Technorati Tags:
    >>

  • Guía de referencia de comandos Unix y Linux Guía de referencia de comandos Unix y Linux

    Este guía no es para leer de forma seguida, este guía pretende ser una referencia de comandos Unix/Linux que se pueda consultar en cualquier momento. No pretende ser una guía exhaustiva, sino una referencia que sirva como recordatorio de los comandos más utilizados.
    El shell:
    Existen distintos interpretes de comandos en el mundo Unix: csh, bash, tsh, ksh,.. pero salvo pequeñas diferencias todos son parecidos. En este documento partimos sobretodo de bash, ya que esta muy extendido a través de Linux.

  • Cómo administrar Linux Administracion

    ¿Puedo trabajar normalmente como root?


    Un consejo, solo utilizar la cuenta de root (administrador) para tareas de administracion. Para trabajar normalmente con el sistema NO hacerlo como root, ya que se tiene acceso completo a todo el sistema y es facil de estropear cosas si no se sabe lo que se hace. Aqui teneis un ejemplo que le ocurrio al autor de esta seccion trabajando como root:
26
Ago

El problema del nodo oculto

Escrito por J. Llorente

PDFImprimir E-mail
El problema del nodo oculto

En las redes ethernet las transmisiones se establecen mediante el protocolo CSMA/CD, que se encarga de evitar las colisiones. En estas redes los cables son el medio físico que contiene las señales y las distribuye a los nodos.

Las redes inalámbricas tienen unas características mas ásperas en el sentido en que no todos los nodos pueden comunicar directamente con el resto de nodos. Teniendo un esquema como el siguiente:

 ????††????A?Nodo  )))) )))))) )))))) ))))  Nodo  ))) )))))) ))))))) )))))  Nodo 
 1  ((( (((((( (((((( (((((  2  ((( (((((( (((((((( ((((  3 

El nodo2 puede comunicar con ambos nodos, el 1 y el 3, pero hay algo que impide que los nodos 1 y 3 se comuniquen directamente. (El obstaculo en si mismo no es relevante; podría ser tan simple como que los nodos 1 y 3 se encuentran a una distancia y solo son capaces de comunicar con nodo2). Desde la perspectiva de nodo1, nodo3 es un "nodo oculto".

Si el protocolo usado para transmitir es un simple "transmitir y rezar", será fácil para nodo1 y nodo3 transmitir simultaneamente, haciendo que nodo2 sea incapaz de procesar nada. Además, los nodos 1 y 3 no tendrán conocimiento del error porque la colisión es a nivel local en el nodo2. Las colisiones producidas por nodos ocultos pueden ser dificiles de detectar en redes inalámbricas debido a que los dispositivos inalámbricos son normalmente half-duplex; no transmiten y reciben al mismo tiempo.

Para prevenir colisiones, 802.11 permite a las estaciones usar las señales RTS (Request To Send |Ready To Send) y CTS (Clear To Send) para limpiar un área.

 Nodo                      Nodo
1 2
RTS
-------------------------->
CTS
<-------------------------
TRAMA
------------------------->
ACK
<-------------------------

En el anterior dibujo, nodo1 tiene que mandar una trama de datos, para ello inicia el proceso enviando una trama RTS. La trama RTS tiene varios propositos: Además de reservar el radio enlace para transmisión, también silencia a las otras estaciones que la oigan????††????A?. Si la estación destino recibe un RTS, esta responde con un CTS. Al igual que la trama RTS, la trama CTS silencia las estaciones en la inmediata vecindad. Una vez que el intercambio RTS/CTS esta completado, el nodo1 puede transmitir sus tramas sin preocuparse de las interferencias producidas por nodos ocultos. Los nodos ocultos que se encuentren mas allá de la zona de la estación emisora son silenciados por el CTS del receptor. Cuando se usa el procedimiento RTS/CTS, cualquier trama debe ser positivamente aceptada.

La transmision RTS/CTS multitrama, consume bastante capacidad, especialmente por la latencia adicional provocada antes de que las transmisiones puedan comenzar. Como consecuencia, solo es usado en entornos de alta-capacidad y entornos con considerable contención en transmisión. Para entornos de baja capacidad no es necesario.

Se puede controlar el procedimiento RTS/CTS configurando el umbral RTS (RTS threshold), si tu driver para la tarjeta 802.11 te lo permite. El intercambio RTS/CTS tiene lugar para tramas mayores que el threshold. Las tramas menores que el umbral RTS, son enviadas simplemente.

Este es un extracto de: 802.11 wireless networks de O'reilly, traducido por marioNOSPAM@alaminPUNTOorg.

Technorati Tags:
>>

Agregue su comentario

Tu Nombre:
Asunto:
Comentario:

Facebook conecta

Total visitas

3192892
38.107.191.96
UNITED STATES
US

Quien está en linea

Tenemos 51 invitados conectado(s)

Conectan

Locations of visitors to this page

Nos visitan desde

Vitales Servidor