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).
Saludos,
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
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
--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)