Разработка проекта развертывания терминального сервера с использованием свободного программного обеспечения. Часть 2.

Страницы:   1   2

---

Глава 2. ПРОЦЕСС РАЗВЕРТЫВАНИЯ ТЕРМИНАЛЬНОГО СЕРВЕРА

2.1. Настройка и запуск сервера VNC

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

А) Настройка сервера VNC

Б) Выбор сервера VNC

В) Установка xinetd

Г) Настройка xinetd

Д) Настройка XDMCP-сервера

Е) Редактирование конфигурационного файла XDMCP

Ж) Перезапуск XDMCP-сервера

А) Настройка сервера VNC

Существуют различные способы запуска VNC, такие как: запуск с помощью сценариев, привязку VNC-сервера к окружению рабочего стола с помощью настольных инструментов и использование службы xinetd для приема соединений от VNC-клиентов. Этот последний подход и описывается в ВКР, так как он позволяет запускать VNC так, что тот может использовать XDMCP-сервер.

Б) Выбор сервера VNC

Существует несколько реализаций VNC-сервера.  Наиболее популярные из них: TightVNC, TigerVNC и RealVNC [10,19]. В данной работе в качестве примера используется TigerVNC. Следует особо отметить, что детали конфигурации VNC-сервера зависят как от сервера, так и от дистрибутива, поэтому приведенные в данной главе инструкции нужно будет конкретному пользователю адаптировать к «своему» программному обеспечению.

В) Установка xinetd

Многие дистрибутивы устанавливают суперсервер xinetd по умолчанию, но не все. Описанный в данной работе метод предполагает использование xinetd, поэтому необходимо установить xinetd, если он еще не установлен. В большинстве дистрибутивов xinetd можно установить с помощью менеджера пакетов, например, вызвав zypper install xinetd в дистрибутивах на основе Debian или zypper install xinetd в openSUSE.

Может также потребоваться настройка процесса запуска xinetd. Обычно для одноразового запуска можно использовать сценарий запуска System V (SysV):

# /usr/sbin/rcxinetd start

Для настройки автоматического запуска xinetd при загрузке компьютера требуется знание методов работы сценариев запуска своего дистрибутива. Как правило, это делается с помощью утилиты, такой как chkconfig (используется в Fedora, openSUSE и родственных дистрибутивах), update-rc.d (используется в Debian и родственных дистрибутивах) или rc-update (используется в Gentoo), примерно так:

# chkconfig xinetd on

# update-rc.d xinetd enable

# rc-update add xinetd default

Требуется ввести только одну из этих команд или найти эквивалент для «своего» дистрибутива.

Следует заметить, что xinetd может не запускаться, если он не настроен на выполнение каких-либо служб. Так что, возможно, придется отложить его запуск до тех пор, пока не будет настроен xinetd для управления «своим» VNC-сервером.

Г) Настройка xinetd

Серверы, которыми должен управлять xinetd, помещают файлы конфигурации в каталог /etc/xinetd.d. Таким образом, чтобы настроить xinetd на управление VNC, нужно создать или отредактировать файл с именем типа /etc/xinetd.d/vnc. В некоторых дистрибутивах, таких как openSUSE, пакет VNC-сервера устанавливает такой файл. В листинге 1 приведен пример настройки VNC для xinetd.

Листинг 1. Пример настройки VNC для xinetd

service vnc

{

disable     = no

socket_type = stream

protocol    = tcp

wait        = no

user        = nobody

server      = /usr/bin/Xvnc

server_args = -inetd -once -query localhost -geometry 1280×1024 -depth 24

type        = UNLISTED

port        = 5901

}

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

— service: Здесь определяется имя сервиса VNC . Если требуется запустить несколько серверов VNC на разных портах необходимо создать отдельные конфигурации с разными именами служб (например vnc1, vnc2, …).

— server: В этом параметре определяется путь к исполняемому файлу или сценарию VNC-сервера, который обычно называется Xvnc.

— server_args: Здесь определяются параметры с которыми вызывается исполняемый файл сервера VNC. Некоторые из этих значений будет необходимо поменять, как  будет описано в Приложении 1.

— port: Этот параметр определяет порт сервиса. По умолчанию VNC использует порты с номерами 5900 и выше. Можно запустить сервер с разными значениями параметров через разные порты. В этом случае каждому экземпляру нужно назначить свой номер порта.

Самая сложная часть настройки xinetd — это настройка аргументов сервера. В качестве модели можно использовать аргументы, приведенные в листинге 1, изменив некоторые из них.

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

— geometry 1280×1024. Этот параметр определяет разрешение сеанса VNC. Следует отметить, что заданное разрешение может не соответствовать разрешению обычного X-сервера, работающего на терминальном сервере. Можно использовать несколько конфигураций, использующих разное разрешение, что позволит пользователям входить в VNC-сервер с тем разрешением, которое оптимально для их локальных систем.

— depth 24. Этот параметр определяет максимальную глубину цветности. Ограничение глубины цвета может улучшить производительность подключения, особенно по медленному каналу связи, и снизить нагрузку на сервер. Диапазон допустимых значений от 2 до 32.

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

Д) Настройка XDMCP-сервера

Большинство дистрибутивов Linux настраивают свои XDMCP-серверы только для управления локальным дисплеем. Чтобы обеспечить удаленный доступ, нужно перенастроить XDMCP-сервер так, чтобы принимать запросы на доступ с VNC-сервера, работающего на том же компьютере. Детали зависят от XDMCP-сервера.

Три наиболее часто используемых в Linux ― это GNOME Display Manager (GDM), Light Display Manager (LightDM) и KDE Display Manager (KDM). Для других XDMCP-серверов, таких как XDM, требуются настройки, отличные от описанных в данной главе. В любом случае после перенастройки XDMCP-сервера его придется перезапустить.

Е) Редактирование конфигурационного файла XDMCP

Если пользователь не уверен, какой XDMCP-сервер используется в «его» системе, то это можно определить, просмотрев листинг процесса с помощью строки dm, например:

$ ps ax | grep dm

1318 ?        Ssl    0:04 kdm

1333 tty7    Ssl+   0:00 /usr/bin/X -core :0 -seat seat0 -auth /var/run/kdm/root/:0 -nolisten tcp vt7 -novtswitch

29337 pts/21   S+     0:00 grep —color=auto dm

В первой строке этой распечатки указано, что работает KDM, поэтому для того чтобы VNC мог использовать XDMCP, нужно отредактировать файл конфигурации этого сервера. Файлы конфигурации большинства программ XDMCP имеют один и тот же формат. Они содержат разделы с именами, указанными в квадратных скобках, например, [xdmcp].

Строки, следующие за именем раздела, задают параметры через знак равенства, например: enable=true. В таблице 1 перечислены имена файлов конфигурации, имена разделов и параметры, которые необходимо определить, чтобы XDMCP работал на нескольких распространенных XDMCP-серверах Linux.

Таблица 1. Параметры, позволяющие XDMCP поддерживать VNC для разных XDMCP-серверов

 

Раздел XDMCP в файле конфигурации может полностью отсутствовать. Если он присутствует, он может явно отключать поддержку XMDCP, содержать закомментированные параметры или быть пустым. Независимо от исходного состояния файла необходимо сделать так, чтобы раздел XDMCP присутствовал и чтобы поддержка была включена. В качестве примера рассмотрим настройку KDM для включения XDMCP:

[Xdmcp]

Enable=true

Некоторые дистрибутивы позволяют включить дополнительные меры безопасности, которые потребуется ослабить. Одна из них ― межсетевой экран. Сценарии межсетевых экранов обычно зависят от дистрибутивов, поэтому за инструкциями по настройке межсетевого экрана необходимо обращаться к документации на «свою» систему.

Необходимо, чтобы localhost имел доступ к порту 177, а VNC-клиенты — к порту 5900 (или любым другим портам, которые используются для VNC).

В OpenSUSE есть дополнительный файл конфигурации, который управляет некоторыми типами доступа, включая XDMCP-доступ: /etc/sysconfig/displaymanager. Нужно открыть  этот файл в текстовом редакторе и найти следующую строку:

DISPLAYMANAGER_REMOTE_ACCESS=»no»

Нужно изменить значение этого параметра на «yes». Если оставить «no», то окно входа XDMCP-сервера при подключении к VNC-серверу отображаться не будет. В большинстве дистрибутивов такое изменение не требуется: этот файл использует только openSUSE.

Д) Перезапуск XDMCP-сервера

Когда XDMCP-сервер настроен на поддержку удаленных соединений, его необходимо перезапустить. В дистрибутивах, которые запускают X посредством файла инициализации SysV, таких как Debian и Gentoo, это можно сделать с помощью параметра restart:

# /usr/sbin/rcxdm restart

В системе, которая для запуска X использует уровень runlevel, такой как Fedora или openSUSE, нужно перейти на уровень текстового режима (обычно 3), а затем вернуться на уровень GUI (обычно 5):

# /sbin/init 3

# /sbin/init 5

Необходимо иметь в виду, что при любом подходе производится выход из X, поэтому прежде чем продолжать, нужно сохранить всю проделанную в сеансе X работу.

2.2. Тестирование и отладка сервера VNC

После проведения работ, изложенных в пункте 2.1, можно входить в систему с удаленного компьютера с помощью VNC-клиента. Большинство дистрибутивов Linux содержат команду vncviewer, так что, чтобы войти в систему remotename через VNC, можно ввести:

vncviewer remotename

Если VNC настроена и работает правильно, результат будет примерно таким, как показан на рисунке 4.

 

Если нужно настроить несколько сеансов VNC через разные порты, то можно указать номер сеанса VNC, передав его как часть имени хоста . Например, чтобы войти в сеанс 3 (через порт 5903), нужно ввести:

vncviewer remotename:3

Если при выполнении этого теста не виден экран входа в систему XDMCP, то придется произвести отладку. Ниже приведены некоторые рекомендации для случаев отладки.

— Если vncviewer сообщает, что в соединении было отказано, то это, скорее всего, означает, что суперсервер на компьютере сервера VNC не настроен должным образом. Нужно проверить конфигурацию xinetd и попробовать перезапустить суперсервер. Возможно также, что межсетевой экран блокирует доступ к компьютеру VNC-сервера.

— Если VNC-клиент запускается и подключается к серверу, но вы видите только серый экран с курсором, который можно перемещать, то проблема, скорее всего, в настройке XDMCP-сервера. В этом случае нужно проверить описанные выше параметры и перезапустить XDMCP-сервер.

— Нужно посмотреть файлы журнала событий, как это обычно делается при отладке. Может потребоваться поиск всех файлов журнала в каталоге /var/log по ссылкам на «Ваши» xinetd, XDMCP-сервер и VNC-сервер.

2.3. Вопросы безопасности VNC

RFB не является безопасным протоколом – большинство VNC-клиентов и серверов не шифруют свои данные. VNC шифрует свои собственные пароли, но при описанном в данной работе подходе эти пароли не используются. Поэтому нужно быть осмотрительным при выборе способа и места установки VNC. Если необходимо использовать VNC в незащищенной сети, то возможны три варианта:

А) использовать виртуальную частную сеть (VPN);

Б) туннелировать протокол через SSH;

В) использовать вариант VNC, поддерживающий шифрование, такой как TigerVNC с возможностью шифрования Transport Layer Security.

При включении окон входа VNC, как описано в данной главе, во «внешний мир» открываются, как минимум, два порта (VNC и XDMCP). Оба порта можно ограничить правилами межсетевого экрана, чтобы свести к минимуму риск злоупотреблений. Следует отметить, что порт XDMCP (UDP 177) должен быть открыт только для localhost, поэтому правило межсетевого экрана для него может быть весьма ограничивающим.

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

Анализ показал, что, в целом, соединение VNC и XDMCP ― довольно эффективный метод обеспечения удаленного входа с графическим интерфейсом пользователя для многопользовательских Linux компьютеров.

Этот метод имеет преимущества по сравнению с прямым применением XDMCP в кроссплатформенной среде или при наличии проблем, вызванных межсетевым экраном или NAT.

На многопользовательских компьютерах рассмотренный вариант предпочтительнее более распространенных способов прямого подключения VNC.

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

 

ГЛАВА 3. РЕЗУЛЬТАТЫ РАЗВЕРТЫВАНИЯ ТЕРМИНАЛЬНОГО СЕРВЕРА ДЛЯ ОБЕСПЕЧЕНИЯ РАБОТЫ ПО ПРОЕКТУ «МНОГОФУНКЦИОНАЛЬНАЯ УЧЕБНАЯ АУДИТОРИЯ КАФЕДРЫ АПК ВТ»

3.1. Технические решения в ходе реализации проекта

Решения, которые выбраны для развертывания терминального сервера и терминальных клиентов обусловлены исходными параметрами существующей аппаратно-программной инфраструктурой, составляющих ресурсное обеспечение проекта. Схема исходной сети представлена рисунке 5.

 

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

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

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

Предложенное решение позволяет увеличить в аудитории количество точек доступа с 8 до 30. Схема сети представлена на рисунке 6.

 

3.2. Программные решения в ходе реализации проекта развертывания терминального сервера

Так как в  качестве терминальных клиентов, подключаемых по проводной сети, в проекте используются «облачные» («тонкие») клиенты Dell WYSE C50LE  с предустановленной операционной системой Wyse Enhanced SUSE Linux Enterprise, то это накладывает определенные ограничения на выбор терминального сервера.  В результате исследований различных вариантов было принято решение использовать сервер VNC по схеме обслуживания терминальных клиентов, как показано на рисунке 3. глава 1, параграф 1.3.

В качестве операционной системы на которой разворачивается терминальный сервер используется openSUSE 42.1. , поэтому процесс развертывания терминального сервера VNC полностью соответствует тому, который был описан в главе 2 настоящей работы.

Развертывание клиента VNC на терминальной стороне не представляет никакой сложности, так как в состав предустановленной операционной системы входит TigerVNC — клиент  и есть сервис – который подключает тонкого клиента к серверу путем организации сессий подключения по IP — адресу сервера или по доменному имени.

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

 

Экран терминала при входе пользователя в систему,  используется рабочий стол LXDE (Lightweight X11 Desktop Environment, см. СТ), выглядит, как показано на рисунке 8.

 

Клиентские терминалы, подключаемые по радиоканалу с целью минимизации устанавливаемого у конечных пользователей ПО, могут использовать VNC-клиент, запускаемый из браузера, который называется noVNC. Данный клиент имеет как достоинства, так и недостатки. К достоинствам можно отнести возможность запуска из любого устройства и операционной системы при условии наличия подходящего Web-браузера, отсутствие необходимости в установке программного обеспечения, отсутствие зависимостей с закрытым кодом. Из недостатков: медленная прорисовка видео, горячие клавиши не работают, звук не передается, проброс USB-устройств с клиента не осуществляется, работа с буфером обмена не осуществляется

Отмеченные недостатки необходимо учесть при дальнейшей реализации проекта.

На рисунке 9,10 показан вид экрана перед входом в систему при использовании браузера noVNC.

 

 

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

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

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

Автором проведено тестирование проекта развертывания терминального сервера на том оборудовании, которое было предоставлено кафедрой АПК ВТ для реализации  проекта «Многофункциональная учебная аудитория кафедры АПК ВТ».

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

Изложенные аргументы позволяют предложить проект, разработанный и реализованный автором, в качестве типового для решения задач по развертыванию терминальных серверов на других кафедрах факультета МиТУ «Академия ЛИМТУ» университета ИТМО, если будет заявлена потребность в развертывании терминальных серверов на аппаратно-программных комплексах, сопоставимых и совместимых с тем, который был использован в представленном в ВКР проекте.

 

Заключение

Проведенное исследование и выполненные практические работы по теме: Разработка проекта развертывания терминального сервера с использованием свободного программного обеспечения, — позволяют сделать следующие выводы.

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

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

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

При создании терминального сервера на платформе Linux, встаёт задача выбора технологий, которые позволят эффективно решать поставленные задачи. Исходя из данного обстоятельства, для решения поставленных задач в качестве графического интерфейса пользователя (GUI) в Linux  была выбрана X Window System (сокращенно X).

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

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

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

В ходе проведения исследований был выбран вариант терминального сервера для развертывания на заданной сетевой инфраструктуре и операционной системе openSUSE 42.1.;

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

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

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

 

Словарь терминов

Дата-центр: специализированное здание для размещения (хостинга) серверного и сетевого оборудования и подключения абонентов к каналам сети Интернет

Облако: это модель предоставления удобного сетевого доступа в режиме «по требованию» к коллективно используемому набору настраиваемых вычислительных ресурсов (например, сетей, серверов, хранилищ данных, приложений и/или сервисов), которые пользователь может оперативно задействовать под свои задачи и высвобождать при сведении к минимуму числа взаимодействий с поставщиком услуги или собственных управленческих усилий

Рабочая станция: комплекс аппаратных и программных средств, предназначенных для решения определённого круга задач

Linux: свободная UNIX-подобная операционная система, построенная вокруг ядра Linux

FreeBSD: свободная Unix-подобная операционная система, потомок AT&T Unix по линии BSD, созданной в университете Беркли

LibreOffice: свободный, независимый пакет офисных программ с открытым исходным кодом, разрабатываемый The Document Foundation

GIMP (GNU Image Manipulation Program): свободно распространяемый растровый графический редактор, программа для создания и обработки растровой графики и частичной поддержкой работы с векторной графикой

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

XDMPC (X Display Manager control protocol): протокол аутентификации между X-сервером и X-клиентом

NAT (Network Address Translation): трансляция сетевых адресов. Процедура по изменению адресов в заголовках IP-пакетов при их прохождении через маршрутизатор или другое устройство

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

RFB (remote framebuffer): клиент-серверный сетевой протокол для удалённого доступа к графическому рабочему столу компьютера

VNC (Virtual Network Computing): система для удаленного доступа к рабочему столу

RDP (Remote Desktop Protocol): проприетарный протокол компании Microsoft доступа к удалённом рабочему столу Windows.

NX: программное обеспечение (и технология) удалённого доступа к графическим приложениям UNIX/Linux-систем. Разрабатывается одноимённой итальянской компанией. Распространяется (за исключением некоторых компонентов) по лицензии GPL.

Аутентификация: проверка принадлежности субъекту доступа предъявленного им идентификатора; подтверждение подлинности

Xinetd (eXtended InterNET Daemon):  служба с открытым исходным кодом, работающая во многих Unix-подобных системах и управляющая сетевыми соединениями

Хост: устройство, предоставляющее сервисы формата «клиент-сервер» в режиме сервера по каким-либо интерфейсам и уникально определённое на этих интерфейсах. В более частном случае под хостом могут понимать любой компьютер, сервер, подключённый к локальной или глобальной сети.

Wyse Enhanced SUSE Linux Enterprise: дистрибутив Linux компании SUSE, ранее выпускавшийся компанией Novell. Дистрибутив создан специально для облачных клиентов DELL WYSE

openSUSE: дистрибутив Linux основаный на ядре и базовых программах SUSE Linux Enterprise.

LXDE (Lightweight X11 Desktop Environment): свободная среда рабочего стола для UNIX и других POSIX-совместимых систем, таких как Linux или BSD.

NoVNC: браузерный VNC-клиент основанный на HTML5 и WebSockets.

 

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

1. Адельштайн, Т.В. Любанович, Б.Н. Системное администрирование в Linux — ПИТЕР, 2010
2. Андропова, Е.В. Губин, М.А. Губина, Т.Н. Информационные технологии на базе свободного программного обеспечения. – Елец: ЕГУ, 2008. – 86 с.
3. Артамонов, И.В. Свободное программное обеспечение: преимущества и недостатки // Известия ИГЭА. 2012. №6 С.122-125.
4. Береснев, А.Д. Гусарова Н.Ф. Иванов, Р.В. Федотов, Д.Н. Информационная инфраструктура образовательной среды с использованием технологии виртуальных машин // Научно-технический вестник ИТМО. 2014. №5 (93) С.172-182.
5. Биячуев ,Т.А. Безопасность корпоративных сетей: Учебное пособие. — СПб.: СПб ГУ ИТМО, 2004. — С. 161.
6. Брайан Миллиган, «Стандарт на СКС для систем автоматизации зданий», Сети и системы связи, №6/2003. – 124с.
7. Вход в многопользовательскую систему через VNC [Электронный ресурс] // Режим доступа: http://www.ibm.com/developerworks/ru/library/os-multiuserloginsvnc/ (дата обращения: 24.04.2016)
8. ГОСТ 24.202-80. Требования к содержанию документа «Технико-экономическое обоснование создания АСУ.
9. ГОСТ 34.201-89. Информационная технология. Комплекс стандартов на автоматизированные системы. Виды, комплектность и обозначение документов при создании автоматизированных систем.
10. Гавриленко, А.А. Полесский, С.Н. Анализ построения локальной вычислительной сети по критерию надёжности на базе «Тонких» и «Толстых» клиентов // Новые информационные технологии в автоматизированных системах. 2013. №16 С.101-112.
11. Государственная программа Российской Федерации «Информационное общество (2011 — 2020 годы)» [Электронный ресурс] //Правительство Российской Федерации: Режим доступа: http://government.ru/docs/11937/ (Дата обращения: 26.03.2016).
12. Гришаков, В.Г. Логинов, И.В. Организация распределенного автоматизированного рабочего места студента вуза // Информационно-управляющие системы. 2011. №3 С.61-65.
13. Губин, М.А. Правовые аспекты применения свободного программного обеспечения в Российской Федерации [Электронный ресурс] // Режим доступа: http://fosscenter.elsu.ru/pdf/Sbornic_2009_SPO.pdf (дата обращения: 24.04.2016)
14. Жилина, В.А. Петров, В.Ю. Проблемы перехода на свободное программное обеспечение // Материалы VII Международной студенческой электронной научной конференции «Студенческий научный форум» URL: www.scienceforum.ru/2015/811/9296(дата обращения: 24.04.2016)
15. Козлов, А.А. Перспектива использования планшетных компьютеров в учебном процессе // ГИАБ. 2011. №12 С.597-601.
16. Колбин, Р.В. Глобальные и локальные сети: создание, настройка и использование. Элективный курс: учебное пособие / Р.В. Колбин. – М.: БИНОМ. Лаборатория знаний, 2007. – 221 с.
17. Колисниченко, Д.Н. Серверное применение Linux – БХВ – Петербург, 2011
18. Коцюба И.Ю., Чунаев А.В., Шиков А.Н. Основы проектирования информационных систем. Учебное пособие. – СПб: Университет ИТМО, 2015. – 206 с.
19. Кравец, О.Я. Сети ЭВМ и телекоммуникации: структура и организация : (учеб. пособие для вузов по направлению <Информатика и вычисл. техника>) / О.Я. Кравец — Уфа : УГАТУ, 2004. — 132 с.; 21 см. ISBN 5-86911-449-7
20. Лав, Р. Linux. Системное программирование – ПИТЕР, 2013
21. Лысенко, Е.И. Барабошин, А.С. Черненко, С.С. Нескоромный, В.Н. Принципы обеспечения безопасности корпоративной сети // Современные проблемы науки и образования. 2014. №4 С.216.
22. Лямин, А.В. Скшидлевский, А.А. Чежин, М.С. Система управления работой компьютерного класса общего доступа // Информационно-управляющие системы. 2011. №4 С.66-69.
23. Максимов Н.В., Попов И.И. Компьютерные сети: Учебное пособие. – М.: ФОРУМ: ИНФРА-М, 2005. – 336 с.
24. Об утверждении Методических рекомендаций по использованию свободного программного обеспечения в деятельности федеральных органов исполнительной власти, включая критерии определения государственных информационных систем, при создании которых необходимо использовать свободное программное обеспечение, в том числе государственных информационных систем, предназначенных для оказания государственных и муниципальных услуг в электронном виде [Электронный ресурс] // Министерство связи и массовых коммуникаций Российской Федерации Режим доступа: http://www.minsvyaz.ru/ru/documents/4805/ (Дата обращения: 26.05.2010).
25. Олифер В.Г, Олифер Н.А. Компьютерные сети. Принципы, технологии, протоколы. – СПб.: Питер, 2007. – 958с.;
26. Олов, И.П. Внедрение и использование свободного программного обеспечения в учебном процессе дошкольного образовательного учреждения // Перспективы развития информационных технологий. 2013. №12 С.179-193.
27. План перехода органов государственной власти и бюджетных учреждений на использование свободного программного обеспечения [Электронный ресурс] //Правительство Российской Федерации: Режим доступа: http://government.ru/media/2010/12/24/37931/file/2299p.doc (Дата обращения: 26.03.2016).
28. Плоткин, М.А. Шарков, И.А. Дейнека, И.Г. Методические указания к практическим работам по курсу сети связи и системы коммутации. Учебное пособие — Санкт-Петербург: СПб: Университет ИТМО, 2016, 2016. — 90 с.
29. Пожарина, Г.Ю. Поносов, А.М. Стратегия внедрения свободного программного обеспечения в учреждениях образования — Санкт-Петербург, Бином, 2008 г.- 152 с.
30. Полесский, С.Н., Карапузов М.А., Жаднов В. В. Надежность локальной вычислительно сети на базе тонкого клиента и рабочих станций // НиКСС. 2013. №4 С.66-74.
31. Правовое регулирование использования свободного программного обеспечения на примере// Information Security/ Информационная безопасность. – 2009. — № 4.
32. Самарский, П.А. «Основы структурированных кабельных систем», «ДМК пресс», Компания Ай-Ти, 2005. – 345с.;
33. Семенов, А.Б. Стрижаков, С.К. Сунчелей, И.Р. «Структурированные кабельные системы», 5-е изд., М.: Компания Ай-Ти; ДМК-пресс, 2004. – 387с.;
34. Стивенс, Уильям Ричард Протоколы TCP/IP : Практ. рук. / У.Р. Стивенс — СПб. : БХВ-Петербург 2101c Нев. диалект, 2003. — 671 с.; 24 см. ISBN 5-7940-0093-7
35. Терминалы WyseWinterm как альтернатива ПК [Электронный ресурс] / Оникс. — Киев, 2006. — Режим доступа: http://www.onix.kiev.ua/wyse-brochure.pdf (дата обращения: 24.04.2016)
36. Федеральный закон Российской Федерации от 27 июля 2006 г. N 149-ФЗ. Об информации, информационных технологиях и о защите информации.

---

Страницы:   1   2