LinuxForum.Fans
Тема

Необходим совет

Автор: aleksbin 15 сообщений 3768 просмотров
#250282

Добрый день.
Ситуация: в рамках очередного глобального проекта получили несколько тонких клиентов. Замысел, по-видимому, был такой: эти тонкие клиенты должны подключаться к Win серверу, т.е. обычный удалённый стол. Особенность в том, что токие клиенты (DEPO) под управлением Debian 5. Наверное всё срослось бы, но то-ли всё бабло слишком быстро попилили, то-ли не хватило квалификации....
На рабочем столе клиента, после загрузки, присутствуют: "Клиент RDP" и Open Vmware client. Второй как-то реагирует, первый ни гу-гу. Поскольку глобальный программный продукт весьма и весьма далёк от того, что нам надо, то решили использовать своё приложение. Написано оно на VisualFoxpro и часть его работает под DOS. Всё это на файловом сервере (SAMBA). Как выяснилось, виндузовая часть хорошо работает под Wine (поверял на Ubuntu). Как я полагаю, я должен как-то подключиться к серверу по RDP или другому протоколу, на сервере должен быть Wine, ну и так далее.
Смысл в чём, мне крайне не хотелось бы ставить виндовозный сервер, у нас есть один уже..., поэтому я установил на тестовый "сервер" SUSE LES.
Всё установилось, клиент получает IP, но далее я застрял. Застрял на подключении клиента к удалённому рабочему столу (прошу извинить, если терминология виндовозная). Что необходимо поднять на сервере/, кроме DHCP и SAMBы. Может есть какая-то литература к такому случаю или подробный форум... В лоб найти не удалось, точнее много всего, но не зная последовательности действий мне трудно разобраться

#250287

Как то так habrahabr.ru/post/143246/
на тонкие можно загнать thinstation или ponix (я юзаю второй) но в связке с виндузовым сервером плюс rdp, т.к. под вайн не стартует. Все реализовать можно ))
в идеале хочется вообще отказаться от винды? Если да, то ponix отлично полойдет.

#250294

Виноват, забыл написать, что перешивать клиента крайне нежелательно "Бендер запретил" (с). Смысл в том, что если железо выйдет из стоя я не смогу вернуть туда оригинальную прошивку.
От винды хочется отказаться....
За ссылку спасибо, буду изучать

#250296

Перешивать ничего не нужно, просто твой тонкий будет грузить нужную сборку по tftp
что за программа? Как с ней планируют работать клиенты?

#250299

Я подробно отвечу завтра - хочу внимательно почитать habrahabr

#250483

что за программа? Как с ней планируют работать клиенты?

Программу писал и пишу я. Поскольку в своё время стояла задача организации совместной работы досовских клиентов, пишу на Visual Foxpro. По причине опять же досовских клиентов работаю с кучей таблиц (без понятия базы данных). Сейчас это выглядит так. "Сервер" - обычный писюк на какой-тоо гигабайтовской материнской плате, с двумя сетевыми картами, под управлением eCS (OS/2). Ресурсы раздаёт SAMBA 3.0.37. Сервер обслуживает в обычном режиме порядка 35-40 клиентов (регистратура, рабочие места врачей, статистика и т.п.). На скорость работы никто не жалуется. Где-то порядка 10 клиентов работают в ДОС сеансе. Остальные виндовозные. На сервере лежат таблицы и исполняемые файлы. На клиентах рантайм от фокса. Запускается с сервера, всякие промежуточные таблицы и т.п. располагаются на клиентах - сеть меньше загаживается.
Поставленные тонкие клиенты расчитаны на работу с определённым программным комплексом - для него необходим MS SQL 2008 и соответствующий сервер. У моего коллеги установлена часть его - "Центр здоровья", о-о-о-чень прожорливая штука. Можно было-бы попробовать и мне перетащиться на виндовозный сервер, но у нас уже есть один - терминальный, его за глаза хватает (жопа полная), да и писюком в этом случае не отделаешься. Это мы уже проходили.
Исходя из этого и возникла мысль переехать на линуксовый сервер. Под вайном программа запускается и работает очень быстро (на локальном компьютере).
Организацию работы я представлял так. Файловый сервер, он же и терминальный. Досовские клиенты - это сеанс дос в XP. Т.е. для толстых клиентов ничего не изменится, вопрос только в тонких. Если удастся на сервер взгромоздить вайн, подключить к нему тонкого клиента как к терминальному серверу и это вайн на клиенте заработает, то....
В общем смело можно будет пойти в отпуск.... или напиться.

#250494

Мед учреждение? Если да, то скорее всего от вашей программы придется отказаться. Т.к. внедрять будут другие (не знаю как у вас) работающие как раз на MS SQL 2008(2005). У меня это ТМ "Зоровье" и ТМ "Аптека", там же и регистратура. Досовской от МАКСа у меня отродясь не было (ибо отстой). По этому мне от виндузового сервера никуда не деться.
Что Вам могу посоветовать. Люди согласны работать в досовской версии программы. Просто на thinstation или ponix, я думаю wine прилепить будет проблематично (и тонкие станут больше толстыми)

1. Поднимаем tftp, можно там же где и DHCP и SAMBA.
2. Грузимся через PXE на тонких
3. Попадаем например в легкий iceWM, где есть ярлык на DosBOX. Который запускает вашу прогу и берет базу с самбы.

Должно сработать я думаю. В итоге не нужен терминальный сервер никакой. Просто для пользователей сменится вид рабочего окружения. При желании его можно всегда настроить.

Вы с какого города. Просто Вы уже второй, кто попадается из мед. учреждения. На форуме нас уже трое, если считать вас. И все бьются с тонкими. Я вроде как закончил уже.

#250495
"aleksbin" написал:
под управлением eCS (OS/2)

Вот это меня удивило. Работает - не трогай. Срабатывает поговорка. :) Есть исошка? Дайте поиграться )))

#250502

Я из города Омска. У нас тоже это ТМ... Теперь оно называется как-то немного по-другому. Внедряться оно внедряется, правда пока больше понтов. Не зная как у Вас, у нас всё-таки на первом месте финансирование. Т.е. ЛПУ должно максимально получить по страховым реестрам. А вот с этим делом у ТМ (может это наши сопровождающие лажаются) полная задн-ца. По-моему из всего, что можно было выбрать для пилотного внедрения, было выбрано наихудшее. Впрочем, объяснение этому самое обычное для нашего государства. И сам подход: что-то с медициной? Катастрофически не хватает специалистов? О, да надо талончики через интернет распространять и всё будет в ажуре. А можно ещё и айфончиков додать...
Поэтому ещё долгое время параллельно с потугами по внедрению, будут эксплуатироваться собственные разработки, поскольку они заточены не только под конкретное ЛПУ, а и под всю сложившуюся систему учёта, на которую верхи плевать хотели.
А вообще у нас уже есть достаточно курьёзов с этим продуктом.

#250503

С исошкой можно поиграться, но там проблем очень много. Если есть интерес, могу описать подводные камни, если он (интерес) не пропадёт...

#250509
"aleksbin" написал:
С исошкой можно поиграться, но там проблем очень много. Если есть интерес, могу описать подводные камни, если он (интерес) не пропадёт...

Мне лично очень интересно.

"aleksbin" написал:
ЛПУ должно максимально получить по страховым реестрам. А вот с этим делом у ТМ (может это наши сопровождающие лажаются) полная задн-ца

Что имеется ввиду? Просто я обычный админ и пытаюсь не лазить в не нужные мне понятия.
Программа у нас уже работает около 2 лет. Весь мой срок по крайней мере что я работаю. Есть жалобы конечно, но не ахти какие.
Сейчас научились нормально выписывать направления в больничку. ХЗ. Работают пока. С реестрами (на сколько я понимаю) проблем нет. Выписали рецепт. Все, он побежал куда нужно.
На 50 пользователей требуется около 15 гигов памяти. Проверено. Пухнет очень база.

"aleksbin" написал:
О, да надо талончики через интернет распространять и всё будет в ажуре

Мы на них забили очень давно. Терминалы стоят и выполняют функцию "посмотреть" и вывести расписание на телевизоры.

#250562

Добрый день.
Как немного развяжусь с этой фигнёй, попробую подготовить образ и советы.
"Просто я обычный админ и пытаюсь не лазить в не нужные мне понятия"
"Программа у нас уже работает около 2 лет. Весь мой срок по крайней мере что я работаю"
В этом между нами и разница, я и админ и разработчик и вообще...Да и работаю я на этом поприще с 1995 г. Программа может и ничего, у нас в своё время стояла "ТМ рецепт", потом Белгород (извиняюсь) запросил охеренные бабки за сопровождение, ну ещё бы - федеральная программа. Наши местные умельцы родили свою. Поскольку на выходе должен быть рецепт со штрихкодом, то всё заработало. Необходимо учитывать ещё местные условия. Например: несмотря на всё бульканье государственных мужей (и жён) по зомбоящику, денег на всех льготников не хватает, поэтому вводятся ограничения на количество выписываемых препаратов. За превышение бьют очень сильно руководство. В нашей местной программе это легко отслеживается- прои ревышении блокируется прямо на вводе. В ТМ нужны какие-то дополнительные манипуляции, всё это не оперативно и т.д. Может это и можно как-то сделать, но ни наш местный МИАЦ, ни представители разработчика (есть у нас такие) пока ничего не предложили. Точнее на все вопросы ГРОБОВОЕ молчание. Потом в повседневной работе используется ряд отчётов - необходимо помнить, что мы всё-таки субъект федерации со своей инфраструктурой, своей системой управвления и достаточно ограниченными ресурсами (нет скважин, труб и т.п.),-естественно ни одного отчёта нет.
Потом не знаю как у Вас работает 2 года, по-видимому взрослое учреждение. У нас есль областная детская больница. Там внедрение идёт уже больше года. Как-то запущена поликлиника, вроде бы долбают врачи. Первый месяц сдавали реестр по этой программе, результатов пока не знаю. А в стационаре нашла коса на камень. Именно: есть в больнице отделение новорожденных, так вот, при очередном подоходе выяснилось, что программа не обрабатывает (или по крайней мере внедренцы не смогли показать) случаи, когда у ребёнка нет имени, иногда и пол не определён, а может через некоторое время и фамилия поменяться. С реестрами... Не знаю как у Вас, у нас постоянно чехарда с тарифами (на настоящий момент действуют три-основной, доступность-стандарты и "одноканальный"), со следующего месяца расширяется структура реестра - добавляется признак наличия операции. В своей программе я это сделаю легко, тем более, что операции у меня учитываются.
Относительно терминалов и интернета. У нас как раз всё наоборот. Визг идёт по поводу талонов в интернете. Причём идёт визг, что их там МАЛО. А сколько их там должно быть, если при норме 16 приёмов у нас почти каждый специалист принимает почти в полтора (а иногла и более) раза больше. Если взять за начало раздачи 8 часов утра, то этих талончиков только при выдаче через регистратуру и телефону хватает минут на 10 - проверено. Что я могу выложить в интернет? Ну и начинаются вопли. В общем.... Надо остановиться....
Так что для нас (и не только для нашего ЛПУ) внедрение ТМ в том виде в котором есть сейчас - это регресс, причём весьма существенный. Разваливается всё, все регисты (ПСА, астматики и т.п.), отчётов для повседневной работы никаких, потом накто нам, естественно, не предоставляет ни SQL ни сервер, а при той дикой системе штрафов со стороны СМО....
Если бы удалось запустить мою прибдуду под этими тонкими клиентами, то я мог бы попробовать вылезть в интернет, через другой программный продукт. Завтра буду крутить.

#250608

Если вы сами пишете программу то запихивать ее в wine мягко говоря нонсенс! (это что бы без матов хотя очень хочется) Выкинmте этот кривой FoxPro, разберитесь с нормальной СУБД (это можно сделать за несколько дней, для базовых операций). А для интерфейса используйте HTTP и будет у вас нормальное многопользовательское кросплатформеное приложение. И ни каких проблем с wine и rdp.

wine - это костыль, использовать его иногда приходится, но лучше этого избегать. Понимаю что переделывать всю программу не очень хочется, но на самом деле ничего сложного в этом нет.

В качестве временного варианта можно использовать rx от etersoft.ru вполне работоспособное решение.

В этом случае прога будет крутиться на сервере, а пользователи будут подключатся как терминальные клиенты.

#250728
"XliN" написал:
Просто Вы уже второй, кто попадается из мед. учреждения. На форуме нас уже трое, если считать вас.

Я с вами... :D Хоть ни разу не сисадмин, но, видимо, придётся тоже покорять "тонких" на уровне пользователя. Уже пришли, на складе лежат, вот-вот должны начать ставить. И тоже Depo, тоже, поговаривают, с каким-то линуксом, каким-не знаю. А что, там кроссплатформенного ничего не будет? Линукс для того, чтобы работать через Wine? Странно как-то...

#250730
"dezhurant" написал:
Линукс для того, чтобы работать через Wine?

Линукс для того, что бы не платить за лицензию винды, а работать через сервер терминалов через RDP протокол. Удаленка.
Все программы будут запускаться на сервере от винды и лицухи покупаться только для терминалов (на устройство)

Войдите или зарегистрируйтесь, чтобы ответить.