I've successfully got LTSP working on one of my servers. I can connect a
PC to the same switch and boot up with either a boot disk or using PXE.
But I am unable to get a thin client to work that is sitting on another
network segment. I've put a dhrelay on a PC on the other network
segment. When I
LTSP scripts modify /etc/hosts.allow to expose portmap and tftp to your
ltsp network but it may only be allowing your first segment 10.5.112.
and blocking the 10.5.107. segment.
Sounds like DHCP is working --after all it assigns server gateway and
eth0 settings to the workstation. But the
hazzmat wrote:
LTSP scripts modify /etc/hosts.allow to expose portmap and tftp to
your ltsp network but it may only be allowing your first segment
10.5.112.
and blocking the 10.5.107. segment.
Oops I meant the other way around: Blocking the 10.5.112. segment.
On Mon, 2003-11-17 at 10:14, hazzmat wrote:
LTSP scripts modify /etc/hosts.allow to expose portmap and tftp to your
ltsp network but it may only be allowing your first segment 10.5.112.
and blocking the 10.5.107. segment.
Sounds like DHCP is working --after all it assigns server gateway and
I'm mystified too, but I'm pretty easily mystified.
Can you tell if the request is being received by tftpd and the image is
actually being sent out?
tcpdump -E tcp udp 69
should capture the tftp request - I'm not sure about the sending of the
image. You may have to do it again for ports 68 and
Jeff-
what does syslog show?
Evan
Jeff Self wrote:
On Mon, 2003-11-17 at 10:14, hazzmat wrote:
LTSP scripts modify /etc/hosts.allow to expose portmap and tftp to your
ltsp network but it may only be allowing your first segment 10.5.112.
and blocking the 10.5.107. segment.
Sounds like DHCP is
tcpdump -E tcp udp 68 will show bootps traffic from the server to the
ws001, if such traffic is being sent out.
we know the request comes in --but then what?
If the image is not being sent out, I can't imagine wtf is causing it to
not happen unless somehow the subnet is not yet allowed by
