Re: Actualizar simultaneamente los clientes de una red
El día 21 de julio de 2013 18:14, Altair Linux <altairlinux@gmail.com> 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 <alberto@bersol.info> 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-REQUEST@lists.debian.org
>> with a subject of "unsubscribe". Trouble? Contact
>> listmaster@lists.debian.org
>> Archive: [🔎] 51EBC32F.6070404@bersol.info">http://lists.debian.org/[🔎] 51EBC32F.6070404@bersol.info
>>
>
No has pensado en un sistema de control de versiones con subversion.
S2.
Reply to: