Conectar en red dos equipos con GNU/Linux

Tema en 'Redes Informáticas' iniciado por Daniel, 20 Mar 2006.

Estado del tema:
Cerrado para nuevas respuestas
  1. Daniel

    Daniel Guest

    -----BEGIN PGP SIGNED MESSAGE-----
    Hash: SHA1

    ¡Hola!

    Estoy pensando en agregarle un disco y una placa de red a un equipo
    K6-II para luego instalarle Debian GNU/Linux y conectarlo vía cable
    cruzado a otro equipo también con Debian. La idea es poner en el K6-II
    un Apache y PostgreSQL para practicar con ellos desde el otro equipo
    como así también usarlo como servidor de copias de seguridad y sin
    ningún entorno gráfico. Este equipo tiene 64 MiB de RAM. ¿es suficiente
    o estaría muy justo con la memoria?

    Estuve buscando en Google algo de info para ver, en un principio, como
    conseguir que se puedan ver los dos equipos pero en su mayoría encuentro
    comentarios para conectar un equipo con GNU/Linux con otro con Windog.
    ¿Alguien me puede dar una idea de cómo hacerlo o algún documento que lo
    explique?

    Por otro lado, dado que en el otro equipo no tengo una diskettera y sí
    en el K6-II, me gustaría poder acceder a ella desde el otro equipo.
    ¿Para lograr esto debería usar NFS?

    Gracias anticipadas por responder.

    Saludos,
    Daniel

    -----BEGIN PGP SIGNATURE-----
    Version: GnuPG v1.4.2.2 (GNU/Linux)

    iD8DBQFEHm5IZpa/GxTmHTcRAloXAJ9303AmlIdmK/OWIgU/MxyHQeXZ8QCfYq6v
    NNfLNPZd8d8WTfF29rHJmT8=
    =MLZE
    -----END PGP SIGNATURE-----
     
  2. marte

    marte Guest

    -----BEGIN PGP SIGNED MESSAGE-----
    Hash: SHA1

    | Estuve buscando en Google algo de info para ver, en un principio, como
    | conseguir que se puedan ver los dos equipos pero en su mayoría encuentro
    | comentarios para conectar un equipo con GNU/Linux con otro con Windog.
    | ¿Alguien me puede dar una idea de cómo hacerlo o algún documento que lo
    | explique?

    A través de Samba se pueden conectar máquinas Linux, creando un grupo de
    trabajo o un dominio. Trabajando con Gnome y nautilus es de uso fácil e
    intuitivo.

    Por otra parte, puedes contemplar la posibilidad de utilizar SSH para
    conectar máquinas Linux, con la versatilidad de trabajar en una u otra y
    compartiendo ficheros con sftp o scp y las implementaciones gráficas que
    hay para estos protocolos.

    Para compartir impresoras puedes utilizar también CUPS.

    Saludos.

    marte
    -----BEGIN PGP SIGNATURE-----
    Version: GnuPG v1.4.1 (GNU/Linux)

    iD8DBQFEHsznAvCCS3wUVLIRAt3CAKCVqE0TT7woKaPiB/Hdp9XRtyT3WQCfURjF
    /xjuB1UvxTDvF88ScCleN1k=
    =IBP8
    -----END PGP SIGNATURE-----
     
  3. Hola Daniel <nospam@nospam.org>
    el Mon, 20 Mar 2006 05:56:41 -0300 escribiste:

    > -----BEGIN PGP SIGNED MESSAGE-----
    > Hash: SHA1
    >
    > ¡Hola!
    >
    > Estoy pensando en agregarle un disco y una placa de red a un equipo
    > K6-II para luego instalarle Debian GNU/Linux y conectarlo vía cable
    > cruzado a otro equipo también con Debian. La idea es poner en el K6-II
    > un Apache y PostgreSQL para practicar con ellos desde el otro equipo
    > como así también usarlo como servidor de copias de seguridad y sin
    > ningún entorno gráfico. Este equipo tiene 64 MiB de RAM. ¿es suficiente
    > o estaría muy justo con la memoria?


    Son suficientes. De hecho 640K ya deberían ser suficientes :)

    > Estuve buscando en Google algo de info para ver, en un principio, como
    > conseguir que se puedan ver los dos equipos pero en su mayoría encuentro
    > comentarios para conectar un equipo con GNU/Linux con otro con Windog.
    > ¿Alguien me puede dar una idea de cómo hacerlo o algún documento que lo
    > explique?


    Configura estáticamente las redes. Mete en /etc/network/interfaces

    auto eth0
    iface eth0 inet static
    address 192.168.1.1
    netmask 255.255.255.0
    network 192.168.1.0
    broadcast 192.168.1.255

    En el otro ordenador metes lo mismo excepto: address 192.168.1.2

    > Por otro lado, dado que en el otro equipo no tengo una diskettera y sí
    > en el K6-II, me gustaría poder acceder a ella desde el otro equipo.
    > ¿Para lograr esto debería usar NFS?


    Yo empezaría por instalar ssh en los dos ordenadores y configurarlo
    para poder acceder desde cualquiera de ellos al otro. Eso incluye
    montar y desmontar disqueteras, copiar su contenido, etc.

    --
    Gonzalo Pérez de Olaguer Córdoba <gpoc@iies.es>
    PGP key 2861C704 --- F206 5671 6789 425D 111C 1302 214F 1934 2861 C704
     
  4. Daniel

    Daniel Guest

    -----BEGIN PGP SIGNED MESSAGE-----
    Hash: SHA1

    El lunes 20 de marzo del 2006 a las 12:59:33,
    Gonzalo Pérez de Olaguer Córdoba escribió:

    Hola Gonzalo. Gracias por responder.

    >> La idea es poner en el K6-II un Apache y PostgreSQL para practicar
    >> con ellos desde el otro equipo como así también usarlo como servidor
    >> de copias de seguridad y sin ningún entorno gráfico. Este equipo
    >> tiene 64 MiB de RAM. ¿es suficiente o estaría muy justo con la memoria?


    > Son suficientes. De hecho 640K ya deberían ser suficientes :)


    JAJA! Sonaste como a Guillermito Puertas en una de las frases del
    Fortune :-D En realidad tengo 96, ahora que lo veo. Olvidé que había
    instalado hace tiempo un módulo más de 32 MB.

    > Configura estáticamente las redes. Mete en /etc/network/interfaces
    >
    > auto eth0
    > iface eth0 inet static
    > address 192.168.1.1
    > netmask 255.255.255.0
    > network 192.168.1.0
    > broadcast 192.168.1.255


    > En el otro ordenador metes lo mismo excepto: address 192.168.1.2


    Agregué estas dos líneas a cada uno de los /etc/network/interfaces y
    probé hacer un ping de la que tiene las dos placas a la otra y de esa
    manera llega, pero haciendo el ping desde el otro equipo no llegan
    paquetes. ¿Alguna idea de a qué pueda deberse eso?

    También agregué estas líneas al /etc/hosts de cada equipo

    127.0.0.1 localhost
    192.168.1.1 pc1.midominio.org pc1
    192.168.1.2 pc2.midominio.org pc2

    Saludos,
    Daniel

    -----BEGIN PGP SIGNATURE-----
    Version: GnuPG v1.4.2.2 (GNU/Linux)

    iD8DBQFEIDEeZpa/GxTmHTcRAh39AJ9RAbjJveP2lqyq1uispXqfCvmW8gCaAr4K
    G18P+7FeMvXmJaBkQr7I3h0=
    =r6XD
    -----END PGP SIGNATURE-----
     
  5. Daniel

    Daniel Guest

    -----BEGIN PGP SIGNED MESSAGE-----
    Hash: SHA1

    El lunes 20 de marzo del 2006 a las 12:40:23,
    marte escribió:

    > A través de Samba se pueden conectar máquinas Linux, creando un grupo de
    > trabajo o un dominio. Trabajando con Gnome y nautilus es de uso fácil e
    > intuitivo.


    Voy a investigar sobre lo que me comentás de usar Nautilus, aunque en
    este equipo tengo KDE. Si mal no recuerdo, creo haber leído hace tiempo
    sobre una aplicación llamada «fish», o algo por el estilo, en la que
    quizás pueda ser interesante indagar.

    > Por otra parte, puedes contemplar la posibilidad de utilizar SSH para
    > conectar máquinas Linux, con la versatilidad de trabajar en una u otra y
    > compartiendo ficheros con sftp o scp y las implementaciones gráficas que
    > hay para estos protocolos.


    Sí, eso era lo que tenía pensado probar luego de solucionar el problema
    que le comentaba a Gonzalo. Lo mismo con CUPS.

    Gracias por responder.

    Saludos,
    Daniel

    -----BEGIN PGP SIGNATURE-----
    Version: GnuPG v1.4.2.2 (GNU/Linux)

    iD8DBQFEIDOYZpa/GxTmHTcRApGfAJ45gMIhADa3FM/Gf6kclKP71kaxzwCdEzCG
    e3NQgtNcZOn//6i00wbTUg0=
    =Fj5M
    -----END PGP SIGNATURE-----
     
  6. Daniel

    Daniel Guest

    -----BEGIN PGP SIGNED MESSAGE-----
    Hash: SHA1

    El martes 21 de marzo del 2006 a las 14:00:15,
    Daniel escribió:

    > Agregué estas dos líneas a cada uno de los /etc/network/interfaces y
    > probé hacer un ping de la que tiene las dos placas a la otra y de esa
    > manera llega, pero haciendo el ping desde el otro equipo no llegan
    > paquetes. ¿Alguna idea de a qué pueda deberse eso?


    Ya lo solucioné. Por lo visto el problema era que el firewall estaba
    bloqueando los pings que enviaba desde el otro equipo.

    Estuve haciendo pruebas instalando ssh con la configuración
    predeterminada. Ahora voy a ver detenidamente la documentación para ver
    si es necesario ajustar esa configuración por cuestiones de seguridad.
    Probé montando tanto la diskettera como la grabadora de CDs que tengo en
    equipos diferentes y no hubo problemas. También estuve probando copiar
    archivos con scp aunque noté una diferencia: si copio un archivo de
    texto de PC2 a PC1, al comprobar el tamaño me da correcto, pero al
    copiar, por ejemplo, un directorio con MP3 desde PC1 a PC2, hay archivos
    con tamaño distinto. ¿Puede eso deberse a que en PC1 tengo una Debian
    Etch y en PC2 una Woody.

    Esto me lleva a otra duda: si quisiera actualizar Woody, ¿hay forma de
    compartir la conexión a Internet que tengo en el otro equipo? Estuve
    investigando tanto en este grupo como en instalación sobre algún hilo
    relacionado con el tema y encontré algunos que indican la configuración
    para iptables, aunque todavía no me queda muy claro cómo lograr la misma
    configuración con Arno, que es lo que estoy usando.

    Y relacionado con lo que decía antes de copiar archivos, si quisiera,
    por ejemplo, abrir con OpenOffice algún documento que tuviese en un
    diskette del otro equipo, ¿en vez de copiarlo vía scp al equipo desde el
    que lo quiero abrir podría abrirlo directamente sin tener que copiarlo?
    ¿Para eso tendría que usar NFS?

    Gracias anticipadas por responder.

    Saludos,
    Daniel

    -----BEGIN PGP SIGNATURE-----
    Version: GnuPG v1.4.2.2 (GNU/Linux)

    iD8DBQFEIR5/Zpa/GxTmHTcRAjhaAJ93JHzlMDWWMkSkRZKtCLbWRJzgIgCfe2rS
    1ZqVj1Od/xk7Leat2Tj6J4E=
    =PpTW
    -----END PGP SIGNATURE-----
     
  7. Hola Daniel <nospam@nospam.org>
    el Wed, 22 Mar 2006 06:53:03 -0300 escribiste:

    > -----BEGIN PGP SIGNED MESSAGE-----
    > Hash: SHA1
    >
    > El martes 21 de marzo del 2006 a las 14:00:15,
    > Daniel escribió:
    >
    > > Agregué estas dos líneas a cada uno de los /etc/network/interfaces y
    > > probé hacer un ping de la que tiene las dos placas a la otra y de esa
    > > manera llega, pero haciendo el ping desde el otro equipo no llegan
    > > paquetes. ¿Alguna idea de a qué pueda deberse eso?

    >
    > Ya lo solucioné. Por lo visto el problema era que el firewall estaba
    > bloqueando los pings que enviaba desde el otro equipo.
    >
    > Estuve haciendo pruebas instalando ssh con la configuración
    > predeterminada. Ahora voy a ver detenidamente la documentación para ver
    > si es necesario ajustar esa configuración por cuestiones de seguridad.


    Lo que yo encuentro muy cómodo es configurarlos para poder
    acceder desde una cuenta a otra *sin* tener que introducir las contraseñas
    cada vez. Mírate la info de autenticación de sshd(8)

    > [...] si copio un archivo de
    > texto de PC2 a PC1, al comprobar el tamaño me da correcto, pero al
    > copiar, por ejemplo, un directorio con MP3 desde PC1 a PC2, hay archivos
    > con tamaño distinto. ¿Puede eso deberse a que en PC1 tengo una Debian
    > Etch y en PC2 una Woody.


    Una copia no debería alterar el tamaño de los ficheros. Otra cosa es que
    el espacio real ocupado en disco difiera dependiendo del sistema de
    ficheros o su tamaño. ¿Qué métodos estás usando para comprobar esos
    tamaños?

    > Esto me lleva a otra duda: si quisiera actualizar Woody, ¿hay forma de
    > compartir la conexión a Internet que tengo en el otro equipo?


    Sí: enrutando y/o enmascarando el tráfico adecuadamente. Depende de lo
    que haya entre el ordenador que tiene dos tarjetas e Internet. ¿Quién
    tiene la IP externa? ¿Alguien hace enmascaramiento?

    Sería más fácil orientarte si describieses esa red.

    > Y relacionado con lo que decía antes de copiar archivos, si quisiera,
    > por ejemplo, abrir con OpenOffice algún documento que tuviese en un
    > diskette del otro equipo, ¿en vez de copiarlo vía scp al equipo desdeel
    > que lo quiero abrir podría abrirlo directamente sin tener que copiarlo?
    > ¿Para eso tendría que usar NFS?


    NFS es una posibilidad. Hay quien prefiere Samba. Seguramente hay otras.

    --
    Gonzalo Pérez de Olaguer Córdoba <gpoc@iies.es>
    PGP key 2861C704 --- F206 5671 6789 425D 111C 1302 214F 1934 2861 C704
     
  8. Hola Daniel <nospam@nospam.org>
    el Wed, 22 Mar 2006 06:53:03 -0300 escribiste:

    > -----BEGIN PGP SIGNED MESSAGE-----
    > Hash: SHA1
    >
    > El martes 21 de marzo del 2006 a las 14:00:15,
    > Daniel escribió:
    >
    > > Agregué estas dos líneas a cada uno de los /etc/network/interfaces y
    > > probé hacer un ping de la que tiene las dos placas a la otra y de esa
    > > manera llega, pero haciendo el ping desde el otro equipo no llegan
    > > paquetes. ¿Alguna idea de a qué pueda deberse eso?

    >
    > Ya lo solucioné. Por lo visto el problema era que el firewall estaba
    > bloqueando los pings que enviaba desde el otro equipo.
    >
    > Estuve haciendo pruebas instalando ssh con la configuración
    > predeterminada. Ahora voy a ver detenidamente la documentación para ver
    > si es necesario ajustar esa configuración por cuestiones de seguridad.


    Lo que yo encuentro muy cómodo es configurarlos para poder
    acceder desde una cuenta a otra *sin* tener que introducir las contraseñas
    cada vez. Mírate la info de autenticación de sshd(8)

    > [...] si copio un archivo de
    > texto de PC2 a PC1, al comprobar el tamaño me da correcto, pero al
    > copiar, por ejemplo, un directorio con MP3 desde PC1 a PC2, hay archivos
    > con tamaño distinto. ¿Puede eso deberse a que en PC1 tengo una Debian
    > Etch y en PC2 una Woody.


    Una copia no debería alterar el tamaño de los ficheros. Otra cosa es que
    el espacio real ocupado en disco difiera dependiendo del sistema de
    ficheros o su tamaño. ¿Qué métodos estás usando para comprobar esos
    tamaños?

    > Esto me lleva a otra duda: si quisiera actualizar Woody, ¿hay forma de
    > compartir la conexión a Internet que tengo en el otro equipo?


    Sí: enrutando y/o enmascarando el tráfico adecuadamente. Depende de lo
    que haya entre el ordenador que tiene dos tarjetas e Internet. ¿Quién
    tiene la IP externa? ¿Alguien hace enmascaramiento?

    Sería más fácil orientarte si describieses esa red.

    > Y relacionado con lo que decía antes de copiar archivos, si quisiera,
    > por ejemplo, abrir con OpenOffice algún documento que tuviese en un
    > diskette del otro equipo, ¿en vez de copiarlo vía scp al equipo desdeel
    > que lo quiero abrir podría abrirlo directamente sin tener que copiarlo?
    > ¿Para eso tendría que usar NFS?


    NFS es una posibilidad. Hay quien prefiere Samba. Seguramente hay otras.

    --
    Gonzalo Pérez de Olaguer Córdoba <gpoc@iies.es>
    PGP key 2861C704 --- F206 5671 6789 425D 111C 1302 214F 1934 2861 C704
     
  9. Hola Daniel <nospam@nospam.org>
    el Wed, 22 Mar 2006 06:53:03 -0300 escribiste:

    > -----BEGIN PGP SIGNED MESSAGE-----
    > Hash: SHA1
    >
    > El martes 21 de marzo del 2006 a las 14:00:15,
    > Daniel escribió:
    >
    > > Agregué estas dos líneas a cada uno de los /etc/network/interfaces y
    > > probé hacer un ping de la que tiene las dos placas a la otra y de esa
    > > manera llega, pero haciendo el ping desde el otro equipo no llegan
    > > paquetes. ¿Alguna idea de a qué pueda deberse eso?

    >
    > Ya lo solucioné. Por lo visto el problema era que el firewall estaba
    > bloqueando los pings que enviaba desde el otro equipo.
    >
    > Estuve haciendo pruebas instalando ssh con la configuración
    > predeterminada. Ahora voy a ver detenidamente la documentación para ver
    > si es necesario ajustar esa configuración por cuestiones de seguridad.


    Lo que yo encuentro muy cómodo es configurarlos para poder
    acceder desde una cuenta a otra *sin* tener que introducir las contraseñas
    cada vez. Mírate la info de autenticación de sshd(8)

    > [...] si copio un archivo de
    > texto de PC2 a PC1, al comprobar el tamaño me da correcto, pero al
    > copiar, por ejemplo, un directorio con MP3 desde PC1 a PC2, hay archivos
    > con tamaño distinto. ¿Puede eso deberse a que en PC1 tengo una Debian
    > Etch y en PC2 una Woody.


    Una copia no debería alterar el tamaño de los ficheros. Otra cosa es que
    el espacio real ocupado en disco difiera dependiendo del sistema de
    ficheros o su tamaño. ¿Qué métodos estás usando para comprobar esos
    tamaños?

    > Esto me lleva a otra duda: si quisiera actualizar Woody, ¿hay forma de
    > compartir la conexión a Internet que tengo en el otro equipo?


    Sí: enrutando y/o enmascarando el tráfico adecuadamente. Depende de lo
    que haya entre el ordenador que tiene dos tarjetas e Internet. ¿Quién
    tiene la IP externa? ¿Alguien hace enmascaramiento?

    Sería más fácil orientarte si describieses esa red.

    > Y relacionado con lo que decía antes de copiar archivos, si quisiera,
    > por ejemplo, abrir con OpenOffice algún documento que tuviese en un
    > diskette del otro equipo, ¿en vez de copiarlo vía scp al equipo desdeel
    > que lo quiero abrir podría abrirlo directamente sin tener que copiarlo?
    > ¿Para eso tendría que usar NFS?


    NFS es una posibilidad. Hay quien prefiere Samba. Seguramente hay otras.

    --
    Gonzalo Pérez de Olaguer Córdoba <gpoc@iies.es>
    PGP key 2861C704 --- F206 5671 6789 425D 111C 1302 214F 1934 2861 C704
     
  10. Daniel

    Daniel Guest

    -----BEGIN PGP SIGNED MESSAGE-----
    Hash: SHA1

    El lunes 20 de marzo del 2006 a las 12:40:23,
    marte escribió:

    Hola Marte.

    > Para compartir impresoras puedes utilizar también CUPS.


    Volviendo a esto que me decías, aprovecho para preguntarte lo siguiente:
    si quisiera conectar mi impresora en 192.168.1.2 y enviar a ella
    trabajos desde 192.168.1.1, ¿debería instalar el servidor en 192.168.1.2
    y el resto de los paquetes (cupsys-bsd, cupsys-driver-gimpprint,
    foomatic-bin, cups-pdf y gs-esp) en 192.168.1.1?

    Lo raro es que si intento instalar con aptitude el servidor solamente en
    192.168.1.2, me instala también un montón de paquetes más entre los
    cuales está Xfree86. ¿Hace falta realmente? Mientras que si intento
    instalarlo con apt, no son tantos más los paquetes que instala y tampoco
    lo hace con Xfree. Esto me pareció raro.

    Gracias anticipadas por responder.

    Saludos,
    Daniel

    -----BEGIN PGP SIGNATURE-----
    Version: GnuPG v1.4.2.2 (GNU/Linux)

    iD8DBQFEI131Zpa/GxTmHTcRAkUHAJ427PgukEh+RkxLf6w1ePFQGz7YbQCcC/BQ
    9pnfjpNZ6fA0T6q9pmczOK0=
    =xmHB
    -----END PGP SIGNATURE-----
     
  11. Daniel

    Daniel Guest

    -----BEGIN PGP SIGNED MESSAGE-----
    Hash: SHA1

    El miércoles 22 de marzo del 2006 a las 12:33:35,
    Gonzalo Pérez de Olaguer Córdoba escribió:

    Hola Gonzalo.

    >> Estuve haciendo pruebas instalando ssh con la configuración
    >> predeterminada. Ahora voy a ver detenidamente la documentación para
    >> ver si es necesario ajustar esa configuración por cuestiones de
    >> seguridad.


    > Lo que yo encuentro muy cómodo es configurarlos para poder
    > acceder desde una cuenta a otra *sin* tener que introducir las
    > contraseñas
    > cada vez. Mírate la info de autenticación de sshd(8)


    Ah, sí. Creo que había visto algo de eso Googleando en busca de
    información para la configuración de ssh. Si mal no recuerdo, creo que
    para esto se usa ssh-agent. Le daré nuevamente un vistazo pero con más
    detenimiento para indagar un poco más en el tema.

    >> [...] si copio un archivo de
    >> texto de PC2 a PC1, al comprobar el tamaño me da correcto, pero al
    >> copiar, por ejemplo, un directorio con MP3 desde PC1 a PC2, hay
    >> archivos con tamaño distinto. ¿Puede eso deberse a que en PC1 tengo
    >> una Debian Etch y en PC2 una Woody.


    > Una copia no debería alterar el tamaño de los ficheros. Otra cosa es
    > que el espacio real ocupado en disco difiera dependiendo del sistema
    > de ficheros o su tamaño. ¿Qué métodos estás usando para comprobar esos
    > tamaños?


    Mmmm...que raro. Ahora volví a probar transfiriendo archivos binarios de
    PC1 a PC2 y me da correcto el tamaño. Después de leer lo que me decías
    pensé que quizás la diferencia pudiera deberse a que en la Woody tenía
    ext2 cuando la instalé ---ya que al particionar no tenía forma de elegir
    entre los tipos de sistemas de archivos usar Reiser o ext3--- y que en
    Etch uso Reiser. De todas maneras imagino de que a pesar de existir
    diferencias en el tamaño ocupado por los archivos debido al sistema de
    archivos en que se encuentren, a lo que hay que darle bolilla es a la
    comprobación MD5 de cada uno de ellos, cosa que hice en este caso y
    coinciden. El método que había usado para comprobar el tamaño de los
    archivos fue símplemente viéndolo mediante un ls -lh.

    >> Esto me lleva a otra duda: si quisiera actualizar Woody, ¿hay forma
    >> de compartir la conexión a Internet que tengo en el otro equipo?


    > Sí: enrutando y/o enmascarando el tráfico adecuadamente. Depende de lo
    > que haya entre el ordenador que tiene dos tarjetas e Internet. ¿Quién
    > tiene la IP externa? ¿Alguien hace enmascaramiento?


    > Sería más fácil orientarte si describieses esa red.


    La red esta formada simplemente por dos equipos. Uno de ellos se conecta
    a Internet vía ADSL mediante un router vinculado a una de las placas de
    red del equipo que lleva dos, mientras que el segundo equipo se conecta
    a la otra placa de red. Te cuento que ya logré conectarme modificando
    unas variables del Arno, aunque todavía hago agua en algunas cuestiones
    relacionadas con la configuración de redes y en especial bajo GNU/Linux.
    Básicamente lo que hice fue poner NAT=1, INT_IF="eth0" e
    INTERNAL_NET="192.168.1.0/25". También agregué a las líneas que me
    dijiste que pusiera en el /etc/network/interfaces para 192.168.1.2 la
    línea gateway 192.168.1.1 y probé conectarme con lynx a algún sitio pero
    sin éxito. Un rato más tarde y mientras tomaba una tasa de café ---esa
    misteriosa bebida que nos aporta inteligencia a la gente de sistemas,
    JAJA!---, se me ocurrió que tal vez podría tratarse de un tema de
    resolución de nombres, así que copié el /etc/resolv.conf de un equipo en
    el otro y descubrí que el problema era ese. Así que ya tengo mi Woody
    actualizada a Sarge. Ahora veré si paso de ext2 a ext3, porque hacerlo a
    Reiser no creo que sea tan sencillo.

    Aprovechando que hablaba de los firewalls, ¿hace falta que también
    instale uno en 192.168.1.2 o con tenerlo en el otro equipo (el que
    recibe la IP externa) es suficiente?

    Y volviendo a lo que decía sobre empaparme un poco más sobre el tema de
    redes y su configuración en GNU/Linux, me recomendaron leer la NAG
    (Network Administration Guide), pero si sabés o alguien sabe de alguna
    otra que pueda recomendarme, también la buscaré para leerla.

    >> Y relacionado con lo que decía antes de copiar archivos, si quisiera,
    >> por ejemplo, abrir con OpenOffice algún documento que tuviese en un
    >> diskette del otro equipo, ¿en vez de copiarlo vía scp al equipo desde
    >> el que lo quiero abrir podría abrirlo directamente sin tener que
    >> copiarlo? ¿Para eso tendría que usar NFS?


    > NFS es una posibilidad. Hay quien prefiere Samba. Seguramente hay
    > otras.


    Estuve investigando un poco para ver de qué manera configurar en NFS un
    recurso que no está constantemente en uso como lo es una diskettera,
    aunque parece que no es algo trivial. Al menos a esa conclusión llegué
    luego de haber leído un hilo iniciado por Daniel Estévez en este mismo
    grupo sobre el mismo tema [1]. Por lo visto él pudo hacerlo con Samba y
    estuve buscando si encontraba algo de información en Internet sobre cómo
    hacerlo entre equipos con GNU/Linux pero encuentro más que nada sobre
    cómo compartir recursos de o con equipos con Windoze. Así que si alguien
    me puede dar una mano con este asunto, se lo agradeceré.

    Gracias por responder.

    Saludos,
    Daniel

    [1] http://groups.google.com.ar/group/es.comp.os.linux.redes/tree/
    browse_frm/thread/540116364c932c11/bc2835a446f25720?rnum=1&q=compartir+
    disquetera+linux&_done=%2Fgroup%2Fes.comp.os.linux.redes%2Fbrowse_frm%
    2Fthread%2F540116364c932c11%2Fbc2835a446f25720%3Ftvc%3D1%26q%3Dcompartir
    +disquetera+linux%26#doc_bc2835a446f25720


    -----BEGIN PGP SIGNATURE-----
    Version: GnuPG v1.4.2.2 (GNU/Linux)

    iD8DBQFEI+icZpa/GxTmHTcRApKoAJ4/yREr9eVaZYA3HiJyoTue0xcDZQCfS0NY
    TNVUiLVd2enp+C6+Vx8M87g=
    =gesZ
    -----END PGP SIGNATURE-----
     
  12. marte

    marte Guest

    -----BEGIN PGP SIGNED MESSAGE-----
    Hash: SHA1

    Daniel escribió:
    | El lunes 20 de marzo del 2006 a las 12:40:23,
    | marte escribió:
    |
    | Hola Marte.
    |
    |
    |>>Para compartir impresoras puedes utilizar también CUPS.
    |
    |
    | Volviendo a esto que me decías, aprovecho para preguntarte lo siguiente:
    | si quisiera conectar mi impresora en 192.168.1.2 y enviar a ella
    | trabajos desde 192.168.1.1, ¿debería instalar el servidor en 192.168.1.2
    | y el resto de los paquetes (cupsys-bsd, cupsys-driver-gimpprint,
    | foomatic-bin, cups-pdf y gs-esp) en 192.168.1.1?

    El servidor CUPS puede utilizar impresoras locales o impresoras que
    estén en otro ordenador y que se pueda acceder a ellas. Por tanto, te
    recomendaría que utilizaras CUPS en ambos ordenadores en uno de ellos la
    impresora sería local y en el otro tendrías que ponerle la dirección
    http://192.168.1.2:631/Printers/"tu nombre de impresora" o ipp://.

    Si has instalado samba y configuras las impresoras con cups puedes
    compartirlas.

    |
    | Lo raro es que si intento instalar con aptitude el servidor solamente en
    | 192.168.1.2, me instala también un montón de paquetes más entre los
    | cuales está Xfree86. ¿Hace falta realmente? Mientras que si intento
    | instalarlo con apt, no son tantos más los paquetes que instala y tampoco
    | lo hace con Xfree. Esto me pareció raro.

    Que yo conozca las dependencias de un programa no varían utilices apt o
    aptitude.

    -----BEGIN PGP SIGNATURE-----
    Version: GnuPG v1.4.1 (GNU/Linux)

    iD8DBQFEJAt5AvCCS3wUVLIRAr/vAJ9oBX0ft61Eki2sW2jG8rOWnslQTgCbB5eD
    JpsU1JvPlV1F7Et/FtRnzSM=
    =/E3f
    -----END PGP SIGNATURE-----
     
  13. Daniel

    Daniel Guest

    -----BEGIN PGP SIGNED MESSAGE-----
    Hash: SHA1

    El viernes 24 de marzo del 2006 a las 12:08:41,
    marte escribió:

    > El servidor CUPS puede utilizar impresoras locales o impresoras que
    > estén en otro ordenador y que se pueda acceder a ellas. Por tanto, te
    > recomendaría que utilizaras CUPS en ambos ordenadores en uno de ellos la
    > impresora sería local y en el otro tendrías que ponerle la dirección
    > http://192.168.1.2:631/Printers/"tu nombre de impresora" o ipp://.


    Bien. O sea que entonces debería instalar en ambos equipos todos los
    paquetes que comentaba. Además de lo que me decís, según leí, también
    habría que agregar en el cupsd.conf la línea «Allow From 192.168.1» en
    mi caso.

    > Si has instalado samba y configuras las impresoras con cups puedes
    > compartirlas.


    ¿Te referís a compartirlas con equipos que tengan Windows? Porque con
    equipos que usen GNU/Linux tengo entendido que se pueden compartir
    directamente.

    >| Lo raro es que si intento instalar con aptitude el servidor solamente en
    >| 192.168.1.2, me instala también un montón de paquetes más entre los
    >| cuales está Xfree86. ¿Hace falta realmente? Mientras que si intento
    >| instalarlo con apt, no son tantos más los paquetes que instala y tampoco
    >| lo hace con Xfree. Esto me pareció raro.


    > Que yo conozca las dependencias de un programa no varían utilices apt o
    > aptitude.


    Te muestro la salida que me dan ambos comandos al ejecutarlos en Sarge:

    alderanim:~# apt-get install gs-esp cupsys-client cupsys-bsd \
    > cupsys-driver-gimpprint foomatic-bin cups-pdf

    Reading Package Lists... Done
    Building Dependency Tree... Done
    The following extra packages will be installed:
    cupsys cupsys-driver-gimpprint-data defoma foomatic-db
    foomatic-db-engine foomatic-db-hpijs foomatic-filters gs-common
    gsfonts hpijs libcupsimage2 libcupsys2-gnutls10 libgimpprint1
    libglib2.0-0 libice6 libjpeg62 libpaper1 libpng12-0 libslp1 libsm6
    libtiff4 libx11-6 libxext6 libxml2 libxt6 patch perl perl-modules ucf
    wget xfree86-common xlibs-data xpdf-common xpdf-utils
    Suggested packages:
    gnome-cups-manager xpdf-korean xpdf-japanese xpdf-chinese-traditional
    xpdf-chinese-simplified hplip kdeprint gtklp cupsys-pt xpp
    gimpprint-doc gimpprint-locales defoma-doc psfontmgr x-ttcidfont-conf
    dfontmgr foomatic-db-gimp-print foo2zjs foomatic-gui
    foomatic-filters-ppds slpd openslp-doc libterm-readline-gnu-perl
    libterm-readline-perl-perl x-window-system-core x-window-system
    xpdf-reader
    Recommended packages:
    smbclient gnome-gv postscript-viewer libft-perl netcat libglib2.0-data
    libpaper-utils xml-core perl-doc debconf-utils
    The following NEW packages will be installed:
    cups-pdf cupsys cupsys-bsd cupsys-client cupsys-driver-gimpprint
    cupsys-driver-gimpprint-data defoma foomatic-bin foomatic-db
    foomatic-db-engine foomatic-db-hpijs foomatic-filters gs-common
    gs-esp gsfonts hpijs libcupsimage2 libcupsys2-gnutls10 libgimpprint1
    libglib2.0-0 libice6 libjpeg62 libpaper1 libpng12-0 libslp1 libsm6
    libtiff4 libx11-6 libxext6 libxml2 libxt6 patch perl perl-modules ucf
    wget xfree86-common xlibs-data xpdf-common xpdf-utils
    0 upgraded, 40 newly installed, 0 to remove and 0 not upgraded.
    Need to get 32.6MB of archives.
    After unpacking 103MB of additional disk space will be used.
    Do you want to continue? [Y/n]


    alderanim:~# aptitude install gs-esp cupsys-client cupsys-bsd \
    > cupsys-driver-gimpprint foomatic-bin cups-pdf

    Reading Package Lists... Done
    Building Dependency Tree
    Reading extended state information
    Initializing package states... Done
    Reading task descriptions... Done
    The following NEW packages will be automatically installed:
    cupsys cupsys-driver-gimpprint-data debconf-utils defoma foomatic-db
    foomatic-db-engine foomatic-db-hpijs foomatic-filters gs-common
    gsfonts hpijs libcupsimage2 libcupsys2-gnutls10 libft-perl
    libgimpprint1 libglib2.0-0 libglib2.0-data libice6 libjpeg62 libkrb53
    libpaper-utils libpaper1 libpng12-0 libslp1 libsm6 libtiff4 libttf2
    libx11-6 libxext6 libxml2 libxt6 netcat patch perl perl-doc
    perl-modules psfontmgr samba-common sgml-base smbclient ucf wget
    xfree86-common xlibs-data xml-core xpdf-common xpdf-utils
    The following NEW packages will be installed:
    The following NEW packages will be installed:
    cups-pdf cupsys cupsys-bsd cupsys-client cupsys-driver-gimpprint
    cupsys-driver-gimpprint-data debconf-utils defoma foomatic-bin
    foomatic-db foomatic-db-engine foomatic-db-hpijs foomatic-filters
    gs-common gs-esp gsfonts hpijs libcupsimage2 libcupsys2-gnutls10
    libft-perl libgimpprint1 libglib2.0-0 libglib2.0-data libice6
    libjpeg62 libkrb53 libpaper-utils libpaper1 libpng12-0 libslp1 libsm6
    libtiff4 libttf2 libx11-6 libxext6 libxml2 libxt6 netcat patch perl
    perl-doc perl-modules psfontmgr samba-common sgml-base smbclient
    ucf wget xfree86-common xlibs-data xml-core xpdf-common
    xpdf-utils
    0 packages upgraded, 53 newly installed, 0 to remove and 0 not upgraded.
    Need to get 45.1MB of archives. After unpacking 130MB will be used.
    Do you want to continue? [Y/n/?]

    No se por qué pueda instalar aptitude varios paquetes más y lo que a
    simple vista veo raro es que instale Xfree en ambos casos. ¿Es realmente
    necesario?

    Saludos,
    Daniel

    -----BEGIN PGP SIGNATURE-----
    Version: GnuPG v1.4.2.2 (GNU/Linux)

    iD8DBQFEJCU2Zpa/GxTmHTcRAsrHAJwJTjczbqeemvzaa7cSOjlPYLiG5QCeJRlQ
    y5nEkde9Vp9aQz18rZcCqzU=
    =Np3J
    -----END PGP SIGNATURE-----
     
  14. Hola Daniel <nospam@nospam.org>
    el Fri, 24 Mar 2006 09:39:56 -0300 escribiste:

    > > Lo que yo encuentro muy cómodo es configurarlos para poder
    > > acceder desde una cuenta a otra *sin* tener que introducir las
    > > contraseñas
    > > cada vez. Mírate la info de autenticación de sshd(8)

    >
    > Ah, sí. Creo que había visto algo de eso Googleando en busca de
    > información para la configuración de ssh. Si mal no recuerdo, creo que
    > para esto se usa ssh-agent. Le daré nuevamente un vistazo pero con más
    > detenimiento para indagar un poco más en el tema.


    No me refería a eso, sino a meter las claves públicas adecuadas en
    ~/.ssh/known_hosts y ~/.ssh/authorized_keys para que no te pregunte
    las contraseñas.

    Del ssh-agent sólo he leido por encima la documentación, y me ha parecido
    entender que más bien es para que sólo te pregunte la contraseña
    una vez.

    > [...] El método que había usado para comprobar el tamaño de los
    > archivos fue símplemente viéndolo mediante un ls -lh.


    El tamaño de los ficheros copiados ha de ser idéntico al de los originales,
    no así el de los directorios. Tal vez es eso lo que te llamó la
    atención.

    > La red esta formada simplemente por dos equipos. Uno de ellos se conecta
    > a Internet vía ADSL mediante un router vinculado a una de las placas de
    > red del equipo que lleva dos, mientras que el segundo equipo se conecta
    > a la otra placa de red.


    Tienes tres equipos: dos ordenadores y un router ADSL, y dos subredes: la
    que une a los ordenadores entre sí y la que une a uno de ellos con el
    router.

    > Te cuento que ya logré conectarme modificando
    > unas variables del Arno,


    No conozco el Arno, aún así ...

    > Básicamente lo que hice fue poner NAT=1, INT_IF="eth0" e
    > INTERNAL_NET="192.168.1.0/25".


    ¿Seguro que ese /25 es lo que quieres? Lo que yo te propuse era para
    configurar una 192.168.1.0/24. Con esa configuración puede que te estén
    fallando los broadcasts.

    > [...] se me ocurrió que tal vez podría tratarse de un tema de
    > resolución de nombres, así que copié el /etc/resolv.conf de un equipo en
    > el otro y descubrí que el problema era ese.


    Siempre es conveniente cuando estás configurando una red, probar
    primero con direcciones IP y no usar nombres, para aislar mejor
    la causa de los problemas que puedan surgir.

    > Aprovechando que hablaba de los firewalls, ¿hace falta que también
    > instale uno en 192.168.1.2 o con tenerlo en el otro equipo (el que
    > recibe la IP externa) es suficiente?


    No hace falta. ¿para qué administrar dos cortafuegos si puedes filtrar
    todo desde sólo uno de ellos?

    El ordenador *terminal* sólo ha de reconocer lo que es para él
    mismo (sus propias IPs). Todo lo demás lo envía al
    ordenador *intermedio* y deja que éste lo gestione. Eso es lo
    más KISS :)

    > Y volviendo a lo que decía sobre empaparme un poco más sobre el tema de
    > redes y su configuración en GNU/Linux, me recomendaron leer la NAG
    > (Network Administration Guide), pero si sabés o alguien sabe de alguna
    > otra que pueda recomendarme, también la buscaré para leerla.


    Yo recomiendo lo mismo, y advierto que no conozco nada más. Con la NAG,
    los HOWTOs y la documentación de los programas siempre he tenido
    suficiente.

    --
    Gonzalo Pérez de Olaguer Córdoba <gpoc@iies.es>
    PGP key 2861C704 --- F206 5671 6789 425D 111C 1302 214F 1934 2861 C704
     
  15. Jellby

    Jellby Guest

    Entre otras cosas, Gonzalo Pérez de Olaguer Córdoba tuvo a bien escribir:

    >> Ah, sí. Creo que había visto algo de eso Googleando en busca de
    >> información para la configuración de ssh. Si mal no recuerdo, creo que
    >> para esto se usa ssh-agent. Le daré nuevamente un vistazo pero con más
    >> detenimiento para indagar un poco más en el tema.

    >
    > No me refería a eso, sino a meter las claves públicas adecuadas en
    > ~/.ssh/known_hosts y ~/.ssh/authorized_keys para que no te pregunte
    > las contraseñas.


    Creo que es un poco las dos cosas:

    En el ordenador A creas un juego de claves pública/privada y copias la clave
    pública al ordenador B. De esta manera puedes entrar a B desde A sin
    contraseña. Pero normalmente a la clave privada de A le pones una "frase de
    paso", para no perder seguridad (aunque se puede dejar en blanco), así que
    sigues teniendo que usar algún tipo de contraseña. ¿Qué ganamos? Pues que
    ahora a) el acceso con esta clave está ligado al ordenador A, no a
    cualquiera, y b) en el ordenador A tenemos una sola contraseña que nos
    puede valer para entrar a B, C, D, etc. Y aquí es donde entra en juego el
    ssh-agent, es el que se encarga de que tengas que introducir la "frase de
    paso" de la clave privada de A una sola vez, pero no es la contraseña de la
    cuenta en B, sino la de la clave de A.

    --
    Ignacio __ Fernández Galván
    / /\
    Linux user / / \ PGP Pub Key
    #289967 / / /\ \ 0x01A95F99
    / / /\ \ \
    http://djelibeibi.unex.es
    /________\ \ \
    jellby \___________\/ yahoo.com
     
  16. Daniel

    Daniel Guest

    -----BEGIN PGP SIGNED MESSAGE-----
    Hash: SHA1

    El viernes 24 de marzo del 2006 a las 12:08:41,
    marte escribió:

    Hola Marte.

    > El servidor CUPS puede utilizar impresoras locales o impresoras que
    > estén en otro ordenador y que se pueda acceder a ellas. Por tanto, te
    > recomendaría que utilizaras CUPS en ambos ordenadores en uno de ellos la
    > impresora sería local y en el otro tendrías que ponerle la dirección
    > http://192.168.1.2:631/Printers/"tu nombre de impresora" o ipp://.


    Habiéndo ahora leído un poco más sobre el tema, además de esto que me
    decís y lo que te comentaba en el otro post de este mismo hilo a agregar
    en el archivo de configuración del servidor, faltaba indicar en el
    archivo de configuración de los clientes la IP o nombre del equipo en el
    que residirá el servidor.

    Así que instalé en el otro equipo también todos los paquetes salvo los
    de fuentes asiáticas que no creo que las necesite :) La instalación la
    terminé haciendo con aptitude. Tengo entendido que hace un mejor manejo
    de las dependencias. Quizás sea por eso que los paquetes a instalar sean
    más que los que muestra apt.

    Enviando desde el cliente (en Etch) una página de prueba, salió de
    maravilla tanto eligiendo en el cliente los drivers para Stylus C65 como
    para C64 a pesar que los drivers en el equipo Sarge tengan drivers solo
    para la C64.

    Lo raro es que cuando imprimía localmente en Etch con los drivers más
    nuevos de gutenprint, la impresión me salía perfecta tanto en
    aplicaciones propias de KDE como en las que no lo son por medio de
    kprinter. Sin embargo, ahora la impresión en romoto solo me salía bien
    con aplicaciones propias de KDE. Al menos probé hacerlo con Konqueror y
    Kate y no tuve problemas. El tema es que cuando probé imprimiendo algo
    desde Firefor, Adobe Reader o gv, por ejemplo, si bien la impresión se
    iniciaba, imprimía una serie de rayas grises :-S La opción de impresora
    que usé en Firefox es «Postscript/StC65» (StC65 es el nombre que le di
    en CUPS), que es la única opción de impresoras de la lista que en las
    propiedades me permitía especificar hacer la impresión por medio de
    kprinter. En gv especifiqué usar también el comando kprinter y en Adobe
    Reader use la opción «custom» que me permitía indicar usar kprinter que
    ya tomaba por omisión StC65. Pero siempre el mismo problema de las
    rayas. Es raro porque, como decía, en local siempre lo vine haciendo de
    esa manera y nunca tuve inconvenientes. Al final logré imprimir en
    remoto usando gtklp, aunque la interfaz de kprinter creo que es más
    completa que la proporcionada por gtklp.

    ¿Alguién tuvo el mismo problema y lo pudo solucionar imprimiendo con
    kprinter?

    Saludos,
    Daniel

    -----BEGIN PGP SIGNATURE-----
    Version: GnuPG v1.4.2.2 (GNU/Linux)

    iD8DBQFEJZ7FZpa/GxTmHTcRAoySAJ9OmzRMOdpEJj7LJjCQdiXnMyq8wwCfRnGT
    PwWQk5ISPzCJSdRthT1inDU=
    =/Zi6
    -----END PGP SIGNATURE-----
     
  17. Daniel

    Daniel Guest

    -----BEGIN PGP SIGNED MESSAGE-----
    Hash: SHA1

    El viernes 24 de marzo del 2006 a las 15:08:21,
    Gonzalo Pérez de Olaguer Córdoba escribió:

    >> > Lo que yo encuentro muy cómodo es configurarlos para poder acceder
    >> > desde una cuenta a otra *sin* tener que introducir las contraseñas
    >> > cada vez. Mírate la info de autenticación de sshd(8)


    > No me refería a eso, sino a meter las claves públicas adecuadas en
    > ~/.ssh/known_hosts y ~/.ssh/authorized_keys para que no te pregunte
    > las contraseñas.


    ¡Ah! Pensé que te referías a ssh-agent. De la forma que decís es la
    manera en que lo configuré.

    > El tamaño de los ficheros copiados ha de ser idéntico al de los
    > originales, no así el de los directorios. Tal vez es eso lo que te
    > llamó la atención.


    Mmmm...ahora mi hiciste dudar. Creo que la diferencia de tamaño la había
    notado en los archivos MP3. Ahora bien, no me quedó claro por qué
    dijiste «no así el de los directorios».

    >> [ Configurando Arno ]


    >> Básicamente lo que hice fue poner NAT=1, INT_IF="eth0" e
    >> INTERNAL_NET="192.168.1.0/25".


    > ¿Seguro que ese /25 es lo que quieres? Lo que yo te propuse era para
    > configurar una 192.168.1.0/24. Con esa configuración puede que te
    > estén fallando los broadcasts.


    Tenés razón. Gracias por la observación.

    > Siempre es conveniente cuando estás configurando una red, probar
    > primero con direcciones IP y no usar nombres, para aislar mejor
    > la causa de los problemas que puedan surgir.


    Sí, es algo que desde ahora tendré en cuenta.

    >> Aprovechando que hablaba de los firewalls, ¿hace falta que también
    >> instale uno en 192.168.1.2 o con tenerlo en el otro equipo (el que
    >> recibe la IP externa) es suficiente?


    > No hace falta. ¿para qué administrar dos cortafuegos si puedes filtrar
    > todo desde sólo uno de ellos?


    Suena lógico. Es lo más KISS :)

    Gracias por las acotaciones, Gonzalo. Ahora, en cuanto a hardware se
    refiere, me quedaría ver cómo acceder a la diskettera remota. Parece que
    tendrá que ser con Samba ya que con NFS, como te comentaba según lo
    leído en un post anterior de este grupo, no parece tener una solución
    trivial. Así que veré si puedo encontrar algo que me aclare cómo hacerlo
    con Samba entre dos equipos con GNU/Linux.

    Saludos,
    Daniel

    -----BEGIN PGP SIGNATURE-----
    Version: GnuPG v1.4.2.2 (GNU/Linux)

    iD8DBQFEJ8ADZpa/GxTmHTcRAiCDAKCKZTzfiNOYJYUjxqgmezDr8pLB7ACggsYx
    eKU/Lt6zKljqvw25qLVAwU8=
    =2Wkz
    -----END PGP SIGNATURE-----
     
  18. Daniel

    Daniel Guest

    -----BEGIN PGP SIGNED MESSAGE-----
    Hash: SHA1

    El miércoles 22 de marzo del 2006 a las 12:33:35,
    Gonzalo Pérez de Olaguer Córdoba escribió:

    >> Y relacionado con lo que decía antes de copiar archivos, si quisiera,
    >> por ejemplo, abrir con OpenOffice algún documento que tuviese en un
    >> diskette del otro equipo, ¿en vez de copiarlo vía scp al equipo desde el
    >> que lo quiero abrir podría abrirlo directamente sin tener que copiarlo?
    >> ¿Para eso tendría que usar NFS?


    > NFS es una posibilidad. Hay quien prefiere Samba. Seguramente hay otras.


    Aprovechando que ayer anduve con algo más de tiempo, me puse a probar el
    tema del acceso a la diskettera remota via NFS. En el equipo en el que
    tengo la diskettera también tengo instalado autofs y de local funciona
    correctamente. El problema aparece cuando quiero montarla remotamente
    via NFS. Si bien monta el dispositivo, no se desmonta automáticamente y
    si la desmonto «a mano» para volver a montar otro disco, no me aparece
    el contenido de este, sino el del primero. ¿Alguna idea de cómo
    solucionar esto?

    La idea es poder acceder al contenido de los archivos de los diskettes
    desde cualquier aplicación de KDE.

    Y ya que estamos, al montar algún sistema de archivos me sale el mensaje
    «mount version older than kernel». ¿El problema tendrá que ver con eso?
    Estoy usando las versiones que vienen Etch en el cliente y Sarge en el
    servidor siendo que el kernel que tengo en el cliente es el 2.6.12 y
    en el servidor el 2.6.8.

    Gracias anticipadas por responder.

    Saludos,
    Daniel


    -----BEGIN PGP SIGNATURE-----
    Version: GnuPG v1.4.2.2 (GNU/Linux)

    iD8DBQFEKlEpZpa/GxTmHTcRAsr6AKCDea2cOcM1C88oMMMNVtVfGbYZ1ACfSQ3D
    uEhnT2MTEnqsEBFRb5oD06Q=
    =tWTv
    -----END PGP SIGNATURE-----
     
Estado del tema:
Cerrado para nuevas respuestas

Compartir esta página