Kent Peacock wrote:
Since this is a private interconnect, providing DNS servers shouldn't be
necessary. The Sun Ray can't access a server off the subnet anyway. The
question is: why is the Sun Ray trying to look up a name? There should
be a message saying "Looking up ..." before the "No DNS Servers"
message. This might be a result of a change we made to try several
options to find a firmware server, the last of which is a lookup of
"sunray-config-servers". Now, that shouldn't cause the Sun Ray to hang.
To eliminate this as an issue, make sure that TFTP is enabled on the Sun
Ray server.
I checked the configuration this morning: tftp is enabled via xinetd,
here is its configuration:
service tftp
{
socket_type = dgram
protocol = udp
wait = yes
user = root
server = /usr/sbin/in.tftpd
server_args = -s /var/lib/tftpboot
disable = no
per_source = 11
cps = 100 2
flags = IPv4
}
File /etc/services contains lines with tftp:
tftp 69/tcp
tftp 69/udp
SRSS is configured on my server:
# ./utadm -l
LAN connections: Off
Use IPv4 multicast
Subnetwork: 192.168.128.0
Interface= eth1 (192.168.128.3)
Netmask= 255.255.255.0
Broadcast= 192.168.128.255
Router= 192.168.128.3
AuthSrvr= 192.168.128.3
AltAuth= 192.168.128.3
FirmwareSrvr= 192.168.128.3
NewTver= 4.2_77_2009.10.19.17.01
IP assignment= 1/32 (192.168.128.16)
Subnetwork: 192.168.128.0
Interface= eth1 (192.168.128.3)
Netmask= 255.255.255.0
Broadcast= 192.168.128.255
Router= 192.168.128.3
AuthSrvr= 192.168.128.3
AltAuth= 192.168.128.3,255.255.255.255
FirmwareSrvr= 192.168.128.3
NewTver= 4.2_77_2009.10.19.17.01
IP assignment= 1/32 (192.168.128.16)
(I only don't know why it is listed twice).
Hana
_______________________________________________
SunRay-Users mailing list
[email protected]
http://www.filibeto.org/mailman/listinfo/sunray-users
