Удаленный доступ к компьютеру ubuntu. Xrdp — подключиться к удаленному рабочему столу Ubuntu Linux через RDP из Windows

Может рассматриваться как акт агрессии, но иногда он просто необходим.

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

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

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

Исследователи придерживались принципа справедливой оценки различных протоколов. Например, NoMachine NX поддерживает подключения VNC, но он проверялся в связке с собственным сервером NX, что вполне разумно.

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

Как проходило тестирование

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

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

Клиенты были протестированы совместно с локальным компьютером с 4-х ядерным процессором и 16 гигабайтами памяти в гигабитной локальной сети под Ubuntu 14.04.3. В качестве серверов использовался сервер X11 VNC и официальный сервер NX для клиентов NX. Функциональность на базе протокола RDP поддерживается некоторыми продуктами, но на практике не была протестирована.

Сами клиенты работали на виртуальной машине с 2-х ядерным процессом Core i7, 4Гб ОЗУ и Fedora 23.

В этой статье я покажу вам, как можно получить удаленный доступ к компьютеру с Ubuntu. Имеется ввиду доступ к удаленному рабочему столу, т.к. с доступом к консоли все понятно, и наверное SSH особо в описании не нуждается.
Показывать я буду на примере vnc сервера и xrdp. Т.к. если планируете подключаться с компьютера Windows, VNC на нем скорее всего будет работать, мягко говоря не очень быстро, плюс к этому, нужно будет еще поставить VNC клиента на компьютер, а такая возможность есть далеко не всегда. Мы сделаем так, что можно будет подключаться к компьютеру 1) по чистому vnc протоколу, 2) можно будет подключаться по RDP, а уже из под RDP сессии подключаться по VNC к рабочему столу, это позволит не устанавливать дополнительно VNC клиент на компьютер с которого осуществляется подключение.
Требование к этой схеме одно – у вас должен быть белый IP, в идеале лучше использовать VPN или SSH туннель . Давайте начнем с установки VNC сервера на Ubuntu, я предпочитаю x11vnc. Для того что бы его установить нужно набрать в консоли:

Sudo apt-get update sudo apt-get install x11vnc

X11vnc –storepasswd

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

1) Если у вас система использует systemd (например ubuntu 15.04 и выше) нужно создать конфиг:

Sudo nano /lib/systemd/system/x11vnc.service Description=Start x11vnc at startup. After=multi-user.target Type=simple ExecStart=/usr/bin/x11vnc -auth guess -forever -loop -noxdamage -repeat -rfbauth /home/sanglyb/.vnc/passwd -rfbport 5906 -shared WantedBy=multi-user.target

Само собой, за место /home/sanglyb должна быть ваша домашняя папка, или путь до файла который был указан при создании пароля, если он отличается.

После этого нужно выполнить команды:

Sudo systemctl daemon-reload sudo systemctl enable x11vnc.service

2) Если у вас система использует upstart (например старые версии ubuntu до 15.04) нужно создать конфиг, лежать он должен в папке / etc / init / :

Sudo nano /etc/init/x11vnc.conf

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

Start on login-session-start script /usr/bin/x11vnc -auth guess -forever -loop -noxdamage -repeat -rfbauth /home/sanglyb/.vnc/passwd -rfbport 5900 -shared end script

Аналогично примеру с systemd, замените путь до файла с паролем для vnc на ваш.

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

В первом случае:

Sudo service x11vnc start

Во втором:

Sudo start x11vnc

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

Далее можно попробовать подключиться к нашему компьютеру по vnc. Если все прошло удачно, и после перезагрузки компьютера vnc сервер будет запущен, можно переходить к следующему шагу – установке xrdp сервера.
Для его установки нужно набрать в терминале:

Sudo apt-get install xrdp

После этого нужно поправить конфиг:

Sudo nano /etc/xrdp/xrdp.ini

В нем уберем все пункты кроме globals и console (xrdp2) и изменить название с xrdp2 на xrdp1, то есть у вас должны остаться 2 секции:

Bitmap_cache=yes bitmap_compression=yes port=3389 crypt_level=low channel_code=1 max_bpp=24 #black=000000 #grey=d6d3ce #dark_grey=808080 #blue=08246b #dark_blue=08246b #white=ffffff #red=ff0000 #green=00ff00 #background=626c72 name=console lib=libvnc.so ip=127.0.0.1 port=5906 username=na password=ask

После чего нужно набрать команду

Sudo /etc/init.d/xrdp restart

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

    Для удаленного подключения к графической подсистеме Linux из Windows используются два основных способа:

Перенаправление графического ввода-вывода из среды Linux на графический сервер, работающий на стороне Windows (X11 Forwarding )

Подключение с использованием X Display Manager Control Protocol (XDMCP) - протокола, обеспечивающего удаленное подключение графических терминалов (X-терминалов) к графическому серверу (X-серверу).

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

Подключение из Windows к графической подсистеме Linux на примере Ubuntu Desktop .

    Способы и средства удаленного подключения к графической подсистеме Linux из Windows уже рассматривались подробно в статье . В данной же статье рассматриваются вопросы, связанные с особенностями настройки X-сервера Ubuntu и менеджера дисплея LightDM. На стороне Windows используется бесплатный пакет Xming, последнюю версию которого, а также дополнительные пакеты с поддержкой различных шрифтов, и локализованную версию мастера Xlaunch найдете здесь:

Удаленная работа с графическими приложениями при использовании X11 Forwarding.

    Перенаправление графического вывода удаленной подсистемы (X11 Forwarding ) позволяет работать напрямую с графическими приложениями среды Linux на компьютере с графическим сервером Xming на стороне Windows. Данный режим реализуется с помощью SSH-подключения, в котором ssh-сервер sshd на стороне Linux перехватывает графический ввод-вывод и перенаправляет его ssh-клиенту (PuTTY) на стороне Windows, который в свою очередь, перенаправляет его графическому серверу Xming , развернутому в среде Windows. Таким образом, для реализации данного режима не требуется настройка X-сервера и менеджера дисплея для работы по сети, но требуется установка и настройка демона ssh на стороне Linux. В большинстве дистрибутивов Linux для рабочих станций (например, Ubuntu Desktop), сервер SSH по умолчанию, не устанавливается, поэтому его нужно установить командой:

sudo apt-get install ssh

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

… ncurses-term openssh-server python-requests python-urllib3 ssh-import-id, rssh molly-guard monkeysphere openssh-blacklist openssh-blacklist-extra) НОВЫЕ пакеты, которые будут установлены: ncurses-term openssh-server python-requests python-urllib3 ssh ssh-import-id обновлено 0, установлено 6 новых пакетов, для удаления отмечено 0 пакетов, и 273 пакетов не обновлено. Необходимо скачать 848 kБ архивов. После данной операции, объём занятого дискового пространства возрастёт на 3 480 kB. Хотите продолжить [Д/н]? После ответа Д будет установлен и запущен сервер SSH

Для проверки работоспособности ssh-сервера можно воспользоваться командой:

netstat -na | more

Active Internet connections (servers and established) Proto Recv-Q Send-Q Local Address Foreign Address State tcp 0 0 127.0.1.1:53 0.0.0.0:* LISTEN tcp 0 0 0.0.0.0:22 0.0.0.0:* LISTEN tcp 0 0 127.0.0.1:631 0.0.0.0:* LISTEN tcp 0 0 192.168.0.133:39653 192.168.0.33:50021 ESTABLISHED tcp6 0 0:::22:::* LISTEN . . .

Строка tcp 0 0 0.0.0.0:22 0.0.0.0:* LISTEN Означает, что сервер ожидает входящие соединения (“слушает”, LISTEN) стандартный порт 22 на всех сетевых интерфейсах (0 0.0.0.0:22)

    Для режима перенаправления графического вывода X11 forwarding в настройках демона sshd необходимо включить (проверить) некоторые параметры. Все действия требуют права root.

Переходим в каталог /etc/ssh и открываем конфигурационный файл демона SSH sshd_config . Для работы через X11 Forwarding в нем должна присутствовать незакомментированная строка

X11Forwarding yes

    Естественно, в данном режиме, работа с удаленной графической подсистемой Linux, выполняется напрямую с графическими приложениями, без использования рабочего стола Ubuntu. Если количество нужных для работы приложений невелико, то такой способ предпочтительнее, поскольку позволяет снизить степень использования ресурсов удаленной системы и позволяет получить более высокое быстродействие, по сравнению с технологией, основанной на использовании XDMCP.     Таким образом, при перенаправлении графического вывода, (X11 forwarding )программа Xming, используется в качестве X-сервера, работающего поверх вашего рабочего стола Windows, с запускаемыми на удаленной системе с ОС Linux графическими приложениями. При этом, графический сервер на удаленном Linux не используется и может быть даже не установлен.

Кроме Xming, в данной технологии используются клиент и сервер SSH. Клиентская часть - на компьютере с ОС Windows, сервер - на компьютере с Linux. Разработчики Xming с некоторых пор, включили клиентское программное обеспечение для реализации режима X11 Forwarding в состав инсталляционных пакетов (Standart PuTTY и Portable PuTTY).

При установке пакета Xming имеется возможность выбрать устанавливаемые версии PuTTY .

Однако, лучшим выбором будет скачать актуальную версию бесплатного SSH - клиента для Windows на странице загрузки PuTTY , где размещены ссылки для скачивания файлов утилиты putty.exe и дополнительных программных модулей, которые могут использоваться для работы с ней (копирование файлов, генерация ключей, телнет-клиент и т.п.). Имеется также ссылка для скачивания архива, включающего putty.exe и дополнительных программ для 32-х и 64-х разрядных ОС. Инсталляция не требуется. Просто скопируйте исполняемый файл putty.exe в каталог с установленным Xming, или любой другой, по вашему выбору.

  • Настройка Putty.
        Для работы с Xming в режиме перенаправления графического вывода достаточно подправить секцию SSH:

    Данные настройки означают, что разрешено X11 Forwarding и для него будет использоваться графический дисплей (X-дисплей) с номером 0 . Использовать 0-й номер дисплея не обязательно, но важно, чтобы этот номер совпадал с номером дисплея, указанном при запуске Xming (поле Display number ):

    При запуске Xming , с помощью мастера Xlaunch , задается номер дисплея (при необходимости) и выбирается многооконный режим Multiple windows , остальные параметры можно оставить по умолчанию. Фактически, номер дисплея определяет номер порта графического сервера на стороне Windows

    0 соответствует порту 6000/TCP

    - 1 – 6001/TCP

    Как уже рассматривалось выше, настройки X11 Forwarding в секции SSH/X11 PuTTY, также определяют X-сервер, на который будет перенаправляться графический ввод-вывод:

    localhost:0 - X-сервер, слушающий порт 6000/TCP

    localhost:1 - X-сервер, слушающий порт 6001/TCP

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

    xmessage $DISPLAY - отобразить значение переменной DISPLAY

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

    Данное сообщение отображается на том графическом дисплее, которому соответствует перенаправление графического вывода SSH-клиента, в окне которого выполнялась команда xmessage

    После того, как Xming стартовал, с помощью ssh-клиента PuTTY подключаемся к ssh-серверу Linux Ubuntu, и в командной строке запускаем нужное графическое приложение, Например, если запустить графический терминал xterm , то на компьютере с Windows появляется окно графического терминала Linux.

    При запуске из сессии SSH-клиента PuTTY, или из окна уже запущенного терминала xterm , какого-либо графического приложения, например, обозревателя firefox на рабочем столе Windows отобразится его окно, в котором можно работать точно так же, как и на локальном компьютере с Linux Ubuntu.

    Удаленное подключение к графической подсистеме из Linux .

    Настройки демона sshd для удаленного доступа к графической подсистеме Linux выполняются точно так же, как и в случае перенаправления для X-сервера на стороне Windows. Графический вывод удаленной системы, в данной конфигурации, будет перенаправляться демоном sshd и разворачиваться графическим сервером на стороне подключившегося клиента.

    Для удаленного подключения к графической подсистеме с использованием перенаправления X11 Forwarding клиентов Linux-систем, можно воспользоваться стандартным SSH-клиентом:

    ssh -X -l user 192.168.0.1

    -X - использовать перенаправление графического вывода X11Forwarding.

    -l user - имя пользователя для подключения к удаленному компьютеру.

    192.168.0.1 - адрес удаленного компьютера

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

    Для запуска конкретного приложения на удаленной системе, можно указать его имя:

    ssh -X -l user 192.168.0.1 ‘xterm’

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

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

        Менеджер дисплея (Display Manager или DM ) - это специальная системная служба обеспечивающая запуск графического сервера, вывод на графический дисплей приглашения на вход в систему, регистрацию пользователей, запуск оконных менеджеров, монтирование необходимых устройств, ведение баз данных входов и выходов пользователей в системе utmp и wtmp и т.п.

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

    В настоящий момент в графической подсистеме Linux (обозначаемой как X Window System или как X11 ) наиболее распространенными менеджерами дисплеев являются X Display Manager (xdm) , Gnome Display Manager (gdm) и KDE Display Manager (kdm) и с 2012 года - Light Display Manager (LghtDM) . Разработка последнего начата в 2010 г. сотрудником компании Canonical Робертом Энцеллом (Robert Ancell) и в настоящее время LiightDM является вполне достойной альтернативой менеджерам дисплея предыдущего поколения. Главными его особенностями являются небольшой размер, высокое быстродействие, возможность работы с любой графической оболочкой и расширение функциональных возможностей с помощью плагинов. В перспективе, проект LightDM задается довольно амбициозной, но все же, реальной целью - стать стандартом для Х-сервера Linux X.org - сервера X Window System с открытым исходным кодом. С 2012 года, LightDM стал использоваться в качестве менеджера дисплеев по умолчанию во всех дистрибутивах Linux Ubuntu.

    Особенности настроек безопасности в Linux Ubuntu Desktop последних версий не предусматривают возможности удаленного подключения к графической среде по локальной сети – сервер X11 не слушает порт 6000/TCP и менеджер LightDM не слушает порт 177/UDP. Поэтому, в первую очередь нужно выполнить соответствующие настройки, обеспечивающие возможность сетевого подключения по протоколу XDMCP.

    Все файлы конфигурации менеджера дисплея LightDM размещаются в системном каталоге /etc/lightdm . Основные настройки - это lightdm.conf, который после инсталляции имеет следующее содержание:

    user-session=ubuntu greeter-session=unity-greeter Для разрешения TCP-подключений к графическому серверу X11 , нужно в файл конфигурации lightdm.conf добавить строку:

    xserver-allow-tcp=true

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

    enabled=true

    Внесенные изменения вступят в силу только после перезапуска менеджера дисплея или перезагрузки системы. Для перезапуска LightDM можно воспользоваться командой:

    service lightdm restart

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

    После перезапуска графической подсистемы или перезагрузки Ubuntu, можно проверить, слушаются ли порты 6000/TCP и 177/UDP:

    netstat –na | more

    Active Internet connections (servers and established) Proto Recv-Q Send-Q Local Address Foreign Address State tcp 0 0 0.0.0.0:6000 0.0.0.0:* LISTEN tcp 0 0 127.0.1.1:53 0.0.0.0:* LISTEN tcp 0 0 0.0.0.0:22 0.0.0.0:* LISTEN tcp 0 0 127.0.0.1:631 0.0.0.0:* LISTEN tcp 0 0 192.168.0.133:52588 192.168.0.33:50021 ESTABLISHED tcp6 0 0:::6000:::* LISTEN tcp6 0 0:::22:::* LISTEN udp 0 0 0.0.0.0:177 0.0.0.0:* udp 0 0 0.0.0.0:34524 0.0.0.0:* udp 0 0 0.0.0.0:5353 0.0.0.0:* udp 0 0 127.0.1.1:53 0.0.0.0:* udp6 0 0:::177:::* udp6 0 0:::5353:::* udp6 0 0:::41728:::* . . . В результате, видим, что менеджер дисплея (LightDM ) настроен на использование протокола XDMCP и принимает входящие подключения на UDP порт 177 (по умолчанию) , а графический сервер (сервер X11 ) – принимает входящие подключения на порт 6000/TCP. Вообще-то, сетевой доступ к графическому серверу на стороне Linux для случая с применением Xming на стороне Windows не потребуется, и настройка для порта 6000/TCP приведена лишь в качестве примера.

        Для удаленного подключения к рабочему столу Linux по протоколу XDMCP используется порт 177/UDP, который должен слушаться на стороне Linux и не должен быть закрыть брандмауэром. Кроме того, на компьютерах с несколькими сетевыми интерфейсами возможны проблемы с удаленным подключением, вызванные нестыковкой IP-адресов и имен узлов. Поэтому, в файлах /etc/hosts (Ubuntu) и \windows\system32\drivers\etc\hosts (Windows) нужно прописать соответствие имен и IP-адресов компьютеров для того сетевого интерфейса, через который будет выполняться подключение (например, только для подсети 192.168.0.0/24). Очень часто в среде Linux, после установки системы, например на компьютер с именем Ubuntu13, в файле /etc/hosts присутствуют записи:

    127.0.0.1 localhost

    127.0.0.1 Ubuntu13

    Как видно, имени Ubuntu13 сопоставлен адрес петлевого интерфейса, и следовательно, реальный обмен данными по протоколу IP с использованием имени узла, невозможен. Чтобы устранить данную проблему, нужно в последней строке заменить 127.0.0.1 на IP-адрес компьютера в локальной сети например:

    192.168.0.133 Ubuntu13

    Аналогично, в системе с Windows, в файле hosts нужно оставить (добавить) только те записи, которые задают однозначное соответствие имен и IP-адресов в одной и той же подсети.

    Для подключения к удаленному Linux Ubuntu, можно воспользоваться ярлыком Xlaunch . При подключении с использованием XDMCP необходимо выбрать режим работы в одном окне (One Window):

    Выбираем сессию с использованием XDMCP:

    Указываем IP-адрес или имя компьютера с ОС Linux, к которому необходимо подключиться:

    Следующий экран служит для определения дополнительных параметров сессии и его пока можно оставить без изменений. Жмем кнопку "Далее" и, если все сделано правильно - перед нами приглашение менеджера дисплея Linux.

    Статьи по теме удаленного рабочего стола Linux и Windows.

  • Мишень — подключиться из под Windows/Linux к удалённому рабочему столу в Ubuntu Linux. Правдиво говоря, перепробовал достаточно много вариантов, вот к чему наконец-то пришёл. Здесь достаточно хорошо описано всё по шагам (на англосаксонском). Последнее время все чаще и чаще слышу что мол в смутные времена удаленное рабочее пространство на собственном VPS/VDS — наше все. А как его настроить то? Что можно почитать, покурить на эту содержание? А может есть простое готовое решение? Так же, виду что конторы VPS/VDS сейчас предоставляют такую фичу как далёкий рабочий стол. Но я так понимаю у них это чисто как дополнение к больше удобному управлению своим виртуальным сервером? А возможно ли просто у них юзать спокойно ubuntu, firefox, и резать в packman? Меня интересует простейшая настройка на средном VPS обычной убунты и возможность работать с ней удаленно (условный рабочий экран). Консольными навыками плохо владею, однако с разнообразнейшими линуксами знаком очень отлично (в свое время даже хобби было — отыскать идеальный линукс дистрибутив с точки зрения обыкновенного обывателя).

    Это родительская программа для TigerVNC, но содержит наименьшее количество опции. Тем не менее, приложение умеет автоматом определять VNC сервера, упрощая и ускоряя подключение. Изберите “Опции”, и Вы сможете изменять размер окна, прививая его под ваш монитор, работать в полноэкранном режиме и переопределять самодействующие параметры сжатия для принудительного отображения более 256 красок.

    RealVNC — это автономная soft для подключения к компьютерам по протоколу VNC. После загрузки, user должен открыть терминал, перейти в директорию с програмкой и задать права доступа chmod 700 для пуска приложения.

    Подключение выполняется быстро и просто, но продуктивность отстает от других просмотрщиков VNC в данном тесте. Закреплялись существенные замедления при работе с рабочим столом и при пуске Armegatron, которые оценивались примерно в полсекунды. Технологические процессы матричного растрирования или дизеринга затрудняли работу, когда происходили глюки, во время тестирования это наблюдалось немного раз. Аналогичные проблемы наблюдались и с копиями RealVNC, какие включают меньшее количество опций.

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

    Клиент TeamViewer для удаленного рабочего стола

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

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

    Всё что вам нужно - это скачать и установить програмку на оба компьютера, а все настройки будут подобраны автоматически.

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

    XRDP удаленный рабочий стол в Linux

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

    В итоге я сумел управлять компьютером с операционной системой Linux с ПК на Windows через встроенный в Windows RDP.

    Для этого чтобы это было возможно нам необходимо на компьютере под операторной системой Linux установить программу XRDP. Я ставил на Debian, думаю и для других unix подобных систем имеется эта программа. После установки программа автоматически опустится. Теперь запускаем на Windows RDP и подключаемся по RDP к компьютеру под правлением Linux. Наслаждаемся. Если не устраивает RDP, то можете водворить программу для удалённого управления от компании NoMachine (nomachine.com), какая является бесплатной и может устанавливаться на Windows, Linux, Mac OS X, Android, iOS.

    Удаленный рабочий стол через в Remmina

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

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

    Remmina не представляется официальным -клиентом, но определенно внешне очень подсказывает рабочий стол Gnome со стилями GTK.

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

    С точки зрения отзывчивости, Remmina сразить высокой производительностью во время тестирования в игре Armegatron — непросто было отличить работу игры на удаленном ПК от локальной машины. В Remmina Вам не доступны чат или функция передавания файлов для основных VNC подключений, но данная функциональность присутствует для RDP ссылок, которые также поддерживаются клиентом сообща с NX (NoMachine NX и Free NX), XDMCP и SSH, что делает Remmina всепригодным клиентом с поддержкой широкого набора протоколов.

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

    » и вскоре после этого меня попросили рассказать, как сделать то же самое, но наоборот - из Windows к Linux. На первый взгляд может показаться, что задача непростая, но на самом деле, это очень легко.

    У читателей может возникнуть вопрос - а зачем это вообще нужно? Ответ прост - для того, чтобы иметь единую точку администрирования. Ведь сколько времени обычно тратится на беготню между компьютерами в попытке разрешить какую-либо проблему! Вы уже знаете, как подключаться к компьютерам под управлением Windows из Linux, а прочитав эту статью, сможете подключаться наоборот - из Windows к Linux, и это значительно облегчит вам задачу администрирования в локальной сети. Итак, приступим.

    Допущения

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

    Программное обеспечение

    Вам понадобятся всего два приложения:

    На компьютере под управлением Linux для использования в качестве VNC-сервера;
    на компьютере под управлением Windows для использования в качестве VNC-клиента.

    Установить TightVNC очень легко - просто загрузите инсталлятор и запустите его двойным щелчком. А вот процесс установки приложений в Linux для многих пользователей Windows не так очевиден.

    Разумеется, все зависит от того, какой у вас дистрибутив Linux. Но в общих чертах последовательность действий такова:

    1. Запустите средство установки и удаления программ - Synaptic, Центр приложений Ubuntu (Ubuntu Software Center), gnome-packagekit и т. п.
    2. Введите «x11vnc» (без кавычек) в строке поиска.
    3. Отметьте пакеты для установки.
    4. Нажмите кнопку «Применить» (Apply), чтобы начать установку.

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

    1. Откройте терминал.
    2. Выполните команду вида sudo apt-get install x11vnc - в зависимости от того, какой у вас дистрибутив.

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

    На компьютере под управлением Linux

    Здесь все довольно просто - нужно лишь запустить сервер x11vnc. В справке к данной утилите, которую можно вызвать командой man x11vnc , приводится список доступных опций. Я бы порекомендовал использовать опцию -forever - без нее сервер будет отключаться сразу же после завершения клиентского сеанса. Так что команда, которую следует выполнить в терминале, должна выглядеть так:

    X11vnc -forever

    Приглашение на ввод следующей команды после этого не появится, даже если использовать символ &. Поэтому стоит добавить строку x11vnc -forever в конце файла «/etc/rc.local », чтобы сервер запускался всякий раз при старте системы.

    На компьютере под управлением Windows

    Теперь давайте наладим подключение. Запустите установленную в Windows утилиту TightVNC из меню «Пуск» (Start). Появится показанное на рис. A окно, в котором нужно указать адрес для подключения. Отсюда же можно вызвать диалоговое окно настроек (Options).

    Рисунок A. Выберите профиль соединения (Connection Profile), наиболее соответствующий вашему типу соединения.

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


    Рисунок B. TightVNC можно подключить в режиме просмотра (View) - тогда сеанс будет не интерактивным. Это неплохой вариант для тестового подключения.

    Настроив все параметры, нажмите кнопку «Соединиться» (Connect), чтобы подключиться к удаленному рабочему столу (рис. C). Скорость соединения зависит от пропускной способности сети, но в целом TightVNC представляет собой вполне работоспособное решение.



    Загрузка...
    Top