Good morning,
I have configured a UrBackup server with docker and I can see that in the server the client is connected, but when I try to do a backup (no matter of the type of backup), the copy does not begin, it gives an error.
And I do not really understand the configuration of the copy window either.
Can someone help me?
If you prefer, you can contact me in Discord (bL4w3r).
Thank you in advance.
Hola,
Yo tengo la misma problema. Entonces yo no puedo resolver este problema para ti, pero yo puedo ayudar a ver, de donde lo viene.
Primero, vaya a C:\Program Files\UrBackupServer
Alli, suprima urbackup.log
También, alli tu vas a encontrar args.txt
Ábralo. Donde, hay una linia
--loglevel
warn
Necesitas cambiarlo a:
--loglevel
debug
Entonces, reinice tu computadora i haz la prueba otra vez. Ahora abra urbackup.log. Por favor incluye lo que está allá. Con eso, nosotros podemos buscar, de donde viene tu problema.
Yo comprendo español mejor; entonces si tu vas a responder aquí, por favor incluye los ambos, en español y en inglés.
También. Este Ventana de Backup dice solomento que tu permites que este programa trabaje de lunes a domingo, y 24 horas por día.
Buenas tardes Sasha,
He intentado seguir los pasos que me indicas pero no ha habido éxito. El archivo “debug.log” no deja visualizarlo porque no dispongo de permisos (a pesar de que cambié las propiedades tanto del archivo como la carpeta padre).
Un saludo.
Buenas tardes,
Cuando cambias los permisos, tu necesitas usar tu propio nombre de usuario. No es posible usar nombres como “Administrators”. Si necesitas, tu puedes usar la programa cacls para cambiarlos.
Para los otros:
I can now confirm that I have the same situation as the OP. I believe the issue is the port number that is being used. For a while, it displays what he had, and then the Online status changes to:
Yes (Error during server authentication)
At that point, the logfile shows for me:
2025-01-31 07:32:09: ERROR: Error sending server signature to client
As before, trying to start a backup yields the message “Starting backup failed”. It is not clear where this error originates; however, being able to modify the server’s outgoing port number might help in tackling this issue.
On the client side, the log shows repeated messages similar to:
2025-01-31 07:33:59: ClientService cmd: STATUS DETAIL#pw=jgcQWA3bBu8ISr934HVfK1jbVSf7wx
2025-01-31 07:33:59: rc=0 hasError=true state=0
2025-01-31 07:34:16: Error receiving challenge packet
2025-01-31 07:34:16: InternetClient: Had an auth error
2025-01-31 07:34:24: ClientService cmd: STATUS#pw=jgcQWA3bBu8ISr934HVfK1jbVSf7wx
2025-01-31 07:35:16: ClientService cmd: STATUS#pw=jgcQWA3bBu8ISr934HVfK1jbVSf7wx
2025-01-31 07:36:08: ClientService cmd: STATUS#pw=jgcQWA3bBu8ISr934HVfK1jbVSf7wx
2025-01-31 07:37:00: ClientService cmd: STATUS#pw=jgcQWA3bBu8ISr934HVfK1jbVSf7wx
2025-01-31 07:37:51: ClientService cmd: STATUS#pw=jgcQWA3bBu8ISr934HVfK1jbVSf7wx
2025-01-31 07:38:02: ClientService cmd: #IWlf9szzL0ZYtRmLs0txt#ADD IDENTITY
2025-01-31 07:38:02: rc=0 hasError=true state=0
2025-01-31 07:38:02: ClientService cmd: #IWlf9szzL0ZYtRmLs0txt#GET CHALLENGE with_enc=1
2025-01-31 07:38:02: rc=0 hasError=true state=0
2025-01-31 07:38:02: ClientService cmd: #IWlf9szzL0ZYtRmLs0txt#SIGNATURE#pubkey=MIIBtjCCASsGByqGSM44BAEwggEeAoGBAIZjtn9qOwUb2mXSJR5IKT8jXy+YJnvCDyvSRiONOUO2adk9TMjf7Qvxa0yHMdsOR3IUaKG0a7Vxb6fv7TeN72pEwuiG2AsB063ncTI96c+qqPV377BwUlq7bfgrao1GsbIVNMxlFDOGOUxuOHSLMpKubDfw0xNPY6J+K87X2h27AhUA+vJZA122JH7z68hgzxl1JAn/ZJUCgYAd/wKEX5PpaaNOeHXOVJb3wcYU9NFS+JtaYIidzSR4zseYcarozCV8BdpW3TaIW1lzSC1vdmZ22/ztHXs1ggd3umHsD/Uu2kS4ifwy1suvKdJnPX/+p3DhI18z34H462YjqPzx4q1TPOK43ZnHOZoqCrO3x6vKMAfECK0ZBElNDQOBhAACgYAo63IKSFhFp72ksqcheaNdxozLVOiOubSVoFgnVHdb3MAk0x8yO1Gr8EvppHtWRXcAz5Ehqc6ebCX4+FYDuc1MGiLqM6CEmA2XK41rPkETz4dpHeQnWr4mOW3BMLP4FqGXfp24vwIRFbocIZYxxfpLvZz2TTpBH3i5kg2RZKBkog--&pubkey_ecdsa409k1=MH4wEAYHKoZIzj0CAQYFK4EEACQDagAEAJlCqdYdjTtjnJR1s6Und9yE/eMjPhaUnNIA4VjG01tn3o1a9OMD2aaNU/aTKyLZRzqEzgBTHTdYv6/zl20tDger8FheR4L9Nek7klEboZcOZrykUto0rUGsI6O0zz+G7/Xz06O91p8-&signature=MjbTV1sByBZ18R9ObSAAZjx8v6iAylz7QErXUqQiijQU7pj4sX2UNA--&signature_ecdsa409k1=RYpwnJCajMCFAz4ROu+0p8BYBtvtrM1NKMJ1C1TE+k7UCB5t1nTiHD0Okc2i/oZqK+TWDkBfwtvsmkbNovg6T2Q9N6zwtFSxeWtLkL8j3JR/uB34/GWLcBOZ6ssGDck9A9xtOxaI&session_identity=DcQYnlRFI8QiBICka0d2
2025-01-31 07:38:02: ERROR: Signature error: Verification failed
2025-01-31 07:38:02: rc=0 hasError=true state=0
Seems it cannot verify the server. The keys for this are e.g. in server_ident_ecdsa409k1.priv and server_ident_ecdsa409k1.pub and might not be what the client expects.
Thank you; this fixed this issue; however, it’s still not working. Now in the log-file it shows a recurring:
2025-01-31 14:50:02: New Backupclient: ALEX
2025-01-31 14:50:02: Sending Identity to client "ALEX" failed. Retrying soon...
2025-01-31 14:50:02: Forcing offline client "ALEX"
2025-01-31 14:55:06: Client exited: ALEX
2025-01-31 14:55:56: Client finished: ALEX
2025-01-31 14:55:56: Client was forced offline: ALEX
No more errors on the client side.
Buenas tardes, amigo,
Tuviste una opportunidad para obtener tus logs? Yo no estoy seguro si la causa está la misma para nosotros, pero su solución puede ayudarte también…
Buenos días Sasha,
No he podido probar lo que me dijiste, en tener un rato lo probaré a ver si me funciona.
Un saludo.