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.