Как большой почитатель Sun Microsystems просто не мог не столкнуться с их “тонкими клиентами” – Sun Ray.
SRS на Solaris с Failover group давно и успешно настроен. В тестовой среде , в одной подсети с sunray-servers всё работает отлично, SRWC отдаёт RDP-сессию.
Во множестве случаев ваши тонкие клиенты и SRS-servers находятся в разных подсетях и обнаружение этих auth-servers по IPv4 broadcast и multicast требует некоторых дополнительных манипуляций. Клиента должен встречать DHCP, с теми опциями, которые дадут ему прозрачную работу, т.е. явным указанием наших SRS-servers.
Поиск по незаменимому blogs.sun.com приводит к этой статье.
Автор рекомендует использовать следующие опции:
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 |
option space SunRay; option SunRay.AuthSrvr code 21 = ip-address; option SunRay.AuthSrvr IPADDRESSHERE; option SunRay.FWSrvr code 31 = ip-address; option SunRay.FWSrvr IPADDRESSHERE; option SunRay.NewTVer code 23 = text; option SunRay.NewTVer "3.0_51,REV=2004.11.10.16.18"; option SunRay.Intf code 33 = text; option SunRay.Intf "INTERFACENAMEHERE"; option SunRay.LogHost code 24 = ip-address; option SunRay.LogHost 192.168.1.101; option SunRay.LogKern code 25 = integer 8; option SunRay.LogKern 6; option SunRay.LogNet code 26 = integer 8; option SunRay.LogNet 6; option SunRay.LogUSB code 27 = integer 8; option SunRay.LogUSB 6; option SunRay.LogVid code 28 = integer 8; option SunRay.LogVid 6; option SunRay.LogAppl code 29 = integer 8; option SunRay.LogAppl 6; |
Полезная информация, но такой обширный список опций необходим лишь если вы используете “тонкие клиенты” нескольких различных вендоров и следовательно должны иметь возможность завернуть SunRay на sunray-servers, а остальных на свои PXE/BOOTP серверы.
В моём случае присутствуют только SunRay и PC, поэтому городить такой список будет лишним. Эмпирический опыт показал, что достаточно всего одной dhcp-option 049, в isc-dhcp именуемая как x-display-manager, которая, ко всему прочему, никак не помешает нашим PC.
Полный конфиг dhcpd.confauthoritative;
1 2 3 4 5 6 7 8 9 10 11 |
authoritative; ddns-update-style none; log-facility local7; subnet 192.168.100.0 netmask 255.255.255.0 { default-lease-time 7200; max-lease-time 14400; option routers 192.168.100.1; range 192.168.100.10 192.168.100.250; option domain-name-servers ns1.domain.local,ns2.domain.local; option x-display-manager srs0.domain.local,srs1.domain.local; } |
И это отличная новость, что достаточно всего одной опции, потому что мы сможем так же коротко отдавать эту опцию через Cisco IOS DHCP.
Пример:
1 2 3 4 5 6 7 |
ip dhcp excluded-address 192.168.100.1 ip dhcp pool DHCP-POOL-1 network 192.168.100.0 255.255.255.0 default-router 192.168.100.1 option 49 ip 172.16.0.10 172.16.0.11 lease 30 0 import all |
Вендор так же настоятельно рекомендует использовать DHCP опцию 26 – MTU (Maximum Transfer Unit).
В isc-dhcp она указывает так:
1 |
option interface-mtu 1336; |
А в Cisco IOS так:
1 |
option 26 hex 0556 |
Update: помимо отдачи опций посредством DHCP существует вариант использования DNS, подробнее об этом здесь.