Віддалений доступ до комп'ютера 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=080 #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 -urllib3 ssh ssh-import-id оновлено 0, встановлено 6 нових пакетів, для видалення відмічено 0 пакетів, та 273 пакетів не оновлено. Необхідно завантажити 848 kБ архівів. Після цієї операції обсяг зайнятого дискового простору зросте на 3 480 kB. Бажаєте продовжити [Д/н]?Після відповіді Дбуде встановлено та запущено сервер SSH

Для перевірки працездатності ssh-сервера можна скористатися командою:

netstat-na | more

Active Internet connections (server 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. 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:. . .

Рядок 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

nbsp   Природно, в даному режимі, робота з віддаленою графічною підсистемою 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 Windows 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 (server 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 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.160 : * 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.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. Після завантаження, користувач повинен відкрити термінал, перейти в директорію з програмою і встановити права доступу 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