Стал доступен desktop-клиент vectr для linux

RDP клинет Linux или как подключиться к Windows из Linux

Если в вашей локальной сети присутствуют Windows сервера или клиентские машины с возможностью подключения к удаленному рабочему столу, то логично было бы иметь такую поддержку со стороны Linux машин. Такую возможность нам обеспечивает проект rdesktop и их одноименный rdp клиент.

Логика работы rdesktop основывается на протоколе RDP (Remote Desktop Protocol) — проприетарном протоколе Microsoft, используемом для удаленного доступа к рабочему столу Windows. Основная настройка в этом случае производится на стороне сервера — здесь же мы рассмотрим работу клиентской части, основные принципы, параметры и примеры использования.

Rdesktop установка

Итак приступим. rdesktop — консольная утилита, так что смело открывайте терминал и вводите

rdesktop

Если вы получили сообщение о том, что команда не найдена — её нужно установить. Для Debian-based дистрибутивов (Ubuntu, Linux Mint) команда установки rdesktop будет выглядеть так:

apt-get install rdesktop    #Команду стоит вводить от лица root

Подключение к серверу

rdesktop -z -P -g 1280×900 -u USERNAME -p PASSWORD SERVER_IP

Поясним:

  • -z включает сжатие потока
  • -P кэширование
  • -g задает геометрию окна
  • -u имя пользователя на сервере
  • -p пароль.

Следует оговориться — задание пароля в явном виде в качестве опции для rdesktop не является безопасным, так как он может быть просмотрен другими пользователями с помощью команды ps. Поэтому, если компьютер может быть доступен другим пользователям (локальным или удаленным), эту опцию следует опускать — пароль можно будет ввести уже после установления сессии.

Опцию «-g» можно заменить опцией «-f». В этом случае окно rdesktop будет открыто на весь экран. Выход в этом случае можно будет инициировать нажатием клавиш Ctrl-Alt-Enter.

Обмен файлами между Windows и Linux в рамках сеанса rdp

Остро встает вопрос о возможности обмена файлами в рамках сессии между локальным и удаленным компьютером, так как перетаскивание не поддерживается. Первое, что можно сделать, это при помощи опции «-r disk:=» подключить любую локальную папку как диск Windows, который можно будет увидеть в «Мой компьютер». Например команда

rdesktop -r disk:share=/home/documents -z -P -g 1280×900 -u USERNAME -p PASSWORD SERVER_IP

кроме всего прочего подключит папку /home/documents в качестве диска «share» в «Мой компьютер» на стороне Windows. Вы сможете читать и записывать файлы.

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

Иначе (запуская rdesktop от лица, например, root) вы не сможете потом получить доступ к записанным файлам, пока не установите правильного владельца. Если это произошло, воспользуйтесь командой chown для смены владельца и группы:

chown -R /home/documents USERNAME:USERGROUP

Второй доступный способ, это при помощи протоколов SMB или NFS сделать общую сетевую папку. Читайте документацию по созданию таких хранилищ и их подключению к системам Windows и Linux

Создание простой кнопки запуска

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

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

#!/bin/bash
rdesktop -z -P -g 1280×900 -u USERNAME -p PASSWORD SERVER_IP

И делаем его исполняемым (из консоли):

chmod +x PATH_TO_MY_TEXT_FILE

Источник: https://www.hippolab.ru/rdp-klinet-linux-ili-kak-podklyuchitsya-k-windows-iz-linux

Терминальные решения на Linux — Linux в качестве терминального клиента и десктопной машины

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

В качестве примера мы будем использовать операционную систему Xubuntu 12.04, терминальный клиент rdesktop и Microsoft Windows Server 2003.

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

Статья ориентирована на новичков в среде Linux. В статье будет присутствовать излишняя разжеванность для беспроблемной инсталляции RDP клиента rdesktop обычному пользователю.

Установка клиента rdesktop на Ubuntu, Linux

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

Перейдем непосредственно к установке нашего клиента на десктопный компьютер. Мы будем производить установку RDP клиента непосредственно из стандартных репозиториев ubuntu. Данный метод позволит быстро и без лишних хлопот установить наш клиент.

Вводим в терминале команду с правами суперпользователя:

sudo apt-get install rdesktop

 Далее строится ветка зависимостей пакетов и происходит установка недостающих пакетов и самого клиента rdesktop. Примерно так:

Чтение списков пакетов… Готово Построение дерева зависимостей Чтение информации о состоянии… Готово Предлагаемые пакеты: pcscd НОВЫЕ пакеты, которые будут установлены: rdesktop обновлено 0, установлено 1 новых пакетов, для удаления отмечено 0 пакетов, и 18 пакетов не обновлено. Необходимо скачать 139 kБ архивов.

После данной операции, объём занятого дискового пространства возрастёт на 427 kB. Получено:1 http://ru.archive.ubuntu.com/ubuntu/ trusty/universe rdesktop amd64 1.7.1-1ubuntu2 [139 kB] Получено 139 kБ за 0с (570 kБ/c) Выбор ранее не выбранного пакета rdesktop.

(Чтение базы данных … на данный момент установлено 216647 файлов и каталогов.) Preparing to unpack …/rdesktop_1.7.1-1ubuntu2_amd64.deb … Unpacking rdesktop (1.7.1-1ubuntu2) … Processing triggers for man-db (2.6.7.1-1ubuntu1) … Настраивается пакет rdesktop (1.7.

1-1ubuntu2) …

 Собственно на данном этапе инсталляцию RDP клиента rdesktop можно считать завершенной. Поздравлямба =)

Настройка терминального клиента rdesktop

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

Интересующие нас файлы находятся в директории:

/usr/share/rdesktop/keymaps/

 Для конфигурации нам потребуются 2 файла ru и en-us. Для конфигурирования данных файлов достаточно открыть их в любом текстовом файле с правами суперпользователя:

sudo gedit /usr/share/rdesktop/keymaps/ru sudo gedit /usr/share/rdesktop/keymaps/en-us

 И заменить все содержимое файлов на следующее:

# generated from XKB map ru include common map 0x419 grave 0x29 asciitilde 0x29 shift asciicircum 0x07 shift backslash 0x2b bar 0x2b shift apostrophe 0x28 greater 0x34 shift less 0x33 shift

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

Конфигурация и подключение терминального клиента rdesktop к серверу

И вот мы подошли к самому интересному и завершающему этапу нашей сегодняшней темы статьи — конфигурация и подключение терминального клиента RDP rdesktop к терминальному серверу Windows.

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

Применение: rdesktop [опция] сервер[:порт] -u: имя пользователя терминального сервера -d: доменная зона сети -s: запуск оболочки для пользователя — запускается определенное приложение вместо рабочего стола(explorer) -c: первоначальный рабочий каталог для пользователя. Часто используется в комбинации с -s для создания фиксированного входа в окружающую среду.

-p: пароль пользователя терминального клиента -n: имя хоста клиента -k: раскладка клавиатуры терминального сервера (EN-US, DE, SV и т.д.) -g: разрешения окна терминального клиента rdesktop(WxH) -f: полноэкранный режим терминального клиента rdesktop.

Переключение между режимами по сочетанию клавиш Ctrl + Alt + Enter -b: битность обновления растрового изображения rdesktop -L: локальная кодировка -A: Включите режим SeamlessRDP -B: использование BackingStore от X-сервера -e: отключить шифрование -E: Отключение шифрования от клиента к серверу -m: не отправлять на терминальный сервер события передвижения мыши -C: использование собственной цветовой схемы -D: спрятать декорации окон -K: не переопределять комбинации клавиш оконного менеджера. По умолчанию rdesktop пытается определить все имеющиеся комбинации клавиш. -S: включить режим одного приложения. Эта опция может быть использована при запуске одного приложения с раскрытием на весь экран (используя -s). Когда нажимается кнопка «свернуть», сворачивается окно удаленного рабочего стола, а не приложения, в нем работающего. Кнопки «Развернуть/Восстановить» неактивны. Для корректной работы, Вы должны указать правильный размер кнопок в пикселях. Слово «standart» — соответствует 18 пикселям. -T: установить заголовок окна терминального клиента -N: позволить numlock синхронизации -X: вставлять в другое окно с заданным идентификатором. -a: подключение глубина цвета -z: включить сжатие RDP -x: RDP5 experience (m[odem 28.8], b[roadband], l[an] or hex nr.) -P: постоянное кеширование точечных изображений терминального сервера -r: включить указанное устройство редирект (этот флаг может повторяться) -0: Присоединиться к консоли -4: Использование RDP версии 4 -5: Использование RDP версии 5 (по умолчанию) -y: использование raw клавиатуры

Небольшая ремарка к параметру полноэкранной инициализации терминального клиента — для возврата в оконный режим необходимо нажать сочетание клавиш Ctrl+Alt+Enter

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

Минимальным набором параметров при инициализации терминальной сессии средствами терминального клиента rdesktop следует считать:

rdesktop ip_rdp_server

Присутствует всего один параметр — ip_rdp_server. Параметр ip терминального сервера может иметь 2 вида: с явным указанием порта подключения к терминальному серверу(адрес:порт) и портом по умолчания(адрес).

Пример инициализации терминальной сессии по нестандартному порту терминального сервера:

rdesktop ip_rdp_server:port

Приведем пример базовой конфигурации запуска терминального клиента rdesktop:

rdesktop ip_rdp_server -k en-us -f -u user1

Т.е. по факту инициализации RDP клиента rdesktop мы получаем терминальную сессию, терминальное окно которого развернута на весь экран, нормальной работой кодировок русского и английского языка и с базовым пользователем user1.

Терминальная сессия имеет минимум параметров инициализации: ip терминального сервера, раскладка клавиатуры для терминальной сессии, параметр открытия терминального окна на весь экрана и пользователя для авторизации.

Для переходов между режимами и перехода в оконный режим используйте сочетания клавиш Ctrl + Alt + Enter.

Пример инициализации терминальной сессии без авторизации(параметры авторизации передаются в момент инициализации и прописаны в команде инициализации сессии):

rdesktop ip_rdp_server -k en-us -f -u user1 -p 123321

Мы думаем комментарии к данной инициализации излишни, т.к. добавился всего один параметр -p — пароль пользователя при инициализации.

Пример проброса принтера в терминальную сессию rdesktop:

rdesktop ip_rdp_server -k en-us -f -u user1 -r printer:Hewlett-Packard-HP-LaserJet-P2055dn

Параметр проброса принтера в терминальную сессию может быть представлен в двух видах: с неявным указанием драйвера принтера( -r printer:Имя_принетра_в_локальной_системе) и явным указанием драйвера принтера( -r printer:Имя_принетра_в_локальной_системе = «Дравер_для_терминально_сервера»). В большинстве случаев терминальный сервер корректно определяем необходимый драйвер для принтера и не требует явного указания драйвера в терминальной сессии на сервере.

Пример проброса COM портов в терминальную сессию rdesktop:

rdesktop ip_rdp_server -k en-us -f -u user1 -r comport:COM1=/dev/ttyS0,COM2=…

Мы думаем данный пример не нуждается в излишних комментариях. В примере используется явное указание устройств подключенных по COM портам. Параметр проброса COM портов на сервер имеет вид — имя_инициализации_порта_на_сервере = путь_в_локальной_системе_к_COM_порту.

Пример проброса файловых директорий в терминальную сессию rdesktop:

rdesktop ip_rdp_server -k en-us -f -u user1 -r disk:name_disk=/home/user/

Из данного примера мы видим параметр монтирования локальных файловых ресурсов средствами терминальной сессии. Параметр имеет следующую структуру — имя_устройства_при_инициализации_на_сервере = имя_директории_на_локальной_машине

Собственно на данном этапе мы и подытожим с примерами инициализации терминальных сессий средствами терминального клиента rdesktop и добавим к вышесказанному о возможности проброса таких устройств как:

  • Клавиатур.
  • Аудио устройств.
  • LPT
  • Scard — ключей цифровой подписи eToken и прочее.

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

Читайте также:  Установить spotify в ubuntu/linux mint и подобные

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

Источник: http://bitcom32.ru/poleznosti/terminalnye-resheniya-na-linux-linux-v-kachestve-terminalnogo-klienta-i-desktopnoy-mashiny

Альтернативные RDP-клиенты для Linux

Часто при внедрении Linux-desktop’ов в работу предприятий появляется необходимость подключения к Windows-серверам через RDP (Remote Desktop Protocol — протокол удалённого рабочего стола).

Свободные репозитории Linux-дистрибутивов предлагают множетсво RDP-клиентов (Remote Desktop Connection (RDC) или Terminal Services Client (TSC)), но все они используют или основаны на коде открытого проекта rdesktop.

Rdesktop – это отличное бесплатное решение, но, к сожалению, не всегда универсальное, так как иногда бывают ситуации (к примеру, работа специфических контролов, не предусмотренных для удаленной работы), когда он не справляется с поставленными задачами. Но есть альтернативные решения, предостовляющие RDP-доступ без участия rdesktop или основанного на нем xrdp.

FreeRDP

Основная альтернатива rdesktop, основанное на нем ответвление. В некоторых ситуациях, когда rdesktop может не справиться с поставленными задачами – FreeRDP может помочь. Сейчас он доступен в одноименном пакете freerdp в большинстве дистрибутивов. Также для него существует графическая оболочка remmina.

Elusiva Java Remote Desktop Protocol (RDP) Client

Бесплатная открытая реализация RDP на Java от компании Elusiva. Эта реализация основана на rdesktop и properJavaRDP, распространяется по лицензии GPL.

Несмотря на это, этот java-client справляется со многими сложными задачами, где rdesktop показывает весьма посредственные результаты. Для его запуска необходима установленная JVM и непосредственно jar самой программы.

Графического интерфейса не имеет, запускается из командной строки:

java -jar JavaRDP14-1.1.jar 192.168.0.100

(где вместо 192.168.0.100 должен быть адрес вашего RDP-сервера)

UPDATE: Проект больше не поддерживается, его исходный код доступен здесь, на github’е

HOBLink JWT

Это платное решение от немецкой компании HOB GmbH & Co KG. Этот UNIX/Linux-клиент поддерживает RDP4 и RDP5, реализован на Java и успешно справляется со многими ситуациями, в которых rdesktop показывает себя неудовлетворительно. Главный его недостаток – высокая цена. Вот здесь вы можете скачать 30-дневную trial-версию.

Ericom PowerTerm WebConnect

Закрытое платное решение от компании Ericom Software. Предоставляет широкий круг возможностей для доступа, вплоть до работы с удаленным рабочим столом через web-браузер. Здесь вы можете опробовать решения Ericom.

Citrix XenApp

Еще одно закрытое решение от американской корпорации Citrix Systems. Linux-клиент Citrix XenApp можно скачать бесплатно без лицензионных ограничений. Это является большим плюсом в вопросах экономичности при решении проблем лицензирования.

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

Но после такой установки RDP-работа становится комфортной и высокопроизводительной, XenApp-клиент успешно справляется со всеми поставленными задачами, даже там, где rdesktop не справляется.

При установке Linux-клиента Citrix XenApp в некоторых версиях Ubuntu необходимо установить открытый модуль libmotif3 из репозитория. А при возникновении ошибки подобной этой:

/usr/lib/ICAClient/wfcmgr: error while loading shared libraries: libXm.so.4: cannot open shared object file: No such file or directory

необходимо выполнить команду:

sudo ln -s /usr/lib/libXm.so.3 /usr/lib/libXm.so.4

После этого Citrix Receiver готов к работе.

Источник: https://oss-it.ru/115

Удобный RDP-клиент для Linux

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

На сегодняшний день, наверное, мало осталось серверов, где сохранился монитор, как устройство.

Поэтому RDP-клиент на рабочем столе системного администратора – это самая нужная штука, которая была придумана человечеством в этой сфере.

Из всего многообразия представленных приложений для операционной системы Linux в этой области я остановился на одном – Remmina.

Чем не устраивает родной для Ubuntu – tsclient?

Стандартный RDP-клиент, который предустановлен в операционной системе Ubuntu – tsclient, меня вообще не впечатлил из-за 3 вещей:

  • проблемы при переключении раскладки клавиатуры на подключаемом компьютере. При нажатии Alt+Shift значок на сервере изменяется, но реального переключения не происходит, клавиатура просто перестает печатать. Переключить возможно только с помощью мыши, что является просто хренью и вообще неудобно.
  • после каждого ручного выключения, клиент стартует опять через 30 секунд. Зачем это вообще нужно? Приходится выключать его по 2 раза, что не есть гуд.
  • и последнее, что заставило искать новое приложение – окно не влазит на рабочий стол нетбука с разрешением 1024х600.

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

Remmina -это самый удобный RDP-клиент для операционной системы Linux

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

Выглядит Remmina вот так:

С помощью этого RDP-клиента можно подключаться к удаленному компьютеру с помощью протоколов: RDP, RDPF, RDPS, SFTP, SSH, VNC и VNCI, которых вполне должно хватить каждому системному администратору.

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

Во время использования Remmina в полноэкранном режиме, появляется удобная вспомогательная панелька, такая же как и в клиенте от Microsoft`а. Что тут сказать? Брать лучшее – это хорошо. Главное, чтобы не наоборот.

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

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

Для того, чтобы установить в операционной системе Ubuntu этот RDP-клиент, необходимо выполнить 3 команды:

sudo add-apt-repository ppa:llyzs/ppa sudo apt-get update

sudo apt-get install remmina remmina-gnome

У этой замечательной проги есть только один довольно не маленький минус – она работает только под операционной системой Linux, в Windows воспользоваться Remmina не получиться. Это хоть и прискорбный факт, но не основополагающий, поэтому Remmina – это лучший rdp-клиент для операционной системы Linux.

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

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

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

Источник: http://adminway.ru/udobnyi-rdp-klient-dlya-linux

Установка клиента удаленного рабочего стола Remmina

  Remmina Remote Desktop Client — наиболее удобный клиент удаленного рабочего стола, предназначенный, в первую очередь для удаленного администрирования компьютеров с различными операционными системами. Remmina поддерживает протоколы RDP, VNC, NX, XDMCP и SSH, что позволяет подключаться к рабочим столам как Windows, так и Linux.

, а также и к прочим системам, где используется стандартный сервер VNC. Список поддерживаемых протоколов можно расширить с помощью внешних модулей плагинов ( plugins ). 

Как правило, Remmina не входит в состав стандартных дистрибутивов Linux и устанавливается дополнительно.

Для установки из командной строки в Linux Ubuntu можно воспользоваться командой:

sudo apt-get install remmina 

В графической среде пользователя можно воспользоваться Центром Приложений Ubuntu ( Ubuntu Software Center ) . 

В Linux Mint установку пакета Remmina, и при необходимости, дополнительных модулей ( plugins ) можно выполнить черезМенеджер пакетов — «Меню' — «Менеджер пакетов». В строке поиска набрать «remmina» 

В окне со списком пакетов можно отметить галочками те, которые необходимо установить.

Так, например, если планируется удаленное подключение к рабочим столам ОС Windows по протоклу RDP ( Remote Desktop Protocol ), то кроме основного пакета Remmina необходимо отметить к установке пакет remmina-plugin-RDP .

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

После выбора необходимых для установки пакетов, нажать кнопку «Применить' на панели инструментов и дождаться завершения установки Remmina

Практически так же выполняется установка в Linux Mageia — Открыть «Центр управления Mageia» — «Управление программами» — «Установка и удаление программ» . В полях фильтров выбрать «Все» и в строке поиска набрать «remmina». 

Отметить галочками необходимые для установки пакеты и нажать кнопку «Применить». Согласиться с установкой дополнительных пакетов для удовлетворения зависимостей Remmina

    После запуска Remmina можно создавать профили удаленных подключений:

Добавляемые для удаленного подключения компьютеры можно объединять в группы, например, по типу соединения или разновидности операционной системы. Для создания нового подключения используется пункт меню «Соединение» «Создать CTRL+N» или кнопка панели инструментов Remmina. 

Для подключения к терминальному серверу Windows используется протокол RDP :

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

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

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

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

Режим запуска конкретного приложения может использоваться для подключений к службам терминалов серверных ОС Windows, и очень удобен для работы, например с программой «1С Предприятие».

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

В случае же необходимости временного подключения к рабочему столу, достаточно поставить галочку «Прикрепить к консоли (Windows 2003 /2003 R2)» 

Вкладка «SSH» позволяет использовать для удаленных подключений туннель SSH, когда для обмена данными с удаленным сервером используется специально настроенный сервер ssh. Если такого сервера нет, то необходимо убрать галочку «Включить туннель SSH». Обычно, необходимость в SSH — туннеле возникает в тех случаях, когда нужно обеспечить шифрование трафика между сервером и клиентом. 

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

Чтобы разрешить компьютеру с Windows принимать RDP-подключения, откройте компонент Система в панели управления. В Windows XP откройте вкладку «Удаленные сеансы» и установите флажок Разрешить удаленный доступ к этому компьютеру. В Windows Server 2003 откройте вкладку «Удаленное использование» и установите флажок Включить удаленный доступ к рабочему столу.

Нажмите кнопку ОК. В Windows 7/Vista выбрать Система — Настройка удаленного доступа и включить режим Разрешить подключения от компьютеров с любой версией удаленного рабочего стола.

Кроме того, нужно настроить список пользователей, имеющих разрешение на подключение к удаленному рабочему столу данной системы и разрешить в настройках брандмауэров подключение на порт 3389/TCP.

Для подключения к удаленному рабочему столу Linux используется удаленное подключение по протоколу XDMCP. 

Менеджеры дисплеев ( DM — Display Manager ) Linux-систем могут настраиваться на поддержку X Display Manager Control Protocol (XDMCP)— протокола, обеспечивающего удаленное подключение графических терминалов (X-терминалов) к графическому серверу (X-серверу).

Читайте также:  Лучшие расширения для gnome shell

В данном случае, в качестве графического терминала используется клиент удаленного рабочего стола Remmina. Настроенный на удаленную работу менеджер дисплея, должен принимать входящие подключения на UDP порт 177 (по умолчанию) сетевого интерфейса локальной сети.

Настройками DM , как правило, данный тип подключений не разрешен по соображениям безопасности. Кроме того, для многих Linux — систем, также используется запуск X-сервера с параметром, отключающим сетевые соединения ( -nolisten tcp ).

Поэтому, прежде, чем подключаться к удаленной графической подсистеме Linux по протоколу XDMCP, необходимо убедиться, что на ней слушаются порты 177/udp и 6000/tcp и если это не так, то изменить настройки конфигурации. Для разных менеджеров дисплея используются свои настройки:

  • LightDM — менеджер дисплея, использующийся в последних версиях Linux Ubuntu. Файлы конфигурации размещаются в системном каталоге /etc/lightdm. Основные настройки в файле lightdm.conf. Для разрешения TCP-подключений к графическому серверу Ubuntu, нужно в файл конфигурации lightdm.conf добавить строку :

    xserver-allow-tcp=trueДля разрешения удаленных подключений к менеджеру дисплея нужно добавить секцию

    [XDMCPServer]
    enabled=true

  • MDM — менеджер дисплея, устанавливаемый по умолчанию в Linux Mint. Основной файл конфигурации —/etc/mdm/mdm.conf . В версии Linux Mint 16 Petra, возможность удаленного подключения по протоколу XDMCPотсутствует.
  • KDM Основной файл конфигурации /usr/share/config/kdm/kdmrc
    В секции [Xdmcp] строку Enable=false изменить на:
    Enable=true
    Для разрешения приема входящих соединений, параметр ServerArgsLocal= нужно оставить пустым. По умолчанию,ServerArgsLocal=-nolisten tcp
  • GDM — основной файл конфигурации /etc/X11/gdm/custom.conf. В секции [xdmcp] строку Enable=false меняем на:
    Enable=true

    Подобным же образом настраиваются и прочие подключения. В случае использования VNC — входящее подключение ( VNCI VNC Incomming Connection ) технология удаленного подключения несколько иная.

    Remmina используется в качестве слушающего VNC — клиента ( Listening VNC Viewer ) и ожидает входящее соединение от сервера VNC на порт 5500/tcp (по умолчанию ).

    Удаленное подключение выполняется по инициативе сервера VNC, например, для RealVNC в Windows, это выполняется из контекстного меню, вызываемого щелчком правой кнопки мышки на иконке сервера и выбором пункта Add New Client или из командной строки командой:

    winvnc4.exe -connect 192.168.0.247 — подключиться к слушающему VNC-клиенту с IP-адресом 192.168.0.247

    winvnc4.exe -connect Ubuntu13:15500 — подключиться к слушающему VNC-клиенту Ubuntu13 на порт 15500/tcp.

    После выполнения подключения от сервера VNC в окне Remmina откроется рабочий стол Windows, или любой другой системы, на которой развернут VNC-сервер.

    При создании подключения с использованием протокола «SSH — безопасная оболочка», Remmina работает так же, как стандартный SSH-клиент.

    При подключении по протоколу «SFTP — защищенная передача файлов», Remmina используется в качестве очень простого SFTP-клиента:

    Кнопки панели инструментов окна SFTP-клиента служат для навигации, приема ( «Загрузить») и передачи файлов («Выгрузить») на удаленный сервер.

    Кроме обмена файлами, имеется возможность запуска SSH-клиента Remmina непосредственно из текущей SFTP-сессии — кнопка «Инструменты» ( в виде шестеренки ) — «Открыть защищенную оболочку SSH в новом терминале».

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

    Страница проекта Remmina на Sourceforge.net 

    источник

  • Источник: https://sredalinux.blogspot.com/2015/05/remmina.html

    Лучший RDP-клиент для подключения к Windows для Ubuntu — FreeRDP

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

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

    Некоторые клиенты не могут работать с общим буфером обмена, что тоже неудобно. Опробовав и изрядно протестировав разные клиенты я остановился на FreeRDP. Установить его в Ubuntu можно командой apt-get install freerdp-x11. Запускается он просто.

    В консоли набираем xfreerdp -k en-us -T «Название компьютера» -a 32 -x l -z -u darkeye -g 1366×680 —sec rdp —plugin cliprdr 192.168.1.24 и введя пароль подключаемся к рабочему столу удаленной windows. Как видно ничего сложного в этом нет.

    Давайте рассмотрим каждую опцию команды:

    -k en-us   keyboard выбор языковой раскладки клавиатуры на удаленной машине

    -T «Название компьютера» тут все ясно это просто имя соединения

    -a 32     глубина цвета монитора 8, 15, 16, 24, 32 бита

    -x l   производительность канала l (lan) самый производительный и включает все эффекты и фоновый рисунок рабочего стола

    -z     включить сжатие внутри зашифрованного канала RDP

    -u darkeye логин на удаленной машине

    -g 1366×680 необходимое разрешение экрана. 

    —sec rdp     способ авторизации. может быть RDP, TSL или NLA

    —plugin cliprdp   синхронизация буфера обмена. Поддерживает обычный текст, Unicode текст, HTML и изображения

    192.168.1.24 ip-адрес удаленной машины

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

    Собственно почему мне понадобился RDP-клиент? Обычно, я подключаюсь удаленно к Unix-машинам по протоколу ssh и подключаться к windows мне совсем не интересно. Но.

    У меня windows стоит гостевой системой в Virtualbox и на ней установлены некоторые, очень мне необходимые, приложения.

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

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

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

    Также нужно проставить галочку «включить сервер удаленного доступа» в настройках виртуальной машины.

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

    Кстати узнать ip-адрес машины, работающей в фоновом режиме можно выполнив в консоли команду VBoxManage guestproperty enumerate {`VBoxManage list runningvms | awk -F»{» '{print$2}'` | grep IP | awk -F»,» '{print$2}' | awk  '{print$2}'

    Хочу заметить что эта команда работает только для виртуальных windows-машин. Если вы примените ее, например, для OpenIndiana, то увидите только ip-aдрес виртуального адаптера хоста. Но все же, лучше всего, подключаться к виртуальной машине используя адрес 127.0.0.1.

    Кстати это один из методов сделать на virtualbox разрешение в виртуальной машине windows больше чем 1024х768.

    Когда я включил в VirtualBox виртуальную машину с Windows 7 в режиме «Запустить в фоновом режиме с интерфейсом» и подключился к ней с помощью freerdp с указанным разрешением 1366х680, система запомнила это разрешение и в дальнейшем, даже при обычном запуске с встроенным интерфейсом, загружалась с этим разрешением. То есть стала видеть разрешение большее чем 1024х768.

    Вот такие дела.

    Желаю Вам удачи.

    Источник: http://network.lamantinclub.com/51-luchshij-rdp-klient-dlya-podklyucheniya-k-windows-dlya-ubuntu-freerdp

    Open Source в Татарстане. Linux

     Не секрет, что в современном мире без продуктов Microsoft практически не обойтись. Однако во многих случаях получается так, что гораздо эффективней использовать на рабочих компьютерах системы на базеGNU/Linux, а не Windows.

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

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

    В любом случае необходимо уметь подключаться к терминальным серверам Windows. Для этого в MS был разработан свой протокол удалённого рабочего стола — RDP.

    Однако до недавнего времени для Linux существовал единственный открытый клиент для работы с этим протоколом — rdesktop.

    К сожалению, его развитие давно остановилось, и он испытывает огромные трудности при взаимодействии с современными версиями Windows.

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

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

    Под катом — описание возможностей FreeRDP и немного про отличную графическую оболочку Remmina для него.

    FreeRDP

    Официальный сайт проекта — www.freerdp.com

    Там же можно найти описание возможностей текущей версии и планы на будущее. Основные отличия от rdesktop:

    • Произведён значительный рефакторинг кода. Пользовательский интерфейс полностью переписан и отделён от основной библиотеки, реализована система плагинов.
    • Код максимально приведён в соответствие со спецификацией RDP от Microsoft и подробно комментирован.
    • Переписана работа с клавиатурой — больше никаких проблем с раскладками.
    • Переписана работа с принтерами, звуком и другими пробрасываемыми устройствами и сервисами.
    • Исправлены проблемы с указателем и лицензиями при подключении к серверу терминалов Windows 2008.
    • Реализовано кеширование графики (bitmap caching), что позволяет значительно повысить производительность.

    Поломанные и убранные возможность rdesktop:

    • В данный момент не реализована поддержка проброса COM портов и поддержка смарт-карт.
    • Убрана поддержка режима SeamlessRDP в пользу реализации RemoteApp, которой правда тоже пока что нет.

    Remmina

    Кроме того, один из самых удобных графических менеджеров подключений к удалённым рабочим столамRemmina с версии 0.8 перешёл на использование FreeRDP в качестве RDP клиента.

    В версии 0.8 также реализована поддержка .rdp файлов Windows, все протоколы теперь являются отдельными плагинами, добавлена поддержка IPv6 и произведено много мелких улучшений и исправлений ошибок.

    Скачать последние версии FreeRDP и Remmina можно с официальных сайтов:

    • Официальный сайт Remmina
    • Официальный сайт FreeRDP

    Для пользователей Ubuntu также доступен PPA репозиторий от разработчика FreeRDP и Remmina с самыми последними версиями этих программ:

    Источник: http://www.openkazan.info/node/4524

    Удаленный рабочий стол Linux. Удаленный доступ

    Для работы удаленных рабочих столов Linux чаще всего используют следующие программы: Remote Desktop Protocol и Virtual Network Computer.

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

    RDP – протокол, который сделала Microsoft, он для систем Windows. Может показаться, что открытый код это идеальное решение. Если в организации используют в основном продукты Windows, то RDP более удобно целесообразно. Даже если офис на Linux, ведь настройка и установка RDP более проста.

    Данная краткая статья описывает процесс настройки RDP на Linux. Настройка данного сервера поможет без проблем юзерам Windows, подключаться через удаленный рабочий стол Linux через стандартное подключение к аппаратам на этой ОС.

    Установка сервера xrdp

    Нам понадобиться сервер с открытым кодом – xrdp. Удаленный юзер будет видеть лишь чистый удаленный рабочий стол Linux юзера. Если нужен удаленный доступ Linux к протекающей сессии пользователя, то без установки x0vncserver не обойтись. Требуется найти и поставить пакет xrdp. Установка осуществляется благодаря менеджеру пакетов.

    Вместо установки, можно взять исходный код и собрать сервер вручную. После инсталляции xrdp, он сразу сможет принимать входящие коннекты. При установленном и рабочем firewall-е, нужно убедится в разрешении работы TCP-порта 3389. Также нужно перенаправить порты роутера, для возможности доступа из вне рабочей сети.

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

    Также требуется отредактировать конфигурации портов на аппаратах c Windows, которые ловят RDP соединения. Удаленным пользователям нужно указывать номер порта именно той машины, к которой они хотят подключиться.

    Читайте также:  Установить photoshop cc 2015 в ubuntu 16.04/linux mint 18 и др.

    Это нужно для того, чтобы роутер знал, куда вас перенаправлять. Обязательно откройте необходимые порты, начните с 3389, а далее по порядку. Для смены порта нужно открыть файл: etc/xrdp/xrdp.ini, могут быть необходимы права суперпользователя.

    Править нужно port в [glоbals] и перезапустить xrdp.

    Ещё способ подключения удаленного рабочего стола Linux

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

    Подключение к созданному серверу xrdp

    Для юзеров Windows, нужно воспользоваться встроенной утилитой «Подключение к удаленному…», в Linux же используют tsclient и rdesktop. Номер порта нужно указать таким образом: после сетевого IP или доменного имени нужно ставить две точки, а потом адрес. Если порты никто не настраивал, то просто нужно ввести IP адрес. В окне xrdp вводим логин и пароль и входим.

    Установка rdesktop и tsclient

    Для возможности удаленного доступа Linux юзеров, нужно установить софт rdesktop. По необходимости можно поставить GUI, tsclient подойдет. Для справки можно использовать команды в терминале: man xrdp, man rdesktop, man tsclient

    Источник: http://www.adodo.ru/blog/linux/96.html

    Rdesktop

    Материал из ALT Linux Wiki

    Чтобы подключиться из AltLinux к рабочему столу Windows необходимо сначала установить пакет rdesktop через Synaptic. Затем необходимо запустить терминал и в нем набрать следующую команду:

    rdesktop ip_адрес_компьютера_к_которому_хотим_подсоединиться

    У этой команды много ключей. Чтобы посмотреть их все надо набрать в терминале команду rdesktop и нажать клавишу ENTER.

    На случай если у кого не получиться, то вот эти ключи:

    -u: user name -d: domain -s: shell -c: working directory -p: password (- to prompt) -n: client hostname -k: keyboard layout on server (en-us, de, sv, etc.) -g: desktop geometry (WxH) -f: full-screen mode -b: force bitmap updates -L: local codepage -A: enable SeamlessRDP mode -B: use BackingStore of X-server (if available) -e: disable encryption (French TS) -E: disable encryption from client to server -m: do not send motion events -C: use private colour map -D: hide window manager decorations -K: keep window manager key bindings -S: caption button size (single application mode) -T: window title -N: enable numlock syncronization -X: embed into another window with a given id. -a: connection colour depth -z: enable rdp compression -x: RDP5 experience (m[odem 28.8], b[roadband], l[an] or hex nr.) -P: use persistent bitmap caching -r: enable specified device redirection (this flag can be repeated) '-r comport:COM1=/dev/ttyS0': enable serial redirection of /dev/ttyS0 to COM1 or COM1=/dev/ttyS0,COM2=/dev/ttyS1 '-r disk:floppy=/mnt/floppy': enable redirection of /mnt/floppy to 'floppy' share or 'floppy=/mnt/floppy,cdrom=/mnt/cdrom' '-r clientname=': Set the client name displayed for redirected disks '-r lptport:LPT1=/dev/lp0': enable parallel redirection of /dev/lp0 to LPT1 or LPT1=/dev/lp0,LPT2=/dev/lp1 '-r printer:mydeskjet': enable printer redirection or mydeskjet=»HP LaserJet IIIP» to enter server driver as well '-r sound:[local[:driver[:device]]|off|remote]': enable sound redirection remote would leave sound on server available drivers for 'local': alsa: ALSA output driver, default device: default '-r clipboard:[off|PRIMARYCLIPBOARD|CLIPBOARD]': enable clipboard redirection. 'PRIMARYCLIPBOARD' looks at both PRIMARY and CLIPBOARD when sending data to server. 'CLIPBOARD' looks at only CLIPBOARD. -0: attach to console -4: use RDP version 4 -5: use RDP version 5 (default) -y: use raw keyboard (default no)

    rdesktop также является основой дистрибутива live-rdesktop, который представляет из себя «живой» тонкий rdp клиент.

    Пример команды в консоли на соединение с удаленным рабочим столом по RDP:

    rdesktop -u user -g 800×600 -y 192.168.0.3:3389

    где:

    • user — имя пользователе от имени которого соединяемся
    • 800х600 — разрешение с которым соединяемся
    • 192.168.0.3:3389 — ip адрес машины на которую соединяемся и номер порта на котором доступно RDP подключение, по умолчанию 3389
    • параметр «y» нужен для корректной работы клавиатуры, без него не работает.

    Источник: https://www.altlinux.org/Rdesktop

    Применение Linux Deploy CLI на десктопах

    Несмотря на то, что изначально Linux Deploy (сокращенно LD) задумывался как приложение для Android, со временем появляются и другие варианты его применения. С появлением Linux Deploy CLI стал доступен ряд новых возможностей, открывающие новые сферы применения этого инструмента.

    Linux Deploy CLI — это приложение с интерфейсом для командной строки, предназначенное для автоматизации процесса установки, конфигурирования и запуска GNU/Linux дистрибутивов внутри контейнера chroot.

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

    Приложения из Linux-дистрибутива запускаются в chroot окружении, работают параллельно с основной системой и сопоставимы с ней по скорости. Поскольку работа Linux Deploy базируется на системном вызове ядра Linux, то в роли “гостевых” систем могут выступать только дистрибутивы Linux.

    Приложение может работать в двух режимах: с правами суперпользователя (chroot) и без них (proot). В обычном режиме доступны все поддерживаемые типы установки: установка в файл, на раздел диска (логический диск), в POSIX совместимую директорию и в оперативную память (tmpfs). В режиме proot доступна установка только в директорию, а также появляется ряд ограничений:

    • все пользователи внутри контейнера имеют полный доступ ко всей файловой системе контейнера, а владельцем всех файлов и каталогов является текущий пользователь;
    • нет доступа к привилегированным операциям с системой, например, не работает ping, ulimit и т.п.;
    • приложения могут работать только с номерами сетевых портов выше 1024;
    • если приложение в своей работе использует системный вызов chroot, то его необходимо запускать через специальную утилиту fakechroot, например fakechroot /usr/sbin/sshd -p 2222.

    Приложение поддерживает автоматическую установку (базовой системы) и начальную настройку дистрибутивов Debian, Ubuntu, Kali Linux, Arch Linux, Fedora, CentOS, Gentoo, openSUSE и Slackware. Установка Linux-дистрибутива осуществляется по сети с официальных зеркал в интернете.

    Также поддерживается импорт любой другой системы из заранее подготовленного rootfs-ахрива в формате tar.gz, tar.bz2 или tar.xz.

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

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

    Вообще, идея Linux Deploy возникла из желания получить легкий и удобный инструмент для быстрого развертывания Linux-дистрибутива, который можно было бы использовать для целей разработки, тестирования или обучения, а затем быстро удалить его, не внося изменения в основную (хост) Linux-систему и не рискуя ее целостностью. Благодаря программе proot стало возможным создавать контейнеры для запуска Linux-приложений без прав суперпользователя (root), а также использовать программную эмуляцию QEMU для запуска приложений с отличающийся от хоста архитектурой без необходимости поддержки модуля binfmt_misc на уровне ядра.

    Так вышло, что на моей основной работе с 2011 года используются компьютеры с Debian. Местные разработчики периодически нуждаются в системе для запуска и тестирования своих веб-приложений (в основном Java, PHP, Python).

    Для этих целей обычно использовались виртуальные системы либо на базе VirtualBox, либо в местном “облаке” Proxmox, либо Docker.

    Основным недостатком VirtualBox является его требовательность к ресурсам компьютера, большой размер VDI образа диска, относительно невысокая скорость работы и вероятность поломки образа VM при неправильном выключении системы.

    Недостатком при использовании “облака” можно назвать необходимость самому администратору обслуживать запросы пользователей на создание таких систем, а также расходование ресурсов “облака” на второстепенные задачи. Для работы с Docker требуются права суперпользователя.

    В этом месяце был проведен эксперимент, PHP-разработчикам их виртуальный сервер был заменен на LD-контейнер. Были подготовлены два контейнера на базе Debian: Apache + PHP + OCI8 и Apache + PHP + MySQL + PhpMyAdmin. Контейнеры были размещены на общем сетевом диске в локальной сети, размер каждого контейнера составил около 150 МБ.

    Что от этого получил администратор:

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

    Что получил разработчик:

    • развертывание, запуск и управление системой в контейнере осуществляется без участия администратора одной командой;
    • развертывание контейнера из заранее подготовленных архивов осуществляется по сети менее чем за минуту;
    • запуск и остановка контейнера (Веб-сервер + БД) происходит мгновенно, не нужно ждать запуска операционной системы;
    • нет риска повредить контейнер, если забыл его отключить при выключени компьютера, т.к. образ системы представляет собой обычный каталог без собственной файловой системы;
    • компьютер работает быстрее, т.к. ресурсы тратятся только на запускаемый софт в контейнере, а не на всю операционную систему (в нашем случае это порядка 50 МБ, вместо 500 МБ в VirtualBox).
    • проверка работоспособности ПО прямо из каталога IDE без необходимости заливать его на сервер, для этого достаточно подключить к контейнеру необходимый каталог основной системы.

    А теперь более подробно о том, как этого добиться. Далее будет приведена инструкция по подготовке и развертыванию LD-контейнера.

    Для запуска контейнеров без прав суперпользователя необходимо установить proot:

    mkdir ~/bin
    wget http://portable.proot.me/proot-x86_64 -O ~/bin/proot
    chmod 755 ~/bin/proot

    Загрузка и установка Linux Deploy CLI:

    wget -O cli.zip https://github.com/meefik/linuxdeploy-cli/archive/master.zip
    unzip cli.zip
    rm cli.zip
    ln -sf ~/linuxdeploy-cli/cli.sh ~/bin/linuxdeploy

    Создание конфигурации с именем “linux” для развертывания базовой системы Debian Wheezy (64 бита):

    linuxdeploy -p linux conf —method='proot' —source-path='http://mirror.yandex.ru/debian/' —distrib='debian' —arch='amd64' —suite='wheezy' —target-path='$ENV_DIR/rootfs/linux' —chroot-dir='$TARGET_PATH' —target-type='directory' —username='webmaster' —include='bootstrap'

    Посмотреть сохраненную конфигурацию:

    linuxdeploy -p linux conf -x

    Запуск развертывания новой системы:

    linuxdeploy -p linux deploy

    Подключение к консоли контейнера под пользователем root (для выхода команда exit):

    linuxdeploy -p linux shell -u root

    Далее можно установить и настроить необходимый софт в контейнере, однако следует учитывать описанные ранее особенности. Например, для запуска Apache нужно поменять его порт (файл /etc/apache2/ports.conf) на 8000, установить пустой параметр APACHE_ULIMIT_MAX_FILES=” “ (файл /etc/apache2/envvars), а сам apachectl запускать из-под обычного пользователя (не root).

    Настройка автозапуска на базе системы инициализации SysV:

    linuxdeploy -p linux conf —include='$INCLUDE init' —init='sysv' —init-level='3' —init-user='$USER_NAME' —init-async

    Параметры: INIT_LEVEL — уровень инициализации SysV, INIT_USER — из-под какого пользователя запускать сервисы (по умолчанию это root), INIT_ASYNC — запускать сервисы параллельно.

    Подготовка конфигурации, экспорт ее и экспорт контейнера в rootfs-архив (поддерживаются tar.gz, tar.bz2 и tar.xz архивы):

    linuxdeploy -p linux conf —source-path='linux.tgz' —target-path='$ENV_DIR/rootfs/linux' —chroot-dir='$TARGET_PATH'
    linuxdeploy -p linux conf -x > /path/to/linux.conf
    linuxdeploy -p linux export /path/to/linux.tgz

    Экранирование “$” позволяет сохранять в конфиг имена переменных, а не их значения. Таким образом при импорте конфига эти переменные будут автоматически заменены на соответствующие значения, которые могут отличаться от текущих.

    Теперь есть два файла (linux.conf и linux.tgz), которые можно использовать при импорте контейнера на другом компьютере:

    cd /path/to
    linuxdeploy -p linux conf -i ./linux.conf
    linuxdeploy -p linux deploy

    Подключить к контейнеру каталог основной системы (каталог ~/www подключить в /var/www контейнера):

    linuxdeploy -p linux conf —mounts='$HOME/www:/var/www'

    Запуск контейнера (для SysV выполняются сценарии /etc/rcN.d/SXXname start):

    linuxdeploy -p linux start

    Остановка контейнера с освобождением ресурсов (для SysV выполняются сценарии /etc/rc6.d/KXXname stop):

    linuxdeploy -p linux stop -u

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

    Источник: http://meefik.ru/blog/2016/01/26/linuxdeploy-cli-on-pc/

    Ссылка на основную публикацию