Тонкие клиенты на windows 10

В современном мире, где технологии развиваются с невероятной скоростью, компаниям необходимо адаптироваться к новым условиям. Решением для оптимизации работы является использование тонких клиентов. 

Что такое тонкий клиент?

Тонкий клиент — это устройство, которое выполняет минимальные вычислительные функции и зависит от серверных ресурсов. В отличие от традиционных настольных ПК, тонкие клиенты не требуют производительности, так как основные процессы происходят на сервере. Это позволяет снизить затраты на оборудование и обслуживание, а также упростить управление IT-инфраструктурой.

Преимущества

• Экономия ресурсов: Тонкие клиенты потребляют меньше электроэнергии, чем обычные ПК, что позволяет сократить затраты на электроэнергию.
• Упрощенное управление: данные и приложения хранятся на сервере, что упрощает процесс обновления и управления программным обеспечением.
• Безопасность: он обеспечивают высокий уровень безопасности, так как данные не хранятся на устройстве, а находятся на защищенном сервере.
• Мобильность: С помощью тонких клиентов сотрудники могут работать из любого места, где есть доступ к интернету.

Как сделать тонкий клиент из мини-ПК?

Создание тонкого клиента из мини-ПК — это процесс, который не требует усилий и может быть выполнен даже пользователями с базовыми техническими навыками.

Вот пошаговая инструкция, как это сделать:

Шаг 1: Выбор мини-ПК. 

Первым делом необходимо выбрать подходящий мини-ПК. Обратите внимание на производительность, объем оперативной памяти и наличие необходимых портов. Популярные модели, такие как Intel NUC или Raspberry Pi, могут стать отличным выбором для создания тонкого клиента.

Шаг 2: Установка операционной системы. 

Для создания тонкого клиента потребуется установить операционную систему.

Популярными вариантами являются:

1. Linux: Многие дистрибутивы Linux, такие как Ubuntu или ThinStation, подходят для их создания.
2. Windows 10: Если компания уже использует Windows, вы можете настроить мини-ПК с установленной Windows 10.

Шаг 3: Настройка подключения к серверу

После установки операционной системы необходимо настроить подключение к серверу. Это можно сделать с помощью протоколов RDP (Remote Desktop Protocol) или VNC (Virtual Network Computing). Убедитесь, что ваш сервер настроен для удаленного доступа.

Шаг 4: Установка необходимых приложений

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

Шаг 5: Тестирование и оптимизация

После завершения всех настроек проведите тестирование. Убедитесь, что приложения работают корректно, а производительность устройства соответствует требованиям. Если необходимо, оптимизируйте настройки для достижения максимальной эффективности.

Тонкий клиент из Windows 10: возможности и преимущества

Использование Windows 10 в качестве тонкого клиента — это способ интеграции привычной операционной системы с технологиями. Windows 10 предлагает множество возможностей для настройки и оптимизации работы.

Как настроить тонкий клиент на базе Windows 10?

• Установите Windows 10: Убедитесь, что на мини-ПК установлена актуальная версия Windows 10.
• Настройте удаленный доступ: Включите функцию удаленного рабочего стола в настройках системы.
• Установите необходимые приложения: Установите необходимые для работы приложения и настройте их для работы с сервером.
• Оптимизируйте настройки: Настройте параметры производительности и безопасности для достижения максимальной эффективности.

Преимущества использования Windows 10

• Знакомый интерфейс: Сотрудники смогут легко адаптироваться к работе с Windows 10, что сократит время на обучение.
• Широкий выбор приложений: Windows 10 поддерживает множество программ, что позволяет использовать инструменты для работы.
• Безопасность: Windows 10 предлагает высокие уровни защиты данных и безопасности, что важно для бизнеса.

Создание тонкого клиента из мини-ПК — это эффективное решение для оптимизации работы бизнеса. Использование терминальных клиентов и Windows 10 в качестве основы для тонкого клиента открывает новые возможности для повышения производительности и снижения затрат. В компании «NEB» готова помочь вам в реализации этого решения, предоставляя профессиональную консультацию и техническую поддержку. Свяжитесь с нами, чтобы узнать больше о том, как они могут изменить ваш бизнес к лучшему!

Тонкие клиенты

Новейшая ОС – Windows 10 IoT для тонких клиентов

Что такое тонкий клиент? Это терминал доступа к удаленному серверу. На сервере выполняются все вычисления, а по средствам тонкого клиента, по протоколам доступа к удаленным рабочим столам, происходит управление через интерфейс, получаемый от серверной части. 

Современные тенденции рынка все больше направляют наши данные в сеть. С этим связано множество факторов, таких как более быстрая скорость передачи данных, более развитая сетевая инфраструктура, как в организациях, так и во внешней части, рост облачных сервисов и возможность создания корпоративных порталов ведения проектов и CRM. В какой-то момент тонкие клиенты стали явлением на рынке. И тут сыграли естественные плюсы, которые сразу дали инерцию в развитии данного направления среди производителей. 

Основные «киты», на которых барражирует в океане информационных технологий идея тонких клиентов -это безопасность, экологичность и низкая стоимость содержания таких решений в условиях корпоративного сектора. Каждый пункт является ключевым, но безопасность и защита информации, без сомнения, являются камнем преткновения как в бизнесе, так и в государственных структурах. Благодаря такому решению, как тонкие клиенты, сотрудники компаний могут иметь доступ только к той информационной части, которая необходима конкретному лицу. Задавая политики доступа непосредственно на серверах, администраторы могут ограничить или разрешить действия и возможности на рабочем месте каждого сотрудника.

Операционные системы для тонкого клиента

По большому счету, достаточно настроить и контролировать серверную часть, используя аппаратные и программные возможности удаленного сервера. На данный момент именно серверные технологии Microsoft Windows Server популярны среди корпоративного рынка, они имеют обширные настройки и позволяют максимально контролировать корпоративную сеть и доступ к ней. Естественно, имея в своем распоряжении инфраструктуру на технологиях Microsoft, заказчик заинтересован в клиентских местах, использующих те же средства и возможности, что и вся организация. Как следствие, популярными среди производителей тонких клиентов оказались и ОС семейства Windows Embedded. 

Для производства тонких клиентов флагманскими стали такие операционные системы, как Windows Embedded Standard и Windows Embedded Compact. Именно ОС семейства Standard позволяет создавать решения с использованием различной подключаемой периферии, драйверы к которой доступны для обычных систем Windows разных редакций. Windows Embedded Compact стала интересна производителям за счет небольших размеров образов ОС и уже включенного в средство разработки протокола работы с удаленным рабочим столом, а так же минимальной стоимости лицензий, не значительно удорожающих цену конечного устройства. Следует отметить, что Windows Embedded Compact имеет еще одно важное преимущество – образ ОС на устройстве является обычным бинарным файлом, что не позволит пользователю, работающему на таком тонком клиенте, внести какие-либо изменения в систему. Таким образом, система защищена не только от человеческого фактора, но и от вирусов. 

Тонкие клиенты. Что же это такое?

Тонкие клиенты, как правило, представляют из себя небольшие устройства и используют аппаратные платформы с низким энергопотреблением. Такими платформами могут быть как х86 решения, так и ARM-системы (при использовании Windows Embedded Compact). За счёт незначительного потребления энергии и несильного нагрева процессора, производители используют безвентиляторные системы, что благоприятно сказывается на экологичности устройства. Именно отсутствие шумов, малая нагрузка на электрические сети, позволяет тонким клиентам оказаться в нише устройств «Green technology». Обычные современные компьютеры используют блоки питания мощностью от 350 до 500 Вт, в то время как тонкий клиент потребляет от 15 до 30 Вт, в зависимости от выбранной производителем платформы. Если представить организацию, в распоряжении которой только 10 рабочих мест, можем легко подсчитать, что только на одном электричестве экономия составит примерно 20 раз. Эти цифры не просто экономия, мы вплотную подошли к стоимости владения такими устройствами. 

Исключив электричество, перед организацией всегда стоит вопрос обслуживания парка компьютеров. Так как тонкие клиенты в большинстве случаев не имеют подвижных частей, то механические повреждения внутри устройства исключены. Как пример – многочисленные вентиляторы в системном блоке, которые со временем под воздействием пыли выходят из строя, что может привести к поломке устройства. Тонкий клиент является необслуживаемым устройством, так как просто нет необходимости в этом. Покупая такие устройства, заказчик может оперативно развернуть целый офис, всего лишь подключив мониторы и клавиатуры к тонким клиентам, администратору остается лишь прописать адрес сервера, к которому будет производиться подключение для удаленной работы. 

Как мы уже обсуждали, само администрирование при такой реализации ИТ-инфраструктуры производится в основном на самом сервере, что естественным образом позволяет содержать меньший штат системных администраторов в компании. 

Подводя итог, еще раз подчеркнем основные плюсы тонких клиентов. Высокая безопасность информации и надежность решений, существенная экономия при использовании и обслуживании, централизованный контроль за устройствами и данными, высокая масштабируемость и возможность организации удаленных подразделений компании. Конечно будет верным отметить и минусы данного решения. Сами устройства действительно имеют ограниченные возможности, так как не требуют большой вычислительной мощности из-за того что вычисления происходят на серверной стороне. Но как ни странно, многие в этом видят именно плюсы, ведь сотрудники компании имеют возможность запускать именно те приложения, и выполнять те задачи, которые перед ними поставлены, а это в свою очередь повышает общую эффективность труда в организации.

After some positive user feedback from the launch of our new Server 2016-powered RDS setup I started wondering if it could have a wider use that just the remote access concept we initially wanted to address. One thought in mind was making use of old \ low-spec devices that would be a bit too clunky for running a modern OS but where the physical hardware itself was in good condition.

Chrome-OS esque distributions such as CloudReady sound nice but come at cost so I set up a little side-project to see if there’s anything that could be done with what we have on our licensing agreement or anything in the open-source space.

Looking around there do seem to be various thin-client “converter” products but again they all seem to be commercial e.g. https://www.igel.com/desktop-converter-udc/

The only other option I found was ThinStation which may also be worth a look when I have more time as it seems a bit more involved to get set up and I wanted to stick to the Microsoft RDP client for now for maximum compatibility.

Windows options

Going back some time I remember Microsoft released cut-down versions of Windows for RDS-type scenarios; going back to the XP days it was called Windows Fundamentals for Legacy PCs and morphed into Windows 7 Thin PC in its next incarnation. Effectively all I want the OS to do is boot up, log in quickly then pass the credentials to a pre-configured RDP file using the standard mstsc.exe application.

However building any solutions on a Windows 7 base going forward seems to be a false economy so I decided to have a look around to see what was available on the Windows 10 codebase – the results were interesting…

IoT is name of the day

Going forward it seems Microsoft have changed the branding for this kind of cut-down devices to Windows IoT. In fact there’s a free edition which sounds ideal but it only runs on certain devices and isn’t really geared for UI use:

Ref: https://www.theregister.co.uk/2015/05/21/first_look_windows_10_iot_core_on_raspberry_pi_2/
Ref: http://blogs.perficient.com/microsoft/2016/01/windows-10-iot-editions-explained/

Reading a bit further it appears Microsoft license an edition called Windows 10 IoT Enterprise for new thin client devices. Now it gets interesting… it seems that the OS itself is Windows 10 Enterprise LTSB but with some special OEM licensing. It just so happens the edu customers get Enterprise LTSB on EES licensing so it’s time to take a closer look!

What this does mean is that Windows 10 Enterprise LTSB gets features from the old Windows Embedded products such as Unified Write Filter, perfect for a locked down device that shouldn’t need to experience configuration changes to the base OS.

Ref: https://msdn.microsoft.com/en-us/windows/hardware/commercialize/customize/enterprise/unified-write-filter

All these features are available in Enterprise LTSB simply by going into Add \ Remove Windows Features window, look for the Device Lockdown section and add whichever ones meet your needs (more on this later).

Image & GPOs

After downloading the latest ISO the LTSB 2016 WIM was imported into MDT. I made a quick task sequence to get it up and running and deployed the OS to a Hyper-V VM.

Boot and logon speeds are very quick given the lack of any Modern Apps which usually need to be provisioned at each new login. The performance gain explains why quite a few people within education have used LTSB for their desktop builds against MS’ wishes; however they’ll miss out on new features such as the much-needed OneDrive Files on Demand that will only be provided to the Current Branch release.

In theory setting up a Mandatory Profile could speed up login even further but haven’t got round to trying that yet.

RDS domain SSO

Upon logging in with domain credentials the next aim is to seamlessly drop users into the RDS farm without any further prompts. After doing a bit of research this can be achieved by setting a couple of GPOs:

• allow credential delegation
• trust SHA1 signature of signed RDP file

The need to allow delegation of credentials is fairly commonly mentioned but a lot of the articles are old and don’t mention where this needs to be set in a 2016 farm. In fact you only need to allow the delegation on the FQDN of the Connection Broker based on the results of my testing so far.

Computer Configuration > Administrative Templates > System > Credentials Delegation

Картинка с сайта: gshaw0.wordpress.com

To avoid any unwanted prompts about trusting the signature of a signed RDP file populate the GPO mentioned above and copy \ paste the signature from the RDP file that is provided by RDWeb for whatever RDS Collection you want to connect to.

User Configuration > Administrative Templates > Windows Components > Remote Desktop Services > Remote Desktop Connection Client > Specify SHA1 thumbprints of certificates representing trusted .rdp Publishers

        

          Картинка с сайта: gshaw0.wordpress.com
        
      

Custom shell

Now with the credentials side sorted out the final piece of the puzzle was to cleanly launch the session and (here’s the tricky bit) made a seamless logout once the RDS connection is closed. Now there’s a few ways to achieve the first part:

• use the IoT Embedded Shell Launcher feature \ enable Kiosk Mode via System Image Manager
• use the Custom User Interface User GPO

Ref: https://social.technet.microsoft.com/Forums/en-US/b4552957-45c2-4cc4-a13d-6397f06ee62e/windows-10-kiosk-build-embedded-shell-launcher-vs-custom-user-interface?forum=win10itprosetup

Ref: https://docs.microsoft.com/en-us/windows/configuration/set-up-a-kiosk-for-windows-10-for-desktop-editions

One thing to bear in mind with Shell Launcher is what happens when the shell i.e. mstsc.exe closes, you only have the choice of

• Restart the shell.
• Restart the device.
• Shut down the device.
• Do nothing

For the sake of speed logging off would be better so I decided to go with the Custom User Interface GPO – seeing as the Windows 10 device would be domain-joined anyway it also seemed a quicker more efficient way to configure multiple clients too.

Seeing as the Custom User Interface is a User GPO it goes without saying that Loopback Policy Processing needs to be enabled for the OU where the client resides. That also comes in handy for a few additional personalisation settings later on too.

The User GPO settings are summarised in the screenshot below, you can add more lock-down policies as you see fit:

Картинка с сайта: gshaw0.wordpress.com

Auto log-out on disconnect

Seeing as I wanted to automate the process as much as possible and all the devices would be domain managed anyway the GPO method seems to be the quickest way to achieve what I want. Also avoids needing to do an Add \ Remove Features step for each endpoint device.

Another important point is that the Shell Launcher method only provides options to relaunch the program, shut down or restart the machine. For speed I was aiming to log off the “client” when the RDS session is done so definitely going down the GPO route as a result.

In the GPO settings I initially tried the standard string you’d expect to launch a Remote Desktop session i.e. mstsc.exe C:\Default.rdp but noticed some strange behaviour:

• Windows logs in
• RDP file launched
• connection starts
• before the green bar completes i.e. handshake still in progress
• host session logs out

This seemed like a behaviour I’ve seen with some other programs in the past where they appear to terminate mid-way through actions actually occurring. To check I tried manually with the “start” command with the same result. It appears mstsc.exe doesn’t play nicely so we need another way…

Plan b) was to monitor the mstsc.exe process then log out from the client once RDS disconnected and therefore the process was no longer running. After looking around and trying a few scripts out I settled on one I found here:

Ref: https://www.experts-exchange.com/questions/24218998/Check-if-a-process-is-running-in-vbs.html

Just add the logout command as the action to run when the desired process terminates and we have the desired behaviour. It takes a second or two to react to the process closing but there doesn’t seem to be a way to speed that up as far as I can see.

Final steps

Now just some finishing touches required to give the solution a bit of polish 🙂

• set logon and desktop wallpaper
• disable Task Manager and related lockdown setings

When the machine boots users see this login screen, easily customised via GPO…

Картинка с сайта: gshaw0.wordpress.com

After login connection to RDS is pretty much immediate and no further credential \ security prompts appear…

Картинка с сайта: gshaw0.wordpress.com

UWF

The final piece of the puzzle is tidying up after the client has been in use for a while. That’s where the Unified Write Filter from earlier comes in handy:

Enable-WindowsOptionalFeature -Online -FeatureName Client-UnifiedWriteFilter

Then enable the filter;

uwfmgr.exe filter enable

Ref: https://docs.microsoft.com/en-us/windows-hardware/customize/enterprise/unified-write-filter
Ref: https://developer.microsoft.com/en-us/windows/iot/docs/uwf
Ref: https://deploymentresearch.com/Research/Post/632/Using-the-Unified-Write-Filter-UWF-feature-in-Windows-10

And there you have it, a locked down RDS client that will run on older hardware (Windows 10 works on pretty much anything from the last 10 years) which can be managed through your standard AD infrastructure, all using stuff you already have access to via your Campus agreement… enjoy!