Меню

Настройка терминального доступа linux



Доступ к рабочему столу Ubuntu 14.04 по протоколу RDP

В данной статье будет рассмотрена настройка минимальной конфигурации системы Ubuntu 14.04 для использования ее в качестве терминального сервера с доступом к удаленному рабочему столу Ubuntu по протоколу RDP (Remote Desktop Protocol, протокол удаленного рабочего стола).

1. Устанавливаем сервер RDP. Для Linux есть замечательный пакет xrdp

2. Добавляем в систему репозитории рабочего стола Ubuntu MATE

3. Обновляем кеш пакетов

4. Обновляем систему

5. Устанавливаем рабочий стол Ubuntu MATE

Установка будет выполняться приблизительно в течении 30 минут. После установки настраиваем rdp сервер:

6. Добавляем в файл .xsession следующую строку: mate-session

7. Правим файл /etc/xrdp/xrdp.ini добавляя в него следующее:

Указанные выше настройки можно поставить первыми, перед разделом [xrdp1], что бы по умолчанию открывался наш первый профиль Reconnect.

Так же в разделе [globals] желательно сменить порт rdp, например на 3390.

Смена порта на нестандартный поможет избежать «зависаний» rdp сервера в результате brutforce атак.

8. Перегружаем сервис xrdp

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

Первое подключение нужно выполнить через профиль sesman-Xvnc, все последующие через Reconnect

Источник

Часть 1. Обзор технологии и варианты реализации

Серия контента:

Этот контент является частью # из серии # статей: Организация терминального сервера в Linux: шаг за шагом

Этот контент является частью серии: Организация терминального сервера в Linux: шаг за шагом

Следите за выходом новых статей этой серии.

В цикле статей описан процесс создания терминального сервера в Linux на основе протокола NX и решения RX@Etersoft. В первой части рассмотрены особенности технологии, преимущества ИТ-инфраструктуры на базе терминального сервера, варианты решений как для серверной части, так и для клиентской. Во второй части дана подробная инструкция по организации терминального сервера в Linux.

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

Терминальный сервер — не совсем сервер в обычном понимании. По своей сути он ближе к рабочей станции, только предназначенной для работы нескольких пользователей сразу. А потому первенство в сфере терминальных решений, использующихся в организациях, долгое время уверенно принадлежало решениям Microsoft, в то время, как с «серверными» задачами (раздача интернета, http, ftp, почта и др.) успешнее и надёжнее справляется Linux/FreeBSD. Однако с развитием пользовательского интерфейса Linux, постепенно взявшего курс на доступность пользователю, появилась возможность организовывать терминальные сервера под управлением Linux. И тут СПО показывает себя с самой лучшей стороны своей бесплатностью, ведь за решения на продуктах Microsoft приходится платить как сразу (купить сервер), так и по мере расширения пользователей сервера (покупать клиентские лицензии). В Linux же можно обойтись по большей части бесплатным ПО, разумно расходуя средства лишь на отдельные необходимые для работы компоненты. Добавим удобство администрирования, неработоспособность вирусов — с учётом всего этого терминальное решение на Linux выглядит очень привлекательным. Главное, чтобы оно было доступным по реализации и решало поставленные задачи.

Перед терминальным сервером можно ставить разные задачи. Например, он может быть полноценным виртуальным офисом, в котором работают сотрудники компании. В таком случае он должен предоставлять всё: рабочий стол, офисные приложения, браузер, почтовые программы и прочие полезные утилиты. Другой вариант — специализированный сервер, который выполняет определённую функцию, например, на нём большое количество пользователей работает с 1С.

Если в компании уже осознали необходимость создания терминального сервера Linux, перед IT-отделом встаёт задача выбора технологий, которые позволят эффективно решить поставленные задачи, а технологий в мире свободного ПО достаточно, и нужно грамотно их использовать.

Выбор технологий реализации

Варианты организации терминального доступа к серверу

В зависимости от ситуации администратор может выбрать различные способы организации терминального доступа к серверу. В качестве протокола подключения могут быть использованы XDMCP, VNC, RDP, NX или какие-то другие протоколы. Каждый из них имеет свои преимущества, свою историю развития и своих сторонников. Мы из всего этого многообразия вариантов будем рассматривать именно NX. Этот протокол лёг в основу терминальных решений нашей компании и неплохо зарекомендовал себя во внедрениях на серверах пользователей.

Чем же так хорош NX? Он обеспечивает комфортную работу на терминальном сервере, при этом не предъявляя высоких требований ни к скорости сетевого соединения, ни к его стабильности. NX удобен для подключения удалённых пользователей: сотрудников, работающих из дома, и целых филиалов, находящихся в других точках города или регионах. Решения на базе NX позволяют использовать на сервере локальные пользовательские принтеры, подключать дисковые ресурсы. Клиентские приложения существуют для разных операционных систем, поэтому не важно, Linux или Windows стоит на компьютере пользователя. Очень удобным оказывается режим одного приложения, где терминальный сеанс используется для запуска конкретной программы (например, 1С:Предприятие), в этом случае программа выглядит так, как будто она запущена локально на компьютере пользователя.

Изначально технология NX была представлена продуктами NX NoMachine — это проект итальянской компании Medialogic S.p.A. Коммерческие версии NX NoMachine ориентированы на корпоративных клиентов, а их стоимость составляет от 700$ до 3500$. Существует свободная версия, известная под названием FreeNX. Именно её чаще всего берут за основу решений, организовывая терминальный Linux-сервер.

Сервер FreeNX входит в состав многих дистрибутивов Linux. Для каких-то задач хватает простой его установки, когда-то приходится настраивать и дорабатывать функционал под свои задачи. Следствием проводимых доработок является регулярное появление патченных версий freenx-server и создание собственных проектов, имеющих в своей основе FreeNX. Одним из таких проектов стал проект компании Etersoft — RX@Etersoft.

RX@Etersoft является решением, основанном на FreeNX. Существовав на первом этапе развития в виде патченного freenx-server, со временем проект преобразован в отдельный продукт, позиционирующийся как самостоятельное решение на базе NX. В числе главных отличий RX от FreeNX можно назвать уверенную работу с локальными принтерами и папками, корректную работу кодировок и удобный rootless-режим (режим одного приложения).

RX@Etersoft распространяется под лицензией GPL, как и его предок, что позволяет получить и использовать решение бесплатно. Наряду с бесплатным продуктом есть и его коммерческая версия — тот же самый RX, только с предоставлением сборок под множество систем и правом воспользоваться технической поддержкой.

Варианты клиентских приложений

Что касается клиентских приложений, то они являются общими и для RX@Etersoft, и для FreeNX, и для коммерческой NX NoMachine. Как правило, клиентские программы пишутся кроссплатформенными, что даёт возможность использовать одного и того же клиента в разных операционных системах.

NXClient. Продукт компании NoMachine, является самым популярным для организации подключения к NX-серверу. Обладает богатыми настройками и высокой надёжностью. Есть сборки под Windows и Linux. Главным недостатком этого клиента является отсутствие развития и закрытость кода программы — в случае возникновения ошибок, обходить их приходится разными, не всегда логичными методами.

OpenNX. NX клиент с открытым кодом, написан на C++ с использованием wxWidgets. Существуют сборки под Linux, Windows и MAC OS. Открытость кода даёт проекту стремительно развиваться, и за последние несколько лет перспективный клиент превратился в одну из самых используемых программ для подключения к NX-серверам.

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

Читайте также:  Настройка точек доступа в режиме wds

Есть и другие проекты, но они пока не могут конкурировать с OpenNX и NXClient. Именно на примере этих двух клиентов мы будем в дальнейшем рассматривать организацию подключения к терминальному серверу.

Заключение

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

Источник

Часть 2. Процесс настройки

Серия контента:

Этот контент является частью # из серии # статей: Организация терминального сервера в Linux: шаг за шагом

Этот контент является частью серии: Организация терминального сервера в Linux: шаг за шагом

Следите за выходом новых статей этой серии.

В цикле статей описан процесс создания терминального сервера в Linux на основе протокола NX и решения RX@Etersoft. В первой части рассмотрены особенности технологии, преимущества ИТ-инфраструктуры на базе терминального сервера, варианты решений как для серверной части, так и для клиентской. Во второй части дана подробная инструкция по организации терминального сервера в Linux.

В первой части цикла статей мы определились с технологиями, на базе которых будем строить в Linux наш терминальный сервер. В качестве серверного решения выбран терминальный сервер RX@Etersoft, подключение к серверу с клиентских рабочих мест мы будем рассматривать на примере NXClient и OpenNX. Взаимодействие осуществляется по протоколу NX.

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

Настройка серверной части

Все действия по установке и настройке сервера RX@Etersoft требуют прав root.

Подготовка сервера

Для организации подключения по протоколу NX у вас должен быть установлен и запущен ssh-сервер.

В настройках ssh-сервера должна быть включена авторизация по ключу, для этого в настройках сервера /etc/openssh/sshd_config должна быть строка:

Если на сервере используется директива AllowUsers, в соответствующую строку sshd_config нужно включить пользователя nx.

Установка и настройка сервера RX@Etersoft

Установка RX сводится к установке двух пакетов: rx-etersoft и nx. Сделать это нужно стандартным для выбранной ОС способом. Например, для ALT Linux, Debian, Ubuntu с использованием менеджера пакетов apt-get:

для RedHat, CentOS, Scientific, LinuxWizard или Fedora с использованием yum:

После установки инициализация RX@Etersoft производится командой

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

Авторизация на сервере

При подключении клиентской части к серверу RX@Etersoft происходит подключение под пользователем nx по протоколу ssh с авторизацией по ключу. Затем по ssh-протоколу организуется подключение к localhost под пользователем и паролем, указанным клиентом в настройках подключения. Таким образом, ssh-сервер должен разрешать пользователю nx авторизацию по ключу, а остальным — авторизацию с localhost по паролю.

Для повышения безопасности рекомендуется использовать директиву AllowUsers в ssh-сервере:

Если ssh-сервер настроен не на 22, а на другой порт, в файле /etc/nxserver/node.conf.d/00-general.conf следует указать нужный порт:

Управление сессиями

Для управления сессиями существует графическая утилита nxsadmin.

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

Настройка клиентской части

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

Для работы OpenNX понадобятся пакеты nx и opennx. Для NXClient нужно взять пакеты nx и nxclient. Установка производится аналогично установке пакетов серверной части.

Установка клиента в Windows

Для Windows клиентские программы поставляются в виде привычного пользователю инсталлятора с расширением *.exe. Процесс установки ничем не отличается от установки любой другой windows-программы.

Для windows-версии NXClient большое значение имеют имя пользователя и имя компьютера. Имя хоста ни в коем случае не должно быть кириллическим. Лучше, если имя пользователя тоже будет латиницей, как и пути, по которым находится программа и пользовательское окружение. По умолчанию пользовательское окружение располагается в домашней папке пользователя, то есть путь содержит имя пользователя — ещё один довод за латиницу.

OpenNX, к счастью, избавлен от подобных проблем — они своевременно выявляются и исправляются сообществом разработчиков.

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

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

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

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

Настройки opennx достаточно богаты.

Настройки opennx. Вкладка «Общее».

Вкладка «Общее» содержит все основные настройки подключения: имя/адрес сервера, порт, среду, в которой производится вход в систему. Например, для подключения к linux-серверу с KDE4 на борту нужно выбрать UNIX — KDE; а для rootless-режима, который будет рассмотрен в следующем разделе, существует настройка «Пользовательский». Установка флажка под именем сервера позволит сохранить пароль пользователя во избежание его постоянного ввода при последующих подключениях. Регулятор скорости соединения позволяет выбрать ресурсоёмкость канала, ориентируясь на тип подключения: от модема до локальной сети. Секция «Display and Keyboard» устанавливает размеры экрана; всё доступное пространство, установленное по умолчанию, — хороший выбор.

Настройки opennx. Вкладка «Сервисы».

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

На прочих вкладках подробно останавливаться не будем, оставив простор для экспериментов.

Режим одного приложения

С помощью RX@Etersoft можно организовать такой режим работы, в котором на сервере запускается не полноценный сеанс, а только одна программа. Это удобно в случаях, когда вычислительная мощность сервера ограничена, а сам он предназначен для выполнения специализированных задач, например, для запуска программы 1С:Предприятие в терминальном режиме.

С точки зрения пользователя режим одного приложения (он же — rootless-режим) работает так: пользователь запускает программу с ярлыка на рабочем столе, и она у него открывается в его рабочем сеансе, представляя собой обычное окно. На самом же деле происходит подключение к серверу и запуск программы на нём, а на рабочий стол пользователя выводится только окно с запущенной программой. Такой приём не только не вызывает панику у неподготовленного сотрудника (можно настроить вплоть до знакомого ярлыка на рабочем столе), но и позволяет существенно сэкономить ресурсы сервера.

Организация rootless-режима.

Для организации rootless-режима в настройках opennx указывается сочетание UNIX — Custom и задаётся выполнение команды, стартующей программу на сервере. На сервере в свою очередь создаётся shell-скрипт, запускающий программу (например run1с), и помещается в /usr/bin/. Ниже пример скрипта.

Читайте также:  Настройка hikvision для удаленного доступа

Заключение

Как можно видеть, настройка терминального сервера в Linux с помощью RX@Etersoft не представляет больших трудностей при наличии базовых навыков администрирования. Возможно, вам захочется не останавливаться на достигнутом, создать виртуальный офис, перенести его в дата-центр или вовсе поместить в облака? Как раз в этом направлении планируется развивать RX@Etersoft. Большие облачные перемены не затронут клиентскую сторону, а отсутствие привязки к конкретному железу позволит обеспечить большую гибкость, масштабируемость и надёжность решения.

Источник

Как подключиться по RDP c ОС Windows, Ubuntu или Debian (Linux), Mac OS, а также с телефона на Android и iPhone

Создавая виртуальный сервер на VPS.house, вы получаете полностью 100% готовую к использованию операционную систему Windows Server, к которому сразу же можно подключаться по сети с любого внешнего устройства по протолку RDP.

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

Согласно условиям лицензирования, ОС Windows Server допускает по умолчанию не более 2-х одновременных подключений по RDP к серверу, если нужно больше, то понимается терминальный сервер и лицензируется либо количество пользователей, либо количество подключаемых устройств. Но, подключившись к серверу по RDP, вы также можете поставить любое удобное вам решение для удалённого управления рабочим столом: TeamViewer, RAdmin и прочие.

Данная статья описывает процесс подключения к серверу Windows по RDP с многих популярных операционных систем. Ввиду этого получилась она довольно длинной. Моментально перейти к нужному вам разделу вы можете по этому меню:

Подключение в VPS серверу из десктопной Windows

Данная инструкция проверена и работает успешно на всех популярных версиях Windows для персональных компьютеров: XP, Vista, Windows 7, 8, 8.1 и 10.

В каждой операционной системе Windows есть встроенное приложение для подключения по RDP – это программа «Подключение к удалённому рабочему столу» (Remote Desktop Connection в англоязычных ОС).
Для запуска ее зайдите по пути:

Пуск -> Программы -> Стандартные -> Подключение к удалённому рабочему столу

Пуск -> Приложения -> Подключение к удалённому рабочему столу

Пуск -> Все приложения (может этого пункта не быть!) -> Стандартные Windows -> Подключение к удалённому рабочему столу

Или же просто нажмите комбинацию клавиш Win+R и в открывшемся окне наберите mstsc

В открывшемся окне наберите IP-адрес вашего виртуального сервера и нажмите кнопку «Подключить». IP-адрес сервера вы можете видеть в вашем личном кабинете в разделе «Мои серверы»:

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

Те, кто впервые стакиваются с созданием удалённого рабочего стола, часто задаются вопросом «Зачем нужны эти IP-адреса и сколько нужно именно им», часто также путают количество IP-адресов с количеством рабочих столов или учётных записей, или полагают, что если зайти на сервер по одному адресу, то открывая браузер именно этот адрес будет браузер использовать. Нас самом же деле это всего лишь список внешних адресов, по которому можно подключиться к серверу, сама работа на сервере уже после подключения никаким образом не меняется.

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

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

Далее вы увидите окно с вводом авторизационных данных:

При создании каждого нового сервера система VPS.house автоматически генерирует новый уникальный пароль для него, при этом на всех серверах Windows по умолчанию остаётся имя пользователя Administrator. Пароль от сервера отображается также в личном кабинете возле вашего сервера на странице «Мои серверы»:

В целях безопасности, по умолчанию пароль от сервера скрыт и отображается только по нажатию на ссылку «Показать пароль», при этом сайт попросит вас ввести пароль от вашей учётной записи на VPS.house.

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

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

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

Если вы используете для работы Windows XP и при подключении система выдает ошибку с текстом «Удаленный компьютер требует проверку подлинности на уровне сети, которую данный компьютер не поддерживает», значит на ваш ПК очень сильно устарел и нужно дополнительно установить небольшое обновление, где его взять и как установить мы подробно расписали здесь.

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

Для включения этих возможностей перед подключением к серверу нажмите на кнопку «Показать параметры»:

Откроется режим расширенных настроек подключения к вашему VDS серверу. Перейдите на вкладку «Локальные ресурсы» и отметьте галочкой требуемые для вас устройства:

Еще одна очень полезная и популярная функция – это возможность создать готовый файл подключения (так называемый «ярлык»), в котором уже сохранены все нужные вам настройки и данные авторизации на сервере. Это особенно удобно если вы хотите дать доступ сотруднику, который не является опытным пользователем ПК.

Для этого также в расширенных настройках подключения на вкладке «Общие» введите имя пользователя (на серверах VPS.house это всегда по умолчанию Administrator), отметьте галочкой «Разрешить мне сохранять учетные данные», чтобы не приходилось вводить пароль каждый раз и, по завершению внесения всех нужных вам остальных параметров подключения (если таковые есть), нажиме кнопку «Сохранить как»:

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

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

Как подключиться к серверу по RDP если вы работаете с Ubuntu

Протокол подключения к уделённому рабочему столу Windows (RDP) – это закрытый протокол компании Microsoft, официальных служб под операционные системы Linux Microsoft не выпускает, но так или иначе уже давно существуют стабильно работающие решения, которые в последних редакциях Ubuntu даже включены в изначальную сборку.
Речи идет о клиенте под названием Remmina

Читайте также:  Для чего закрывают доступ к настройкам маршрутизатора

По умолчанию если Remmina включена в вашу сборку, вы можете найти ее в Поиске по запросу «Remote Desktop Client», если ее нет, то установите ее при помощи следующих команд в Терминале.

    Устанавливаем пакет Remmina

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

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

Если после её выполнения вы получили сообщение об ошибке типа «процесс не найден», значит и так все хорошо и можно было команду и не выполнять.

В меню поиска наберите «remote desktop» или «remmina», чтобы найти установленное приложение:

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

Заполните поля авторизационными данными, которые указаны в вашем личном кабинете:

На вкладке «Advanced» вы можете также указать качество подключения к серверу и детализации при передаче изображений:

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

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

Как подключиться к серверу по RDP если вы работаете с Debian

Протокол RDP (Remote Desktop Protocol) – это закрытый протокол удалённого рабочего стола Microsoft. К сожалению, они не выпускают официальных клиентов для работы подключения к серверам Windows с операционных систем, работающих на базе Linux. Однако уже довольно давно существуют стабильно работающие решения.
Одно из самых популярных – это клиент для всевозможных удалённых Remmina, именно его мы и рекомендуем использовать для включения к серверам VPS.house или любым другим под управлением ОС Windows.

    Указываем путь к установочным файлам

echo ‘deb http://ftp.debian.org/debian stretch-backports main’ | sudo tee —append /etc/apt/sources.list.d/stretch-backports.list >> /dev/null

sudo apt install -t stretch-backports remmina remmina-plugin-rdp remmina-plugin-secret libfreerdp-plugins-standard

Сразу после установки приложение можно найти через поиск программ:

В отличие стандартного от RDP-клиента ОС Windows, Remmina позволяет сохранять в список все свои подключения к различным серверам и осуществлять моментальный доступ к ним. Для добавления первого сервера в список нажмите «+» в левом верхнем углу:

В открывшемся окне задайте параметры подключения к вашему серверу и введите удобное для запоминания имя сервера. Все необходимые для подключения данных указаны в вашем личном кабинете:

На вкладке «Advanced» («Дополнительные») вы можете задать параметры передачи звука с сервера на ваш ПК, а также качество передаваемого изображения при подключении:

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

В момент первого подключения к серверу Remmina покажет уведомление у недоверенном сертификате шифрования. Это не является какой-либо ошибкой или проблемой безопасности. Причину этого сообщения мы описали выше. Просто нажмите «ОК» и вы увидите рабочий стол вашего сервера, при условии, разумеется, что все данные для подключения ранее были введены корректно.

Подключение серверу по RDP из Mac OS

Для подключения к удалённому рабочему столу для Mac OS компания Microsoft разработала и поддерживает официальный RDP-клиент. Он стабильно работает с любыми версиями ОС Windows.
Для загрузки его перейдите на сайт iTunes: https://itunes.apple.com/gb/app/id715768417

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

В открывшемся окне укажите авторизационные данные, как указано в вашем личном кабинете (IP-адрес сервера, логин Administrator и его пароль), и укажите произвольное название для нового подключения (Connection Name).

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

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

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

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

Отметьте галочкой «Всегда доверять…» и нажмите «Continue».

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

Подключение к VDS серверу со смартфона или планшета на iOS (с iPhone или iPad)

Для iOS копания Microsoft выпускает полноценный официальный RDP-клиент комфортного и стабильного подключения к удалённому рабочему столу. Приложение называется Microsoft Remote Desktop или Удаленный рабочий стол: https://itunes.apple.com/ru/app/id714464092

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

Специфика его работы заключается в том, что информация об учётных записях создаётся и хранится отдельно от самого списка серверов. Соответственно, для начала нам требуется добавить учётную запись пользователя Administrator. Для этого нажмите на кнопку настроек (иконка шестерёнок в верхнем левом углу) и выберите «Учётные записи»:

В открывшемся окне нажмите на «Добавление учётной записи пользователя» и введите логин Administrator и его пароль, как отображается в вашем личном кабинете:

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

Следующим шагом добавляется непосредственно информация о самом сервере. Нажмите кнопку «+» в правом верхнем углу приложения и в открывшемся меню выберите «Рабочий стол»:

В окне добавления нового подключения укажите IP-адрес вашего сервера и выдерите учётную запись Administrator, добавленную на прошлом шаге:

В момент первого подключения вы увидите уведомление вы увидите уведомление о недоверенном сертификате безопасности. Причину этого мы описали выше. Выдерите «Больше не спрашивать для этого ПК» и нажмите «Принять».

В случае если IP-адрес и авторотационные данные указаны без ошибки, вы успешно подключитесь к вашему виртуальному серверу:

Как подключиться к VPS серверу со смартфона или планшета на Android

Для устройств под управлением Android компания Microsoft выпускает полноценное приложение для работы с удалённым рабочим столом – Microsoft Remote Desktop. Скачайте его как любое другое приложение в Google Play.

В отличие от всех описанных выше приложений для подключений с ПК, мобильное приложение Microsoft Remote Desktop разделяет учётные записи и сам список подключений. Поэтому сначала нужно добавить в список учётную запись пользователя Administrator с его паролем, который показан в вашем личном кабинете:

После добавления учётной записи возвращайтесь на главный экран приложения для добавления самого подключения (адреса вашего VDS сервера):

В открывшемся окне укажите IP-адрес вашего сервера (указан в личном кабинете), выберите добавленную ранее учётную запись Administrator и нажмите «Сохранить» («Save»):

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

Достаточно отметить галочкой «Never ask again for connections to this PC» и данное уведомление больше появляться не будет. Далее нажмите «Connect» и если все авторотационные данные и IP-адрес сервера указан без ошибок, вы успешно к нему подключитесь:

Источник

Добавить комментарий

Ваш адрес email не будет опубликован. Обязательные поля помечены *

Adblock
detector