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
