Re: dhcp-proxy con dnsmasq
El 2023-01-20 a las 14:28 +0100, trujo escribió:
> El jue, 19-01-2023 a las 20:38 +0100, Camaleón escribió:
> > El 2023-01-19 a las 13:49 +0100, trujo escribió:
> >
> > > Estoy intentando ponerlo en marcha (con debian estable).
> > > la red en la que esta recibe ipes desde un relay situado en el
> > > conmutador.
> > > Si en el servidor DHCP pongo la opción 66 (next-server) parece
> > > funcionar, si no no funciona.
> > > no deberia dar este parametro el proxy-dhcp.
> > > mi configuración:
> > > port=0
> > > log-dhcp
> > > dhcp-no-override
> > > enable-tftp
> > > dhcp-range=192.168.53.21,proxy
> > > dhcp-boot=terminales/bootcode.bin,192.168.53.4,192.168.53.4
> > > interface=red-pxe
> > > dhcp-option=66,"192.168.53.4"
> > >
> > > Si desactivo el dhcp-relay no funciona en absoluto, ¿no deberia
> > > funcionar?, ¿donde se le dice cual es el servidor al que debe
> > > pedirle
> > > la ip?
> >
> > Hum... así a bote pronto el único valor que no veo definido en la
> > configuración es el directorio raíz del servidor TFTP («tftp-root»),
> > pero no sé hasta qué punto puede afectar al tener definida la opción
> > de
> > next-server, no he trabajado nunca con dnsmasq :-?
> >
> > Echa un vistazo a la wiki de Archlinux que siempre explican de forma
> > didáctica cómo configurar cada uno de los servicios que admite
> > dnsmasq:
> >
> > https://wiki.archlinux.org/title/dnsmasq
> >
> > En cualquier caso, revisa el registro de dnsmaq para ver qué hace
> > exactamente el demonio y por qué falla en cada caso (p. ej., cuando
> > defines la opción «66» y cuando no).
> >
> >
> Se me olvido copiarlo, pero el problema no es ese el problema, es que
> no funciona.
> Lo monto en consola para poder depurarlo:
> # dnsmasq -d -C /etc/dnsmasq.d/ipxe
> dnsmasq: started, version 2.85 DNS disabled
> dnsmasq: opciones de compilación: IPv6 GNU-getopt DBus no-UBus i18n
> IDN2 DHCP DHCPv6 no-Lua TFTP conntrack ipset auth cryptohash DNSSEC
> loop-detect inotify dumpfile
> dnsmasq-dhcp: DHCP, proxy on subnet 192.168.53.1
> dnsmasq-dhcp: DHCP, sockets bound exclusively to interface red-pxe
> dnsmasq-tftp: TFTP root está /srv/tftp/terminales
> dnsmasq-dhcp: 2554010389 available DHCP subnet:
> 192.168.53.1/255.255.255.0
> dnsmasq-dhcp: 2554010389 vendor class: PXEClient:Arch:00000:UNDI:002001
Si se queda ahí, quizá lo que falle es la carga del PXE, que no lo
detecte correctamente y tengas que forzar de alguna manera que lo
reconozca para poder iniciar los clientes ligeros.
PXE : dnsmasq dhcp proxy not answering [SOLVED]
https://bbs.archlinux.org/viewtopic.php?id=254774
Que es básicamente lo que recomienda el artículo de la wiki de
Archlinux (apartado de configuración para el servidor PXE).
> No llega a arrabcar, si añado en el servidor de DHCP principal, es que
> lo que no quiero hacer la opción 66
> En el cliente se ve:
> IP-Config: Complete:
> device=eth0, hwaddr:xx:xx:xx:xx:xx:xx, ipaddr=192.168.53.13,
> mask=255.255.255.0,gw=192.168.53.1
> host=192.168.53.13, domain=ea.ea.ea.ea.ea, nis-domain=(none)
> boorserver=0.0.0.0, rootserver=0.0.0.0, rootpath=
> nameserver0=8.8.8.8, nameserver1=xxx.xxx.xxx
>
>
> Es decir toma los datos dados por el DHCP principal,
> Si desactivo el dhcp-relay del conmutador y hago que dnsmasq actue como
> relay añadiendo la linea:
> dhcp-relay=192.168.53.4,10.xxx.xxx.xxx
>
>
> # dnsmasq -d -C /etc/dnsmasq.d/ipxe
> dnsmasq: started, version 2.85 DNS disabled
> dnsmasq: opciones de compilación: IPv6 GNU-getopt DBus no-UBus i18n
> IDN2 DHCP DHCPv6 no-Lua TFTP conntrack ipset auth cryptohash DNSSEC
> loop-detect inotify dumpfile
> dnsmasq-dhcp: DHCP, proxy on subnet 192.168.53.1
> dnsmasq-dhcp: DHCP relay from 192.168.53.4 to 10.xxx.xxx.xxx
> dnsmasq-tftp: TFTP root está /srv/tftp/terminales
>
> Pero el resto es igual, es decir el relay funciona pero el proxy no.
> La pagina de Arch que me has dicho ya la habia mirado antes y no aporta
> nada, solo que mire en el fichero "/var/lib/misc/dnsmasq.leases" para
> ver los arrendamiento, pero ese fichero esta vacío.
>
> Lo único que no controlo bien es la linea:
> dhcp-range=192.168.53.1,proxy
> He probado a poner el GW (1), el servidor (192.168.53.4) o una de las
> direcciones arrendadas (13), pero el resultado es siempre el mismo, no
> funciona
¿De qué tipo de clientes ligeros se trata? Quizá requieran algún tipo
de parámetro o configuración concreto, de ahí que forzando la opción 66
se cargue el bootloader y los clientes detecten sin problemas el servidor
dnsmasq.
Saludos,
--
Camaleón
Reply to: