Problemas con servidor, perdida ipv4 y drupal7
Tengo problemas con un servidor virtual alquilado por hosting. El problema es que pierde la ipv4 (por requisitos de la empresa en por dhcp) Un elemento extraño que veo en los log es un mensaje: (www-data) REPLACE (www-data) que se repite varias veces por minuto. La única referencia rara es: CRON[]: (www-data) CMD (cd /var/lib/drupal7/files;./share) También veo: Jan 8 00:48:22 freshclam[385]: Wed Jan 8 00:48:22 2020 -> ^Can't query current.cvd.clamav.net Jan 8 00:48:22 freshclam[385]: Wed Jan 8 00:48:22 2020 -> ^Invalid DNS reply. Falling back to HTTP mode. Jan 8 00:48:22 freshclam[385]: Wed Jan 8 00:48:22 2020 -> Reading CVD header (main.cvd): Wed Jan 8 00:48:22 2020 -> !Can't get information about db.ES.clamav.net: Temporary fail ure in name resolution Jan 8 00:48:22 freshclam[385]: Wed Jan 8 00:48:22 2020 -> ^Can't read main.cvd header from db.ES.clamav.net (IP: ) Jan 8 00:48:22 freshclam[385]: Wed Jan 8 00:48:22 2020 -> Giving up on db.ES.clamav.net... Jan 8 00:48:22 freshclam[385]: Wed Jan 8 00:48:22 2020 -> ^Can't query current.cvd.clamav.net Jan 8 00:48:22 freshclam[385]: Wed Jan 8 00:48:22 2020 -> ^Invalid DNS reply. Falling back to HTTP mode. Jan 8 00:48:22 freshclam[385]: Wed Jan 8 00:48:22 2020 -> Reading CVD header (main.cvd): Wed Jan 8 00:48:22 2020 -> ^Can't get information about database.clamav.net: Temporary f ailure in name resolution Jan 8 00:48:22 freshclam[385]: Wed Jan 8 00:48:22 2020 -> ^Can't read main.cvd header from database.clamav.net (IP: ) Jan 8 00:48:22 freshclam[385]: Wed Jan 8 00:48:22 2020 -> Trying again in 5 secs... Pero este error puede deberse a haber perdido la ip, no se en que momento se pierde ni corque. ¿Alguna idea? signature.asc Description: OpenPGP digital signature
Re: Problemas con servidor, perdida ipv4 y drupal7
El 8/1/20 a las 10:01, Antonio Trujillo Carmona escribió: > Tengo problemas con un servidor virtual alquilado por hosting. > > El problema es que pierde la ipv4 (por requisitos de la empresa en por dhcp) > > Un elemento extraño que veo en los log es un mensaje: > > (www-data) REPLACE (www-data) > > que se repite varias veces por minuto. > > La única referencia rara es: > > CRON[]: (www-data) CMD (cd /var/lib/drupal7/files;./share) > > También veo: > > Jan 8 00:48:22 freshclam[385]: Wed Jan 8 00:48:22 2020 -> ^Can't > query current.cvd.clamav.net > Jan 8 00:48:22 freshclam[385]: Wed Jan 8 00:48:22 2020 -> ^Invalid > DNS reply. Falling back to HTTP mode. > Jan 8 00:48:22 freshclam[385]: Wed Jan 8 00:48:22 2020 -> Reading CVD > header (main.cvd): Wed Jan 8 00:48:22 2020 -> !Can't get information > about db.ES.clamav.net: Temporary fail > ure in name resolution > Jan 8 00:48:22 freshclam[385]: Wed Jan 8 00:48:22 2020 -> ^Can't read > main.cvd header from db.ES.clamav.net (IP: ) > Jan 8 00:48:22 freshclam[385]: Wed Jan 8 00:48:22 2020 -> Giving up on > db.ES.clamav.net... > Jan 8 00:48:22 freshclam[385]: Wed Jan 8 00:48:22 2020 -> ^Can't query > current.cvd.clamav.net > Jan 8 00:48:22 freshclam[385]: Wed Jan 8 00:48:22 2020 -> ^Invalid DNS > reply. Falling back to HTTP mode. > Jan 8 00:48:22 freshclam[385]: Wed Jan 8 00:48:22 2020 -> Reading CVD > header (main.cvd): Wed Jan 8 00:48:22 2020 -> ^Can't get information > about database.clamav.net: Temporary f > ailure in name resolution > Jan 8 00:48:22 freshclam[385]: Wed Jan 8 00:48:22 2020 -> ^Can't read > main.cvd header from database.clamav.net (IP: ) > Jan 8 00:48:22 freshclam[385]: Wed Jan 8 00:48:22 2020 -> Trying again > in 5 secs... > > > Pero este error puede deberse a haber perdido la ip, no se en que > momento se pierde ni corque. > > ¿Alguna idea? > > > Como solución temporal (no se cual es el problema y me gustaría saberlo) he desistalado ifupdown y he instalado dhcpcd activandolo con el systemctl, por ver si esto evita las perdidas de ipv4. El fichero interfaces (que fue creado por la empresa al alquilar el servidor es: cat /etc/network/interfaces ### Hetzner Online GmbH installimage source /etc/network/interfaces.d/* auto lo iface lo inet loopback iface lo inet6 loopback auto ens3 iface ens3 inet dhcp iface ens3 inet6 static address 2a01:4f8:c0c:303f::2 netmask 64 gateway fe80::1 Tengo remarcar que la ipv6 no se pierde, solo la ipv4, por eso he probado a cambiar de cliente de dhcp, pero no se por que fallaba aleatoriamente (tampoco se si va fallar ahora, puede tardar días en fallar). signature.asc Description: OpenPGP digital signature
Re: Problemas con servidor, perdida ipv4 y drupal7
El mié., 8 ene. 2020 a las 3:31, Antonio Trujillo Carmona (< antonio.trujillo.s...@juntadeandalucia.es>) escribió: > El 8/1/20 a las 10:01, Antonio Trujillo Carmona escribió: > > Tengo problemas con un servidor virtual alquilado por hosting. > > > > El problema es que pierde la ipv4 (por requisitos de la empresa en por > dhcp) > > > > Un elemento extraño que veo en los log es un mensaje: > > > > (www-data) REPLACE (www-data) > > > > que se repite varias veces por minuto. > > > > La única referencia rara es: > > > > CRON[]: (www-data) CMD (cd /var/lib/drupal7/files;./share) > Pasa un antivirus a tu drupal, no está de más. > > > > También veo: > > > > Jan 8 00:48:22 freshclam[385]: Wed Jan 8 00:48:22 2020 -> ^Can't > > query current.cvd.clamav.net > > Jan 8 00:48:22 freshclam[385]: Wed Jan 8 00:48:22 2020 -> ^Invalid > > DNS reply. Falling back to HTTP mode. > > Jan 8 00:48:22 freshclam[385]: Wed Jan 8 00:48:22 2020 -> Reading CVD > > header (main.cvd): Wed Jan 8 00:48:22 2020 -> !Can't get information > > about db.ES.clamav.net: Temporary fail > > ure in name resolution > > Jan 8 00:48:22 freshclam[385]: Wed Jan 8 00:48:22 2020 -> ^Can't read > > main.cvd header from db.ES.clamav.net (IP: ) > > Jan 8 00:48:22 freshclam[385]: Wed Jan 8 00:48:22 2020 -> Giving up on > > db.ES.clamav.net... > > Jan 8 00:48:22 freshclam[385]: Wed Jan 8 00:48:22 2020 -> ^Can't query > > current.cvd.clamav.net > > Jan 8 00:48:22 freshclam[385]: Wed Jan 8 00:48:22 2020 -> ^Invalid DNS > > reply. Falling back to HTTP mode. > > Jan 8 00:48:22 freshclam[385]: Wed Jan 8 00:48:22 2020 -> Reading CVD > > header (main.cvd): Wed Jan 8 00:48:22 2020 -> ^Can't get information > > about database.clamav.net: Temporary f > > ailure in name resolution > > Jan 8 00:48:22 freshclam[385]: Wed Jan 8 00:48:22 2020 -> ^Can't read > > main.cvd header from database.clamav.net (IP: ) > > Jan 8 00:48:22 freshclam[385]: Wed Jan 8 00:48:22 2020 -> Trying again > > in 5 secs... > > > Este log me parece más bien un efecto secundario de la pérdida de conectividad y no la causa > > > > Pero este error puede deberse a haber perdido la ip, no se en que > > momento se pierde ni corque. > > > > ¿Alguna idea? > > > > > > > Como solución temporal (no se cual es el problema y me gustaría saberlo) > > he desistalado ifupdown y he instalado dhcpcd activandolo con el > systemctl, por ver si esto evita las perdidas de ipv4. > > El fichero interfaces (que fue creado por la empresa al alquilar el > servidor es: > > cat /etc/network/interfaces > ### Hetzner Online GmbH installimage > > source /etc/network/interfaces.d/* > > auto lo > iface lo inet loopback > iface lo inet6 loopback > > auto ens3 > iface ens3 inet dhcp > > iface ens3 inet6 static > address 2a01:4f8:c0c:303f::2 > netmask 64 > gateway fe80::1 > > Tengo remarcar que la ipv6 no se pierde, solo la ipv4, por eso he > probado a cambiar de cliente de dhcp, pero no se por que fallaba > aleatoriamente (tampoco se si va fallar ahora, puede tardar días en > fallar). > > > Hacen falta más datos para poder saber la causa. Te recomiendo usar tcpdump para volcar toda la actividad de red a un archivo y que puedas hacer un análisis forense posterior al fallo. También revisa los logs de apache y cotéjalo con el tcpdump para ver si no es por un ataque DOS.
Re: Problemas con servidor, perdida ipv4 y drupal7
On Wednesday, January 8, 2020 10:01:01 AM -03 Antonio Trujillo Carmona wrote: > Tengo problemas con un servidor virtual alquilado por hosting. > > El problema es que pierde la ipv4 (por requisitos de la empresa en por dhcp) > > Un elemento extraño que veo en los log es un mensaje: > > (www-data) REPLACE (www-data) > > que se repite varias veces por minuto. > > La única referencia rara es: > > CRON[]: (www-data) CMD (cd /var/lib/drupal7/files;./share) > > También veo: > > Jan 8 00:48:22 freshclam[385]: Wed Jan 8 00:48:22 2020 -> ^Can't > query current.cvd.clamav.net > Jan 8 00:48:22 freshclam[385]: Wed Jan 8 00:48:22 2020 -> ^Invalid > DNS reply. Falling back to HTTP mode. > Jan 8 00:48:22 freshclam[385]: Wed Jan 8 00:48:22 2020 -> Reading CVD > header (main.cvd): Wed Jan 8 00:48:22 2020 -> !Can't get information > about db.ES.clamav.net: Temporary fail > ure in name resolution > Jan 8 00:48:22 freshclam[385]: Wed Jan 8 00:48:22 2020 -> ^Can't read > main.cvd header from db.ES.clamav.net (IP: ) > Jan 8 00:48:22 freshclam[385]: Wed Jan 8 00:48:22 2020 -> Giving up on > db.ES.clamav.net... > Jan 8 00:48:22 freshclam[385]: Wed Jan 8 00:48:22 2020 -> ^Can't query > current.cvd.clamav.net > Jan 8 00:48:22 freshclam[385]: Wed Jan 8 00:48:22 2020 -> ^Invalid DNS > reply. Falling back to HTTP mode. > Jan 8 00:48:22 freshclam[385]: Wed Jan 8 00:48:22 2020 -> Reading CVD > header (main.cvd): Wed Jan 8 00:48:22 2020 -> ^Can't get information > about database.clamav.net: Temporary f > ailure in name resolution > Jan 8 00:48:22 freshclam[385]: Wed Jan 8 00:48:22 2020 -> ^Can't read > main.cvd header from database.clamav.net (IP: ) > Jan 8 00:48:22 freshclam[385]: Wed Jan 8 00:48:22 2020 -> Trying again > in 5 secs... > > > Pero este error puede deberse a haber perdido la ip, no se en que > momento se pierde ni corque. > > ¿Alguna idea? Buenas no se lo de dhcp pero lo que podes probar es ejecutar un cliente de dhcp bien verbose en screen y ver que log genera cuando pierde la ip ahora si la ip es fija y siempre tenes la misma podes configurarla en el interface..no creo que se den cuenta. otra tema: > CRON[]: (www-data) CMD (cd /var/lib/drupal7/files;./share) ese cron es muy muy sospechoso entra a un directorio y ejecuta el binario/script share. no uso drupal pero se ve sospechoso...sabes si es del sistema de drupal? es un binario? un script? quizas podes hacer un pastebin si es un script y pasas el url para analizarlo. saludos Matias.-
Re: Problemas con servidor, perdida ipv4 y drupal7
El 8 de enero de 2020 10:01:01 CET, Antonio Trujillo Carmona escribió: >Tengo problemas con un servidor virtual alquilado por hosting. > >El problema es que pierde la ipv4 (por requisitos de la empresa en por >dhcp) > >Un elemento extraño que veo en los log es un mensaje: > >(www-data) REPLACE (www-data) > >que se repite varias veces por minuto. > >La única referencia rara es: > >CRON[]: (www-data) CMD (cd /var/lib/drupal7/files;./share) > >También veo: > >Jan 8 00:48:22 freshclam[385]: Wed Jan 8 00:48:22 2020 -> ^Can't >query current.cvd.clamav.net >Jan 8 00:48:22 freshclam[385]: Wed Jan 8 00:48:22 2020 -> ^Invalid >DNS reply. Falling back to HTTP mode. >Jan 8 00:48:22 freshclam[385]: Wed Jan 8 00:48:22 2020 -> Reading >CVD >header (main.cvd): Wed Jan 8 00:48:22 2020 -> !Can't get information >about db.ES.clamav.net: Temporary fail >ure in name resolution >Jan 8 00:48:22 freshclam[385]: Wed Jan 8 00:48:22 2020 -> ^Can't read >main.cvd header from db.ES.clamav.net (IP: ) >Jan 8 00:48:22 freshclam[385]: Wed Jan 8 00:48:22 2020 -> Giving up >on >db.ES.clamav.net... >Jan 8 00:48:22 freshclam[385]: Wed Jan 8 00:48:22 2020 -> ^Can't >query >current.cvd.clamav.net >Jan 8 00:48:22 freshclam[385]: Wed Jan 8 00:48:22 2020 -> ^Invalid >DNS >reply. Falling back to HTTP mode. >Jan 8 00:48:22 freshclam[385]: Wed Jan 8 00:48:22 2020 -> Reading CVD >header (main.cvd): Wed Jan 8 00:48:22 2020 -> ^Can't get information >about database.clamav.net: Temporary f >ailure in name resolution >Jan 8 00:48:22 freshclam[385]: Wed Jan 8 00:48:22 2020 -> ^Can't read >main.cvd header from database.clamav.net (IP: ) >Jan 8 00:48:22 freshclam[385]: Wed Jan 8 00:48:22 2020 -> Trying >again >in 5 secs... > > >Pero este error puede deberse a haber perdido la ip, no se en que >momento se pierde ni corque. > >¿Alguna idea? Antonio, buenas tardes, No será UBUNTU 18.04, ¿no? Saludos
Probelmas respaldando equipos remotos en Bacula
Hola Tengo porblemas para hacer que Bacula respalde cleintes remotos. Los clientes remotos se conectan al director, pero se quedan colgando esperando el almacenamiento. Con el cleinte local no ocurre, solo con los remotos. Creo que el problema está en bacula-sd.conf. Pego abajo los archivos de configuración. Saludos, Julián En servdidor local bacula-dir.conf # # Default Bacula Director Configuration file # # The only thing that MUST be changed is to add one or more # file or directory names in the Include directive of the # FileSet resource. # # For Bacula release 9.4.2 (04 February 2019) -- debian buster/sid # # You might also want to change the default email address # from root to your address. See the "mail" and "operator" # directives in the Messages resource. # # Copyright (C) 2000-2017 Kern Sibbald # License: BSD 2-Clause; see file LICENSE-FOSS # Director {# define myself Name = local-1-dir # Name = local-1.us-central1-a.c.lindswp.internal-dir DIRport = 9101# where we listen for UA connections QueryFile = "/etc/bacula/scripts/query.sql" WorkingDirectory = "/var/lib/bacula" PidDirectory = "/run/bacula" Maximum Concurrent Jobs = 20 Password = "AAOV_D" # Console password Messages = Daemon DirAddress = 10.8.0.1 } JobDefs { Name = "DefaultJob" Type = Backup Level = Incremental Client = local-1-fd # Client = local-1.us-central1-a.c.lindswp.internal-fd FileSet = "Full Set" Schedule = "WeeklyCycle" Storage = File1 Messages = Standard Pool = File SpoolAttributes = yes Priority = 10 Write Bootstrap = "/var/lib/bacula/%c.bsr" } # # Define the main nightly save backup job # By default, this job will back up to disk in /nonexistant/path/to/file/archive/dir Job { Name = "BackupLocalFiles" Client = local-1-fd # Client = local-1.us-central1-a.c.lindswp.internal2-fd JobDefs = "DefaultJob" } Job { Name = "BackupKalipso" Client = kalipso-fd JobDefs = "DefaultJob" } Job { Name = "BackupCertBack-1" Client = certback-1-fd JobDefs = "DefaultJob" } #Job { # Name = "BackupClient1-to-Tape" # JobDefs = "DefaultJob" # Storage = LTO-4 # Spool Data = yes# Avoid shoe-shine # Pool = Default #} #} # Backup the catalog database (after the nightly save) Job { Name = "BackupCatalog" JobDefs = "DefaultJob" Level = Full FileSet="Catalog" Schedule = "WeeklyCycleAfterBackup" # This creates an ASCII copy of the catalog # Arguments to make_catalog_backup.pl are: # make_catalog_backup.pl RunBeforeJob = "/etc/bacula/scripts/make_catalog_backup.pl MyCatalog" # This deletes the copy of the catalog RunAfterJob = "/etc/bacula/scripts/delete_catalog_backup" Write Bootstrap = "/var/lib/bacula/%n.bsr" Priority = 11 # run after main backup } # # Standard Restore template, to be changed by Console program # Only one such job is needed for all Jobs/Clients/Storage ... # Job { Name = "RestoreLocalFiles" Type = Restore Client=local-1-fd # Client=local-1.us-central1-a.c.lindswp.internal-fd Storage = File1 # The FileSet and Pool directives are not used by Restore Jobs # but must not be removed FileSet="Full Set" Pool = File Messages = Standard Where = /mnt/storage/bacula/restore } Job { Name = "RestoreKalipso" Type = Restore Client=kalipso-fd Storage = File1 FileSet="Full Set" Pool = File Messages = Standard Where = /mnt/storage/bacula/restore } Job { Name = "RestoreCertBack-1" Type = Restore Client=certback-1-fd Storage = File1 FileSet="Full Set" Pool = File Messages = Standard Where = /mnt/storage/bacula/restore } # List of files to be backed up FileSet { Name = "Full Set" Include { Options { signature = MD5 compression = GZIP } # # Put your list of files here, preceded by 'File =', one per line #or include an external list with: # #File = \" -s \"Bacula: %t %e of %c %l\" %r" operatorcommand = "/usr/sbin/bsmtp -h localhost -f \"\(Bacula\) \<%r\>\" -s \"Bacula: Intervention needed for %j\" %r" mail = root = all, !skipped operator = root = mount console = all, !skipped, !saved # # WARNING! the following will create a file that you must cycle from # time to time as it will grow indefinitely. However, it will # also keep all your messages if they scroll off the console. # append = "/var/log/bacula/bacula.log" = all, !skipped catalog = all } # # Message delivery for daemon messages (no job). Messages { Name = Daemon mailcommand = "/usr/sbin/bsmtp -h localhost -f \"\(Bacula\) \<%r\>\" -s \"Bacula daemon message\" %r" mail = root = all, !skipped console = all, !skipped, !saved append = "/var/log/bacula/bacula.log" = all, !skipped } # Default pool definition Pool { Name = Default Pool Type = Backup Label Format = Local- Recycle = yes # Bacula can automatically recycle Volumes AutoPrune = yes
Re: Probelmas respaldando equipos remotos en Bacula
Buenas, a riesgo de meter la pata, pregunto: en /dev/, tienes los dispositivos que especificas en el fichero conf del director? ejemplo: /dev/lto4. lo que tienes en /mnt, está montado? También veo que faltan algunas cosas por configurar, tiene pinta de que muchas cosas tienen la configuración; bien de ejemplo, o bien por defecto. Fran. 2020-01-08 20:10 GMT+01:00, Julian Daich : > Hola > > Tengo porblemas para hacer que Bacula respalde cleintes remotos. Los > clientes remotos se conectan al director, pero se quedan colgando > esperando el almacenamiento. Con el cleinte local no ocurre, solo con > los remotos. Creo que el problema está en bacula-sd.conf. Pego abajo > los archivos de configuración. > > Saludos, > > Julián > > En servdidor local > > bacula-dir.conf > > # > # Default Bacula Director Configuration file > # > # The only thing that MUST be changed is to add one or more > # file or directory names in the Include directive of the > # FileSet resource. > # > # For Bacula release 9.4.2 (04 February 2019) -- debian buster/sid > # > # You might also want to change the default email address > # from root to your address. See the "mail" and "operator" > # directives in the Messages resource. > # > # Copyright (C) 2000-2017 Kern Sibbald > # License: BSD 2-Clause; see file LICENSE-FOSS > # > > Director {# define myself > Name = local-1-dir > # Name = local-1.us-central1-a.c.lindswp.internal-dir > DIRport = 9101# where we listen for UA connections > QueryFile = "/etc/bacula/scripts/query.sql" > WorkingDirectory = "/var/lib/bacula" > PidDirectory = "/run/bacula" > Maximum Concurrent Jobs = 20 > Password = "AAOV_D" # Console password > Messages = Daemon > DirAddress = 10.8.0.1 > } > > JobDefs { > Name = "DefaultJob" > Type = Backup > Level = Incremental > Client = local-1-fd > # Client = local-1.us-central1-a.c.lindswp.internal-fd > FileSet = "Full Set" > Schedule = "WeeklyCycle" > Storage = File1 > Messages = Standard > Pool = File > SpoolAttributes = yes > Priority = 10 > Write Bootstrap = "/var/lib/bacula/%c.bsr" > } > > > # > # Define the main nightly save backup job > # By default, this job will back up to disk in > /nonexistant/path/to/file/archive/dir > Job { > Name = "BackupLocalFiles" > Client = local-1-fd > # Client = local-1.us-central1-a.c.lindswp.internal2-fd > JobDefs = "DefaultJob" > } > > Job { > Name = "BackupKalipso" > Client = kalipso-fd > JobDefs = "DefaultJob" > } > > Job { > Name = "BackupCertBack-1" > Client = certback-1-fd > JobDefs = "DefaultJob" > } > > > #Job { > # Name = "BackupClient1-to-Tape" > # JobDefs = "DefaultJob" > # Storage = LTO-4 > # Spool Data = yes# Avoid shoe-shine > # Pool = Default > #} > > #} > > # Backup the catalog database (after the nightly save) > Job { > Name = "BackupCatalog" > JobDefs = "DefaultJob" > Level = Full > FileSet="Catalog" > Schedule = "WeeklyCycleAfterBackup" > # This creates an ASCII copy of the catalog > # Arguments to make_catalog_backup.pl are: > # make_catalog_backup.pl > RunBeforeJob = "/etc/bacula/scripts/make_catalog_backup.pl MyCatalog" > # This deletes the copy of the catalog > RunAfterJob = "/etc/bacula/scripts/delete_catalog_backup" > Write Bootstrap = "/var/lib/bacula/%n.bsr" > Priority = 11 # run after main backup > } > > # > # Standard Restore template, to be changed by Console program > # Only one such job is needed for all Jobs/Clients/Storage ... > # > Job { > Name = "RestoreLocalFiles" > Type = Restore > Client=local-1-fd > # Client=local-1.us-central1-a.c.lindswp.internal-fd > Storage = File1 > # The FileSet and Pool directives are not used by Restore Jobs > # but must not be removed > FileSet="Full Set" > Pool = File > Messages = Standard > Where = /mnt/storage/bacula/restore > } > > Job { > Name = "RestoreKalipso" > Type = Restore > Client=kalipso-fd > Storage = File1 > FileSet="Full Set" > Pool = File > Messages = Standard > Where = /mnt/storage/bacula/restore > } > > Job { > Name = "RestoreCertBack-1" > Type = Restore > Client=certback-1-fd > Storage = File1 > FileSet="Full Set" > Pool = File > Messages = Standard > Where = /mnt/storage/bacula/restore > } > > # List of files to be backed up > FileSet { > Name = "Full Set" > Include { > Options { > signature = MD5 > compression = GZIP > } > # > # Put your list of files here, preceded by 'File =', one per line > #or include an external list with: > # > #File = # > # Note: / backs up everything on the root partition. > #if you have other partitions such as /usr or /home > #you will probably want to add them too. > # > # By default this is defined to point to the Bacula binary > #directory to give a reasonable FileSet to backup to > #disk storage during initial testing. > # > File = /usr/
Prevencion Lavado de Dinero
Prevención de Lavado de Dinero Para los Grupos Empresariales SEMINARIO EN LÍNEA Fecha: 24 de Enero del 2020 HORARIO: 10:00 a 13:00 HRS. Hoy en día es muy común ver unidades económicas como estrategia corporativa o marketing, que se les denomina Holdings Company, o también Grupos Empresariales. Pero qué pasa cuando se desconoce las reglas fiscales que deben cumplir para no incurrir en el Lavado de Dinero. - ¿Cuáles son disposiciones fiscales que se deben cumplir? - ¿Cuáles son las actividades vulnerables? - ¿Cómo no incurrir en la evasión fiscal? Recuerde que el desconocimiento de estas leyes no lo exenta de las consecuencias legales que puedan llevarse a cabo en su contra. Es por ello que se le extienda esta atenta invitación a usted para que participe en nuestro Seminario donde aprenderá todas las medidas a llevar a cabo para evitar posibles multas o sanciones. Invierta hoy mismo en el futuro de su organización y empiece el 2020 con la mejor capacitación que le traemos a usted. Solicite más detalles con sus datos de contacto y le enviamos el temario completo de este curso. O llame al 01 800 212 9393. Nombre: Teléfono: Correo electrónico: Jessica Torres Capacitaciones en Línea 2020 Todos los Derechos Reservados Si no está interesado en este curso, responda "Cancelar LD". Puede reenviar esta infomación a sus contactos que sí puedan estar interesados en este seminario o los responsables del área, sería de mucha ayuda. Gracias. Si no desea recibir más invitaciones responda "B4J4".
Re: Probelmas respaldando equipos remotos en Bacula
El 8/1/20 a las 20:52, Fran Torres escribió: > Buenas, > > a riesgo de meter la pata, pregunto: > en /dev/, tienes los dispositivos que especificas en el fichero conf > del director? Hola Fran, En principio sí > ejemplo: /dev/lto4. Esa unidad está comentada. Viene por defecto en la configuración, pero no la uso. > lo que tienes en /mnt, está montado? Sí, Está montado en el director y funciona para los respaldos locales. > También veo que faltan algunas cosas por configurar, ¿ Por ejemplo que? > tiene pinta de > que muchas cosas tienen la configuración; bien de ejemplo, o bien por > defecto. > Configuré solo lo que uso y entiendo. El resto dejé lo que aparece por defecto¿ recomiendas preparar a partir de un archivo en limpio? Saludos, Juliań > Fran. > > 2020-01-08 20:10 GMT+01:00, Julian Daich : >> Hola >> >> Tengo porblemas para hacer que Bacula respalde cleintes remotos. Los >> clientes remotos se conectan al director, pero se quedan colgando >> esperando el almacenamiento. Con el cleinte local no ocurre, solo con >> los remotos. Creo que el problema está en bacula-sd.conf. Pego abajo >> los archivos de configuración. >> >> Saludos, >> >> Julián >> >> En servdidor local >> >> bacula-dir.conf >> >> # >> # Default Bacula Director Configuration file >> # >> # The only thing that MUST be changed is to add one or more >> # file or directory names in the Include directive of the >> # FileSet resource. >> # >> # For Bacula release 9.4.2 (04 February 2019) -- debian buster/sid >> # >> # You might also want to change the default email address >> # from root to your address. See the "mail" and "operator" >> # directives in the Messages resource. >> # >> # Copyright (C) 2000-2017 Kern Sibbald >> # License: BSD 2-Clause; see file LICENSE-FOSS >> # >> >> Director {# define myself >> Name = local-1-dir >> # Name = local-1.us-central1-a.c.lindswp.internal-dir >> DIRport = 9101# where we listen for UA connections >> QueryFile = "/etc/bacula/scripts/query.sql" >> WorkingDirectory = "/var/lib/bacula" >> PidDirectory = "/run/bacula" >> Maximum Concurrent Jobs = 20 >> Password = "AAOV_D" # Console password >> Messages = Daemon >> DirAddress = 10.8.0.1 >> } >> >> JobDefs { >> Name = "DefaultJob" >> Type = Backup >> Level = Incremental >> Client = local-1-fd >> # Client = local-1.us-central1-a.c.lindswp.internal-fd >> FileSet = "Full Set" >> Schedule = "WeeklyCycle" >> Storage = File1 >> Messages = Standard >> Pool = File >> SpoolAttributes = yes >> Priority = 10 >> Write Bootstrap = "/var/lib/bacula/%c.bsr" >> } >> >> >> # >> # Define the main nightly save backup job >> # By default, this job will back up to disk in >> /nonexistant/path/to/file/archive/dir >> Job { >> Name = "BackupLocalFiles" >> Client = local-1-fd >> # Client = local-1.us-central1-a.c.lindswp.internal2-fd >> JobDefs = "DefaultJob" >> } >> >> Job { >> Name = "BackupKalipso" >> Client = kalipso-fd >> JobDefs = "DefaultJob" >> } >> >> Job { >> Name = "BackupCertBack-1" >> Client = certback-1-fd >> JobDefs = "DefaultJob" >> } >> >> >> #Job { >> # Name = "BackupClient1-to-Tape" >> # JobDefs = "DefaultJob" >> # Storage = LTO-4 >> # Spool Data = yes# Avoid shoe-shine >> # Pool = Default >> #} >> >> #} >> >> # Backup the catalog database (after the nightly save) >> Job { >> Name = "BackupCatalog" >> JobDefs = "DefaultJob" >> Level = Full >> FileSet="Catalog" >> Schedule = "WeeklyCycleAfterBackup" >> # This creates an ASCII copy of the catalog >> # Arguments to make_catalog_backup.pl are: >> # make_catalog_backup.pl >> RunBeforeJob = "/etc/bacula/scripts/make_catalog_backup.pl MyCatalog" >> # This deletes the copy of the catalog >> RunAfterJob = "/etc/bacula/scripts/delete_catalog_backup" >> Write Bootstrap = "/var/lib/bacula/%n.bsr" >> Priority = 11 # run after main backup >> } >> >> # >> # Standard Restore template, to be changed by Console program >> # Only one such job is needed for all Jobs/Clients/Storage ... >> # >> Job { >> Name = "RestoreLocalFiles" >> Type = Restore >> Client=local-1-fd >> # Client=local-1.us-central1-a.c.lindswp.internal-fd >> Storage = File1 >> # The FileSet and Pool directives are not used by Restore Jobs >> # but must not be removed >> FileSet="Full Set" >> Pool = File >> Messages = Standard >> Where = /mnt/storage/bacula/restore >> } >> >> Job { >> Name = "RestoreKalipso" >> Type = Restore >> Client=kalipso-fd >> Storage = File1 >> FileSet="Full Set" >> Pool = File >> Messages = Standard >> Where = /mnt/storage/bacula/restore >> } >> >> Job { >> Name = "RestoreCertBack-1" >> Type = Restore >> Client=certback-1-fd >> Storage = File1 >> FileSet="Full Set" >> Pool = File >> Messages = Standard >> Where = /mnt/storage/bacula/restore >> } >> >> # List of files to be backed up >> FileSet { >
Re: Probelmas respaldando equipos remotos en Bacula
Buenas, no puedo recomendar usar un fichero en limpio, puesto que no conozco el programa... Pero sí jugar un poco con las opciones o las cosas que trae... Otra cosa que se me ocurre... dices que en local funciona. Los clientes, están dentro de la misma red LAN entiendo; no? Fran. 2020-01-08 22:50 GMT+01:00, Julián Daich : > > > El 8/1/20 a las 20:52, Fran Torres escribió: >> Buenas, >> >> a riesgo de meter la pata, pregunto: >> en /dev/, tienes los dispositivos que especificas en el fichero conf >> del director? > > Hola Fran, > > En principio sí >> ejemplo: /dev/lto4. > > Esa unidad está comentada. Viene por defecto en la configuración, pero > no la uso. > >> lo que tienes en /mnt, está montado? > > Sí, Está montado en el director y funciona para los respaldos locales. > >> También veo que faltan algunas cosas por configurar, > > ¿ Por ejemplo que? > >> tiene pinta de >> que muchas cosas tienen la configuración; bien de ejemplo, o bien por >> defecto. >> > > Configuré solo lo que uso y entiendo. El resto dejé lo que aparece por > defecto¿ recomiendas preparar a partir de un archivo en limpio? > > Saludos, > > Juliań > >> Fran. >> >> 2020-01-08 20:10 GMT+01:00, Julian Daich : >>> Hola >>> >>> Tengo porblemas para hacer que Bacula respalde cleintes remotos. Los >>> clientes remotos se conectan al director, pero se quedan colgando >>> esperando el almacenamiento. Con el cleinte local no ocurre, solo con >>> los remotos. Creo que el problema está en bacula-sd.conf. Pego abajo >>> los archivos de configuración. >>> >>> Saludos, >>> >>> Julián >>> >>> En servdidor local >>> >>> bacula-dir.conf >>> >>> # >>> # Default Bacula Director Configuration file >>> # >>> # The only thing that MUST be changed is to add one or more >>> # file or directory names in the Include directive of the >>> # FileSet resource. >>> # >>> # For Bacula release 9.4.2 (04 February 2019) -- debian buster/sid >>> # >>> # You might also want to change the default email address >>> # from root to your address. See the "mail" and "operator" >>> # directives in the Messages resource. >>> # >>> # Copyright (C) 2000-2017 Kern Sibbald >>> # License: BSD 2-Clause; see file LICENSE-FOSS >>> # >>> >>> Director {# define myself >>> Name = local-1-dir >>> # Name = local-1.us-central1-a.c.lindswp.internal-dir >>> DIRport = 9101# where we listen for UA connections >>> QueryFile = "/etc/bacula/scripts/query.sql" >>> WorkingDirectory = "/var/lib/bacula" >>> PidDirectory = "/run/bacula" >>> Maximum Concurrent Jobs = 20 >>> Password = "AAOV_D" # Console password >>> Messages = Daemon >>> DirAddress = 10.8.0.1 >>> } >>> >>> JobDefs { >>> Name = "DefaultJob" >>> Type = Backup >>> Level = Incremental >>> Client = local-1-fd >>> # Client = local-1.us-central1-a.c.lindswp.internal-fd >>> FileSet = "Full Set" >>> Schedule = "WeeklyCycle" >>> Storage = File1 >>> Messages = Standard >>> Pool = File >>> SpoolAttributes = yes >>> Priority = 10 >>> Write Bootstrap = "/var/lib/bacula/%c.bsr" >>> } >>> >>> >>> # >>> # Define the main nightly save backup job >>> # By default, this job will back up to disk in >>> /nonexistant/path/to/file/archive/dir >>> Job { >>> Name = "BackupLocalFiles" >>> Client = local-1-fd >>> # Client = local-1.us-central1-a.c.lindswp.internal2-fd >>> JobDefs = "DefaultJob" >>> } >>> >>> Job { >>> Name = "BackupKalipso" >>> Client = kalipso-fd >>> JobDefs = "DefaultJob" >>> } >>> >>> Job { >>> Name = "BackupCertBack-1" >>> Client = certback-1-fd >>> JobDefs = "DefaultJob" >>> } >>> >>> >>> #Job { >>> # Name = "BackupClient1-to-Tape" >>> # JobDefs = "DefaultJob" >>> # Storage = LTO-4 >>> # Spool Data = yes# Avoid shoe-shine >>> # Pool = Default >>> #} >>> >>> #} >>> >>> # Backup the catalog database (after the nightly save) >>> Job { >>> Name = "BackupCatalog" >>> JobDefs = "DefaultJob" >>> Level = Full >>> FileSet="Catalog" >>> Schedule = "WeeklyCycleAfterBackup" >>> # This creates an ASCII copy of the catalog >>> # Arguments to make_catalog_backup.pl are: >>> # make_catalog_backup.pl >>> RunBeforeJob = "/etc/bacula/scripts/make_catalog_backup.pl MyCatalog" >>> # This deletes the copy of the catalog >>> RunAfterJob = "/etc/bacula/scripts/delete_catalog_backup" >>> Write Bootstrap = "/var/lib/bacula/%n.bsr" >>> Priority = 11 # run after main backup >>> } >>> >>> # >>> # Standard Restore template, to be changed by Console program >>> # Only one such job is needed for all Jobs/Clients/Storage ... >>> # >>> Job { >>> Name = "RestoreLocalFiles" >>> Type = Restore >>> Client=local-1-fd >>> # Client=local-1.us-central1-a.c.lindswp.internal-fd >>> Storage = File1 >>> # The FileSet and Pool directives are not used by Restore Jobs >>> # but must not be removed >>> FileSet="Full Set" >>> Pool = File >>> Messages = Standard >>> Where = /mnt/storage/bacula/
Re: Probelmas respaldando equipos remotos en Bacula
El 8/1/20 a las 23:16, Fran Torres escribió: > Buenas, > Otra cosa que se me ocurre... dices que en local funciona. Los > clientes, están dentro de la misma red LAN entiendo; no? > Hola, Sí están todos dentro de una VPN de la que el director es también el servidor. Los clientes se conectan con el director, eso ya lo verifiqué, pero se quedan colgados esperando conectarse con las unidades del almacenamiento. Son dos procesos distintos a uno lo gestiona bacula-sd y al otro bacula-fd. Saludos, Julián > Fran. > > 2020-01-08 22:50 GMT+01:00, Julián Daich : >> >> >> El 8/1/20 a las 20:52, Fran Torres escribió: >>> Buenas, >>> >>> a riesgo de meter la pata, pregunto: >>> en /dev/, tienes los dispositivos que especificas en el fichero conf >>> del director? >> >> Hola Fran, >> >> En principio sí >>> ejemplo: /dev/lto4. >> >> Esa unidad está comentada. Viene por defecto en la configuración, pero >> no la uso. >> >>> lo que tienes en /mnt, está montado? >> >> Sí, Está montado en el director y funciona para los respaldos locales. >> >>> También veo que faltan algunas cosas por configurar, >> >> ¿ Por ejemplo que? >> >>> tiene pinta de >>> que muchas cosas tienen la configuración; bien de ejemplo, o bien por >>> defecto. >>> >> >> Configuré solo lo que uso y entiendo. El resto dejé lo que aparece por >> defecto¿ recomiendas preparar a partir de un archivo en limpio? >> >> Saludos, >> >> Juliań >> >>> Fran. >>> >>> 2020-01-08 20:10 GMT+01:00, Julian Daich : Hola Tengo porblemas para hacer que Bacula respalde cleintes remotos. Los clientes remotos se conectan al director, pero se quedan colgando esperando el almacenamiento. Con el cleinte local no ocurre, solo con los remotos. Creo que el problema está en bacula-sd.conf. Pego abajo los archivos de configuración. Saludos, Julián En servdidor local bacula-dir.conf # # Default Bacula Director Configuration file # # The only thing that MUST be changed is to add one or more # file or directory names in the Include directive of the # FileSet resource. # # For Bacula release 9.4.2 (04 February 2019) -- debian buster/sid # # You might also want to change the default email address # from root to your address. See the "mail" and "operator" # directives in the Messages resource. # # Copyright (C) 2000-2017 Kern Sibbald # License: BSD 2-Clause; see file LICENSE-FOSS # Director {# define myself Name = local-1-dir # Name = local-1.us-central1-a.c.lindswp.internal-dir DIRport = 9101# where we listen for UA connections QueryFile = "/etc/bacula/scripts/query.sql" WorkingDirectory = "/var/lib/bacula" PidDirectory = "/run/bacula" Maximum Concurrent Jobs = 20 Password = "AAOV_D" # Console password Messages = Daemon DirAddress = 10.8.0.1 } JobDefs { Name = "DefaultJob" Type = Backup Level = Incremental Client = local-1-fd # Client = local-1.us-central1-a.c.lindswp.internal-fd FileSet = "Full Set" Schedule = "WeeklyCycle" Storage = File1 Messages = Standard Pool = File SpoolAttributes = yes Priority = 10 Write Bootstrap = "/var/lib/bacula/%c.bsr" } # # Define the main nightly save backup job # By default, this job will back up to disk in /nonexistant/path/to/file/archive/dir Job { Name = "BackupLocalFiles" Client = local-1-fd # Client = local-1.us-central1-a.c.lindswp.internal2-fd JobDefs = "DefaultJob" } Job { Name = "BackupKalipso" Client = kalipso-fd JobDefs = "DefaultJob" } Job { Name = "BackupCertBack-1" Client = certback-1-fd JobDefs = "DefaultJob" } #Job { # Name = "BackupClient1-to-Tape" # JobDefs = "DefaultJob" # Storage = LTO-4 # Spool Data = yes# Avoid shoe-shine # Pool = Default #} #} # Backup the catalog database (after the nightly save) Job { Name = "BackupCatalog" JobDefs = "DefaultJob" Level = Full FileSet="Catalog" Schedule = "WeeklyCycleAfterBackup" # This creates an ASCII copy of the catalog # Arguments to make_catalog_backup.pl are: # make_catalog_backup.pl RunBeforeJob = "/etc/bacula/scripts/make_catalog_backup.pl MyCatalog" # This deletes the copy of the catalog RunAfterJob = "/etc/bacula/scripts/delete_catalog_backup" Write Bootstrap = "/var/lib/bacula/%n.bsr" Priority = 11 # run after main backup } # # Standard Restore template, to be changed by Console program # Only one such job is needed for all J
Re: Probelmas respaldando equipos remotos en Bacula
Buenas, el problema entonces... Podría ser el que te comentaba antes de los dispositivos? o Fran. 2020-01-08 23:33 GMT+01:00, Julián Daich : > > > El 8/1/20 a las 23:16, Fran Torres escribió: >> Buenas, > >> Otra cosa que se me ocurre... dices que en local funciona. Los >> clientes, están dentro de la misma red LAN entiendo; no? >> > > Hola, > > Sí están todos dentro de una VPN de la que el director es también el > servidor. Los clientes se conectan con el director, eso ya lo verifiqué, > pero se quedan colgados esperando conectarse con las unidades del > almacenamiento. Son dos procesos distintos a uno lo gestiona bacula-sd y > al otro bacula-fd. > > Saludos, > > Julián > >> Fran. >> >> 2020-01-08 22:50 GMT+01:00, Julián Daich : >>> >>> >>> El 8/1/20 a las 20:52, Fran Torres escribió: Buenas, a riesgo de meter la pata, pregunto: en /dev/, tienes los dispositivos que especificas en el fichero conf del director? >>> >>> Hola Fran, >>> >>> En principio sí ejemplo: /dev/lto4. >>> >>> Esa unidad está comentada. Viene por defecto en la configuración, pero >>> no la uso. >>> lo que tienes en /mnt, está montado? >>> >>> Sí, Está montado en el director y funciona para los respaldos locales. >>> También veo que faltan algunas cosas por configurar, >>> >>> ¿ Por ejemplo que? >>> tiene pinta de que muchas cosas tienen la configuración; bien de ejemplo, o bien por defecto. >>> >>> Configuré solo lo que uso y entiendo. El resto dejé lo que aparece por >>> defecto¿ recomiendas preparar a partir de un archivo en limpio? >>> >>> Saludos, >>> >>> Juliań >>> Fran. 2020-01-08 20:10 GMT+01:00, Julian Daich : > Hola > > Tengo porblemas para hacer que Bacula respalde cleintes remotos. Los > clientes remotos se conectan al director, pero se quedan colgando > esperando el almacenamiento. Con el cleinte local no ocurre, solo con > los remotos. Creo que el problema está en bacula-sd.conf. Pego abajo > los archivos de configuración. > > Saludos, > > Julián > > En servdidor local > > bacula-dir.conf > > # > # Default Bacula Director Configuration file > # > # The only thing that MUST be changed is to add one or more > # file or directory names in the Include directive of the > # FileSet resource. > # > # For Bacula release 9.4.2 (04 February 2019) -- debian buster/sid > # > # You might also want to change the default email address > # from root to your address. See the "mail" and "operator" > # directives in the Messages resource. > # > # Copyright (C) 2000-2017 Kern Sibbald > # License: BSD 2-Clause; see file LICENSE-FOSS > # > > Director {# define myself > Name = local-1-dir > # Name = local-1.us-central1-a.c.lindswp.internal-dir > DIRport = 9101# where we listen for UA connections > QueryFile = "/etc/bacula/scripts/query.sql" > WorkingDirectory = "/var/lib/bacula" > PidDirectory = "/run/bacula" > Maximum Concurrent Jobs = 20 > Password = "AAOV_D" # Console password > Messages = Daemon > DirAddress = 10.8.0.1 > } > > JobDefs { > Name = "DefaultJob" > Type = Backup > Level = Incremental > Client = local-1-fd > # Client = local-1.us-central1-a.c.lindswp.internal-fd > FileSet = "Full Set" > Schedule = "WeeklyCycle" > Storage = File1 > Messages = Standard > Pool = File > SpoolAttributes = yes > Priority = 10 > Write Bootstrap = "/var/lib/bacula/%c.bsr" > } > > > # > # Define the main nightly save backup job > # By default, this job will back up to disk in > /nonexistant/path/to/file/archive/dir > Job { > Name = "BackupLocalFiles" > Client = local-1-fd > # Client = local-1.us-central1-a.c.lindswp.internal2-fd > JobDefs = "DefaultJob" > } > > Job { > Name = "BackupKalipso" > Client = kalipso-fd > JobDefs = "DefaultJob" > } > > Job { > Name = "BackupCertBack-1" > Client = certback-1-fd > JobDefs = "DefaultJob" > } > > > #Job { > # Name = "BackupClient1-to-Tape" > # JobDefs = "DefaultJob" > # Storage = LTO-4 > # Spool Data = yes# Avoid shoe-shine > # Pool = Default > #} > > #} > > # Backup the catalog database (after the nightly save) > Job { > Name = "BackupCatalog" > JobDefs = "DefaultJob" > Level = Full > FileSet="Catalog" > Schedule = "WeeklyCycleAfterBackup" > # This creates an ASCII copy of the catalog > # Arguments to make_catalog_backup.pl are: > # make_catalog_backup.pl > RunBeforeJob = "/etc/bacula/scripts/make_catalog_backup.pl > MyCatalog" > # This deletes