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.