Dnsmasq no asigna direcciones bajo peticiones de iPXE
67 views
Skip to first unread message
Rubén Gómez Antolí
Jan 15, 2014, 8:27:40 AM1/15/14
to tcos-u...@googlegroups.com
Hola a todos:
Recurro a vosotros porque ya estoy perdido.
Bajo sugerencia de Mario procedí a configurar mi sistema para mejorar el
tiempo de arranque con iPXE.
Encontré varias referencias sobre como hacerlo e instale y configure* el
servidor.
*(Tuve que hacer varias trampas para instalar iPXE ya que estoy todavía
en la versión 6.0.8 -no me pidáis que recuerde el nombre, lo siento- de
Debian.)
El problema que me encuentro es el siguiente:
1 - El cliente inicia y realiza la petición TFTP.
2 - Dnsmasq asigna la IP correctamente y manda undionly.kpxe.
3 - iPXE toma el control del cliente y vuelve a realizar una petición
DHCP para solicitar el archivo de arranque.
4 - Dnsmasq no asigna la IP correctamente y el arranque por iPXE falla.
Este último paso lo he conseguido averiguar al instalar iPXE en un
portátil que tengo por ahí y arrancar directamente con iPXE.
En concreto el error que obtengo es el siguiente:
---------- Corte desde consola ---------
Jan 15 14:17:54 Nidfrio dnsmasq-dhcp[25581]: 2883440 available DHCP
range: 192.168.2.10 -- 192.168.2.30
Jan 15 14:17:54 Nidfrio dnsmasq-dhcp[25581]: 2883440 vendor class:
PXEClient:Arch:00000:UNDI:002001
Jan 15 14:17:54 Nidfrio dnsmasq-dhcp[25581]: 2883440 user class: iPXE
Jan 15 14:17:54 Nidfrio dnsmasq-dhcp[25581]: 2883440
DHCPDISCOVER(vpnpu0) 04:7d:7b:5c:90:a9
Jan 15 14:17:54 Nidfrio dnsmasq-dhcp[25581]: 2883440 DHCPOFFER(vpnpu0)
192.168.2.24 04:7d:7b:5c:90:a9
Jan 15 14:17:54 Nidfrio dnsmasq-dhcp[25581]: 2883440 requested options:
1:netmask, 3:router, 6:dns-server, 7:log-server,
Jan 15 14:17:54 Nidfrio dnsmasq-dhcp[25581]: 2883440 requested options:
12:hostname, 15:domain-name, 17:root-path,
Jan 15 14:17:54 Nidfrio dnsmasq-dhcp[25581]: 2883440 requested options:
43:vendor-encap, 60:vendor-class, 66:tftp-server,
Jan 15 14:17:54 Nidfrio dnsmasq-dhcp[25581]: 2883440 requested options:
67:bootfile-name, 128, 129, 130, 131, 132,
Jan 15 14:17:54 Nidfrio dnsmasq-dhcp[25581]: 2883440 requested options:
133, 134, 135, 175, 203
Jan 15 14:17:54 Nidfrio dnsmasq-dhcp[25581]: 2883440 etiquetas:
IPXEBOOT, known, vpnpu0
Jan 15 14:17:54 Nidfrio dnsmasq-dhcp[25581]: 2883440 next server:
192.168.2.1
Jan 15 14:17:54 Nidfrio dnsmasq-dhcp[25581]: 2883440 broadcast response
Jan 15 14:17:54 Nidfrio dnsmasq-dhcp[25581]: 2883440 sent size: 1
option: 53:message-type 02
Jan 15 14:17:54 Nidfrio dnsmasq-dhcp[25581]: 2883440 sent size: 4
option: 54:server-identifier 192.168.2.1
Jan 15 14:17:54 Nidfrio dnsmasq-dhcp[25581]: 2883440 sent size: 4
option: 51:lease-time 00:00:0a:8c
Jan 15 14:17:54 Nidfrio dnsmasq-dhcp[25581]: 2883440 sent size: 4
option: 58:T1 00:00:05:46
Jan 15 14:17:54 Nidfrio dnsmasq-dhcp[25581]: 2883440 sent size: 4
option: 59:T2 00:00:09:3a
Jan 15 14:17:54 Nidfrio dnsmasq-dhcp[25581]: 2883440 sent size: 29
option: 67:bootfile-name 68:74:74:70:3a:2f:2f:31:39:32:2e:31:36...
Jan 15 14:17:54 Nidfrio dnsmasq-dhcp[25581]: 2883440 sent size: 4
option: 1:netmask 255.255.255.0
Jan 15 14:17:54 Nidfrio dnsmasq-dhcp[25581]: 2883440 sent size: 4
option: 28:broadcast 192.168.2.255
Jan 15 14:17:54 Nidfrio dnsmasq-dhcp[25581]: 2883440 sent size: 4
option: 3:router 192.168.2.1
Jan 15 14:17:54 Nidfrio dnsmasq-dhcp[25581]: 2883440 sent size: 4
option: 6:dns-server 192.168.2.1
Jan 15 14:17:54 Nidfrio dnsmasq-dhcp[25581]: 2883440 sent size: 7
option: 12:hostname portosh
Jan 15 14:17:54 Nidfrio dnsmasq-dhcp[25581]: ning�n rango de direcci�nes
disponible para pedido DHCP v�a xenbr0
Jan 15 14:17:55 Nidfrio dnsmasq-dhcp[25581]: 2883440 available DHCP
range: 192.168.2.10 -- 192.168.2.30
Jan 15 14:17:55 Nidfrio dnsmasq-dhcp[25581]: 2883440 vendor class:
PXEClient:Arch:00000:UNDI:002001
Jan 15 14:17:55 Nidfrio dnsmasq-dhcp[25581]: 2883440 user class: iPXE
Jan 15 14:17:55 Nidfrio dnsmasq-dhcp[25581]: 2883440
DHCPDISCOVER(vpnpu0) 04:7d:7b:5c:90:a9
Jan 15 14:17:55 Nidfrio dnsmasq-dhcp[25581]: 2883440 DHCPOFFER(vpnpu0)
192.168.2.24 04:7d:7b:5c:90:a9
Jan 15 14:17:55 Nidfrio dnsmasq-dhcp[25581]: 2883440 requested options:
1:netmask, 3:router, 6:dns-server, 7:log-server,
Jan 15 14:17:55 Nidfrio dnsmasq-dhcp[25581]: 2883440 requested options:
12:hostname, 15:domain-name, 17:root-path,
Jan 15 14:17:55 Nidfrio dnsmasq-dhcp[25581]: 2883440 requested options:
43:vendor-encap, 60:vendor-class, 66:tftp-server,
Jan 15 14:17:55 Nidfrio dnsmasq-dhcp[25581]: 2883440 requested options:
67:bootfile-name, 128, 129, 130, 131, 132,
Jan 15 14:17:55 Nidfrio dnsmasq-dhcp[25581]: 2883440 requested options:
133, 134, 135, 175, 203
Jan 15 14:17:55 Nidfrio dnsmasq-dhcp[25581]: 2883440 etiquetas:
IPXEBOOT, known, vpnpu0
Jan 15 14:17:55 Nidfrio dnsmasq-dhcp[25581]: 2883440 next server:
192.168.2.1
Jan 15 14:17:55 Nidfrio dnsmasq-dhcp[25581]: 2883440 broadcast response
Jan 15 14:17:55 Nidfrio dnsmasq-dhcp[25581]: 2883440 sent size: 1
option: 53:message-type 02
Jan 15 14:17:55 Nidfrio dnsmasq-dhcp[25581]: 2883440 sent size: 4
option: 54:server-identifier 192.168.2.1
Jan 15 14:17:55 Nidfrio dnsmasq-dhcp[25581]: 2883440 sent size: 4
option: 51:lease-time 00:00:0a:8c
Jan 15 14:17:55 Nidfrio dnsmasq-dhcp[25581]: 2883440 sent size: 4
option: 58:T1 00:00:05:46
Jan 15 14:17:55 Nidfrio dnsmasq-dhcp[25581]: 2883440 sent size: 4
option: 59:T2 00:00:09:3a
Jan 15 14:17:55 Nidfrio dnsmasq-dhcp[25581]: 2883440 sent size: 29
option: 67:bootfile-name 68:74:74:70:3a:2f:2f:31:39:32:2e:31:36...
Jan 15 14:17:55 Nidfrio dnsmasq-dhcp[25581]: 2883440 sent size: 4
option: 1:netmask 255.255.255.0
Jan 15 14:17:55 Nidfrio dnsmasq-dhcp[25581]: 2883440 sent size: 4
option: 28:broadcast 192.168.2.255
Jan 15 14:17:55 Nidfrio dnsmasq-dhcp[25581]: 2883440 sent size: 4
option: 3:router 192.168.2.1
Jan 15 14:17:55 Nidfrio dnsmasq-dhcp[25581]: 2883440 sent size: 4
option: 6:dns-server 192.168.2.1
Jan 15 14:17:55 Nidfrio dnsmasq-dhcp[25581]: 2883440 sent size: 7
option: 12:hostname portosh
Jan 15 14:17:55 Nidfrio dnsmasq-dhcp[25581]: ning�n rango de direcci�nes
disponible para pedido DHCP v�a xenbr0
Jan 15 14:17:58 Nidfrio dnsmasq-dhcp[25581]: 2883440 available DHCP
range: 192.168.2.10 -- 192.168.2.30
Jan 15 14:17:58 Nidfrio dnsmasq-dhcp[25581]: 2883440 vendor class:
PXEClient:Arch:00000:UNDI:002001
Jan 15 14:17:58 Nidfrio dnsmasq-dhcp[25581]: 2883440 user class: iPXE
Jan 15 14:17:58 Nidfrio dnsmasq-dhcp[25581]: 2883440 DHCPREQUEST(vpnpu0)
192.168.0.248 04:7d:7b:5c:90:a9
Jan 15 14:17:58 Nidfrio dnsmasq-dhcp[25581]: 2883440 DHCPNAK(vpnpu0)
192.168.0.248 04:7d:7b:5c:90:a9 ID de servidor equivocada
Jan 15 14:17:58 Nidfrio dnsmasq-dhcp[25581]: 2883440 etiquetas:
IPXEBOOT, known, vpnpu0
Jan 15 14:17:58 Nidfrio dnsmasq-dhcp[25581]: 2883440 broadcast response
Jan 15 14:17:58 Nidfrio dnsmasq-dhcp[25581]: 2883440 sent size: 1
option: 53:message-type 06
Jan 15 14:17:58 Nidfrio dnsmasq-dhcp[25581]: 2883440 sent size: 4
option: 54:server-identifier 192.168.2.1
Jan 15 14:17:58 Nidfrio dnsmasq-dhcp[25581]: 2883440 sent size: 25
option: 56:message 49:44:20:64:65:20:73:65:72:76:69:64:6f...
Jan 15 14:17:58 Nidfrio dnsmasq-dhcp[25581]: ning�n rango de direcci�nes
disponible para pedido DHCP v�a xenbr0
Jan 15 14:17:58 Nidfrio dnsmasq-dhcp[25581]: 2883440 available DHCP
range: 192.168.2.10 -- 192.168.2.30
Jan 15 14:17:58 Nidfrio dnsmasq-dhcp[25581]: 2883440 vendor class:
PXEClient:Arch:00000:UNDI:002001
Jan 15 14:17:58 Nidfrio dnsmasq-dhcp[25581]: 2883440 user class: iPXE
Jan 15 14:17:58 Nidfrio dnsmasq-dhcp[25581]: 2883440 DHCPREQUEST(vpnpu0)
192.168.0.248 04:7d:7b:5c:90:a9
Jan 15 14:17:58 Nidfrio dnsmasq-dhcp[25581]: 2883440 DHCPNAK(vpnpu0)
192.168.0.248 04:7d:7b:5c:90:a9 ID de servidor equivocada
Jan 15 14:17:58 Nidfrio dnsmasq-dhcp[25581]: 2883440 etiquetas:
IPXEBOOT, known, vpnpu0
Jan 15 14:17:58 Nidfrio dnsmasq-dhcp[25581]: 2883440 broadcast response
Jan 15 14:17:58 Nidfrio dnsmasq-dhcp[25581]: 2883440 sent size: 1
option: 53:message-type 06
Jan 15 14:17:58 Nidfrio dnsmasq-dhcp[25581]: 2883440 sent size: 4
option: 54:server-identifier 192.168.2.1
Jan 15 14:17:58 Nidfrio dnsmasq-dhcp[25581]: 2883440 sent size: 25
option: 56:message 49:44:20:64:65:20:73:65:72:76:69:64:6f...
Jan 15 14:17:58 Nidfrio dnsmasq-dhcp[25581]: ning�n rango de direcci�nes
disponible para pedido DHCP v�a xenbr0
-------------- Find el corte -------------
La configuración de Dnsmasq es la siguiente:
------------- Configuración Dnsmasq ---------
domain-needed
bogus-priv
resolv-file=/etc/resolv.conf.real
listen-address=192.168.0.2,192.168.2.1,127.0.0.1
interface=xenbr0
interface=vpnpu0
bind-interfaces
dhcp-range=192.168.2.10,192.168.2.30,1m
dhcp-host=00:08:54:54:47:6b,mecadis,192.168.2.10,45m
dhcp-host=00:1a:92:db:0c:71,indis,192.168.2.11,45m
dhcp-host=00:1a:92:b4:97:1e,adsis,192.168.2.12,45m
dhcp-host=00:22:15:74:E4:36,oproy,192.168.2.13,45m
dhcp-host=00:C0:4F:4E:77:B5,aiser,192.168.2.14,45m
dhcp-host=00:19:66:40:67:bb,terop,192.168.2.15,45m
dhcp-host=44:4D:50:E1:C5:C9,nalop,192.168.2.17,45m
dhcp-host=00:C0:4F:51:96:06,teria,192.168.2.18,45m
dhcp-host=00:0d:9d:a0:5e:dd,oger,192.168.2.19,45m
dhcp-host=00:19:66:79:40:91,talip,192.168.2.20,45m
dhcp-host=44:4D:50:E1:5C:4C,olig,192.168.2.21,45m
dhcp-host=00:05:1C:17:06:1F,clirefa,192.168.2.22,45m
dhcp-host=94:DE:80:88:64:36,uternov,192.168.2.23,45m
dhcp-host=04:7D:7B:5C:90:A9,portosh,192.168.2.24,45m
dhcp-match=IPXEBOOT,175
dhcp-boot=tag:#IPXEBOOT,undionly.kpxe,TFTP_Server_Name,192.168.2.1
dhcp-boot=tag:IPXEBOOT,http://192.168.2.1/boot1.txt
enable-tftp
tftp-root=/var/www
dhcp-authoritative
log-dhcp
------------ Fin de la configuración ---------
Para aclarar temas de interfaces de red, copio el network/interfaces y
explico a continuación:
------------- Configuración de red -------
# This file describes the network interfaces available on your system
# and how to activate them. For more information, see interfaces(5).
# The loopback network interface
auto lo
iface lo inet loopback
# The primary network interface
#allow-hotplug eth0
#auto eth0
#iface eth0 inet static
# address 192.168.0.2
# netmask 255.255.255.0
# network 192.168.0.0
# broadcast 192.168.0.255
# gateway 192.168.0.1
# dns-* options are implemented by the resolvconf package, if
installed
# dns-nameservers 80.58.32.33 80.58.32.33 192.168.0.1
# dns-search redfrio.es
# A�adido para puebas con Xen, si no funciona, quitar
# post-up ethtool -K eth0 tx off
#allow-hotplug eth1
#auto eth1
#iface eth1 inet static
# address 192.168.2.1
# netmask 255.255.255.0
# network 192.168.2.0
# broadcast 192.168.2.255
auto xenbr0
iface xenbr0 inet static
address 192.168.0.2
network 192.168.0.0
netmask 255.255.255.0
broadcast 192.168.0.255
gateway 192.168.0.1
# bridge setup
# eth0 -- outgoing NIC
bridge_ports eth0
bridge_stp off
bridge_fd 0
auto eth1
auto vpnpu0
iface vpnpu0 inet static
address 192.168.2.1
network 192.168.2.0
netmask 255.255.255.0
broadcast 192.168.2.255
bridge_ports eth1 tap1
pre-up openvpn --mktun --dev tap1
post-down openvpn --rmtun --dev tap1
----------- Fin de la configuración de red --------
Xenbr0 es un puente que une eth0 con las interfaces de una máquina
virtual w2k3 que funciona bajo Xen.
Vpnpu0 es un puente que une eth1 -donde se conectan los terminales- con
una VPN que he creado para el arranque de un terminal a través de la misma.
Creo que están todos los datos necesarios, a ver si alguno ve donde esta
el fallo y me echa un cable, porque yo no doy con la tecla.
Gracias anticipadas.
Salud y Revolución.
Lobo.
--
Libertad es poder elegir en cualquier momento. Ahora yo elijo GNU/Linux,
para no atar mis manos con las cadenas del soft propietario.
Porque la libertad no es tu derecho, es tu responsabilidad.
http://www.mucharuina.com
---------
Desde El Ejido, en Almería, usuario registrado Linux #294013
http://www.counter.li.org
Recurro a vosotros porque ya estoy perdido.
Bajo sugerencia de Mario procedí a configurar mi sistema para mejorar el
tiempo de arranque con iPXE.
Encontré varias referencias sobre como hacerlo e instale y configure* el
servidor.
*(Tuve que hacer varias trampas para instalar iPXE ya que estoy todavía
en la versión 6.0.8 -no me pidáis que recuerde el nombre, lo siento- de
Debian.)
El problema que me encuentro es el siguiente:
1 - El cliente inicia y realiza la petición TFTP.
2 - Dnsmasq asigna la IP correctamente y manda undionly.kpxe.
3 - iPXE toma el control del cliente y vuelve a realizar una petición
DHCP para solicitar el archivo de arranque.
4 - Dnsmasq no asigna la IP correctamente y el arranque por iPXE falla.
Este último paso lo he conseguido averiguar al instalar iPXE en un
portátil que tengo por ahí y arrancar directamente con iPXE.
En concreto el error que obtengo es el siguiente:
---------- Corte desde consola ---------
Jan 15 14:17:54 Nidfrio dnsmasq-dhcp[25581]: 2883440 available DHCP
range: 192.168.2.10 -- 192.168.2.30
Jan 15 14:17:54 Nidfrio dnsmasq-dhcp[25581]: 2883440 vendor class:
PXEClient:Arch:00000:UNDI:002001
Jan 15 14:17:54 Nidfrio dnsmasq-dhcp[25581]: 2883440 user class: iPXE
Jan 15 14:17:54 Nidfrio dnsmasq-dhcp[25581]: 2883440
DHCPDISCOVER(vpnpu0) 04:7d:7b:5c:90:a9
Jan 15 14:17:54 Nidfrio dnsmasq-dhcp[25581]: 2883440 DHCPOFFER(vpnpu0)
192.168.2.24 04:7d:7b:5c:90:a9
Jan 15 14:17:54 Nidfrio dnsmasq-dhcp[25581]: 2883440 requested options:
1:netmask, 3:router, 6:dns-server, 7:log-server,
Jan 15 14:17:54 Nidfrio dnsmasq-dhcp[25581]: 2883440 requested options:
12:hostname, 15:domain-name, 17:root-path,
Jan 15 14:17:54 Nidfrio dnsmasq-dhcp[25581]: 2883440 requested options:
43:vendor-encap, 60:vendor-class, 66:tftp-server,
Jan 15 14:17:54 Nidfrio dnsmasq-dhcp[25581]: 2883440 requested options:
67:bootfile-name, 128, 129, 130, 131, 132,
Jan 15 14:17:54 Nidfrio dnsmasq-dhcp[25581]: 2883440 requested options:
133, 134, 135, 175, 203
Jan 15 14:17:54 Nidfrio dnsmasq-dhcp[25581]: 2883440 etiquetas:
IPXEBOOT, known, vpnpu0
Jan 15 14:17:54 Nidfrio dnsmasq-dhcp[25581]: 2883440 next server:
192.168.2.1
Jan 15 14:17:54 Nidfrio dnsmasq-dhcp[25581]: 2883440 broadcast response
Jan 15 14:17:54 Nidfrio dnsmasq-dhcp[25581]: 2883440 sent size: 1
option: 53:message-type 02
Jan 15 14:17:54 Nidfrio dnsmasq-dhcp[25581]: 2883440 sent size: 4
option: 54:server-identifier 192.168.2.1
Jan 15 14:17:54 Nidfrio dnsmasq-dhcp[25581]: 2883440 sent size: 4
option: 51:lease-time 00:00:0a:8c
Jan 15 14:17:54 Nidfrio dnsmasq-dhcp[25581]: 2883440 sent size: 4
option: 58:T1 00:00:05:46
Jan 15 14:17:54 Nidfrio dnsmasq-dhcp[25581]: 2883440 sent size: 4
option: 59:T2 00:00:09:3a
Jan 15 14:17:54 Nidfrio dnsmasq-dhcp[25581]: 2883440 sent size: 29
option: 67:bootfile-name 68:74:74:70:3a:2f:2f:31:39:32:2e:31:36...
Jan 15 14:17:54 Nidfrio dnsmasq-dhcp[25581]: 2883440 sent size: 4
option: 1:netmask 255.255.255.0
Jan 15 14:17:54 Nidfrio dnsmasq-dhcp[25581]: 2883440 sent size: 4
option: 28:broadcast 192.168.2.255
Jan 15 14:17:54 Nidfrio dnsmasq-dhcp[25581]: 2883440 sent size: 4
option: 3:router 192.168.2.1
Jan 15 14:17:54 Nidfrio dnsmasq-dhcp[25581]: 2883440 sent size: 4
option: 6:dns-server 192.168.2.1
Jan 15 14:17:54 Nidfrio dnsmasq-dhcp[25581]: 2883440 sent size: 7
option: 12:hostname portosh
Jan 15 14:17:54 Nidfrio dnsmasq-dhcp[25581]: ning�n rango de direcci�nes
disponible para pedido DHCP v�a xenbr0
Jan 15 14:17:55 Nidfrio dnsmasq-dhcp[25581]: 2883440 available DHCP
range: 192.168.2.10 -- 192.168.2.30
Jan 15 14:17:55 Nidfrio dnsmasq-dhcp[25581]: 2883440 vendor class:
PXEClient:Arch:00000:UNDI:002001
Jan 15 14:17:55 Nidfrio dnsmasq-dhcp[25581]: 2883440 user class: iPXE
Jan 15 14:17:55 Nidfrio dnsmasq-dhcp[25581]: 2883440
DHCPDISCOVER(vpnpu0) 04:7d:7b:5c:90:a9
Jan 15 14:17:55 Nidfrio dnsmasq-dhcp[25581]: 2883440 DHCPOFFER(vpnpu0)
192.168.2.24 04:7d:7b:5c:90:a9
Jan 15 14:17:55 Nidfrio dnsmasq-dhcp[25581]: 2883440 requested options:
1:netmask, 3:router, 6:dns-server, 7:log-server,
Jan 15 14:17:55 Nidfrio dnsmasq-dhcp[25581]: 2883440 requested options:
12:hostname, 15:domain-name, 17:root-path,
Jan 15 14:17:55 Nidfrio dnsmasq-dhcp[25581]: 2883440 requested options:
43:vendor-encap, 60:vendor-class, 66:tftp-server,
Jan 15 14:17:55 Nidfrio dnsmasq-dhcp[25581]: 2883440 requested options:
67:bootfile-name, 128, 129, 130, 131, 132,
Jan 15 14:17:55 Nidfrio dnsmasq-dhcp[25581]: 2883440 requested options:
133, 134, 135, 175, 203
Jan 15 14:17:55 Nidfrio dnsmasq-dhcp[25581]: 2883440 etiquetas:
IPXEBOOT, known, vpnpu0
Jan 15 14:17:55 Nidfrio dnsmasq-dhcp[25581]: 2883440 next server:
192.168.2.1
Jan 15 14:17:55 Nidfrio dnsmasq-dhcp[25581]: 2883440 broadcast response
Jan 15 14:17:55 Nidfrio dnsmasq-dhcp[25581]: 2883440 sent size: 1
option: 53:message-type 02
Jan 15 14:17:55 Nidfrio dnsmasq-dhcp[25581]: 2883440 sent size: 4
option: 54:server-identifier 192.168.2.1
Jan 15 14:17:55 Nidfrio dnsmasq-dhcp[25581]: 2883440 sent size: 4
option: 51:lease-time 00:00:0a:8c
Jan 15 14:17:55 Nidfrio dnsmasq-dhcp[25581]: 2883440 sent size: 4
option: 58:T1 00:00:05:46
Jan 15 14:17:55 Nidfrio dnsmasq-dhcp[25581]: 2883440 sent size: 4
option: 59:T2 00:00:09:3a
Jan 15 14:17:55 Nidfrio dnsmasq-dhcp[25581]: 2883440 sent size: 29
option: 67:bootfile-name 68:74:74:70:3a:2f:2f:31:39:32:2e:31:36...
Jan 15 14:17:55 Nidfrio dnsmasq-dhcp[25581]: 2883440 sent size: 4
option: 1:netmask 255.255.255.0
Jan 15 14:17:55 Nidfrio dnsmasq-dhcp[25581]: 2883440 sent size: 4
option: 28:broadcast 192.168.2.255
Jan 15 14:17:55 Nidfrio dnsmasq-dhcp[25581]: 2883440 sent size: 4
option: 3:router 192.168.2.1
Jan 15 14:17:55 Nidfrio dnsmasq-dhcp[25581]: 2883440 sent size: 4
option: 6:dns-server 192.168.2.1
Jan 15 14:17:55 Nidfrio dnsmasq-dhcp[25581]: 2883440 sent size: 7
option: 12:hostname portosh
Jan 15 14:17:55 Nidfrio dnsmasq-dhcp[25581]: ning�n rango de direcci�nes
disponible para pedido DHCP v�a xenbr0
Jan 15 14:17:58 Nidfrio dnsmasq-dhcp[25581]: 2883440 available DHCP
range: 192.168.2.10 -- 192.168.2.30
Jan 15 14:17:58 Nidfrio dnsmasq-dhcp[25581]: 2883440 vendor class:
PXEClient:Arch:00000:UNDI:002001
Jan 15 14:17:58 Nidfrio dnsmasq-dhcp[25581]: 2883440 user class: iPXE
Jan 15 14:17:58 Nidfrio dnsmasq-dhcp[25581]: 2883440 DHCPREQUEST(vpnpu0)
192.168.0.248 04:7d:7b:5c:90:a9
Jan 15 14:17:58 Nidfrio dnsmasq-dhcp[25581]: 2883440 DHCPNAK(vpnpu0)
192.168.0.248 04:7d:7b:5c:90:a9 ID de servidor equivocada
Jan 15 14:17:58 Nidfrio dnsmasq-dhcp[25581]: 2883440 etiquetas:
IPXEBOOT, known, vpnpu0
Jan 15 14:17:58 Nidfrio dnsmasq-dhcp[25581]: 2883440 broadcast response
Jan 15 14:17:58 Nidfrio dnsmasq-dhcp[25581]: 2883440 sent size: 1
option: 53:message-type 06
Jan 15 14:17:58 Nidfrio dnsmasq-dhcp[25581]: 2883440 sent size: 4
option: 54:server-identifier 192.168.2.1
Jan 15 14:17:58 Nidfrio dnsmasq-dhcp[25581]: 2883440 sent size: 25
option: 56:message 49:44:20:64:65:20:73:65:72:76:69:64:6f...
Jan 15 14:17:58 Nidfrio dnsmasq-dhcp[25581]: ning�n rango de direcci�nes
disponible para pedido DHCP v�a xenbr0
Jan 15 14:17:58 Nidfrio dnsmasq-dhcp[25581]: 2883440 available DHCP
range: 192.168.2.10 -- 192.168.2.30
Jan 15 14:17:58 Nidfrio dnsmasq-dhcp[25581]: 2883440 vendor class:
PXEClient:Arch:00000:UNDI:002001
Jan 15 14:17:58 Nidfrio dnsmasq-dhcp[25581]: 2883440 user class: iPXE
Jan 15 14:17:58 Nidfrio dnsmasq-dhcp[25581]: 2883440 DHCPREQUEST(vpnpu0)
192.168.0.248 04:7d:7b:5c:90:a9
Jan 15 14:17:58 Nidfrio dnsmasq-dhcp[25581]: 2883440 DHCPNAK(vpnpu0)
192.168.0.248 04:7d:7b:5c:90:a9 ID de servidor equivocada
Jan 15 14:17:58 Nidfrio dnsmasq-dhcp[25581]: 2883440 etiquetas:
IPXEBOOT, known, vpnpu0
Jan 15 14:17:58 Nidfrio dnsmasq-dhcp[25581]: 2883440 broadcast response
Jan 15 14:17:58 Nidfrio dnsmasq-dhcp[25581]: 2883440 sent size: 1
option: 53:message-type 06
Jan 15 14:17:58 Nidfrio dnsmasq-dhcp[25581]: 2883440 sent size: 4
option: 54:server-identifier 192.168.2.1
Jan 15 14:17:58 Nidfrio dnsmasq-dhcp[25581]: 2883440 sent size: 25
option: 56:message 49:44:20:64:65:20:73:65:72:76:69:64:6f...
Jan 15 14:17:58 Nidfrio dnsmasq-dhcp[25581]: ning�n rango de direcci�nes
disponible para pedido DHCP v�a xenbr0
-------------- Find el corte -------------
La configuración de Dnsmasq es la siguiente:
------------- Configuración Dnsmasq ---------
domain-needed
bogus-priv
resolv-file=/etc/resolv.conf.real
listen-address=192.168.0.2,192.168.2.1,127.0.0.1
interface=xenbr0
interface=vpnpu0
bind-interfaces
dhcp-range=192.168.2.10,192.168.2.30,1m
dhcp-host=00:08:54:54:47:6b,mecadis,192.168.2.10,45m
dhcp-host=00:1a:92:db:0c:71,indis,192.168.2.11,45m
dhcp-host=00:1a:92:b4:97:1e,adsis,192.168.2.12,45m
dhcp-host=00:22:15:74:E4:36,oproy,192.168.2.13,45m
dhcp-host=00:C0:4F:4E:77:B5,aiser,192.168.2.14,45m
dhcp-host=00:19:66:40:67:bb,terop,192.168.2.15,45m
dhcp-host=44:4D:50:E1:C5:C9,nalop,192.168.2.17,45m
dhcp-host=00:C0:4F:51:96:06,teria,192.168.2.18,45m
dhcp-host=00:0d:9d:a0:5e:dd,oger,192.168.2.19,45m
dhcp-host=00:19:66:79:40:91,talip,192.168.2.20,45m
dhcp-host=44:4D:50:E1:5C:4C,olig,192.168.2.21,45m
dhcp-host=00:05:1C:17:06:1F,clirefa,192.168.2.22,45m
dhcp-host=94:DE:80:88:64:36,uternov,192.168.2.23,45m
dhcp-host=04:7D:7B:5C:90:A9,portosh,192.168.2.24,45m
dhcp-match=IPXEBOOT,175
dhcp-boot=tag:#IPXEBOOT,undionly.kpxe,TFTP_Server_Name,192.168.2.1
dhcp-boot=tag:IPXEBOOT,http://192.168.2.1/boot1.txt
enable-tftp
tftp-root=/var/www
dhcp-authoritative
log-dhcp
------------ Fin de la configuración ---------
Para aclarar temas de interfaces de red, copio el network/interfaces y
explico a continuación:
------------- Configuración de red -------
# This file describes the network interfaces available on your system
# and how to activate them. For more information, see interfaces(5).
# The loopback network interface
auto lo
iface lo inet loopback
# The primary network interface
#allow-hotplug eth0
#auto eth0
#iface eth0 inet static
# address 192.168.0.2
# netmask 255.255.255.0
# network 192.168.0.0
# broadcast 192.168.0.255
# gateway 192.168.0.1
# dns-* options are implemented by the resolvconf package, if
installed
# dns-nameservers 80.58.32.33 80.58.32.33 192.168.0.1
# dns-search redfrio.es
# A�adido para puebas con Xen, si no funciona, quitar
# post-up ethtool -K eth0 tx off
#allow-hotplug eth1
#auto eth1
#iface eth1 inet static
# address 192.168.2.1
# netmask 255.255.255.0
# network 192.168.2.0
# broadcast 192.168.2.255
auto xenbr0
iface xenbr0 inet static
address 192.168.0.2
network 192.168.0.0
netmask 255.255.255.0
broadcast 192.168.0.255
gateway 192.168.0.1
# bridge setup
# eth0 -- outgoing NIC
bridge_ports eth0
bridge_stp off
bridge_fd 0
auto eth1
auto vpnpu0
iface vpnpu0 inet static
address 192.168.2.1
network 192.168.2.0
netmask 255.255.255.0
broadcast 192.168.2.255
bridge_ports eth1 tap1
pre-up openvpn --mktun --dev tap1
post-down openvpn --rmtun --dev tap1
----------- Fin de la configuración de red --------
Xenbr0 es un puente que une eth0 con las interfaces de una máquina
virtual w2k3 que funciona bajo Xen.
Vpnpu0 es un puente que une eth1 -donde se conectan los terminales- con
una VPN que he creado para el arranque de un terminal a través de la misma.
Creo que están todos los datos necesarios, a ver si alguno ve donde esta
el fallo y me echa un cable, porque yo no doy con la tecla.
Gracias anticipadas.
Salud y Revolución.
Lobo.
--
Libertad es poder elegir en cualquier momento. Ahora yo elijo GNU/Linux,
para no atar mis manos con las cadenas del soft propietario.
Porque la libertad no es tu derecho, es tu responsabilidad.
http://www.mucharuina.com
---------
Desde El Ejido, en Almería, usuario registrado Linux #294013
http://www.counter.li.org
Francesc
Jan 15, 2014, 9:03:54 AM1/15/14
to TCOS
Ahora mismo le he echado un vistazo rápido desde el móvil y a mi a priori me parece todo correcto, salvando el vpn y la conexión a xen que mencionas que yo las desconozco como van.
Lo que no veo tan lógico es que hay múltiples solicitudes de IP por DHCP para la misma MAC y de estas, 2 son correctas. La primera entiendo que es la que usa para bajar iPXE y la siguiente ya debería ser para cargar TCOS y sin embargo aún vuelve a solicitar IP por DHCP varias veces mas sin llegar a conseguir IP.
Intentaré mirarlo desde el PC a ver si la disposición del log no me lía tanto como en una pantalla pequeña, pero ya digo que a mi a priori me parece correcta la configuración hecha.
--
--
tcos-u...@googlegroups.com
Para anular la suscripción, envía un mensaje a tcos-usuarios-unsubscribe@googlegroups.com
http://groups.google.es/group/tcos-usuarios
--- Has recibido este mensaje porque estás suscrito al grupo "tcos-usuarios" de Grupos de Google.
Para anular la suscripción a este grupo y dejar de recibir sus correos electrónicos, envía un correo electrónico a tcos-usuarios+unsubscribe@googlegroups.com.
Para obtener más opciones, visita https://groups.google.com/groups/opt_out.
Fran Melendo
Jan 15, 2014, 9:05:19 AM1/15/14
to tcos-u...@googlegroups.com
El 15/01/2014 14:28, "Rubén Gómez Antolí" <lo...@mucharuina.com> escribió:
>
> Hola a todos:.. M la llm
> --
> --
> tcos-u...@googlegroups.com
> Para anular la suscripción, envía un mensaje a tcos-usuario...@googlegroups.com
> http://groups.google.es/group/tcos-usuarios
> --- Has recibido este mensaje porque estás suscrito al grupo "tcos-usuarios" de Grupos de Google.
> Para anular la suscripción a este grupo y dejar de recibir sus correos electrónicos, envía un correo electrónico a tcos-usuario...@googlegroups.com.
Rubén Gómez Antolí
Jan 16, 2014, 6:56:56 AM1/16/14
to tcos-u...@googlegroups.com
Hola a todos:
Antes de nada, gracias por vuestra ayuda.
He conseguido que el servidor asigne la dirección y empiece a mandar
archivos por http hacia el cliente. Efectivamente, el problema se
encontraba en la configuración de Dnsmaq.
El 15/01/14 14:27, Rubén Gómez Antolí escribió:
> [...]
La opción que hace la magia es esta:
dhcp-option=vendor:PXEClient,6,2b
Por lo visto la opción "dhcp-match" no define correctamente que el
cliente es iPXE y, por lo tanto, no asigna ficheros para enviar ni la
dirección correcta, entra en una especie de bucle.
El "6,2b" asigna algo pero no tengo claro el que, lo he copiado desde aquí:
http://fraterneo.blogspot.com.es/2013/04/usando-dnsmasq-como-servicio-dhcp-para.html
y no encuentro documentación al respecto en iPXE.
La línea de acción que he seguido ha sido la lógica: empezar con una
configuración mínima que esta probada que funciona, y después ir adaptando.
Ahora me toca pelear con los ficheros a enviar, Apache envía el
pxelinux.0 pero no encuentra el resto. Por otro lado tampoco estoy
seguro que sea el pxelinux.0 el fichero que haya que enviar.
¿Alguna idea con eso?
Antes de nada, gracias por vuestra ayuda.
He conseguido que el servidor asigne la dirección y empiece a mandar
archivos por http hacia el cliente. Efectivamente, el problema se
encontraba en la configuración de Dnsmaq.
El 15/01/14 14:27, Rubén Gómez Antolí escribió:
> [...]
dhcp-option=vendor:PXEClient,6,2b
Por lo visto la opción "dhcp-match" no define correctamente que el
cliente es iPXE y, por lo tanto, no asigna ficheros para enviar ni la
dirección correcta, entra en una especie de bucle.
El "6,2b" asigna algo pero no tengo claro el que, lo he copiado desde aquí:
http://fraterneo.blogspot.com.es/2013/04/usando-dnsmasq-como-servicio-dhcp-para.html
y no encuentro documentación al respecto en iPXE.
La línea de acción que he seguido ha sido la lógica: empezar con una
configuración mínima que esta probada que funciona, y después ir adaptando.
Ahora me toca pelear con los ficheros a enviar, Apache envía el
pxelinux.0 pero no encuentra el resto. Por otro lado tampoco estoy
seguro que sea el pxelinux.0 el fichero que haya que enviar.
¿Alguna idea con eso?
Rubén Gómez Antolí
Jan 24, 2014, 7:38:46 AM1/24/14
to tcos-u...@googlegroups.com
Hola:
El 16/01/14 12:56, Rubén Gómez Antolí escribió:
>> dhcp-match=IPXEBOOT,175
>> dhcp-boot=tag:#IPXEBOOT,undionly.kpxe,TFTP_Server_Name,192.168.2.1
>> dhcp-boot=tag:IPXEBOOT,http://192.168.2.1/boot1.txt
>>
>> enable-tftp
>> tftp-root=/var/www
>> dhcp-authoritative
>> log-dhcp
>> ------------ Fin de la configuración ---------
>
> La opción que hace la magia es esta:
>
> dhcp-option=vendor:PXEClient,6,2b
>
> Por lo visto la opción "dhcp-match" no define correctamente que el
> cliente es iPXE y, por lo tanto, no asigna ficheros para enviar ni la
> dirección correcta, entra en una especie de bucle.
Según las pruebas que efectué, al aplicar esa opción el resto de
clientes no recibían el archivo para emular iPXE y, por lo tanto, no
arrancaban.
Total, he pasado por una pesadilla de pruebas y lecturas variadas -muy
posiblemente también haya influido la versión de dnsmasq- pero al final
parece que he dado con la tecla, la configuración final de ha quedado así:
----------- Configuración final dnsmasq ----------
domain-needed
bogus-priv
resolv-file=/etc/resolv.conf.real
listen-address=192.168.2.1,127.0.0.1
interface=vpnpu0
bind-interfaces
dhcp-range=192.168.2.10,192.168.2.30,1m
dhcp-host=**definiciones de los clientes*****
dhcp-match=set:clienteipxe,175 # iPXE envia la opcion 175
dhcp-option=set:clienteipxe,vendor:PXEClient,6,2b
dhcp-boot=tag:!clienteipxe,undionly.kpxe
dhcp-boot=tag:clienteipxe,http://192.168.2.1/boot1.txt
enable-tftp
tftp-root=/var/www
dhcp-no-override
dhcp-authoritative
log-dhcp
--------------- Fin de la configuración de dnsmasq --------
La verdad es que iPXE abre opciones a muchas cosas, por ejemplo
categorizar los clientes y enviarles una versión del sistema
personalizada, por ejemplo, yo tengo varias máquinas con impresoras
conectadas, tengo otra serie de máquinas con gráfica Intel y
procesadores de 64 bits y otra serie de máquinas más antiguas y
procesadores de 32 bits, podría generar tres versiones distintas y con
iPXE y guiones PHP mandar una versión optimizada para cada categoría. Es
algo que posiblemente investigo posteriormente.
Bueno, ahora vamos con el siguiente problema, el archivo Squashfs con el
sistema se envía también por Tftp y me falla el envío a través de la red
lenta, voy a ver si consigo que se envíe *todo* por http, que es lo que
esta funcionando.
Agradeceré cualquier tipo de ayuda en ese sentido.
El 16/01/14 12:56, Rubén Gómez Antolí escribió:
> [...]
>> ------------- Configuración Dnsmasq ---------
>> [...]
>> ------------- Configuración Dnsmasq ---------
>> dhcp-match=IPXEBOOT,175
>> dhcp-boot=tag:#IPXEBOOT,undionly.kpxe,TFTP_Server_Name,192.168.2.1
>> dhcp-boot=tag:IPXEBOOT,http://192.168.2.1/boot1.txt
>>
>> enable-tftp
>> tftp-root=/var/www
>> dhcp-authoritative
>> log-dhcp
>> ------------ Fin de la configuración ---------
>
> La opción que hace la magia es esta:
>
> dhcp-option=vendor:PXEClient,6,2b
>
> Por lo visto la opción "dhcp-match" no define correctamente que el
> cliente es iPXE y, por lo tanto, no asigna ficheros para enviar ni la
> dirección correcta, entra en una especie de bucle.
clientes no recibían el archivo para emular iPXE y, por lo tanto, no
arrancaban.
Total, he pasado por una pesadilla de pruebas y lecturas variadas -muy
posiblemente también haya influido la versión de dnsmasq- pero al final
parece que he dado con la tecla, la configuración final de ha quedado así:
----------- Configuración final dnsmasq ----------
domain-needed
bogus-priv
resolv-file=/etc/resolv.conf.real
listen-address=192.168.2.1,127.0.0.1
interface=vpnpu0
bind-interfaces
dhcp-range=192.168.2.10,192.168.2.30,1m
dhcp-host=**definiciones de los clientes*****
dhcp-match=set:clienteipxe,175 # iPXE envia la opcion 175
dhcp-option=set:clienteipxe,vendor:PXEClient,6,2b
dhcp-boot=tag:!clienteipxe,undionly.kpxe
dhcp-boot=tag:clienteipxe,http://192.168.2.1/boot1.txt
enable-tftp
tftp-root=/var/www
dhcp-no-override
dhcp-authoritative
log-dhcp
--------------- Fin de la configuración de dnsmasq --------
La verdad es que iPXE abre opciones a muchas cosas, por ejemplo
categorizar los clientes y enviarles una versión del sistema
personalizada, por ejemplo, yo tengo varias máquinas con impresoras
conectadas, tengo otra serie de máquinas con gráfica Intel y
procesadores de 64 bits y otra serie de máquinas más antiguas y
procesadores de 32 bits, podría generar tres versiones distintas y con
iPXE y guiones PHP mandar una versión optimizada para cada categoría. Es
algo que posiblemente investigo posteriormente.
Bueno, ahora vamos con el siguiente problema, el archivo Squashfs con el
sistema se envía también por Tftp y me falla el envío a través de la red
lenta, voy a ver si consigo que se envíe *todo* por http, que es lo que
esta funcionando.
Agradeceré cualquier tipo de ayuda en ese sentido.
Francesc
Jan 24, 2014, 8:31:26 AM1/24/14
to TCOS
Si investigas hacer eso para múltiples clientes diferentes avísame porque a mi me interesa, me gustaría hacer que una hackberry con arquitectura ARM fuera un cliente más de la red.
Según la info que Mario me dió en su momento tengo una parte casi conseguida, la quería para mi proyecto fin de carrera, pero al final se ha quedado como una meta personal que quiero lograr ;), ya que esto en cierto modo abre puertas a clientes ligeros de muy bajo consumo (en una arquitectura no tan habitual) y eso al fin de cuentas interesa en una aula para pagar mucho menos en concepto de electricidad y además eliminar ruido ambiente.
Aunque esta alternativa requiere una inversión más elevada para empezar, en poco tiempo el ahorro en luz paga dicha inversión y luego son ahorros constantes que perduran siempre.
El 24/01/2014 13:38, "Rubén Gómez Antolí" <lo...@mucharuina.com> escribió:
>
Rubén Gómez Antolí
Jan 24, 2014, 12:30:39 PM1/24/14
to tcos-u...@googlegroups.com
Hola Francesc:
El 24/01/14 14:31, Francesc escribió:
factible, incluso, hacerlo con esa misma utilidad.
La ventaja con iPXE es que es mucho más flexible ya que gracias a
guiones PHP puedes hacer cualquier tipo de filtro. Es más una
configuración de Apache que otra cosa.
A mi se me ocurre montar una maquina virtual ARM con Qemu que comparta
por red el directorio donde se crean las imágenes de Tcos, en la
configuración de Dnsmasq, o por filtros PHP en iPXE, le dices que imagen
arrancar.
Me suena haber leído hace poco que ahora se pueden hacer chroots de
arquitectura ARM bajo x86, ¿lo he soñado? Eso facilitaría el trabajo.
La parte manual sería mantener dos árboles Tcos, una por arquitectura.
> Según la info que Mario me dió en su momento tengo una parte casi
> conseguida, la quería para mi proyecto fin de carrera, pero al final se
> ha quedado como una meta personal que quiero lograr ;), ya que esto en
> cierto modo abre puertas a clientes ligeros de muy bajo consumo (en una
> arquitectura no tan habitual) y eso al fin de cuentas interesa en una
> aula para pagar mucho menos en concepto de electricidad y además
> eliminar ruido ambiente.
>
> Aunque esta alternativa requiere una inversión más elevada para empezar,
> en poco tiempo el ahorro en luz paga dicha inversión y luego son ahorros
> constantes que perduran siempre.
Cuando vi las posibilidades de iPXE lo primero que pensé fue: clientes
ARM de muy bajo consumo. Como ves coincido totalmente contigo.
Así que si, yo tengo interés.
El 24/01/14 14:31, Francesc escribió:
> Si investigas hacer eso para múltiples clientes diferentes avísame
> porque a mi me interesa, me gustaría hacer que una hackberry con
> arquitectura ARM fuera un cliente más de la red.
Si te revisas la documentación que viene con Dnsmasq verás que es
> porque a mi me interesa, me gustaría hacer que una hackberry con
> arquitectura ARM fuera un cliente más de la red.
factible, incluso, hacerlo con esa misma utilidad.
La ventaja con iPXE es que es mucho más flexible ya que gracias a
guiones PHP puedes hacer cualquier tipo de filtro. Es más una
configuración de Apache que otra cosa.
A mi se me ocurre montar una maquina virtual ARM con Qemu que comparta
por red el directorio donde se crean las imágenes de Tcos, en la
configuración de Dnsmasq, o por filtros PHP en iPXE, le dices que imagen
arrancar.
Me suena haber leído hace poco que ahora se pueden hacer chroots de
arquitectura ARM bajo x86, ¿lo he soñado? Eso facilitaría el trabajo.
La parte manual sería mantener dos árboles Tcos, una por arquitectura.
> Según la info que Mario me dió en su momento tengo una parte casi
> conseguida, la quería para mi proyecto fin de carrera, pero al final se
> ha quedado como una meta personal que quiero lograr ;), ya que esto en
> cierto modo abre puertas a clientes ligeros de muy bajo consumo (en una
> arquitectura no tan habitual) y eso al fin de cuentas interesa en una
> aula para pagar mucho menos en concepto de electricidad y además
> eliminar ruido ambiente.
>
> Aunque esta alternativa requiere una inversión más elevada para empezar,
> en poco tiempo el ahorro en luz paga dicha inversión y luego son ahorros
> constantes que perduran siempre.
ARM de muy bajo consumo. Como ves coincido totalmente contigo.
Así que si, yo tengo interés.
Francesc
Jan 24, 2014, 3:17:57 PM1/24/14
to TCOS
El chroot se puede hacer sin problemas, yo de hecho ya lo tengo automatizado en un script para que bootee desde SD Linux ya que en NAND tiene Android.
Me faltaría que ese chroot fuera lo que hace el asistente de TCOS para los clientes y no una distro entera como he hecho yo, pero eso debería ser más fácil.
Rubén Gómez Antolí
Jan 25, 2014, 6:19:09 AM1/25/14
to tcos-u...@googlegroups.com
Hola Francesc:
El 24/01/14 21:17, Francesc escribió:
servidor y sirviendo imágenes?
Mi aproximación, en este caso, es otra: un servidor x86 -u otra
plataforma- con un árboles distintos de imágenes, algo así:
/var/lib/tftp/tcos
\/Imágenes_x86
\/Imágenes_ARM
\/Imágenes_PowerPC
\/Etc.
Y según MAC del cliente se envía una imagen u otra.
Lo ideal sería tener bajo un chroot cada arquitectura y enlazar según
conveniencia.
Como ya dije, me sonaba haber leído que se podía hacer y, en una
búsqueda, algo aparece:
http://forums.debian.net/viewtopic.php?t=44617
https://www.linuxquestions.org/questions/linux-server-73/using-debootstrap-to-install-a-foreign-system-x86-to-arm-787927/
Por otro lado acabo de encontrar este blog donde, parece, que tienen
conseguido hacer un cliente ligero de una Raspi:
http://rpitc.blogspot.com.es/
Si tu camino es otro, estaremos encantados de escucharlo.
El 24/01/14 21:17, Francesc escribió:
> El chroot se puede hacer sin problemas, yo de hecho ya lo tengo
> automatizado en un script para que bootee desde SD Linux ya que en NAND
> tiene Android.
>
> Me faltaría que ese chroot fuera lo que hace el asistente de TCOS para
> los clientes y no una distro entera como he hecho yo, pero eso debería
> ser más fácil.
Aquí te he perdido, ¿estas contando que tienes un ARM actuando de
> automatizado en un script para que bootee desde SD Linux ya que en NAND
> tiene Android.
>
> Me faltaría que ese chroot fuera lo que hace el asistente de TCOS para
> los clientes y no una distro entera como he hecho yo, pero eso debería
> ser más fácil.
servidor y sirviendo imágenes?
Mi aproximación, en este caso, es otra: un servidor x86 -u otra
plataforma- con un árboles distintos de imágenes, algo así:
/var/lib/tftp/tcos
\/Imágenes_x86
\/Imágenes_ARM
\/Imágenes_PowerPC
\/Etc.
Y según MAC del cliente se envía una imagen u otra.
Lo ideal sería tener bajo un chroot cada arquitectura y enlazar según
conveniencia.
Como ya dije, me sonaba haber leído que se podía hacer y, en una
búsqueda, algo aparece:
http://forums.debian.net/viewtopic.php?t=44617
https://www.linuxquestions.org/questions/linux-server-73/using-debootstrap-to-install-a-foreign-system-x86-to-arm-787927/
Por otro lado acabo de encontrar este blog donde, parece, que tienen
conseguido hacer un cliente ligero de una Raspi:
http://rpitc.blogspot.com.es/
Si tu camino es otro, estaremos encantados de escucharlo.
Francesc
Jan 25, 2014, 7:14:20 AM1/25/14
to TCOS
Te acabaré de leer luego, pero lo que tengo es un x86 o amd64 de servidor, de momento x86 en vbox en servidor de pruebas y es ahí donde probaré servir al cliente ARM. O sea, la misma estructura que dices.
--
--
tcos-u...@googlegroups.com
Para anular la suscripción, envía un mensaje a tcos-usuarios-unsubscribe@googlegroups.com
http://groups.google.es/group/tcos-usuarios
--- Has recibido este mensaje porque estás suscrito al grupo "tcos-usuarios" de Grupos de Google.
Para anular la suscripción a este grupo y dejar de recibir sus correos electrónicos, envía un correo electrónico a tcos-usuarios+unsubscribe@googlegroups.com.
Reply all
Reply to author
Forward
0 new messages