Actualizar simultaneamente los clientes de una red
Buenas,
supongamos que tienes varios servidores en Internet, algunos en el mismo
datacenter y otros en distintos datacenters. Pueden ser VPS, Servidores
Dedicados o CloudVPS.
¿Se puede instalar un servidor NFS en uno de ellos ("el principal") y
clientes NFS en todos los demas?. La idea seria que todos los clientes NFS,
en un momento dado, accedan al "principal" en modo de solo lectura y copien
unos archivos actualizados, se desconecten y que cada cliente NFS los
ejecute. La idea es que todos los clientes tengan esos archivos y los
ejecuten sin intervencion humana. Aparentemente podria hacerse, segun
http://nfs.sourceforge.net/nfs-howto/ar01s02.html#whatis_nfs
"The Network File System (NFS) was developed to allow machines to mount a
disk partition on a remote machine as if it were a local disk. It allows
for fast, seamless sharing of files across a network"
pero segun en que sitios he leido que NFS solo sirve para red local,
mientras que en otros sitios no indica eso exactamente.
Alternativas a esto parece que podria ser el sistema de archivos Coda o
rsync. No se si estoy mirando por el camino correcto o me equivoco en algo.
Re: Actualizar simultaneamente los clientes de una red
El 19/07/13 12:48, Altair Linux escribió:
Buenas,
supongamos que tienes varios servidores en Internet, algunos en el
mismo datacenter y otros en distintos datacenters. Pueden ser VPS,
Servidores Dedicados o CloudVPS.
¿Se puede instalar un servidor NFS en uno de ellos ("el principal") y
clientes NFS en todos los demas?. La idea seria que todos los clientes
NFS, en un momento dado, accedan al "principal" en modo de solo
lectura y copien unos archivos actualizados, se desconecten y que cada
cliente NFS los ejecute. La idea es que todos los clientes tengan esos
archivos y los ejecuten sin intervencion humana. Aparentemente podria
hacerse, segun
http://nfs.sourceforge.net/nfs-howto/ar01s02.html#whatis_nfs
"The Network File System (NFS) was developed to allow machines to
mount a disk partition on a remote machine as if it were a local disk.
It allows for fast, seamless sharing of files across a network"
pero segun en que sitios he leido que NFS solo sirve para red local,
mientras que en otros sitios no indica eso exactamente.
Alternativas a esto parece que podria ser el sistema de archivos Coda
o rsync. No se si estoy mirando por el camino correcto o me equivoco
en algo.
Poder, se puede, pero sinceramente, NFS no me brinda seguridad y dudo de
su performance a nivel red.
No te convendria instalar tu propio repositorio y apuntar tu
sources.list a el?
--
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/51e96084.8030...@gmail.com
Re: Actualizar simultaneamente los clientes de una red
On 19/07/13 17:57, Altair Linux wrote: Parece que si que tienen algo para SSH http://nfs.sourceforge.net/nfs-howto/ar01s06.html#tunneling_nfs_ssh O ya puestos, sshfs [1]. [1] https://en.wikipedia.org/wiki/SSHFS Salut, jors -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/51e961d8.4020...@enchufado.com
Re: Actualizar simultaneamente los clientes de una red
Exacto, puedes usar Puppet file server [1] (que es una de las
características de Puppet) para almacenar archivos estáticos y mediante
Puppet enviarlos bajo "patrones" que tu mismo establezcas (tiempos,
permisos, etc).
[1] http://docs.puppetlabs.com/guides/file_serving.html
~ Happy install !
Cellphone : +51 950307809
Blog : http://piobox.blogspot.com/
LUG : http://www.utpinux.org
Linux User ID : 549567
IRC: zerick
About : http://about.me/zerick
--
sı ɯǝ1qoɹd ɹnoʎ ʇɐɥʍ ǝǝs ı ʞuıɥʇ ı
2013/7/19 Matías Bellone
> 2013/7/19 Altair Linux :
> > Buenas,
> >
> > supongamos que tienes varios servidores en Internet, algunos en el mismo
> > datacenter y otros en distintos datacenters. Pueden ser VPS, Servidores
> > Dedicados o CloudVPS.
> >
> > ¿Se puede instalar un servidor NFS en uno de ellos ("el principal") y
> > clientes NFS en todos los demas?. La idea seria que todos los clientes
> NFS,
> > en un momento dado, accedan al "principal" en modo de solo lectura y
> copien
> > unos archivos actualizados, se desconecten y que cada cliente NFS los
> > ejecute. La idea es que todos los clientes tengan esos archivos y los
> > ejecuten sin intervencion humana. Aparentemente podria hacerse, segun
> >
> > http://nfs.sourceforge.net/nfs-howto/ar01s02.html#whatis_nfs
> >
> > "The Network File System (NFS) was developed to allow machines to mount a
> > disk partition on a remote machine as if it were a local disk. It allows
> for
> > fast, seamless sharing of files across a network"
> >
> > pero segun en que sitios he leido que NFS solo sirve para red local,
> > mientras que en otros sitios no indica eso exactamente.
> >
> > Alternativas a esto parece que podria ser el sistema de archivos Coda o
> > rsync. No se si estoy mirando por el camino correcto o me equivoco en
> algo.
> >
> >
>
> Todo depende de lo que quieras hacer. Por lo que leo parecería que
> quieres ejecutar algunos scripts particulares en muchos servidores.
> Para eso capaz te convenga usar directamente algo como pssh, crear
> paquetes especiales con tus scripts o alguna solución de configuración
> centralizada como puppet o CFEngine.
>
> Saludos,
> Toote
> --
> Web: http://www.clubjuegosdemesa.com.ar
>
>
> --
> To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
> with a subject of "unsubscribe". Trouble? Contact
> listmas...@lists.debian.org
> Archive:
> http://lists.debian.org/cank6mlyterq9ojcdnr1knupdxmfgytep6k+7ubthvlq0m...@mail.gmail.com
>
>
Re: Actualizar simultaneamente los clientes de una red
Cada 2x3 se me olvida lo de usar texto sin formato, si es que.
Efectivamente, NFS esta mas pensado para LANs que para Internet:
"Doing NFS over the internet could be a problem, its really designed
for LANs; also most firewalls would block those ports because of that.
Why not just do a straight rsync, preferably using ssh as transport."
Sacado de
http://www.linuxquestions.org/questions/linux-server-73/nfs-mount-over-internet-4175416085/
Lo de usar bitorrent se me habia ocurrido antes, pero lo habia
descartado porque creo que habria que ir cliente a cliente, poniendo
los enlaces a descargar manualmente. Y es que pueden ser MUCHOS
clientes (cientos o mas).
Lo de Samba no lo habia mirado mucho porque, hasta donde tengo
entendido, es para compartir archivos entre Windows y Linux, y en este
caso todos son Linux.
Otra cosa mas, los archivos que se comparten cambian casi
continuamente. Parece que algo tipo "cliente servidor" seria lo mas
practico, puede que algo como rsync.
Todo esto son teorias mias, aviso, que estoy diciendo todo esto segun
me voy enterando.
El día 19 de julio de 2013 18:05, Camaleón escribió:
> El Fri, 19 Jul 2013 17:48:47 +0200, Altair Linux escribió:
>
>> Buenas,
>
> (ese html...)
>
>> supongamos que tienes varios servidores en Internet, algunos en el mismo
>> datacenter y otros en distintos datacenters. Pueden ser VPS, Servidores
>> Dedicados o CloudVPS.
>>
>> ¿Se puede instalar un servidor NFS en uno de ellos ("el principal") y
>> clientes NFS en todos los demas?.
>
> (...)
>
> Es decir, usar NFS a través de Internet. No veo por qué no (samba lo
> permite ¿no?), otra cosa es que sea adecuado o eficiente.
>
> Busca en Google por "nfs over internet".
>
>> Alternativas a esto parece que podria ser el sistema de archivos Coda o
>> rsync. No se si estoy mirando por el camino correcto o me equivoco en
>> algo.
>
> Rsync o algún sistema P2P (p. ej., Bittorrent) lo veo más apropiado en
> este caso, por seguridad y velocidad. Además, está diseñado para eso.
>
> Saludos,
>
> --
> Camaleón
>
>
> --
> To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
> with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
> Archive: http://lists.debian.org/pan.2013.07.19.16.05...@gmail.com
>
--
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive:
http://lists.debian.org/ca+hdpfk09akxyz+dggquq0ok8t-fjjwrns-knpkle92bocs...@mail.gmail.com
Re: Actualizar simultaneamente los clientes de una red
Parece que si que tienen algo para SSH
http://nfs.sourceforge.net/nfs-howto/ar01s06.html#tunneling_nfs_ssh
El 19 de julio de 2013 17:51, Ricardo escribió:
> El 19/07/13 12:48, Altair Linux escribió:
>
> Buenas,
>>
>> supongamos que tienes varios servidores en Internet, algunos en el mismo
>> datacenter y otros en distintos datacenters. Pueden ser VPS, Servidores
>> Dedicados o CloudVPS.
>>
>> ¿Se puede instalar un servidor NFS en uno de ellos ("el principal") y
>> clientes NFS en todos los demas?. La idea seria que todos los clientes NFS,
>> en un momento dado, accedan al "principal" en modo de solo lectura y copien
>> unos archivos actualizados, se desconecten y que cada cliente NFS los
>> ejecute. La idea es que todos los clientes tengan esos archivos y los
>> ejecuten sin intervencion humana. Aparentemente podria hacerse, segun
>>
>> http://nfs.sourceforge.net/**nfs-howto/ar01s02.html#whatis_**nfs
>>
>> "The Network File System (NFS) was developed to allow machines to mount a
>> disk partition on a remote machine as if it were a local disk. It allows
>> for fast, seamless sharing of files across a network"
>>
>> pero segun en que sitios he leido que NFS solo sirve para red local,
>> mientras que en otros sitios no indica eso exactamente.
>>
>> Alternativas a esto parece que podria ser el sistema de archivos Coda o
>> rsync. No se si estoy mirando por el camino correcto o me equivoco en algo.
>>
>>
>> Poder, se puede, pero sinceramente, NFS no me brinda seguridad y dudo de
> su performance a nivel red.
> No te convendria instalar tu propio repositorio y apuntar tu sources.list
> a el?
>
>
> --
> To UNSUBSCRIBE, email to
> debian-user-spanish-REQUEST@**lists.debian.org
> with a subject of "unsubscribe". Trouble? Contact
> listmas...@lists.debian.org
> Archive:
> http://lists.debian.org/**51e96084.8030...@gmail.com
>
>
Re: Actualizar simultaneamente los clientes de una red
El Fri, 19 Jul 2013 17:48:47 +0200, Altair Linux escribió:
> Buenas,
(ese html...)
> supongamos que tienes varios servidores en Internet, algunos en el mismo
> datacenter y otros en distintos datacenters. Pueden ser VPS, Servidores
> Dedicados o CloudVPS.
>
> ¿Se puede instalar un servidor NFS en uno de ellos ("el principal") y
> clientes NFS en todos los demas?.
(...)
Es decir, usar NFS a través de Internet. No veo por qué no (samba lo
permite ¿no?), otra cosa es que sea adecuado o eficiente.
Busca en Google por "nfs over internet".
> Alternativas a esto parece que podria ser el sistema de archivos Coda o
> rsync. No se si estoy mirando por el camino correcto o me equivoco en
> algo.
Rsync o algún sistema P2P (p. ej., Bittorrent) lo veo más apropiado en
este caso, por seguridad y velocidad. Además, está diseñado para eso.
Saludos,
--
Camaleón
--
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/pan.2013.07.19.16.05...@gmail.com
Re: Actualizar simultaneamente los clientes de una red
El Fri, 19 Jul 2013 18:35:57 +0200, Altair Linux escribió:
(y ahora top-posting... ¡¡grr!!) :-)
> El día 19 de julio de 2013 18:05, Camaleón
> escribió:
(...)
>>> ¿Se puede instalar un servidor NFS en uno de ellos ("el principal") y
>>> clientes NFS en todos los demas?.
(...)
>> Busca en Google por "nfs over internet".
>>
>>> Alternativas a esto parece que podria ser el sistema de archivos Coda
>>> o rsync. No se si estoy mirando por el camino correcto o me equivoco
>>> en algo.
>>
>> Rsync o algún sistema P2P (p. ej., Bittorrent) lo veo más apropiado en
>> este caso, por seguridad y velocidad. Además, está diseñado para eso.
> Cada 2x3 se me olvida lo de usar texto sin formato, si es que.
>
> Efectivamente, NFS esta mas pensado para LANs que para Internet:
>
> "Doing NFS over the internet could be a problem, its really designed for
> LANs; also most firewalls would block those ports because of that.
> Why not just do a straight rsync, preferably using ssh as transport."
>
> Sacado de
> http://www.linuxquestions.org/questions/linux-server-73/nfs-mount-over-
internet-4175416085/
Aum... interesante.
De todas formas, el bloqueo de puertos en este caso no sería un problema
porque tienes el control tanto del cliente como del servidor pero sigue
sin convencerme NFS para algo que no sea "local".
> Lo de usar bitorrent se me habia ocurrido antes, pero lo habia
> descartado porque creo que habria que ir cliente a cliente, poniendo los
> enlaces a descargar manualmente. Y es que pueden ser MUCHOS clientes
> (cientos o mas).
Esta opción la leí hace unos años... espera que te busco el artículo por
si te sirve, ya que precisamente hablaba de actalizar estaciones de
trabajo:
Dutch University Uses BitTorrent to Update Workstations
http://torrentfreak.com/university-uses-utorrent-080306/
Dropping 22TB of patches on 6,500 PCs in 4 hours: BitTorrent
http://arstechnica.com/information-technology/2008/03/dropping-22tb-of-
patches-on-6500-pcs-in-4-hours-bittorrentdropping-22tb-of-patches-on-6500-
pcs-in-4-hours-bittorrent/
(es el mismo asunto pero de dos fuentes distintas)
> Lo de Samba no lo habia mirado mucho porque, hasta donde tengo
> entendido, es para compartir archivos entre Windows y Linux, y en este
> caso todos son Linux.
Concuerdo. Considero samba como un "mal necesario", y si es posible
evitarlo, mejor.
> Otra cosa mas, los archivos que se comparten cambian casi continuamente.
> Parece que algo tipo "cliente servidor" seria lo mas practico, puede que
> algo como rsync.
>
> Todo esto son teorias mias, aviso, que estoy diciendo todo esto segun me
> voy enterando.
Rsync creo que tiene un modo demonio, sería cuestión de configurarlo muy
finamente para que no haga tonterías (es decir, que no elimine lo que no
debe y que no sincronice desde donde no debe, que registre toda la
actividad por si las moscas, etc...).
Saludos,
--
Camaleón
--
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/pan.2013.07.19.17.24...@gmail.com
Re: Actualizar simultaneamente los clientes de una red
El Fri, 19 Jul 2013 17:48:47 +0200
Altair Linux escribió:
> Buenas,
>
> supongamos que tienes varios servidores en Internet, algunos en el mismo
> datacenter y otros en distintos datacenters. Pueden ser VPS, Servidores
> Dedicados o CloudVPS.
>
> ¿Se puede instalar un servidor NFS en uno de ellos ("el principal") y
> clientes NFS en todos los demas?. La idea seria que todos los clientes NFS,
> en un momento dado, accedan al "principal" en modo de solo lectura y copien
> unos archivos actualizados, se desconecten y que cada cliente NFS los
> ejecute. La idea es que todos los clientes tengan esos archivos y los
> ejecuten sin intervencion humana. Aparentemente podria hacerse, segun
>
> http://nfs.sourceforge.net/nfs-howto/ar01s02.html#whatis_nfs
>
> "The Network File System (NFS) was developed to allow machines to mount a
> disk partition on a remote machine as if it were a local disk. It allows
> for fast, seamless sharing of files across a network"
>
> pero segun en que sitios he leido que NFS solo sirve para red local,
> mientras que en otros sitios no indica eso exactamente.
>
> Alternativas a esto parece que podria ser el sistema de archivos Coda o
> rsync. No se si estoy mirando por el camino correcto o me equivoco en algo.
Vos necesitas compartir archivos o solo copiarlos y en todo caso ejecutarlos??
Desde el punto de vista de seguridad no es bueno no tener el control y en este
caso el servidor principal no lo tendria. Yo utilizaria un script con rsync y
asi controlar a quien le envio y que le envio.
--
Angel Claudio Alvarez
--
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive:
http://lists.debian.org/20130719162205.0cbe7b5fb373147a9baa1...@angel-alvarez.com.ar
Re: Actualizar simultaneamente los clientes de una red
> El Fri, 19 Jul 2013 18:35:57 +0200, Altair Linux escribió:
>
> (y ahora top-posting... ¡¡grr!!) :-)
>
> > El día 19 de julio de 2013 18:05, Camaleón
> > escribió:
>
> (...)
>
> >>> ¿Se puede instalar un servidor NFS en uno de ellos ("el principal") y
> >>> clientes NFS en todos los demas?.
>
> (...)
>
> >> Busca en Google por "nfs over internet".
> >>
> >>> Alternativas a esto parece que podria ser el sistema de archivos Coda
> >>> o rsync. No se si estoy mirando por el camino correcto o me equivoco
> >>> en algo.
> >>
> >> Rsync o algún sistema P2P (p. ej., Bittorrent) lo veo más apropiado en
> >> este caso, por seguridad y velocidad. Además, está diseñado para eso.
>
> > Cada 2x3 se me olvida lo de usar texto sin formato, si es que.
> >
> > Efectivamente, NFS esta mas pensado para LANs que para Internet:
> >
> > "Doing NFS over the internet could be a problem, its really designed for
> > LANs; also most firewalls would block those ports because of that.
> > Why not just do a straight rsync, preferably using ssh as transport."
> >
> > Sacado de
> > http://www.linuxquestions.org/questions/linux-server-73/nfs-mount-over-
> internet-4175416085/
>
> Aum... interesante.
>
> De todas formas, el bloqueo de puertos en este caso no sería un problema
> porque tienes el control tanto del cliente como del servidor pero sigue
> sin convencerme NFS para algo que no sea "local".
>
> > Lo de usar bitorrent se me habia ocurrido antes, pero lo habia
> > descartado porque creo que habria que ir cliente a cliente, poniendo los
> > enlaces a descargar manualmente. Y es que pueden ser MUCHOS clientes
> > (cientos o mas).
>
> Esta opción la leí hace unos años... espera que te busco el artículo por
> si te sirve, ya que precisamente hablaba de actalizar estaciones de
> trabajo:
>
> Dutch University Uses BitTorrent to Update Workstations
> http://torrentfreak.com/university-uses-utorrent-080306/
>
> Dropping 22TB of patches on 6,500 PCs in 4 hours: BitTorrent
> http://arstechnica.com/information-technology/2008/03/dropping-22tb-of-
> patches-on-6500-pcs-in-4-hours-bittorrentdropping-22tb-of-patches-on-6500-
> pcs-in-4-hours-bittorrent/
>
> (es el mismo asunto pero de dos fuentes distintas)
>
> > Lo de Samba no lo habia mirado mucho porque, hasta donde tengo
> > entendido, es para compartir archivos entre Windows y Linux, y en este
> > caso todos son Linux.
>
> Concuerdo. Considero samba como un "mal necesario", y si es posible
> evitarlo, mejor.
>
> > Otra cosa mas, los archivos que se comparten cambian casi continuamente.
> > Parece que algo tipo "cliente servidor" seria lo mas practico, puede que
> > algo como rsync.
> >
> > Todo esto son teorias mias, aviso, que estoy diciendo todo esto segun me
> > voy enterando.
>
> Rsync creo que tiene un modo demonio, sería cuestión de configurarlo muy
> finamente para que no haga tonterías (es decir, que no elimine lo que no
> debe y que no sincronice desde donde no debe, que registre toda la
> actividad por si las moscas, etc...).
>
> Saludos,
>
Hola,
No se si sera lo ideal pero yo uso nfs a través de openvpn y funciona muy bien
pero supongo que dependerá del volumen de datos.
Saludos.
> --
> Camaleón
>
>
> --
> To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
> with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
> Archive: http://lists.debian.org/pan.2013.07.19.17.24...@gmail.com
>
--
http://wp.geeklab.com.ar
--
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20130719160516.2f0acd78@california
Re: Actualizar simultaneamente los clientes de una red
Es necesario que los clientes copien los archivos desde el servidor, y
una vez en el cliente se ejecuten dichos archivos.
(Enviado en texto plano y sin top posting, creo)
El día 19 de julio de 2013 21:22, Angel Claudio Alvarez
escribió:
> El Fri, 19 Jul 2013 17:48:47 +0200
> Altair Linux escribió:
>
>> Buenas,
>>
>> supongamos que tienes varios servidores en Internet, algunos en el mismo
>> datacenter y otros en distintos datacenters. Pueden ser VPS, Servidores
>> Dedicados o CloudVPS.
>>
>> ¿Se puede instalar un servidor NFS en uno de ellos ("el principal") y
>> clientes NFS en todos los demas?. La idea seria que todos los clientes NFS,
>> en un momento dado, accedan al "principal" en modo de solo lectura y copien
>> unos archivos actualizados, se desconecten y que cada cliente NFS los
>> ejecute. La idea es que todos los clientes tengan esos archivos y los
>> ejecuten sin intervencion humana. Aparentemente podria hacerse, segun
>>
>> http://nfs.sourceforge.net/nfs-howto/ar01s02.html#whatis_nfs
>>
>> "The Network File System (NFS) was developed to allow machines to mount a
>> disk partition on a remote machine as if it were a local disk. It allows
>> for fast, seamless sharing of files across a network"
>>
>> pero segun en que sitios he leido que NFS solo sirve para red local,
>> mientras que en otros sitios no indica eso exactamente.
>>
>> Alternativas a esto parece que podria ser el sistema de archivos Coda o
>> rsync. No se si estoy mirando por el camino correcto o me equivoco en algo.
>
>
> Vos necesitas compartir archivos o solo copiarlos y en todo caso ejecutarlos??
> Desde el punto de vista de seguridad no es bueno no tener el control y en
> este caso el servidor principal no lo tendria. Yo utilizaria un script con
> rsync y asi controlar a quien le envio y que le envio.
>
> --
> Angel Claudio Alvarez
>
>
> --
> To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
> with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
> Archive:
> http://lists.debian.org/20130719162205.0cbe7b5fb373147a9baa1...@angel-alvarez.com.ar
>
--
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive:
http://lists.debian.org/ca+hdpfjtgwo8p7htelt7a_377sdhppnsi35ddoeh9vhs9ve...@mail.gmail.com
Re: Actualizar simultaneamente los clientes de una red
El día 19 de julio de 2013 16:33, Altair Linux escribió: > Es necesario que los clientes copien los archivos desde el servidor, y > una vez en el cliente se ejecuten dichos archivos. > > (Enviado en texto plano y sin top posting, creo) > Creo tenés una idea errada de los que es el top posting -- Guido Ignacio -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/CA+wiXxjzH_y=yu=akzf02cnwd5f72wmh3ubr2okkrikjwrw...@mail.gmail.com
Re: Actualizar simultaneamente los clientes de una red
2013/7/19 Altair Linux :
> Buenas,
>
> supongamos que tienes varios servidores en Internet, algunos en el mismo
> datacenter y otros en distintos datacenters. Pueden ser VPS, Servidores
> Dedicados o CloudVPS.
>
> ¿Se puede instalar un servidor NFS en uno de ellos ("el principal") y
> clientes NFS en todos los demas?. La idea seria que todos los clientes NFS,
> en un momento dado, accedan al "principal" en modo de solo lectura y copien
> unos archivos actualizados, se desconecten y que cada cliente NFS los
> ejecute. La idea es que todos los clientes tengan esos archivos y los
> ejecuten sin intervencion humana. Aparentemente podria hacerse, segun
>
> http://nfs.sourceforge.net/nfs-howto/ar01s02.html#whatis_nfs
>
> "The Network File System (NFS) was developed to allow machines to mount a
> disk partition on a remote machine as if it were a local disk. It allows for
> fast, seamless sharing of files across a network"
>
> pero segun en que sitios he leido que NFS solo sirve para red local,
> mientras que en otros sitios no indica eso exactamente.
>
> Alternativas a esto parece que podria ser el sistema de archivos Coda o
> rsync. No se si estoy mirando por el camino correcto o me equivoco en algo.
>
>
Todo depende de lo que quieras hacer. Por lo que leo parecería que
quieres ejecutar algunos scripts particulares en muchos servidores.
Para eso capaz te convenga usar directamente algo como pssh, crear
paquetes especiales con tus scripts o alguna solución de configuración
centralizada como puppet o CFEngine.
Saludos,
Toote
--
Web: http://www.clubjuegosdemesa.com.ar
--
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive:
http://lists.debian.org/CANk6MLYTERQ9OJcDNR=1kNupdxmfgYTEp6=k+7ubthvlq0m...@mail.gmail.com
Re: Actualizar simultaneamente los clientes de una red
On 19/07/13 18:35, Altair Linux wrote: Cada 2x3 se me olvida lo de usar texto sin formato, si es que. Efectivamente, NFS esta mas pensado para LANs que para Internet: "Doing NFS over the internet could be a problem, its really designed for LANs; also most firewalls would block those ports because of that. Why not just do a straight rsync, preferably using ssh as transport." Sacado de http://www.linuxquestions.org/questions/linux-server-73/nfs-mount-over-internet-4175416085/ Lo de usar bitorrent se me habia ocurrido antes, pero lo habia descartado porque creo que habria que ir cliente a cliente, poniendo los enlaces a descargar manualmente. Y es que pueden ser MUCHOS clientes (cientos o mas). Lo de Samba no lo habia mirado mucho porque, hasta donde tengo entendido, es para compartir archivos entre Windows y Linux, y en este caso todos son Linux. Otra cosa mas, los archivos que se comparten cambian casi continuamente. Parece que algo tipo "cliente servidor" seria lo mas practico, puede que algo como rsync. Si los archivos cambian contínuamente, con rsync te obligas de algún modo a hacer "polling" (para ver qué cambió) o a ejecutarlo contínuamente en períodos. En cambio, con sistemas de ficheros en red (nfs, samba, sshfs...) te abstrae de esa tarea, dado que los clientes montan "el maestro" y los cambios producidos en éste se propagan solos a los demás que montan el recurso que exporta. Haciendo un poco de brainstorming también ;) Salut, jors -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/51e96c76.4060...@enchufado.com
Re: Actualizar simultaneamente los clientes de una red
La verdad es que el tema tiene miga. Un sistema P2P como bittorrent no me termina de gustar porque habria que ir cliente a cliente, y cuando son muchisimos clientes (cientos o mas) no parece practico. Lo de combinar openvpn con NFS podria ser una opcion, creo que solo seria automatizar en el cliente cuando se monta el directorio remoto compartido, copiar los archivos, desmontar el directorio y ejecutar los scripts. Por cierto openvpn tiene soporte para seguridad SSL. La tercera opcion seria lo de secure shell filesystem, que parece una forma diferente de hacer algo parecido a openvpn + NFS. Aunque sigo analizando las diferentes opciones, creo que la segunda opcion parece lo mas adecuado. El día 19 de julio de 2013 21:39, Guido Ignacio escribió: > El día 19 de julio de 2013 16:33, Altair Linux > escribió: >> Es necesario que los clientes copien los archivos desde el servidor, y >> una vez en el cliente se ejecuten dichos archivos. >> >> (Enviado en texto plano y sin top posting, creo) >> > > Creo tenés una idea errada de los que es el top posting > > -- > Guido Ignacio > > > -- > To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org > with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org > Archive: > http://lists.debian.org/ca+wixxjzh_yyuakzf02cnwd5f72wmh3ubr2okkrikjwrw...@mail.gmail.com > -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/CA+HdPfL9cTGucj3kvMABswKcSyU19-og2dMXH-aWEdP=fhz...@mail.gmail.com
Re: Actualizar simultaneamente los clientes de una red
On 20/07/13 10:58, Altair Linux wrote: La verdad es que el tema tiene miga. Un sistema P2P como bittorrent no me termina de gustar porque habria que ir cliente a cliente, y cuando son muchisimos clientes (cientos o mas) no parece practico. Lo de combinar openvpn con NFS podria ser una opcion, creo que solo seria automatizar en el cliente cuando se monta el directorio remoto compartido, copiar los archivos, desmontar el directorio y ejecutar los scripts. Por cierto openvpn tiene soporte para seguridad SSL. La tercera opcion seria lo de secure shell filesystem, que parece una forma diferente de hacer algo parecido a openvpn + NFS. Aunque sigo analizando las diferentes opciones, creo que la segunda opcion parece lo mas adecuado. Independientemente de la adecuación de la solución a tus necesidades (en ese aspecto eres tú el más sabe), no hay color entre la facilidad de despliegue de la segunda solución (openvpn+nfs) versus la tercera (sshfs). En ésta última, sólo tienes que hacer el montado del lado de los clientes: # apt-cache show sshfs (...) Description-en: filesystem client based on SSH File Transfer Protocol sshfs is a filesystem client based on the SSH File Transfer Protocol. Since most SSH servers already support this protocol it is very easy to set up: i.e. on the server side there's nothing to do. On the client side mounting the filesystem is as easy as logging into the server with ssh. (...) Ya nos contarás (si quieres) por qué opción te decantaste :) Salut, jors -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/51ea577e.4010...@enchufado.com
Re: Actualizar simultaneamente los clientes de una red
Debo estar un poco espeso, supongo porque donde estoy hace ya un calor impresionante aunque uses aire. No me queda del todo claro si dices que openvpn + NFS es mas facil de desplegar que sshfs o al reves. El día 20 de julio de 2013 11:25, jors escribió: > On 20/07/13 10:58, Altair Linux wrote: >> >> La verdad es que el tema tiene miga. >> >> Un sistema P2P como bittorrent no me termina de gustar porque habria >> que ir cliente a cliente, y cuando son muchisimos clientes (cientos o >> mas) no parece practico. >> >> Lo de combinar openvpn con NFS podria ser una opcion, creo que solo >> seria automatizar en el cliente cuando se monta el directorio remoto >> compartido, copiar los archivos, desmontar el directorio y ejecutar >> los scripts. Por cierto openvpn tiene soporte para seguridad SSL. >> >> La tercera opcion seria lo de secure shell filesystem, que parece una >> forma diferente de hacer algo parecido a openvpn + NFS. >> >> Aunque sigo analizando las diferentes opciones, creo que la segunda >> opcion parece lo mas adecuado. > > > Independientemente de la adecuación de la solución a tus necesidades (en ese > aspecto eres tú el más sabe), no hay color entre la facilidad de despliegue > de la segunda solución (openvpn+nfs) versus la tercera (sshfs). En ésta > última, sólo tienes que hacer el montado del lado de los clientes: > > # apt-cache show sshfs > > (...) > Description-en: filesystem client based on SSH File Transfer Protocol > sshfs is a filesystem client based on the SSH File Transfer Protocol. > Since most SSH servers already support this protocol it is very easy > to set up: i.e. on the server side there's nothing to do. On the > client side mounting the filesystem is as easy as logging into the > server with ssh. > (...) > > Ya nos contarás (si quieres) por qué opción te decantaste :) > > Salut, > jors > > > > -- > To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org > with a subject of "unsubscribe". Trouble? Contact > listmas...@lists.debian.org > Archive: http://lists.debian.org/51ea577e.4010...@enchufado.com > -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/CA+HdPf+g9xY2UoS_1qjdsTv=o=oc5bkgm6zt1vjwuoji475...@mail.gmail.com
Re: Actualizar simultaneamente los clientes de una red
On 20/07/13 12:24, Altair Linux wrote: Debo estar un poco espeso, supongo porque donde estoy hace ya un calor impresionante aunque uses aire. No me queda del todo claro si dices que openvpn + NFS es mas facil de desplegar que sshfs o al reves. No hay problema. Me refería a la facilidad del despliegue de sshfs: montas el fs en los clientes y listo. Salut, jors -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/51ea67e8.3000...@enchufado.com
Re: Actualizar simultaneamente los clientes de una red
El Sat, 20 Jul 2013 10:58:40 +0200, Altair Linux escribió: > La verdad es que el tema tiene miga. > > Un sistema P2P como bittorrent no me termina de gustar porque habria que > ir cliente a cliente, y cuando son muchisimos clientes (cientos o mas) > no parece practico. (...) ¿A qué te refieres con "ir cliente a cliente"? Vas a tener que cambios manualmente en todos los equipos donde quieras ejecutar ese trabajo independientemente de la solución que uses, sí o sí. De todas formas, la mayor ventaja que le veo a usar una solución P2P estaría fundamentada principalmente en dos variables: velocidad de descarga y tamaño de los archivos a transferir porque si lo que tienen que copiar los clientes son apenas unos KiB estarías matando moscas a cañonazos con este tipo de solución y podrías salir del paso con una simple rutina en el cron que se encargue de obtener los archivos en los clientes (mediante rsync o una simple conexión ftp) y una vez en local, ejecutarse. Saludos, -- Camaleón -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/pan.2013.07.20.13.25...@gmail.com
Re: Actualizar simultaneamente los clientes de una red
El 20/07/13 12:24, Altair Linux escribió: ... No me queda del todo claro si dices que openvpn + NFS es mas facil de desplegar que sshfs o al reves. ... La tercera opcion seria lo de secure shell filesystem, que parece una forma diferente de hacer algo parecido a openvpn + NFS. Aunque sigo analizando las diferentes opciones, creo que la segunda opcion parece lo mas adecuado. Independientemente de la adecuación de la solución a tus necesidades (en ese aspecto eres tú el más sabe), no hay color entre la facilidad de despliegue de la segunda solución (openvpn+nfs) versus la tercera (sshfs). En ésta última, sólo tienes que hacer el montado del lado de los clientes: # apt-cache show sshfs (...) Description-en: filesystem client based on SSH File Transfer Protocol sshfs is a filesystem client based on the SSH File Transfer Protocol. Since most SSH servers already support this protocol it is very easy to set up: i.e. on the server side there's nothing to do. On the client side mounting the filesystem is as easy as logging into the server with ssh. (...) Tras leer todo el hilo, igual me he dejado algo, pero no me queda claro realmente cuales son las necesidades. Supongo que hay un Nº de clientes X, que deben bajarse algo del servidor, y ejecutarlo. No se que tipo de clientes, asi que asumo que son Linux o Unix standar. Entiendo que lo que te interesa solo es la transmisión de dichos ficheros, a nivel de comunicación, poruqe la ejecución se llevaría a cabo en el cliente con la periodicidad que establezcas, por tanto, el problema en si mismo, se reduce a cual es la mejor forma de descargar unos ficheros desde una ubicación centralizada a unos clientes. Entiendo que tampoco te interesa andar instalando aplicaciones específicas cliente-servidor para reducir el trabajo de implantación-mantenimiento. Y yo particularmente no soy partidario de montar ningun FS remoto a través de WAN. YO te sugeriria lo mas estandar del mundo. Web server en el servidor centralizado y descarga con curl o algo así desde los clientes. Facil, sencillo y para toda la familia ;-) -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/51ebc32f.6070...@bersol.info
Re: Actualizar simultaneamente los clientes de una red
"Supongo que hay un Nº de clientes X, que deben bajarse algo del servidor, y ejecutarlo. No se que tipo de clientes, asi que asumo que son Linux o Unix standar." Correcto, son Linux. "Entiendo que lo que te interesa solo es la transmisión de dichos ficheros, a nivel de comunicación, poruqe la ejecución se llevaría a cabo en el cliente con la periodicidad que establezcas, por tanto, el problema en si mismo, se reduce a cual es la mejor forma de descargar unos ficheros desde una ubicación centralizada a unos clientes." Correcto. "Entiendo que tampoco te interesa andar instalando aplicaciones específicas cliente-servidor para reducir el trabajo de implantación-mantenimiento. Y yo particularmente no soy partidario de montar ningun FS remoto a través de WAN." La idea de algo tipo cliente-servidor parece lo mas adecuado. En el caso de cliente-servidor, un posible planteamiento es este: - En el lado del servidor hay unos directorios compartidos en modo de solo lectura. Dentro de cada uno hay una serie de archivos, cada uno de los cuales tiene poco tamaño, menos de 1 Mb. Los archivos que hay dentro de la carpeta se van renovando cada X tiempo. Algunas veces los archvos seran exactamente los mismos, otras veces habran cambiado de tamaño (mas Kb o menos Kb), otras veces ya no estaran (habran sido eliminados). Cada directorio compartido es accedido por multiples clientes. - En el lado del cliente se ejecuta cada X tiempo una rutina (usando cron, por ejemplo), se conectan al servidor de forma segura, obtiene una copia de los archivos que haya en el directorio que se le ha indicado y desconecta. En un determinado momento (cron, de nuevo) el cliente ejecuta los archivos que ha obtenido. Espero que esto ayude, llevo todo el fin de semana de brainstorming y con un calor pese a tener el aire a tope ;) El día 21 de julio de 2013 13:17, Alberto escribió: > El 20/07/13 12:24, Altair Linux escribió: > ... > > >> No me queda del todo claro si dices que openvpn + NFS es mas facil de >> desplegar que sshfs o al reves. >> > ... > > La tercera opcion seria lo de secure shell filesystem, que parece una forma diferente de hacer algo parecido a openvpn + NFS. Aunque sigo analizando las diferentes opciones, creo que la segunda opcion parece lo mas adecuado. >>> >>> >>> >>> Independientemente de la adecuación de la solución a tus necesidades (en >>> ese >>> aspecto eres tú el más sabe), no hay color entre la facilidad de >>> despliegue >>> de la segunda solución (openvpn+nfs) versus la tercera (sshfs). En ésta >>> última, sólo tienes que hacer el montado del lado de los clientes: >>> >>> # apt-cache show sshfs >>> >>> (...) >>> Description-en: filesystem client based on SSH File Transfer Protocol >>> sshfs is a filesystem client based on the SSH File Transfer Protocol. >>> Since most SSH servers already support this protocol it is very easy >>> to set up: i.e. on the server side there's nothing to do. On the >>> client side mounting the filesystem is as easy as logging into the >>> server with ssh. >>> (...) > > > Tras leer todo el hilo, igual me he dejado algo, pero no me queda claro > realmente cuales son las necesidades. > > Supongo que hay un Nº de clientes X, que deben bajarse algo del servidor, y > ejecutarlo. No se que tipo de clientes, asi que asumo que son Linux o Unix > standar. > > Entiendo que lo que te interesa solo es la transmisión de dichos ficheros, a > nivel de comunicación, poruqe la ejecución se llevaría a cabo en el cliente > con la periodicidad que establezcas, por tanto, el problema en si mismo, se > reduce a cual es la mejor forma de descargar unos ficheros desde una > ubicación centralizada a unos clientes. > > Entiendo que tampoco te interesa andar instalando aplicaciones específicas > cliente-servidor para reducir el trabajo de implantación-mantenimiento. Y yo > particularmente no soy partidario de montar ningun FS remoto a través de > WAN. > > YO te sugeriria lo mas estandar del mundo. Web server en el servidor > centralizado y descarga con curl o algo así desde los clientes. > > Facil, sencillo y para toda la familia ;-) > > > > > -- > To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org > with a subject of "unsubscribe". Trouble? Contact > listmas...@lists.debian.org > Archive: http://lists.debian.org/51ebc32f.6070...@bersol.info > -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/ca+hdpfjsm48nzyzruta+ff6x5jeviuy7zxbukasi-kdm7xg...@mail.gmail.com
Re: Actualizar simultaneamente los clientes de una red
El día 21 de julio de 2013 18:14, Altair Linux escribió: > "Supongo que hay un Nº de clientes X, que deben bajarse algo del > servidor, y ejecutarlo. No se que tipo de clientes, asi que asumo que > son Linux o Unix standar." > > Correcto, son Linux. > > "Entiendo que lo que te interesa solo es la transmisión de dichos > ficheros, a nivel de comunicación, poruqe la ejecución se llevaría a > cabo en el cliente con la periodicidad que establezcas, por tanto, el > problema en si mismo, se reduce a cual es la mejor forma de descargar > unos ficheros desde una ubicación centralizada a unos clientes." > > Correcto. > > "Entiendo que tampoco te interesa andar instalando aplicaciones > específicas cliente-servidor para reducir el trabajo de > implantación-mantenimiento. Y yo particularmente no soy partidario de > montar ningun FS remoto a través de WAN." > > La idea de algo tipo cliente-servidor parece lo mas adecuado. > > En el caso de cliente-servidor, un posible planteamiento es este: > > - En el lado del servidor hay unos directorios compartidos en modo de > solo lectura. Dentro de cada uno hay una serie de archivos, cada uno > de los cuales tiene poco tamaño, menos de 1 Mb. Los archivos que hay > dentro de la carpeta se van renovando cada X tiempo. Algunas veces los > archvos seran exactamente los mismos, otras veces habran cambiado de > tamaño (mas Kb o menos Kb), otras veces ya no estaran (habran sido > eliminados). Cada directorio compartido es accedido por multiples > clientes. > > - En el lado del cliente se ejecuta cada X tiempo una rutina (usando > cron, por ejemplo), se conectan al servidor de forma segura, obtiene > una copia de los archivos que haya en el directorio que se le ha > indicado y desconecta. En un determinado momento (cron, de nuevo) el > cliente ejecuta los archivos que ha obtenido. > > Espero que esto ayude, llevo todo el fin de semana de brainstorming y > con un calor pese a tener el aire a tope ;) > > > > El día 21 de julio de 2013 13:17, Alberto escribió: >> El 20/07/13 12:24, Altair Linux escribió: >> ... >> >> >>> No me queda del todo claro si dices que openvpn + NFS es mas facil de >>> desplegar que sshfs o al reves. >>> >> ... >> >> > > La tercera opcion seria lo de secure shell filesystem, que parece una > forma diferente de hacer algo parecido a openvpn + NFS. > > Aunque sigo analizando las diferentes opciones, creo que la segunda > opcion parece lo mas adecuado. Independientemente de la adecuación de la solución a tus necesidades (en ese aspecto eres tú el más sabe), no hay color entre la facilidad de despliegue de la segunda solución (openvpn+nfs) versus la tercera (sshfs). En ésta última, sólo tienes que hacer el montado del lado de los clientes: # apt-cache show sshfs (...) Description-en: filesystem client based on SSH File Transfer Protocol sshfs is a filesystem client based on the SSH File Transfer Protocol. Since most SSH servers already support this protocol it is very easy to set up: i.e. on the server side there's nothing to do. On the client side mounting the filesystem is as easy as logging into the server with ssh. (...) >> >> >> Tras leer todo el hilo, igual me he dejado algo, pero no me queda claro >> realmente cuales son las necesidades. >> >> Supongo que hay un Nº de clientes X, que deben bajarse algo del servidor, y >> ejecutarlo. No se que tipo de clientes, asi que asumo que son Linux o Unix >> standar. >> >> Entiendo que lo que te interesa solo es la transmisión de dichos ficheros, a >> nivel de comunicación, poruqe la ejecución se llevaría a cabo en el cliente >> con la periodicidad que establezcas, por tanto, el problema en si mismo, se >> reduce a cual es la mejor forma de descargar unos ficheros desde una >> ubicación centralizada a unos clientes. >> >> Entiendo que tampoco te interesa andar instalando aplicaciones específicas >> cliente-servidor para reducir el trabajo de implantación-mantenimiento. Y yo >> particularmente no soy partidario de montar ningun FS remoto a través de >> WAN. >> >> YO te sugeriria lo mas estandar del mundo. Web server en el servidor >> centralizado y descarga con curl o algo así desde los clientes. >> >> Facil, sencillo y para toda la familia ;-) >> >> >> >> >> -- >> To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org >> with a subject of "unsubscribe". Trouble? Contact >> listmas...@lists.debian.org >> Archive: http://lists.debian.org/51ebc32f.6070...@bersol.info >> > No has pensado en un sistema de control de versiones con subversion. S2. -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/CAGw=rhjodxoltmv1xmvvv3xfw6tniy2wjddj_b_mlfxdne_...@mail.gmail.com
Re: Actualizar simultaneamente los clientes de una red
El 21/07/13 18:14, Altair Linux escribió: ... La idea de algo tipo cliente-servidor parece lo mas adecuado. En el caso de cliente-servidor, un posible planteamiento es este: - En el lado del servidor hay unos directorios compartidos en modo de solo lectura. Dentro de cada uno hay una serie de archivos, cada uno de los cuales tiene poco tamaño, menos de 1 Mb. Los archivos que hay dentro de la carpeta se van renovando cada X tiempo. Algunas veces los archvos seran exactamente los mismos, otras veces habran cambiado de tamaño (mas Kb o menos Kb), otras veces ya no estaran (habran sido eliminados). Cada directorio compartido es accedido por multiples clientes. - En el lado del cliente se ejecuta cada X tiempo una rutina (usando cron, por ejemplo), se conectan al servidor de forma segura, obtiene una copia de los archivos que haya en el directorio que se le ha indicado y desconecta. En un determinado momento (cron, de nuevo) el cliente ejecuta los archivos que ha obtenido. Dices que tienes compartidos unos directorios, imagino que con Samba, sin embargo, comentas que se conectan los clientes de forma segura! mmm, la interpretación que hago de eso es que se conectan por ssh, personalmente me parece la mejor opción si no optas por la que te he dado inicialmente. Me reafirmo en que compartir recursos/directorios a traves de WAN, no es la mejor opción, asi que te sugiero la transmisión más liviana y segura. Ya que tienes clientes linux, cruza las claves publicas para evitar la validación interactiva, y utiliza ssh, de esta forma, podrias escriptar las transmisiones de forma que solo descargues los ficheros que no existan o se hayan modificado (a traves de rsync). -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/51ec1458.7000...@bersol.info
Re: Actualizar simultaneamente los clientes de una red
Buenas, al final parece que se va a usar rsync, combinado con algunos programas que se lanzaran con cron. Se usara rsync con 24h de antelacion para que todos los clientes tengan los archivos que les corresponde con tiempo de sobra. Una vez llegado el momento todos los clientes empiezan a ejecutar los programas usando cron. Esta claro que todo esto consume trafico de los clientes, pero dado que hoy en dia el trafico mensual disponible es habitualmente de varios cientos de Gb y que los archivos que se propagan son generalmente muy pequeños (algunos Kb en la mayoria de los casos) el "coste de trafico" es muy bajo. Creo que ha sido solucionado. Gracias por la ayuda. El día 21 de julio de 2013 19:03, Alberto escribió: > El 21/07/13 18:14, Altair Linux escribió: > ... > > >> La idea de algo tipo cliente-servidor parece lo mas adecuado. >> >> En el caso de cliente-servidor, un posible planteamiento es este: >> >> - En el lado del servidor hay unos directorios compartidos en modo de >> solo lectura. Dentro de cada uno hay una serie de archivos, cada uno >> de los cuales tiene poco tamaño, menos de 1 Mb. Los archivos que hay >> dentro de la carpeta se van renovando cada X tiempo. Algunas veces los >> archvos seran exactamente los mismos, otras veces habran cambiado de >> tamaño (mas Kb o menos Kb), otras veces ya no estaran (habran sido >> eliminados). Cada directorio compartido es accedido por multiples >> clientes. >> >> - En el lado del cliente se ejecuta cada X tiempo una rutina (usando >> cron, por ejemplo), se conectan al servidor de forma segura, obtiene >> una copia de los archivos que haya en el directorio que se le ha >> indicado y desconecta. En un determinado momento (cron, de nuevo) el >> cliente ejecuta los archivos que ha obtenido. > > > Dices que tienes compartidos unos directorios, imagino que con Samba, sin > embargo, comentas que se conectan los clientes de forma segura! > > mmm, la interpretación que hago de eso es que se conectan por ssh, > personalmente me parece la mejor opción si no optas por la que te he dado > inicialmente. > > Me reafirmo en que compartir recursos/directorios a traves de WAN, no es la > mejor opción, asi que te sugiero la transmisión más liviana y segura. > > Ya que tienes clientes linux, cruza las claves publicas para evitar la > validación interactiva, y utiliza ssh, de esta forma, podrias escriptar las > transmisiones de forma que solo descargues los ficheros que no existan o se > hayan modificado (a traves de rsync). > > > > > > -- > To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org > with a subject of "unsubscribe". Trouble? Contact > listmas...@lists.debian.org > Archive: http://lists.debian.org/51ec1458.7000...@bersol.info > -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/ca+hdpfjkdwaqok10641tzjqqqjhwd-zq_sm+wvs+eiy_nwc...@mail.gmail.com
