Sun Ray: Alternate for DHCP options

Дополнение к этой записи, рассказывающее как можно отдавать опции необходимые Sun Ray-клиентам не через DHCP.

Если ваши тонкие клиенты находятся в одной подсети с серверами SunRay, то всё необходимое для подключения или же обновления они найдут сами. Однако, в случае присутствия онных в отдельном сегменте, нам понадобится указать определённые набор опций, чтобы сообщить тонким клиентам где их ждут и откуда они, в случае необходимости, могут получить свежий firmware.

В предыдушей записи, вместо варианта “Vendor-specific DHCP Options” мы использовали опцию “x-display-manager” (option 49) и её вполне достаточно чтобы клиент узнал куда ему следует коннектиться.

Проблемы возникнут, когда после очередного обновления SRS, обновиться и firmware, который мы, разумеется, захотим отдать клиентам ( например с помощью utfwsync ). Опции “x-display-manager” в этом случае будет недостаточно.  Эту проблему можно решить добавлением ещё одной опции – “tftp-server-name” (option 66), указав список серверов готовых отдать наш firmware ( зачастую это все члены FOG, так что список будет совпадать со значением опции 49 ).

Однако, существует более элегантный способ, который удалось обнаружить в официальной документации (pdf, page 175). Он заключается в использовании DNS, что позволит централизовано держать список ваших SunRay серверов, а клиентам, посредством DHCP, отдавать только domain-name-servers. Этот вариант основан на том, что если клиент получил по DHCP только базовые сетевые настройки, он попытается найти на полученных DNS-серверах A-записи с именами “sunray-servers” и “sunray-config-servers”, которые являются аналогами vendor-specific опций AltSrvr и FWSrvr, соответственно. А благодаря DNS round-robin мы можем указать сколько угодно A-записей с этими именами, указывающих на разные IP-адреса серверов.

Данный вариант опробован и отлично работает :)

SHARE: Tweet about this on TwitterShare on FacebookShare on VKShare on LinkedInShare on Google+Email this to someone