A veces dnsmasq no asigna hostname a los nodos #17
Reference in New Issue
Block a user
No description provided.
Delete Branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Si sale un
*en la columna de hostname en/var/lib/misc/dnsmasq.leaseses que no se asignó uno al hacer la conexión. No entiendo por qué, porque dhcpcd está configurado para enviar hostname.@ChasquiLabo @Numerica cuando estén por hacer esto avisenme así lo verificamos, necesitaría saber con qué versión de
dhcpcdempiezanestuve buscando la forma de que dnsmasq ignore clientes que no provean un hostname, pero no encontré nada. veo que la gente que tuvo problemas similares lo resolvió actualizando dnsmasq, pero el bookworm que tenemos no tiene actualizacion pendiente de dnsmaq
encontré que hay un patrón de mac address similar para el hostname
kurruf-20l5s10600@Numerica sabes qué máquina es?me da la impresión que hay un randomizador de mac en juego y no es que el hostname no está informado sino que asigna una ip a cada mac y va moviendo el hostname a la última mac que se conecta.
como tenemos asignación infinita de ips, el archivo de leases nunca se vacía...
voy a buscar si es posible hacer que dnsmasq deduplique los hostnames en lugar de forzar siempre uno y sino investigamos si podemos cambiar la asignación de ips a 1 día o algo así para que se venzan, sin afectar al proxy reverso.
https://lists.thekelleys.org.uk/pipermail/dnsmasq-discuss/2018q2/012223.html
de las 36 IP asignadas sin hostname, ninguna responde pings. no encuentro forma de hacer que dnsmasq elimine esas asignaciones sin cambiar el tiempo de lease de infinito a pocas horas... no quiero cambiar toda la infra para ver si realmente nginx/docker van a detectar los cambios de ips de otros hosts.
a fuerza bruta se me ocurre poner un cron que durante la noche pare dnsmasq, elimine las asignaciones sin host y reinicie dnsmasq, que es lo que estuve haciendo a mano
Entonces sería un bug de dnsmasq que (tal vez) se arregla con la actualización.
Bookworm quién tiene, el VPS del proxy? Si lo migramos, estaba viendo que los VPS vienen con Debian 13, por lo que hay que hacer la actualización. Ese es otro issue