Есть два сервера PXE (DHCP) - CentOS 6.4. Обои настроены - загржуают тонких клиентов на основе Thinstation 5.1. Все прекрасно работает, с конфигами разобрался, телнетиться на тачки можно, все грузиться, rdesktop работает на TerminalServer с оффтопиком. И вот сказали придумать такую схему - есть 3 сервера с оффтопиком, они же TS, которые имеют свойство падать. То свет в датацентре вырубят, то уборщица ресет в серверной нажмет. И нужно чтобы с помощью магии - можно было сделать так - выключить машину (ребутнуть), и она автоматом нашла живой TS сервер. Мудрил с menu.c32 - но то меню, а у нас же пользоваетели тетьньки по 50 лет, и прочие люди которым только Еникей поможет, а так как дергать по таким вопросом сотрудника и гонять на тот объект нет смысла - нужно реализовать данную схему. Пока все что в голову пришло - это множество конфигураций (ну на самом деле 3) ядер, с зашитыми параметрами для коннекта. Пишем скрипт на любом ЯП, который проверяет «живы» ли TS, и если «живы» подлаживает нужную конфигурацию. Типа если первый откликается - все на первый ломяться, если не откликается делаем copy(cp) конфига для загрузки со второго сервера, и так далее. Мониторить Сервера с оффтопиком - телнетом port 3389, и пингом к примеру. Если кто знает, что-нибудь более достойное или нативное решение проблемы, или связывался с такой схемой - ответьте, пожалуйста. Ну и рад буду любым предложениям замечаниям и прочему.
Ответ на:
комментарий
от slackwarrior
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.
Похожие темы
- Форум pxe boot (2012)
- Форум PXE boot. (2009)
- Форум pxe boot (2009)
- Форум Debian. PXE Boot. (2013)
- Форум PXE BOOT Hostname (2017)
- Форум PXE iscsi boot (2014)
- Форум pxe dual boot (2010)
- Форум [PXE boot] deb based (2011)
- Форум PXE boot any iso (2010)
- Форум pxe boot kernel only (2010)