Обзор и сравнительный анализ терминальных решений LTSP и Remote Desktop

Размещено на http://www.allbest.ru/

МИНИСТЕРСТВО ОБРАЗОВАНИЯ И НАУКИ РОССИЙСКОЙ ФЕДЕРАЦИИ

Федеральное государственное бюджетное образовательное учреждение

высшего профессионального образования

«ИВАНОВСКИЙ ГОСУДАРСТВЕННЫЙ УНИВЕРСИТЕТ»

Шуйский филиал ИвГУ

Кафедра математики, физики и методики обучения

КУРСОВАЯ РАБОТА

Обзор и сравнительный анализ терминальных решений LTSP и Remote Desktop

Работу выполнил:

Сеськин Максим Андреевич,

студент 4 курса 2 группы

Научный руководитель:

Лебедев И.В

Шуя 2017

Содержание

Введение

Глава 1. Изучение терминальных решений

1.1 Обзор Remote Desktop

1.2 Обзор LTSP

1.3 Использование терминальных решений

Глава 2. Сравнительный анализ LTSP и Remote Desktop .

2.1 Сравнение систем удалённого доступа

2.2 Плюсы и минусы терминальных решений

Заключение

Список литературы



Введение

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

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

Целью исследования является обзор и сравнительный анализ терминальных решений LTSP и Remote Desktop.

Для достижения поставленной цели были сформулированы следующие задачи исследования: 

- изучение терминальных решений;

- определение их достоинств и недостатков в ходе эксплуатации.

- сравнение специфичных функций у LTSP и Remote Desktop

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



Глава 1. Изучение терминальных решений

1.1 Обзор Remote Desktop.

Иногда так необходимы приложения/файлы из родного рабочего стола Windows и как назло, такое случается в самый неподходящий момент, когда ПК дома, а Вы на работе или в гостях.

Благо, есть возможность использовать стабильное приложение для удалённого подключения к личному компьютеру - Microsoft Remote Desktop.

Программа работает на базе систем android, ios, windows phone и превращает телефон/планшет в полноценный компьютер.

Как работает Remote Desktop?

Чтобы подключиться к домашнему компьютеру потребуется в настройках позволить Remote Desktop беспрепятственно получать информацию с рабочего стола.

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

Кроме того, приложение захватывает экран монитора, что позволяет получать картинку и полноценно работать в Remote Desktop.

Защита личной информации.

Было бы слишком просто, если бы каждый у кого оказалась данная утилита мог подключиться к любому компьютеру, зная его IP адрес. На этот случай разработчики придумали идентификационную форму, в которой дополнительно нужно будет ввести пароль.

Часто для проведения технологических работ (обновления и апгрейда программ компании), технические специалисты используют Remote Desktop. В таких случаях требуется удалённое подключение к компьютеру клиента, а возможность предоставить пароль повышает уровень доверия.

Технические особенности

Разработчики Microsoft вложили огромные средства на создание приложения и продолжают поддерживать проект. Благодаря их профессиональному подходу, программа работает без сбоев, малейшие баги устраняются, ежемесячно выходят обновлённые релизы.

Один лишь минус, Remote Desktop не переведён на русский язык, поэтому для его настройки потребуется время.

Характеристики

ь Последнее обновление опубликовано 19 апреля 2016г.

ь Размер приложения зависит от типа устройства.

ь При установке требует разрешение для работы с вай фай, памятью, медиафайлами.

ь Разработчики Microsoft, сайт компании здесь.

Не рекомендуется использовать детям до 3 лет.

Вывод

Remote Desktop - возможность выполнять работу системного администратора, технического менеджера находясь в пути или на отдыхе: обновить 1С Бухгалтерию не уезжая из офиса за сотни км, установить актуальное программное обеспечение сразу нескольким клиентам.

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

1.2 Обзор LTSP

LTSP - Это терминальное решение на Linux.

Говоря "терминальное", я в первую очередь имею в виду не подключение к удаленному рабочему столу как в Windows. Я подразумеваю гораздо более гибкую и продвинутую систему доставки ПО, конфигов, домашенего каталога, да и самой операционной системы на клиентские рабочие станции с вашего терминального сервера.

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

У LTSP есть несколько режимов работы:

· тонкий клиент

· толстый клиент

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

Принцип работы.

Допустим, у вас есть сервер и множество компьютеров (терминальных станций), которые вы раздаете пользователям, чтобы те за ними работали. Терминальные станции эти почти ничем не отличаются от обычных компьютеров, за исключением того, что их размеры обычно достаточно малы, для работы им не нужен жесткий диск и, кроме того, они могут быть довольно слабыми и дешевыми, на работе пользователей это не отражается (в режиме тонкого клиента). Стоит отметить, что в роли терминальной станции может выступать любой компьютер, который умеет загружаться по сети.

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

На терминальном сервере у вас установлена система, в ней же и хранятся все данные пользователей, конфиги, и ПО.

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

Теперь о режимах работы:

· тонкий клиент - Приложения выполняются на терминальном сервере и просто выводятся на дисплей терминального клиента.

· толстый клиент - Приложения выполняются непосредственно на терминальном клиенте, а сервер просто предоставляет доступ к пользовательским файлам и программам.

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

Кроме того, режимы можно комбинировать и некоторые приложения можно заставлять работать иначе, чем все остальные. Например запускать "тяжелый" браузер с flash локально на клиентах, а офисные приложения запускать на самом сервере.

Устройство

Первое, что мы должны знать, это компоненты из которых состоит сервер:

· DHCP-сервер - используется для выдачи клиентам IP-адресов и информации о tftp-сервере и пути к загрузчику pxelinux. Вы так же можете использовать ваш собственный DHCP-сервер.

· TFTP-сервер - отдает по tftp-протоколу загрузчик, ядро и главный конфиг lts.conf.

· NBD-сервер - используется ядром для загрузки базовой системы по сети. Так же, при желании, может быть заменен на NFS

· SSH-сервер - используется для авторизации пользователей и передачи их домашних каталогов на терминальные станции.

Во вторых разберемся в том как он работает:

Когда вы установите на ваш сервер пакет ltsp-server-standalone, вы, к полностью настроенным сервисам, получите еще несколько ltsp-скриптов:

· ltsp-build-client - собирает для нас образ системы, который мы будем отдавать на клиентские машины.

· ltsp-chroot - chroot'ит нас в клиентскую систему, например для установки дополнительных пакетов и изменения конфигов.

· ltsp-config - генерит дефолтные конфиги для LTSP.

· ltsp-info - выводит информацию о текущей установке.

· ltsp-update-image - обновляет nbd-образ базовой системы.

· ltsp-update-kernels - копирует ядро и загрузчик из клиентского образа, в директорию tftp-сервера

· ltsp-update-sshkeys - добавляет ssh publickey вашего сервера, в known_hosts клиентского образа.

Их то мы и будем использовать для настройки нашего окружения.

Как устроена загрузка по сети?

Так же предельно важно понимать как устроена загрузка по сети, процесс загрузки выглядит примерно следующим образом:

· Рабочая станция включается и опрашивает DHCP-сервер, как ей грузиться дальше:

· А точнее происходит запрос двух опций: next server - адрес TFTP-сервера и boot file - путь к загрузчику.

· DHCP-сервер, выдает ответ с адресом сервера и путем к pxelinux.

· Рабочая станция загружает загрузчик pxelinux по TFTP

· pxelinux загружает ядро.

· В конфиге pxelinux в опциях ядра указанно откуда грузить основную систему по NBD

· Когда ядро запускается, оно маунтит с сервера nbd-образ в корень системы и загружает процесс init, который в свою очередь и загружает все остальное обычным способом.

· Так же в этот момент ltsp-читает главный конфиг lts.conf с сервера и запускает LDM, после чего пользователь видит приглашение к вводу логина и пароля.

LDM - это логон менеджер LXDE, который отвечает за авторизацию пользователей и начальный запуск окружения.

Когда пользователь логинится проиходит следующее:

· В случае тонкого клиента, LDM заходит с введенным логином и паролем на ваш сервер по SSH,, если успешно, загружает окружение с сервера простым пробросом X'ов.

· В случае толстого клиента, LDM пытается подключиться с введенным логином и паролем к вашему серверу, если успешно, то маунтит домашний каталог пользователя с сервера на клиент посредством sshfs, затем запускает окружение.

1.3Использование терминальных решений

Использование Microsoft Remote Desktop.

Поддержка RDP - протокола удаленного рабочего стола присутствует в Windows начиная с версии XP, однако далеко не все знают, как пользоваться Microsoft Remote Desktop для удаленного подключения к компьютеру с Windows 7, 8 или Windows 10, в том числе и не используя никаких сторонних программ.

В этой инструкции описывается, как использовать удаленный рабочий стол Microsoft с компьютера на Windows, Mac OS X, а также с мобильных устройств Android, iPhone и iPad. Хотя процесс мало чем отличается для всех этих устройств, за исключением того, что в первом случае все необходимое является частью операционной системы.

Перед использованием удаленного рабочего стола.

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

Для подключения требуется знать IP адрес компьютера в локальной сети, а с учетом того, что в большинстве домашних конфигураций он постоянно меняется, прежде чем начать следует назначить статический IP адрес (только в локальной сети, к вашему провайдеру Интернета этот статический IP не имеет отношения).

Могу предложить два способа сделать это. Простой: зайдите в панель управления - Центр управления сетями и общим доступом. В разделе просмотра активных сетей, кликните по подключению по локальной сети (Ethernet) и нажмите кнопку «Сведения» в следующем окне.

Из этого окна вам потребуется информация об IP-адресе, шлюзе по умолчанию и DNS серверах.

Закройте окно сведений о подключении, и нажмите «Свойства» в окне состояния.

В списке используемых подключением компонентов выберите Протокол Интернета версии 4, нажмите кнопку «Свойства», после чего введите параметры, полученные ранее в окно конфигурации и нажмите «Ок», затем еще раз. Готово, теперь у вашего компьютера статический IP адрес, который и потребуется для подключения к удаленному рабочему столу.

Второй способ назначить статический IP адрес - использовать настройки сервера DHCP вашего роутера. Как правило, там имеется возможность привязки конкретного IP по MAC-адресу. В детали вдаваться не буду, но, если вы умеете самостоятельно настроить роутер, с этим тоже справитесь.

Разрешение подключения к удаленному рабочему столу Windows.

Еще один пункт, который следует выполнить - включить возможность подключений RDP на компьютере, к которому вы будете подключаться.

Для этого, в панели управления выберите пункт «Система», а затем в списке слева - «Настройка удаленного доступа».

В окне параметров включите «Разрешить подключения удаленного помощника к этому компьютеру» и «Разрешить удаленные подключения к этому компьютеру». При необходимости, укажите пользователей Windows, которым нужно предоставить доступ, можно создать отдельного пользователя для подключений удаленного рабочего стола (по умолчанию, доступ предоставляется тому аккаунту, под которым вы вошли). Все готово, для того чтобы начать.

Подключение к удаленному рабочему столу в Windows.

Для того, чтобы подключиться к удаленному рабочему столу, вам не требуется устанавливать дополнительные программы. Просто начните вводить в поле поиска (в меню пуск в Windows 7, в панели задач в Windows 10 или на начальном экране Windows 8 и 8.1) «удаленный рабочий стол», для того чтобы запустить утилиту для подключения.

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

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



Microsoft Remote Desktop в Mac OS X

Для подключения к компьютеру Windows на Mac, вам потребуется скачать приложение Удаленный рабочий стол (Microsoft Remote Desktop) из App Store. Запустив приложение, нажмите кнопку со знаком «Плюс», чтобы добавить удаленный компьютер - дайте ему имя (любое), введите IP-адрес (в поле «PC Name»), имя пользователя и пароль для подключения.

При необходимости, установите параметры экрана и другие детали. После этого, закройте окно настроек и дважды кликните по имени удаленного рабочего стола в списке для подключения. Если все было сделано правильно, вы увидите рабочий стол Windows в окне или на полный экран (зависит от настроек) на вашем Mac.

Android и iOS

Подключение к удаленному рабочему столу Microsoft почти ничем не отличается для телефонов и планшетов Android, устройств iPhone и iPad. За исключением того, что на момент написания этой статьи Android версия присутствует только на английском языке.

Итак, установите приложение Microsoft Remote Desktop для Android или «Удаленный рабочий стол (Майкрософт)» для iOS и запустите его.

Использование LTSP

Установка LTSP в режиме толстого клиента, как наиболее сложную и интересную.

Настройка в режиме тонкого клиента мало чем будет оличаться, за исключением того, что необходимое ПО вам придется устанавливать не в chroot, а в основную систему, и после этого вам не нужно будет пересобирать nbd-образ.

UPD: Проверенно, с последней Ubuntu 16.04 LTS таких проблем не возникает.

Сначала нужно устанавить ltsp-server-standalone:

apt-get update && apt-get install ltsp-server-standalone

Теперь с помощью ltsp-build-client мы установим клиентскую систему. LTSP поддерживает различные DE, но больше всего мне понравилось как работает LXDE. В отличии от Unity он потребляет совсем мало ресурсов и так-как работает на голых иксах, он почти полностью конфигурируется с помощью переменных среды, это очень удобно, так-как их можно указать в главном конфиге lts.conf.

ltsp-build-client --dist xenial --arch i386 --fat-client-desktop lubuntu-desktop

Все эти опции можно указать в конфиге /etc/ltsp/ltsp-build-client.conf, что бы не прописывать их вручную:

ltsp-build-client.conf

В случае если опция не указана, будет использоваться тот же дистрибутив и/или архитектура, что и на серверной системе.

После запуска комманды, у вас в полностью автоматическом режиме, с помощью debootstrap, развернется система в каталог /opt/ltsp/i386.

Эта же система и будет использоваться в дальнейшем всеми командами LTSP, в нее будет устанавливаться дополнительное ПО, из нее будут генериться загрузчик с ядром и nbd-образ системы. В принципе, ее, так же можно отдавать по nfs при должной настройке загрузчика.

После установки LTSP автоматически сгенерит из нее nbd-образ. Этот образ и будут загружить наши клиенты.

Для того, чтобы внести какие-нибудь изменения в гостевую ОС, например устанавливать дополнительное ПО, используется команда ltsp-chroot.

Если вы хотите что-то поменять или добавить в гостевую систему, выполните ltsp-choot и вы окажетесь внутри нее.

Затем произведите нужные вам действия, и выйдите командой exit

Чтобы изменения применились, нужно перегенерить nbd-образ командой ltsp-update-image

DHCP-сервер:

Вместе с метапакетом ltsp-server-standalone у нас установился и isc-dhcp-server.

В принципе он уже из коробки работает как надо, но при желании вы можете поправить его конфиг /etc/default/isc-dhcp-server.

Есть классная статья на OpenNet от 2010 года на тему настройки LTSP, там неплохо описана процедура настройки DHCP-сервера.

Но, так как я предполагаю, что у вас уже есть DHCP-сервер, предлагаю настроить его.

Удалим isc-dhcp-server:

sudo apt-get remove isc-dhcp-server

Теперь вам нужно добавить к вашему dhcp-серверу 2 опции:

next-server 192.168.1.2; # TFTP-сервер

filename "/ltsp/i386/pxelinux.0"; # Загрузчик

Как это сделать, смотрите инструкции к вашему DHCP-серверу.

Вот, например инструкция как это сделать на оборудовании Mikrotik.

Установка ПО

· Давайте же войдем в нашу гостевую систему:

ltsp-chroot

· Теперь установим vim:

apt-get update && apt-get install vim

· Поддержку русского языка:

apt-get update && apt-get install `check-language-support -l ru`

· Последнюю версию Remmina:

apt-add-repository ppa:remmina-ppa-team/remmina-next

apt-get update

apt-get install remmina remmina-plugin-rdp libfreerdp-plugins-standard

· Skype:

add-apt-repository -y "deb http://archive.canonical.com/ $(lsb_release -sc) partner"

apt-get -y update

apt-get -y install skype

· Браузер Chromium c плагином PepperFlash (свежий flash от google)

sudo apt-get install chromium-browser

sudo apt-get install pepperflashplugin-nonfree

sudo update-pepperflashplugin-nonfree --install

· Кстати, PepperFlash можно установить и запустить без Chromium, в Firefox:

Установка PepperFlash для Firefox

· Чтобы администратор мог удаленно подключиться к сессии пользователя установим x11vnc:

Установка x11vnc

· И ssh-сервер:

apt-get -y install openssh-server

· Еще в Ubuntu 16.04 есть некая проблема, если не настроить xscreensaver, то через определенное время клиент покажет черный экран, из которого никак не выйти. Исправим это:

Установим xscreenasver, если он еще не установлен:

apt-get -y install xscreensaver

Настроим автозапуск:

cat > /etc/xdg/autostart/xscreensaver.desktop <<EOT

[Desktop Entry]

Type=Application

Exec=/usr/bin/xscreensaver -nosplash

Hidden=false

NoDisplay=false

X-GNOME-Autostart-enabled=true

Name[en_US]=xscreenasaver

Name=xscreensaver

Comment[en_US]=

Comment=

EOT

Если вы намерены блокировать экран с вводом пароля, не забудьте добавить следующую строку в ваш конфиг lts.conf:

LDM_PASSWORD_HASH=true

Не забываем выйти из chroot и обновить наш nbd-образ:

exit

ltsp-update-image

Создание пользователей

· Обычных пользователей терминального сервера можно создать стандартным способом:

useradd -m -c "Иван Иваныч" -g users -s /bin/bash <username>

passwd <username>

Или через GUI если он установлен у вас на сервере

· Также при желании можно создать локального администратора в клиентском образе:

·

· ltsp-chroot

· useradd -g adm -G sudo -s /bin/bash -m <adminname>

· passwd <adminname>

· exit

ltsp-update-image

Конфиг lts.conf

Вот мы и подобрались к самому главному конфигу

Находится он по адресу /var/lib/tftpboot/ltsp/i386/lts.conf и представляет ссобой нечто иное как описание глобальных переменных.

Конфиг поделен на секции, в секции Default описываются настройки общие для всех клиентов:

[Default]

# Сессия LXDE

LDM_XSESSION = /usr/bin/dbus-launch --exit-with-session /usr/bin/lxsession -s Lubuntu -e LXDE

# Настройки локалей и системного языка

LOCALE = Europe/Moscow

LC_ALL = ru_RU.UTF-8

LANG = ru_RU.UTF-8

LDM_LANGUAGE = ru_RU.UTF_8

# Настройка переключения клавиатуры и хоткеев

XKBLAYOUT = "us,ru"

XKBOPTIONS = "grp:ctrl_shift_toggle,terminate:ctrl_alt_bksp"

X_NUMLOCK = true

KEYTABLE = ru

LDM_NUMLOCK = true

# Разрешаем флешки

HOTPLUG = True

# Разрешаем локальные диски

LOCALDEV = true

# Настраиваем звук и микрофон

SOUND = True

MIC_VOLUME = 0

CAPTURE_VOLUME = 100

CAPTURE_SWITCH = toggle

# Включаем поддержку SSH

RCFILE_01 = "ssh-keygen -A ; /usr/sbin/sshd"

# Настраиваем сбор логов

SYSLOG_HOST = server

Также можно добавить секции для отдельных клиентов, на основе hostname, IP или MAC-адреса:

# Настройка графики

[oldmachine]

X_COLOR_DEPTH=8

X_MODE_0=800x600

# Включить автологин

[192.168.1.123]

LDM_AUTOLOGIN = True

LDM_USERNAME = user

LDM_PASSWORD = password

# Принт-сервер

[00:11:25:93:CF:00]

PRINTER_0_DEVICE=/dev/usblp0

SCREEN_07=shell

# FreeRDP, вместо стандартной оболочки

[00:11:25:93:CС:11]

SCREEN_07=xfreerdp

RDP_SERVER=192.168.100.10

RDP_OPTIONS="/f /sec:rdp /cert-ignore /multimon:force"



Глава 2. Сравнительный анализ LTSP и Remote Desktop

2.1 Сравнение систем удалённого доступа

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

Продукт	Remote Desktop	LTSP
Протокол	RDP	Собственность, X11
Лицензирование	Собственность	Собственность
Режим работы	Клиент & Сервер	Клиент & Сервер
Встроенное шифрование	ь	ь
Передача файлов	ь	ь
Передача звуков	ь	ь
Многоклиентный режим	ь	ь
Бесшовные окна	ь	ь
Удалённый помощник	ь	ь
Запрос права доступа	ь	ь
Обход Nad	ы	ы
FreeBSD клиент	ы	ы
Linux клиент	ь	ь
Mac OSX клиент	ь	ы
Microsoft Windows клиент	ь	ы
Blackberry клиент	ы
Windows Mobile клиент	ь	ы
Java клиент	ь	ы
IOS клиент	ь	ы
Android клиент	ь	ы
Фиксированный ID	ь	ь

Термины:

В вышеприведённой таблице, для описания специфичных функций используются следующие термины:

· Передача звука: Система удалённого доступа передаёт аудиосигнал по сети и воспроизводит его на колонках локального компьютера. Например, обычно программа-аудиоплеер посылает аудиосигнал на колонки через звуковую плату. Если же система удалённого доступа поддерживает передачу звука, то программа-аудиоплеер может работать на удалённой машине, а музыка будет слышна и на локальном компьютере, как если бы про программа-аудиоплеер была бы запущена на локальном компьютере.

· Встроенное шифрование: система имеет хотя бы 1 встроенный метод шифрования данных, передаваемых между локальным и удалённым компьютерами.

· Передача файлов: система позволяет пользователю передавать файлы между локальным и удалённым компьютерами, с помощью интерфейса самой системы.

· Бесшовные окна: Возможность работы с окном одного конкретного приложения на удалённой машине, как будто оно запущено на вашей. Окно выбранного приложения, запущенного на удалённой машине, отображается на рабочем столе локального компьютера.

· Удаленный помощник: удалённый и локальный пользователи могут видеть один и тот же экран одновременно, так что удалённый пользователь может помогать локальному пользователю.

· Запрос права доступа: для начала работы с удалённой машиной, её пользователь должен дать разрешение на доступ.

· Обход NAT: способность соединяться с компьютерами, находящимися за NAT без ручного редактирования правил перенаправления портов (port forwarding). Это удобно, когда Вы не можете изменить настройки роутера (например, если это роутер провайдера интернета). Однако в этом кроется и опасность (если только трафик системы не шифруется), потому как весь трафик зачастую проходит через один и тот же прокси сервер авторов системы.

· Фиксированный ID: система присваивает каждой рабочей станции свой внутренний идентификатор, который не зависит от способа подключения системы к сети и не меняется при изменении IP-адреса или провайдера, что позволяет работать с удаленной машиной, не зная её текущего адреса.

· HTML5 клиент: не требуется установка клиентского программного обеспечения, достаточно браузера поддерживающего современные стандарты HTML5 для удалённого управления.

доступ удаленный remote desktop

2.2 Плюсы и минусы терминальных решений

Плюсы и минусы LTSP:

Рассмотрим какие же плюсы имеет LTSP по сравнению со стандартными принципами построения ит инфраструктуры:

· Централизованное управление - У вас есть одна единая конфигурация, которой вы управляете из одного места.

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

· Экономия на компьютерах - Бездисковые терминальные станции стоят заметно дешевле, чем полноценные компьютеры.

· Быстрое развертывание - Вам больше не нужно устанавливать ОС. Прикупив очередную пачку терминалов их можно смело втыкать в сеть, они сразу подтянут операционку с сервера и они будут полностью готовы к работе. Точно так же нерабочий терминал можно быстро заменить другим.

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

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

Минусы:

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

· Зависимость от сервера - понятное дело, без сервера все терминальные клиенты становятся бесполезными и превращяются в тыкву.

Плюсы и минусы Remote Desktop.

Минусы:

· Remote Desktop не переведён на русский язык

Плюсы:

· удобство использования

· минималистичный интерфейс

· возможность подключаться по защищенному SSL/TLS соединению

· и многое другое.

Вывод: Таким образом, в терминальном решении LTSP минусов больше чем терминальном решении Remote Desktop. Но в обоих решениях предостаточно плюсов, так что они не уступают друг другу.



Заключение

В данной курсовой работе была достигнута поставленная цель, а именно «обзор и сравнительный анализ терминальных решений LTSP и Remote Desktop» и достигнуты все поставленные задачи. В этой работе был рассмотрен подробный обзор терминальных решений. Также были определены достоинства и недостатки LTSP и Remote Desktop». И было проведено сравнение специфичных функций у LTSP и Remote Desktop.



Список литературы

1. Спецификация Microsoft на основные функции RDP

http://msdn.microsoft.com/en-us/library/cc240445(PROT.10).aspx

2. Спецификация Microsoft на графические расширения RDP

http://msdn.microsoft.com/en-us/library/cc241537(PROT.10).aspx

3. Страничка википедии, посвященная Citrix Systems

http://en.wikipedia.org/wiki/Citrix_Systems

4. Вопросы по установке клиентских лицензий

http://support.microsoft.com/kb/822134/ru

5. Принцип работы сервера терминалов

http://technet.microsoft.com/en-us/library/cc755399.aspx

6. Инструкции по лицензированию Terminal Services

http://technet.microsoft.com/ru-ru/library/cc787247.aspx

7. Компоненты, введенные в Terminal Services под управлением Windows 2008 Server

http://technet.microsoft.com/en-us/library/cc733093.aspx

8. Описание процесса получения клиентских лицензий (часть 1)

http://www.msterminalservices.org/articles/Terminal-Services-CAL-Allocation-Process-Part1.html

9. Описание процесса получения клиентских лицензий (часть 2)

http://www.msterminalservices.org/articles/Terminal-Services-CAL-Allocation-Process-Part2.html

10. Полное руководство по терминальным службам Windows Server 2003

http://citrix.pp.ru/ts2003/index.html

11. Анализ функциональности, выполненный компанией Citrix Systems

http://www.citrix.com/%2Fsite%2Fresources%2Fdynamic%2Fsalesdocs%2FCitrix-XenApp5-Terminal-Services-2003-2008-Feature-Analysis.pdf

12. Исследования на тему RDP- ключей

http://www.oxid.it/downloads/rdp-gbu.pdf

13. Настройка SSL в Terminal Services

http://technet.microsoft.com/en-us/library/cc782610.aspxt

14. Спецификация протокола CredSSP

http://download.microsoft.com/download/9/5/E/95EF66AF-9026-4BB0-A41D-A4F81802D92C/%5BMS-CSSP%5D.pdf

15. Стандарт FIPS 140-1

http://csrc.nist.gov/publications/fips/fips1401.htm

16. Спецификация TLS 1.0

http://www.ietf.org/rfc/rfc2246.txt

Размещено на Allbest.ru

...