On 2016-01-12 10:53, Truth wrote: > On 11.01.2016 21:10, richard kweskin wrote: >> On 2016-01-10 21:22, Truth wrote: >>> On 09.01.2016 17:04, Truth wrote: >>>> Hi, >>>> I have installed a ltsp-pnp server on Debian jessie and was able >>>> to >>>> connect from to different clients. >>>> So far everything is great - and many thanks to the ltsp >>>> development >>>> team. >>>> However, my problem is that I still can not connect from an UEFI >>>> client >>>> to the ltsp-server. >>>> >>>> In order to solve the problem ... >>>> (compare >>>> >>>> >>>> https://forums.fogproject.org/topic/5750/dnsmasq-proxy-booting-with-uefi/22) >>>> >>>> ... I downloded ipxe >>>> apt-get install ipxe >>>> >>>> ... put two additional lines into >>>> /etc/dnsmasq.d/ltsp-server-dnsmasq.conf >>>> dhcp-vendorclass=uefi,PXEClient >>>> dhcp-boot=net:uefi,/ltsp/i386/ipxe.0 >>>> >>>> ... and put some symlinks into /var/lib/tftpboot/ltsp/i386/ >>>> ipxe.0 -> /boot/ipxe.efi >>>> ipxe.iso -> /usr/lib/ipxe/ipxe.iso >>>> ipxe.lkrn -> /boot/ipxe.lkrn >>>> ipxe.pxe -> /usr/lib/ipxe/ipxe.pxe >>>> undionly.kkpxe -> /usr/lib/ipxe/undionly.kkpxe >>>> undionly.kpxe -> /usr/lib/ipxe/undionly.kpxe >>>> >>>> Is there something else to do? >>>> The logfile (see below) does not realy tell me what to do ... >>>> >>>> Many thanks in advance. >>>> Truth >>>> >>>> >>>> >>>> After restarting dnsmasq and trying to connect from the UEFI >>>> client >>>> I >>>> get the following messages (dmesg): >>>> Jan 9 16:39:01 ltsp-server dnsmasq[566]: beende nach Empfang von >>>> SIGTERM >>>> Jan 9 16:39:01 ltsp-server dnsmasq[1447]: dnsmasq: Syntaxprüfung >>>> OK. >>>> Jan 9 16:39:01 ltsp-server dnsmasq[1456]: gestartet, Version >>>> 2.72, >>>> DNS >>>> abgeschaltet >>>> Jan 9 16:39:01 ltsp-server dnsmasq[1456]: Übersetzungsoptionen: >>>> IPv6 >>>> GNU-getopt DBus i18n IDN DHCP DHCPv6 no-Lua TFTP conntrack ipset >>>> auth >>>> DNSSEC loop-detect >>>> Jan 9 16:39:01 ltsp-server dnsmasq-dhcp[1456]: DHCP, Proxy im >>>> Subnetz >>>> 192.168.2.0 >>>> Jan 9 16:39:01 ltsp-server dnsmasq-dhcp[1456]: DHCP, IP-Bereich >>>> 192.168.67.20 -- 192.168.67.250, Lease Zeit8h >>>> Jan 9 16:39:01 ltsp-server dnsmasq-tftp[1456]: TFTP Wurzel >>>> ist/var/lib/tftpboot/ >>>> Jan 9 16:39:16 ltsp-server NetworkManager[467]: <info> (eth1): >>>> link >>>> connected >>>> Jan 9 16:39:17 ltsp-server avahi-daemon[488]: Joining mDNS >>>> multicast >>>> group on interface eth1.IPv6 with address >>>> xxyy::xxy:xxyy:xxyy:xxyy. >>>> Jan 9 16:39:17 ltsp-server avahi-daemon[488]: New relevant >>>> interface >>>> eth1.IPv6 for mDNS. >>>> Jan 9 16:39:17 ltsp-server avahi-daemon[488]: Registering new >>>> address >>>> record for xxyy::xxy:xxyy:xxyy:xxyy on eth1.*. >>>> Jan 9 16:39:17 ltsp-server NetworkManager[467]: <info> (eth1): >>>> link >>>> disconnected >>>> Jan 9 16:39:20 ltsp-server NetworkManager[467]: <info> (eth1): >>>> link >>>> connected >>>> Jan 9 16:39:23 ltsp-server dnsmasq-dhcp[1456]: DHCPDISCOVER(eth1) >>>> xy:yx:yx:yx:yx:yx >>>> Jan 9 16:39:23 ltsp-server dnsmasq-dhcp[1456]: DHCPOFFER(eth1) >>>> 192.168.67.64 xy:yx:yx:yx:yx:yx >>>> Jan 9 16:39:26 ltsp-server dnsmasq-dhcp[1456]: DHCPREQUEST(eth1) >>>> 192.168.67.64 xy:yx:yx:yx:yx:yx >>>> Jan 9 16:39:26 ltsp-server dnsmasq-dhcp[1456]: DHCPACK(eth1) >>>> 192.168.67.64 xy:yx:yx:yx:yx:yx >>>> Jan 9 16:39:26 ltsp-server dnsmasq-tftp[1456]: Fehler 8 User >>>> aborted >>>> the transfer von 192.168.67.64 empfangen >>>> Jan 9 16:39:26 ltsp-server dnsmasq-tftp[1456]: konnte >>>> /var/lib/tftpboot/ltsp/i386/ipxe.0 nicht an 192.168.67.64 senden >>>> Jan 9 16:39:27 ltsp-server dnsmasq-tftp[1456]: >>>> /var/lib/tftpboot/ltsp/i386/ipxe.0 an 192.168.67.64 verschickt >>>> Jan 9 16:39:27 ltsp-server NetworkManager[467]: <info> (eth1): >>>> link >>>> disconnected >>>> Jan 9 16:39:29 ltsp-server NetworkManager[467]: <info> (eth1): >>>> link >>>> connected >>>> Jan 9 16:39:30 ltsp-server dnsmasq-dhcp[1456]: DHCPDISCOVER(eth1) >>>> xy:yx:yx:yx:yx:yx >>>> Jan 9 16:39:30 ltsp-server dnsmasq-dhcp[1456]: DHCPOFFER(eth1) >>>> 192.168.67.64 xy:yx:yx:yx:yx:yx >>>> Jan 9 16:39:30 ltsp-server dnsmasq-dhcp[1456]: DHCPREQUEST(eth1) >>>> 192.168.67.64 xy:yx:yx:yx:yx:yx >>>> Jan 9 16:39:30 ltsp-server dnsmasq-dhcp[1456]: DHCPACK(eth1) >>>> 192.168.67.64 xy:yx:yx:yx:yx:yx >>>> ... >>>> >>>> On the client side I get: >>>> >>>> iPXE 1.0.0+git-20141004.86285d1-1 -- OPen Source Network Boot >>>> Firmware >>>> -- http://ipxe.org >>>> Features: VLAN HTTP DNS TFTP EFI Menu >>>> >>>> net0: xy:yx:yx:yx:yx:yx using rtl8168 on PCI02:00.2 (open) >>>> [Link:up, TX:0 TXE:0 RX:0 RXE:0] >>>> Configuring (net0 xy:yx:yx:yx:yx:yx)... ok >>>> net0: 192.168.67.64/255.255.255.0 gw 192.168.67.1 >>>> Next server: 192.168.67.1 >>>> Filename: /ltsp/i386/ipxe.0 >>>> Root path: /opt/ltsp/i386 >>>> tftp://192.168.67.1/ltsp/i386/ipxe.0... ok >>>> iPXE initialising devices...ok >>>> >>>> >>>> iPXE 1.0.0+git-20141004.86285d1-1 -- OPen Source Network Boot >>>> Firmware >>>> -- http://ipxe.org >>>> Features: VLAN HTTP DNS TFTP EFI Menu >>>> >>>> Press Ctrl-B for the iPXE command line... >>>> ... >>> The above mentioned link claims "that most dnsmasq is not able to >>> boot >>> most UEFI devices as it uses DHCP option 43 which they don’t like >>> ..." >>> >>> For that reason I'vd tried a configuration with isc-dhcp-server >>> instead. >>> Again, I'm able to connect to several clients but - unfortuantely, >>> I'm >>> not able to connect to the UEFI-client. >>> >>> It seems that the problem is related to some tftp-communication >>> problem ... >>> (compare >>> >>> >>> https://ask.wireshark.org/questions/22519/tftp-transfer-option-negotiation-failed-error-8-packet-trace). >>> >>> ... but I could not find a solution (link) for this problem. >>> >>> If someone has been able to connect to an UEFI client, please let >>> me >>> know. >> This was a one off since we were invited once to a pc lab where most >> pc's were older but 4 were uefi pc's. >> >> We brought a laptop ltsp server with >> >> http://ts.sch.gr/repo/livecd/12.04/ubuntu-12.04.5-desktop-i386-sch.iso >> >> which is a remastered Ubuntu 12.04 32bit iso. It uses dnsmasq and it >> just worked with all the clients once we could get the uefi to boot >> with >> no secure ipxe. >> >> Richard > > Thanks for the link. > However, I would like to use my already existing debian server as a > ltsp > server.
I only mention the iso above as an example of one which works even for uefi clients (though not operating in uefi mode) so you may search further to correct whatever is preventing these clients from booting for you now. Richard snip > > Truth ------------------------------------------------------------------------------ Site24x7 APM Insight: Get Deep Visibility into Application Performance APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month Monitor end-to-end web transactions and take corrective actions now Troubleshoot faster and improve end-user experience. Signup Now! http://pubads.g.doubleclick.net/gampad/clk?id=267308311&iu=/4140 _____________________________________________________________________ Ltsp-discuss mailing list. To un-subscribe, or change prefs, goto: https://lists.sourceforge.net/lists/listinfo/ltsp-discuss For additional LTSP help, try #ltsp channel on irc.freenode.net
