Re: pegándome con el demonio de rsync

2018-11-06 Por tema miguel angel gonzalez
Hola Paynalton,
lo utilizo como demonio, es decir, la clave va en fichero, en la
configuración se la paso por fichero, este fichero está en la máquina
cliente:
rsync -avz *--password-file=/home/miguel/pass *--delete-after rsync://
miguel@10.0.2.11/moduloespejo /home/miguel/www
Como dice Oddiex, el fichero secrets del servidor tiene la sintáxis:
usuario:contraseña.
--
Oddiex: como me indicas, he puesto la ip del servidor:
RSYNC_OPTS='--address=10.0.2.11'

Sigue sin funcionar, entre medias, he montado un servidor drbd entre las
dos máquinas, y funcionando perfectamente...La mejor opción funcionando en
10min, la peor dando guerra :) ¿tienes el tutorial que me comentabas? Me
interesa implementar para apache o otros servicios tipo como mysql.

El tutorial que he seguido de drbd por si ayuda a alguien:
https://www.linux-party.com/99-cloudcomputing/9045-configurar-un-servidor-raid1-en-red-con-drbd-en-linux-2-de-2

Gracias de nuevo!

El mar., 6 nov. 2018 a las 19:29, Paynalton ()
escribió:

>
>
> El mar., 6 de nov. de 2018 a la(s) 12:18, OddieX 
> escribió:
>
>>
>>
>> El mar., 6 de nov. de 2018 15:00, Paynalton 
>> escribió:
>>
>>> pregunta tonta: pusiste la contraseña directamente en el archivo o la
>>> generaste???
>>>
>>> Sugerencia: Puedes usar ssh-key para permitir el acceso a tu servidor
>>> sin contraseña y que así rsync no requiera autentificación.
>>> ve esto:
>>> https://www.digitalocean.com/community/tutorials/how-to-set-up-ssh-keys--2
>>>
>>> El mar., 6 de nov. de 2018 a la(s) 11:04, OddieX 
>>> escribió:
>>>


 El mar., 6 de nov. de 2018 08:26, miguel angel gonzalez <
 mangelgonza...@gmail.com> escribió:

> Hola, he hecho las pruebas que me indicas, con los cambios y me sigue
> dando problemas.
> https://ibb.co/eyTFQA
> https://ibb.co/jU2aQA
> https://ibb.co/hmSydV
> El dichoso fallo.
> https://ibb.co/jDJ4JV
> Rsyncd.secrets tiene los permisos  a 400
> --
> Por cierto, como me indicas la opción correcta para algo continuo es
> drbd, es lo siguiente que quiero montar como pruebas.
> ¿Alguna idea?Muchas gracias!
>
> El mar., 6 nov. 2018 a las 7:42, OddieX () escribió:
>
>> El mar., 6 nov. 2018 a las 3:28, miguel angel gonzalez
>> () escribió:
>> >
>> >
>> >
>> > Buenos días,
>> >
>> > Por curiosidad estoy montando en un laboratorio que consta de un
>> servidor y un cliente rsync con el demonio para que me mantenga una copia
>> exacta en ambas máquinas en todo momento. No sé si en un futuro me tocará
>> implementarlo.
>> >
>> > Dejo los fichero de configuración del servidor:
>> > https://ibb.co/ewSGFA
>> >
>> > En secrets tengo el usuario y contraseña.
>> > Después de todo esto arranco el demonio:
>> > https://ibb.co/fFhivA
>> >
>> > Todo bien, está corriendo.
>> > --
>> > En el cliente:
>> > He creado dos ficheros un script con el comando a ejecutar y otro
>> con la contraseña de validación para rsync.
>> > https://ibb.co/cVj5aA
>> > el script es el siguiente:
>> > https://ibb.co/dsLYTV
>> >
>> > Para las pruebas voy comentando o descomentando entre los dos que
>> he marcado. En el primer caso le digo desde donde debe coger la 
>> contraseña.
>> Esta medida tampoco la veo muy necesaria, entre ambos tengo configuradas
>> las claves públicas de ssh, si montara esto crearía una cuenta de 
>> servicio.
>> > Cron, por último la tarea programada.
>> > https://ibb.co/fvQp2q
>> >
>> > Falla la autenticación, ejecuto el script para depurar el error y
>> veo que me pide la contraseña, como si no llegara a abrir e fichero.
>> > Si ejecuto el script sin la contraseña, me la pide y se realiza la
>> copia.
>> > https://ibb.co/nGYsNq
>> >
>> > Descomento la línea de la contraseña del script y lo ejecuto
>> manualmente. Y ya tengo el error:
>> >
>> > https://ibb.co/futgFA
>> >
>> > Para que no haya dudas, os pongo los permisos de los ficheros.
>> > cliente:
>> > https://ibb.co/n7vdvA
>> >
>> > servidor:
>> > https://ibb.co/fbfYTV
>> >
>> > ¿Alguna idea? Muchas gracias!!
>> > --
>> > /m.a.
>> >
>> >
>> >
>>
>> No es muy dificil utilizar rsync para lo que vos estas necesitando, te
>> dejo como lo tengo yo:
>>
>> rsyncd.conf:
>>
>> max connections = 2
>> log file = /var/log/rsync.log
>> timeout = 4000
>> hosts allow=10.10.1.72
>>
>> [etc]
>> comment = etc
>> path = /etc
>> read only = true
>> list = true
>> uid = root
>> gid = root
>> auth users = userx
>> secrets file = /etc/rsyncd.secrets
>>
>> /etc/rsyncd.secrets (Tenes q cambiarle los permisos a 400 sino no te
>> funciona)
>>
>> usuario:contraseña
>>
>> Y luego en /etc/defaults/rsync tenes que ponerle el IP al que queres
>> que levante 

Re: pegándome con el demonio de rsync

2018-11-06 Por tema Paynalton
El mar., 6 de nov. de 2018 a la(s) 12:18, OddieX 
escribió:

>
>
> El mar., 6 de nov. de 2018 15:00, Paynalton 
> escribió:
>
>> pregunta tonta: pusiste la contraseña directamente en el archivo o la
>> generaste???
>>
>> Sugerencia: Puedes usar ssh-key para permitir el acceso a tu servidor sin
>> contraseña y que así rsync no requiera autentificación.
>> ve esto:
>> https://www.digitalocean.com/community/tutorials/how-to-set-up-ssh-keys--2
>>
>> El mar., 6 de nov. de 2018 a la(s) 11:04, OddieX 
>> escribió:
>>
>>>
>>>
>>> El mar., 6 de nov. de 2018 08:26, miguel angel gonzalez <
>>> mangelgonza...@gmail.com> escribió:
>>>
 Hola, he hecho las pruebas que me indicas, con los cambios y me sigue
 dando problemas.
 https://ibb.co/eyTFQA
 https://ibb.co/jU2aQA
 https://ibb.co/hmSydV
 El dichoso fallo.
 https://ibb.co/jDJ4JV
 Rsyncd.secrets tiene los permisos  a 400
 --
 Por cierto, como me indicas la opción correcta para algo continuo es
 drbd, es lo siguiente que quiero montar como pruebas.
 ¿Alguna idea?Muchas gracias!

 El mar., 6 nov. 2018 a las 7:42, OddieX () escribió:

> El mar., 6 nov. 2018 a las 3:28, miguel angel gonzalez
> () escribió:
> >
> >
> >
> > Buenos días,
> >
> > Por curiosidad estoy montando en un laboratorio que consta de un
> servidor y un cliente rsync con el demonio para que me mantenga una copia
> exacta en ambas máquinas en todo momento. No sé si en un futuro me tocará
> implementarlo.
> >
> > Dejo los fichero de configuración del servidor:
> > https://ibb.co/ewSGFA
> >
> > En secrets tengo el usuario y contraseña.
> > Después de todo esto arranco el demonio:
> > https://ibb.co/fFhivA
> >
> > Todo bien, está corriendo.
> > --
> > En el cliente:
> > He creado dos ficheros un script con el comando a ejecutar y otro
> con la contraseña de validación para rsync.
> > https://ibb.co/cVj5aA
> > el script es el siguiente:
> > https://ibb.co/dsLYTV
> >
> > Para las pruebas voy comentando o descomentando entre los dos que he
> marcado. En el primer caso le digo desde donde debe coger la contraseña.
> Esta medida tampoco la veo muy necesaria, entre ambos tengo configuradas
> las claves públicas de ssh, si montara esto crearía una cuenta de 
> servicio.
> > Cron, por último la tarea programada.
> > https://ibb.co/fvQp2q
> >
> > Falla la autenticación, ejecuto el script para depurar el error y
> veo que me pide la contraseña, como si no llegara a abrir e fichero.
> > Si ejecuto el script sin la contraseña, me la pide y se realiza la
> copia.
> > https://ibb.co/nGYsNq
> >
> > Descomento la línea de la contraseña del script y lo ejecuto
> manualmente. Y ya tengo el error:
> >
> > https://ibb.co/futgFA
> >
> > Para que no haya dudas, os pongo los permisos de los ficheros.
> > cliente:
> > https://ibb.co/n7vdvA
> >
> > servidor:
> > https://ibb.co/fbfYTV
> >
> > ¿Alguna idea? Muchas gracias!!
> > --
> > /m.a.
> >
> >
> >
>
> No es muy dificil utilizar rsync para lo que vos estas necesitando, te
> dejo como lo tengo yo:
>
> rsyncd.conf:
>
> max connections = 2
> log file = /var/log/rsync.log
> timeout = 4000
> hosts allow=10.10.1.72
>
> [etc]
> comment = etc
> path = /etc
> read only = true
> list = true
> uid = root
> gid = root
> auth users = userx
> secrets file = /etc/rsyncd.secrets
>
> /etc/rsyncd.secrets (Tenes q cambiarle los permisos a 400 sino no te
> funciona)
>
> usuario:contraseña
>
> Y luego en /etc/defaults/rsync tenes que ponerle el IP al que queres
> que levante rsync, si tenes varias IP y solo queres que levante en una
> sola:
>
> RSYNC_OPTS='--address=10.10.1.85'
>
> Y obvio poner enable el servicio:
>
> RSYNC_ENABLE=true
>
> Eso es suficiente para que te funcione...
>
>
>
> Peero, para lo que vos necesitas, yo optaria por un
> sistema que trabaje a mas bajo nivel y replique instantaneamente como
> DRBD...
>
> El DRBD cuando vos realizas un cambio en un archivo se replica en el
> otro servidor automaticamente, y lo podes usar en modo primary slave o
> primary primary con una particion OCF2... Podes utilizar un heartbeat
> para manejar la caida de los nodos en HA y te va a servir mas que
> estar todo el tiempo ejecutando scripts y realentizando el sistema,
> ademas de que con rsync las copias no van a ser online, si no que van
> a tardar en realizarse la sincronizacion, con drbd la copia es
> instantanea...
>
> Espero q te sirva! Saludos!
>
>

 --
 /m.a.

>>>
>>> Fijate que en --address estas poniendo una network, ahi debes poner el
>>> IP 

Re: pegándome con el demonio de rsync

2018-11-06 Por tema OddieX
El mar., 6 de nov. de 2018 15:00, Paynalton  escribió:

> pregunta tonta: pusiste la contraseña directamente en el archivo o la
> generaste???
>
> Sugerencia: Puedes usar ssh-key para permitir el acceso a tu servidor sin
> contraseña y que así rsync no requiera autentificación.
> ve esto:
> https://www.digitalocean.com/community/tutorials/how-to-set-up-ssh-keys--2
>
> El mar., 6 de nov. de 2018 a la(s) 11:04, OddieX 
> escribió:
>
>>
>>
>> El mar., 6 de nov. de 2018 08:26, miguel angel gonzalez <
>> mangelgonza...@gmail.com> escribió:
>>
>>> Hola, he hecho las pruebas que me indicas, con los cambios y me sigue
>>> dando problemas.
>>> https://ibb.co/eyTFQA
>>> https://ibb.co/jU2aQA
>>> https://ibb.co/hmSydV
>>> El dichoso fallo.
>>> https://ibb.co/jDJ4JV
>>> Rsyncd.secrets tiene los permisos  a 400
>>> --
>>> Por cierto, como me indicas la opción correcta para algo continuo es
>>> drbd, es lo siguiente que quiero montar como pruebas.
>>> ¿Alguna idea?Muchas gracias!
>>>
>>> El mar., 6 nov. 2018 a las 7:42, OddieX () escribió:
>>>
 El mar., 6 nov. 2018 a las 3:28, miguel angel gonzalez
 () escribió:
 >
 >
 >
 > Buenos días,
 >
 > Por curiosidad estoy montando en un laboratorio que consta de un
 servidor y un cliente rsync con el demonio para que me mantenga una copia
 exacta en ambas máquinas en todo momento. No sé si en un futuro me tocará
 implementarlo.
 >
 > Dejo los fichero de configuración del servidor:
 > https://ibb.co/ewSGFA
 >
 > En secrets tengo el usuario y contraseña.
 > Después de todo esto arranco el demonio:
 > https://ibb.co/fFhivA
 >
 > Todo bien, está corriendo.
 > --
 > En el cliente:
 > He creado dos ficheros un script con el comando a ejecutar y otro con
 la contraseña de validación para rsync.
 > https://ibb.co/cVj5aA
 > el script es el siguiente:
 > https://ibb.co/dsLYTV
 >
 > Para las pruebas voy comentando o descomentando entre los dos que he
 marcado. En el primer caso le digo desde donde debe coger la contraseña.
 Esta medida tampoco la veo muy necesaria, entre ambos tengo configuradas
 las claves públicas de ssh, si montara esto crearía una cuenta de servicio.
 > Cron, por último la tarea programada.
 > https://ibb.co/fvQp2q
 >
 > Falla la autenticación, ejecuto el script para depurar el error y veo
 que me pide la contraseña, como si no llegara a abrir e fichero.
 > Si ejecuto el script sin la contraseña, me la pide y se realiza la
 copia.
 > https://ibb.co/nGYsNq
 >
 > Descomento la línea de la contraseña del script y lo ejecuto
 manualmente. Y ya tengo el error:
 >
 > https://ibb.co/futgFA
 >
 > Para que no haya dudas, os pongo los permisos de los ficheros.
 > cliente:
 > https://ibb.co/n7vdvA
 >
 > servidor:
 > https://ibb.co/fbfYTV
 >
 > ¿Alguna idea? Muchas gracias!!
 > --
 > /m.a.
 >
 >
 >

 No es muy dificil utilizar rsync para lo que vos estas necesitando, te
 dejo como lo tengo yo:

 rsyncd.conf:

 max connections = 2
 log file = /var/log/rsync.log
 timeout = 4000
 hosts allow=10.10.1.72

 [etc]
 comment = etc
 path = /etc
 read only = true
 list = true
 uid = root
 gid = root
 auth users = userx
 secrets file = /etc/rsyncd.secrets

 /etc/rsyncd.secrets (Tenes q cambiarle los permisos a 400 sino no te
 funciona)

 usuario:contraseña

 Y luego en /etc/defaults/rsync tenes que ponerle el IP al que queres
 que levante rsync, si tenes varias IP y solo queres que levante en una
 sola:

 RSYNC_OPTS='--address=10.10.1.85'

 Y obvio poner enable el servicio:

 RSYNC_ENABLE=true

 Eso es suficiente para que te funcione...



 Peero, para lo que vos necesitas, yo optaria por un
 sistema que trabaje a mas bajo nivel y replique instantaneamente como
 DRBD...

 El DRBD cuando vos realizas un cambio en un archivo se replica en el
 otro servidor automaticamente, y lo podes usar en modo primary slave o
 primary primary con una particion OCF2... Podes utilizar un heartbeat
 para manejar la caida de los nodos en HA y te va a servir mas que
 estar todo el tiempo ejecutando scripts y realentizando el sistema,
 ademas de que con rsync las copias no van a ser online, si no que van
 a tardar en realizarse la sincronizacion, con drbd la copia es
 instantanea...

 Espero q te sirva! Saludos!


>>>
>>> --
>>> /m.a.
>>>
>>
>> Fijate que en --address estas poniendo una network, ahi debes poner el IP
>> donde queres que el demonio de rsync escuche... "La IP del servidor en
>> cuestion"
>>
>> Imagino que estas intentando conectarte por rsync desde un server cuyo IP
>> es el que pusiste.en hosts allow en el conf.
>>
>> Testea esto y 

Re: pegándome con el demonio de rsync

2018-11-06 Por tema Paynalton
pregunta tonta: pusiste la contraseña directamente en el archivo o la
generaste???

Sugerencia: Puedes usar ssh-key para permitir el acceso a tu servidor sin
contraseña y que así rsync no requiera autentificación.
ve esto:
https://www.digitalocean.com/community/tutorials/how-to-set-up-ssh-keys--2

El mar., 6 de nov. de 2018 a la(s) 11:04, OddieX 
escribió:

>
>
> El mar., 6 de nov. de 2018 08:26, miguel angel gonzalez <
> mangelgonza...@gmail.com> escribió:
>
>> Hola, he hecho las pruebas que me indicas, con los cambios y me sigue
>> dando problemas.
>> https://ibb.co/eyTFQA
>> https://ibb.co/jU2aQA
>> https://ibb.co/hmSydV
>> El dichoso fallo.
>> https://ibb.co/jDJ4JV
>> Rsyncd.secrets tiene los permisos  a 400
>> --
>> Por cierto, como me indicas la opción correcta para algo continuo es
>> drbd, es lo siguiente que quiero montar como pruebas.
>> ¿Alguna idea?Muchas gracias!
>>
>> El mar., 6 nov. 2018 a las 7:42, OddieX () escribió:
>>
>>> El mar., 6 nov. 2018 a las 3:28, miguel angel gonzalez
>>> () escribió:
>>> >
>>> >
>>> >
>>> > Buenos días,
>>> >
>>> > Por curiosidad estoy montando en un laboratorio que consta de un
>>> servidor y un cliente rsync con el demonio para que me mantenga una copia
>>> exacta en ambas máquinas en todo momento. No sé si en un futuro me tocará
>>> implementarlo.
>>> >
>>> > Dejo los fichero de configuración del servidor:
>>> > https://ibb.co/ewSGFA
>>> >
>>> > En secrets tengo el usuario y contraseña.
>>> > Después de todo esto arranco el demonio:
>>> > https://ibb.co/fFhivA
>>> >
>>> > Todo bien, está corriendo.
>>> > --
>>> > En el cliente:
>>> > He creado dos ficheros un script con el comando a ejecutar y otro con
>>> la contraseña de validación para rsync.
>>> > https://ibb.co/cVj5aA
>>> > el script es el siguiente:
>>> > https://ibb.co/dsLYTV
>>> >
>>> > Para las pruebas voy comentando o descomentando entre los dos que he
>>> marcado. En el primer caso le digo desde donde debe coger la contraseña.
>>> Esta medida tampoco la veo muy necesaria, entre ambos tengo configuradas
>>> las claves públicas de ssh, si montara esto crearía una cuenta de servicio.
>>> > Cron, por último la tarea programada.
>>> > https://ibb.co/fvQp2q
>>> >
>>> > Falla la autenticación, ejecuto el script para depurar el error y veo
>>> que me pide la contraseña, como si no llegara a abrir e fichero.
>>> > Si ejecuto el script sin la contraseña, me la pide y se realiza la
>>> copia.
>>> > https://ibb.co/nGYsNq
>>> >
>>> > Descomento la línea de la contraseña del script y lo ejecuto
>>> manualmente. Y ya tengo el error:
>>> >
>>> > https://ibb.co/futgFA
>>> >
>>> > Para que no haya dudas, os pongo los permisos de los ficheros.
>>> > cliente:
>>> > https://ibb.co/n7vdvA
>>> >
>>> > servidor:
>>> > https://ibb.co/fbfYTV
>>> >
>>> > ¿Alguna idea? Muchas gracias!!
>>> > --
>>> > /m.a.
>>> >
>>> >
>>> >
>>>
>>> No es muy dificil utilizar rsync para lo que vos estas necesitando, te
>>> dejo como lo tengo yo:
>>>
>>> rsyncd.conf:
>>>
>>> max connections = 2
>>> log file = /var/log/rsync.log
>>> timeout = 4000
>>> hosts allow=10.10.1.72
>>>
>>> [etc]
>>> comment = etc
>>> path = /etc
>>> read only = true
>>> list = true
>>> uid = root
>>> gid = root
>>> auth users = userx
>>> secrets file = /etc/rsyncd.secrets
>>>
>>> /etc/rsyncd.secrets (Tenes q cambiarle los permisos a 400 sino no te
>>> funciona)
>>>
>>> usuario:contraseña
>>>
>>> Y luego en /etc/defaults/rsync tenes que ponerle el IP al que queres
>>> que levante rsync, si tenes varias IP y solo queres que levante en una
>>> sola:
>>>
>>> RSYNC_OPTS='--address=10.10.1.85'
>>>
>>> Y obvio poner enable el servicio:
>>>
>>> RSYNC_ENABLE=true
>>>
>>> Eso es suficiente para que te funcione...
>>>
>>>
>>>
>>> Peero, para lo que vos necesitas, yo optaria por un
>>> sistema que trabaje a mas bajo nivel y replique instantaneamente como
>>> DRBD...
>>>
>>> El DRBD cuando vos realizas un cambio en un archivo se replica en el
>>> otro servidor automaticamente, y lo podes usar en modo primary slave o
>>> primary primary con una particion OCF2... Podes utilizar un heartbeat
>>> para manejar la caida de los nodos en HA y te va a servir mas que
>>> estar todo el tiempo ejecutando scripts y realentizando el sistema,
>>> ademas de que con rsync las copias no van a ser online, si no que van
>>> a tardar en realizarse la sincronizacion, con drbd la copia es
>>> instantanea...
>>>
>>> Espero q te sirva! Saludos!
>>>
>>>
>>
>> --
>> /m.a.
>>
>
> Fijate que en --address estas poniendo una network, ahi debes poner el IP
> donde queres que el demonio de rsync escuche... "La IP del servidor en
> cuestion"
>
> Imagino que estas intentando conectarte por rsync desde un server cuyo IP
> es el que pusiste.en hosts allow en el conf.
>
> Testea esto y tambien testea que el cliente no este enmascarando el IP a
> travez de algun router y llegue con un IP distinta.
>
> Sobre drbd aca te dejo un tuto con info, busca el mejor escenario para
> adaptar a lo que necesitas... 

Re: pegándome con el demonio de rsync

2018-11-06 Por tema OddieX
El mar., 6 de nov. de 2018 08:26, miguel angel gonzalez <
mangelgonza...@gmail.com> escribió:

> Hola, he hecho las pruebas que me indicas, con los cambios y me sigue
> dando problemas.
> https://ibb.co/eyTFQA
> https://ibb.co/jU2aQA
> https://ibb.co/hmSydV
> El dichoso fallo.
> https://ibb.co/jDJ4JV
> Rsyncd.secrets tiene los permisos  a 400
> --
> Por cierto, como me indicas la opción correcta para algo continuo es drbd,
> es lo siguiente que quiero montar como pruebas.
> ¿Alguna idea?Muchas gracias!
>
> El mar., 6 nov. 2018 a las 7:42, OddieX () escribió:
>
>> El mar., 6 nov. 2018 a las 3:28, miguel angel gonzalez
>> () escribió:
>> >
>> >
>> >
>> > Buenos días,
>> >
>> > Por curiosidad estoy montando en un laboratorio que consta de un
>> servidor y un cliente rsync con el demonio para que me mantenga una copia
>> exacta en ambas máquinas en todo momento. No sé si en un futuro me tocará
>> implementarlo.
>> >
>> > Dejo los fichero de configuración del servidor:
>> > https://ibb.co/ewSGFA
>> >
>> > En secrets tengo el usuario y contraseña.
>> > Después de todo esto arranco el demonio:
>> > https://ibb.co/fFhivA
>> >
>> > Todo bien, está corriendo.
>> > --
>> > En el cliente:
>> > He creado dos ficheros un script con el comando a ejecutar y otro con
>> la contraseña de validación para rsync.
>> > https://ibb.co/cVj5aA
>> > el script es el siguiente:
>> > https://ibb.co/dsLYTV
>> >
>> > Para las pruebas voy comentando o descomentando entre los dos que he
>> marcado. En el primer caso le digo desde donde debe coger la contraseña.
>> Esta medida tampoco la veo muy necesaria, entre ambos tengo configuradas
>> las claves públicas de ssh, si montara esto crearía una cuenta de servicio.
>> > Cron, por último la tarea programada.
>> > https://ibb.co/fvQp2q
>> >
>> > Falla la autenticación, ejecuto el script para depurar el error y veo
>> que me pide la contraseña, como si no llegara a abrir e fichero.
>> > Si ejecuto el script sin la contraseña, me la pide y se realiza la
>> copia.
>> > https://ibb.co/nGYsNq
>> >
>> > Descomento la línea de la contraseña del script y lo ejecuto
>> manualmente. Y ya tengo el error:
>> >
>> > https://ibb.co/futgFA
>> >
>> > Para que no haya dudas, os pongo los permisos de los ficheros.
>> > cliente:
>> > https://ibb.co/n7vdvA
>> >
>> > servidor:
>> > https://ibb.co/fbfYTV
>> >
>> > ¿Alguna idea? Muchas gracias!!
>> > --
>> > /m.a.
>> >
>> >
>> >
>>
>> No es muy dificil utilizar rsync para lo que vos estas necesitando, te
>> dejo como lo tengo yo:
>>
>> rsyncd.conf:
>>
>> max connections = 2
>> log file = /var/log/rsync.log
>> timeout = 4000
>> hosts allow=10.10.1.72
>>
>> [etc]
>> comment = etc
>> path = /etc
>> read only = true
>> list = true
>> uid = root
>> gid = root
>> auth users = userx
>> secrets file = /etc/rsyncd.secrets
>>
>> /etc/rsyncd.secrets (Tenes q cambiarle los permisos a 400 sino no te
>> funciona)
>>
>> usuario:contraseña
>>
>> Y luego en /etc/defaults/rsync tenes que ponerle el IP al que queres
>> que levante rsync, si tenes varias IP y solo queres que levante en una
>> sola:
>>
>> RSYNC_OPTS='--address=10.10.1.85'
>>
>> Y obvio poner enable el servicio:
>>
>> RSYNC_ENABLE=true
>>
>> Eso es suficiente para que te funcione...
>>
>>
>>
>> Peero, para lo que vos necesitas, yo optaria por un
>> sistema que trabaje a mas bajo nivel y replique instantaneamente como
>> DRBD...
>>
>> El DRBD cuando vos realizas un cambio en un archivo se replica en el
>> otro servidor automaticamente, y lo podes usar en modo primary slave o
>> primary primary con una particion OCF2... Podes utilizar un heartbeat
>> para manejar la caida de los nodos en HA y te va a servir mas que
>> estar todo el tiempo ejecutando scripts y realentizando el sistema,
>> ademas de que con rsync las copias no van a ser online, si no que van
>> a tardar en realizarse la sincronizacion, con drbd la copia es
>> instantanea...
>>
>> Espero q te sirva! Saludos!
>>
>>
>
> --
> /m.a.
>

Fijate que en --address estas poniendo una network, ahi debes poner el IP
donde queres que el demonio de rsync escuche... "La IP del servidor en
cuestion"

Imagino que estas intentando conectarte por rsync desde un server cuyo IP
es el que pusiste.en hosts allow en el conf.

Testea esto y tambien testea que el cliente no este enmascarando el IP a
travez de algun router y llegue con un IP distinta.

Sobre drbd aca te dejo un tuto con info, busca el mejor escenario para
adaptar a lo que necesitas... Realmente yo lo use para servidores de mail,
de mysql, apaches redundantes y siempre.me funciono de maravillas...


Re: Instalación Open Proyect

2018-11-06 Por tema Miguel Matos
On Mon, Nov 5, 2018 at 7:56 PM quintocor...@gmail.com <
quintocor...@gmail.com> wrote:

> Hola tras intentar instalar  OpenProject  sigo sin alcanzar éxito para
> utilizarlo es un aporte  para una ONG el que se desea realizar y al final
> obtengo este resultado.
>
> root@Coordinacion:/home/coordinacion# openproject configure
>
> Launching installer for openproject...
>
> Selected addons: legacy-installer mysql apache2 repositories smtp
> memcached openproject
>
> [legacy-installer] ./bin/configure
>
> [mysql] ./bin/configure
>
> DONE
>
> [apache2] ./bin/configure
>
> DONE
>
> [repositories] ./bin/configure
>
> DONE
>
> [smtp] ./bin/configure
>
> DONE
>
> [memcached] ./bin/configure
>
> DONE
>
> [openproject] ./bin/configure
>
> [legacy-installer] ./bin/preinstall
>
> [mysql] ./bin/preinstall
>
> [apache2] ./bin/preinstall
>
> [repositories] ./bin/preinstall
>
> Module perl already enabled
>
> Module dav already enabled
>
> Considering dependency dav for dav_svn:
>
> Module dav already enabled
>
> Module dav_svn already enabled
>
> [Mon Nov 05 13:14:18.661139 2018] [so:warn] [pid 3411] AH01574: module
> dav_module is already loaded, skipping
>

Pues no das muchas pistas sobre lo que sucede realmente, aparte de este
log, pero si lo indicas por este mensaje:

> AH00558: apache2: Could not reliably determine the server's fully
> qualified domain name, using 127.0.1.1. Set the 'ServerName' directive
> globally to suppress this message
>

Eso es porque el apache no reconoce un nombre de servidor establecido. Esto
se hace así: en el archivo apache.conf o httpd.conf (no recuerdo dónde es
que lo instala apache), busca una línea llamada ServerName. Si aparece con
'#', lo retiras, le escribes "localhost", y luego ejecutas [sudo
/etc/init.d/apache2 restart], y ya con eso dicho error se retira. Pero como
ahorita no tengo un debian disponible no puedo saber dónde están esos
archivos. Una segunda opción es buscar el directorio /etc/hosts y adicionar
esto:
[127.0.0.1 localhost
127.0.1.1 tunombredeservidor]
Y pasar la otra línea para reiniciar apache.

Your MPM seems to be threaded. Selecting cgid instead of cgi.
>
> Module cgid already enabled
>
> [smtp] ./bin/preinstall
>
> [memcached] ./bin/preinstall
>
> [openproject] ./bin/preinstall
>
> [legacy-installer] ./bin/postinstall
>
> [mysql] ./bin/postinstall
>
> Generating /etc/openproject/conf.d/database...
>
> [apache2] ./bin/postinstall
>
> Module rewrite already enabled
>
> Module proxy already enabled
>
> Considering dependency proxy for proxy_http:
>
> Module proxy already enabled
>
> Module proxy_http already enabled
>
> Module headers already enabled
>
> Module expires already enabled
>
> Considering dependency filter for deflate:
>
> Module filter already enabled
>
> Module deflate already enabled
>
> Module filter already enabled
>
> Site openproject already enabled
>
> [repositories] ./bin/postinstall
>
> No repositories have been configured. Skipping configuration.
>
> [smtp] ./bin/postinstall
>
> [memcached] ./bin/postinstall
>
> [openproject] ./bin/postinstall
>
> rake aborted!
>
> URI::InvalidURIError: bad URI(is not URI?):
> postgresql://[user[:password]@][host][:port][/dbname][?param1=value1&...]
>
> openproject config:set
> DATABASE_URL=postgresql://[user[:password]@][host][:port][/dbname][?param1=value1
>
> /opt/openproject/vendor/bundle/ruby/2.5.0/gems/activerecord-5.1.6/lib/active_record/connection_adapters/connection_specification.rb:38:in
> `initialize'
>
> /opt/openproject/vendor/bundle/ruby/2.5.0/gems/activerecord-5.1.6/lib/active_record/connection_adapters/connection_specification.rb:268:in
> `new'
>
> /opt/openproject/vendor/bundle/ruby/2.5.0/gems/activerecord-5.1.6/lib/active_record/connection_adapters/connection_specification.rb:268:in
> `resolve_url_connection'
>
> /opt/openproject/vendor/bundle/ruby/2.5.0/gems/activerecord-5.1.6/lib/active_record/connection_adapters/connection_specification.rb:256:in
> `resolve_hash_connection'
>
> /opt/openproject/vendor/bundle/ruby/2.5.0/gems/activerecord-5.1.6/lib/active_record/connection_adapters/connection_specification.rb:231:in
> `resolve_connection'
>
> /opt/openproject/vendor/bundle/ruby/2.5.0/gems/activerecord-5.1.6/lib/active_record/connection_adapters/connection_specification.rb:141:in
> `resolve'
>
> /opt/openproject/vendor/bundle/ruby/2.5.0/gems/activerecord-5.1.6/lib/active_record/connection_adapters/connection_specification.rb:161:in
> `block in resolve_all'
>
> /opt/openproject/vendor/bundle/ruby/2.5.0/gems/activerecord-5.1.6/lib/active_record/connection_adapters/connection_specification.rb:160:in
> `each'
>
> /opt/openproject/vendor/bundle/ruby/2.5.0/gems/activerecord-5.1.6/lib/active_record/connection_adapters/connection_specification.rb:160:in
> `resolve_all'
>
> /opt/openproject/vendor/bundle/ruby/2.5.0/gems/activerecord-5.1.6/lib/active_record/connection_handling.rb:70:in
> `resolve'
>
> /opt/openproject/vendor/bundle/ruby/2.5.0/gems/activerecord-5.1.6/lib/active_record/core.rb:46:in
> 

Re: pegándome con el demonio de rsync

2018-11-06 Por tema miguel angel gonzalez
Hola, he hecho las pruebas que me indicas, con los cambios y me sigue dando
problemas.
https://ibb.co/eyTFQA
https://ibb.co/jU2aQA
https://ibb.co/hmSydV
El dichoso fallo.
https://ibb.co/jDJ4JV
Rsyncd.secrets tiene los permisos  a 400
--
Por cierto, como me indicas la opción correcta para algo continuo es drbd,
es lo siguiente que quiero montar como pruebas.
¿Alguna idea?Muchas gracias!

El mar., 6 nov. 2018 a las 7:42, OddieX () escribió:

> El mar., 6 nov. 2018 a las 3:28, miguel angel gonzalez
> () escribió:
> >
> >
> >
> > Buenos días,
> >
> > Por curiosidad estoy montando en un laboratorio que consta de un
> servidor y un cliente rsync con el demonio para que me mantenga una copia
> exacta en ambas máquinas en todo momento. No sé si en un futuro me tocará
> implementarlo.
> >
> > Dejo los fichero de configuración del servidor:
> > https://ibb.co/ewSGFA
> >
> > En secrets tengo el usuario y contraseña.
> > Después de todo esto arranco el demonio:
> > https://ibb.co/fFhivA
> >
> > Todo bien, está corriendo.
> > --
> > En el cliente:
> > He creado dos ficheros un script con el comando a ejecutar y otro con la
> contraseña de validación para rsync.
> > https://ibb.co/cVj5aA
> > el script es el siguiente:
> > https://ibb.co/dsLYTV
> >
> > Para las pruebas voy comentando o descomentando entre los dos que he
> marcado. En el primer caso le digo desde donde debe coger la contraseña.
> Esta medida tampoco la veo muy necesaria, entre ambos tengo configuradas
> las claves públicas de ssh, si montara esto crearía una cuenta de servicio.
> > Cron, por último la tarea programada.
> > https://ibb.co/fvQp2q
> >
> > Falla la autenticación, ejecuto el script para depurar el error y veo
> que me pide la contraseña, como si no llegara a abrir e fichero.
> > Si ejecuto el script sin la contraseña, me la pide y se realiza la copia.
> > https://ibb.co/nGYsNq
> >
> > Descomento la línea de la contraseña del script y lo ejecuto
> manualmente. Y ya tengo el error:
> >
> > https://ibb.co/futgFA
> >
> > Para que no haya dudas, os pongo los permisos de los ficheros.
> > cliente:
> > https://ibb.co/n7vdvA
> >
> > servidor:
> > https://ibb.co/fbfYTV
> >
> > ¿Alguna idea? Muchas gracias!!
> > --
> > /m.a.
> >
> >
> >
>
> No es muy dificil utilizar rsync para lo que vos estas necesitando, te
> dejo como lo tengo yo:
>
> rsyncd.conf:
>
> max connections = 2
> log file = /var/log/rsync.log
> timeout = 4000
> hosts allow=10.10.1.72
>
> [etc]
> comment = etc
> path = /etc
> read only = true
> list = true
> uid = root
> gid = root
> auth users = userx
> secrets file = /etc/rsyncd.secrets
>
> /etc/rsyncd.secrets (Tenes q cambiarle los permisos a 400 sino no te
> funciona)
>
> usuario:contraseña
>
> Y luego en /etc/defaults/rsync tenes que ponerle el IP al que queres
> que levante rsync, si tenes varias IP y solo queres que levante en una
> sola:
>
> RSYNC_OPTS='--address=10.10.1.85'
>
> Y obvio poner enable el servicio:
>
> RSYNC_ENABLE=true
>
> Eso es suficiente para que te funcione...
>
>
>
> Peero, para lo que vos necesitas, yo optaria por un
> sistema que trabaje a mas bajo nivel y replique instantaneamente como
> DRBD...
>
> El DRBD cuando vos realizas un cambio en un archivo se replica en el
> otro servidor automaticamente, y lo podes usar en modo primary slave o
> primary primary con una particion OCF2... Podes utilizar un heartbeat
> para manejar la caida de los nodos en HA y te va a servir mas que
> estar todo el tiempo ejecutando scripts y realentizando el sistema,
> ademas de que con rsync las copias no van a ser online, si no que van
> a tardar en realizarse la sincronizacion, con drbd la copia es
> instantanea...
>
> Espero q te sirva! Saludos!
>
>

-- 
/m.a.