Одна з корисних функцій Windows полягає в тому, що ви можете підключатися до робочого столу з іншого місця для віддаленого керування комп'ютером. На щастя, основні дистрибутиви Linux також пропонують цю функцію, і Ubuntu є одним із них. Якщо ви хочете підключитися до своїх комп'ютерів Windows з Ubuntu віддалено, ви можете використовувати знайдений у ньому RDP-клієнт за замовчуванням, який називається Remmina. Ось як створити, налаштувати та встановити підключення до віддаленого робочого столу з Ubuntu у Windows.
ПРИМІТКА.Цей підручник було створено на Ubuntu 18.04 LTS (Bionic Beaver). Однак це працює і в інших версіях Linux.
Крок 1. Увімкніть підключення до віддаленого робочого стола на ПК з Windows
Якщо ви хочете дозволити іншим комп'ютерам віддалено підключатися до вашого ПК з Windows, ви повинні спочатку налаштувати його на прийом підключень до віддаленого робочого столу.
Крок 2. Запустіть клієнт віддаленого робочого столу Remmina
За замовчуванням Ubuntu поставляється з клієнтською програмою віддаленого робочого столу, яка підтримує протокол RDP, який використовується операційними системами Windows для віддалених підключень. Ви можете знайти його у списку програм Ubuntu.
Якщо ви віддаєте перевагу пошуку, ви можете знайти клієнт Ubuntu RDP за замовчуванням, використовуючи термін пошуку RDP.
Крок 3. Налаштуйте та встановіть сеанс віддаленого робочого столу Ubuntu для Windows
Коли ви відкриєте клієнт Remmina Remote Desktop Client, ви повинні побачити щось на зразок цього:
Натисніть кнопку «Створити новий профіль підключення».
Його значок є зелений знак плюс, який легко помітити у верхньому лівому кутку вікна.
Попередня дія відкриває вікно під назвою «Віддалений робочий стіл». Тут можна настроїти підключення віддаленого робочого стола Ubuntu до Windows, яке ви збираєтеся встановити.
У розділі Профіль введіть Ім'я, яке потрібно використовувати для підключення. Це може бути будь що. Залишіть інші налаштування в розділі Профіль за замовчуванням.
У полі «Сервер» на вкладці «Основні» введіть IP-адресу ПК з Windows, до якої ви підключатиметеся. Введіть ім'я користувача та пароль для облікового запису користувача, який ви хочете використовувати на віддаленому ПК з Windows. Цей обліковий запис користувача має існувати на ПК з Windows.
Якщо ви використовуєте обліковий запис Microsoft на ПК з Windows, то все гаразд, щоб заповнити вашу адресу електронної пошти та пароль. Якщо ваш ПК з Windows є частиною домену, введіть його в поле «Домен», інакше залиште це поле порожнім.
Потім ви можете встановити роздільну здатність і глибину кольору, які потрібно використовувати для підключення до віддаленого робочого столу. За промовчанням у профілі віддаленого робочого стола встановлено «Використовувати дозвіл клієнта», що означає, що для підключення використовується той самий дозвіл, що й комп'ютера Windows, до якого ви підключаєтеся. Глибина кольору також встановлена на максимально можливу якість. Однак вибір меншої роздільної здатності робочого стола та глибини кольору може підвищити продуктивність сеансу віддаленого робочого стола з Linux на Windows. Якщо під час підключення до віддаленого робочого стола Windows виникає затримка, спробуйте зменшити глибину кольору або роздільну здатність.
Коли ви закінчите налаштування всіх деталей, натисніть Зберегти та підключитися. Це збереже ваш профіль підключення, а потім ініціює підключення RDP до ПК з Windows.
Через кілька секунд у вас має бути встановлене працююче підключення до віддаленого робочого стола на ПК з Windows.
Ви також можете підключитися до віддаленого комп'ютера під керуванням Windows без жодних кроків по персоналізації, про які йшлося раніше. Однак це означає, що вам доведеться переналаштувати профіль підключення до віддаленого робочого стола при наступному віддаленому керуванні ПК з Windows.
У цій статті я покажу вам, як отримати віддалений доступ до комп'ютера з 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.
При спробі доступу VNC до віддаленого робочого столу Linux Mint 19 довелося зіткнутися з тим, що, порівняно з попередніми версіями (17, 18), за умовчанням такої можливості не надається. При подальших діях щодо організації можливості підключення по VNC до вузла під керуванням Linux Mint 19 необхідність докласти ряд додаткових зусиль стала нагадувати епізод із фільму:
– Тебе як, одразу прикінчити чи бажаєш помучитися?
- Краще, звичайно, помучитися.
(з к/ф "Біле сонце пустелі")
Почалося все з того, що в налаштуваннях (далі мається на увазі графічне оточення XFCE) розділу "Сеанси та запуск" та вкладці "Автозапуск" ніякої згадки про підключення до віддаленого робочого столу немає, хоча в попередній Linux Mint 18 пункт включення був розташований між оновленням папок користувача та мережею.
Виконайте в терміналі команду, яка встановить необхідні компоненти та запустить dconf-editor
Sudo apt install -y vino dconf-editor && sudo dconf-editor
При запуску dconf-editor буде показано попередження, що зміни, що вносяться, здійснюються вами на свій страх і ризик і для продовження необхідно натиснути на кнопку "I"ll be careful" (я буду обережний). галочку в полі "Show this dialog next time".
Аналогічно поступите з prompt-enabled, інакше на іншому комп'ютері доведеться щоразу "схвалювати" підключення, що віддалено до нього.
/usr/lib/vino/vino-server
Перезавантажте систему.
На комп'ютері, з якого підключатиметеся, створіть відповідне з'єднання. На малюнку нижче підключення буде здійснюватися з вузла Linux, тому воно додається у програмі Remmina.
На малюнку вказано вузол H-4.vot, що відповідає повному доменному іменівузла. У цьому випадку мається на увазі, що DNS сервер вашої локальної мережі вміє зіставляти видані DHCP адреси IP імен вузлів мережі. MikroTik, наприклад, вміє це робити через . Якщо сервера DNS немає або він не вміє цього робити, то призначте вузлу, до якого будете віддалено підключатися, статичну адресу (або налаштуйте сервер DHCP на видачу йому однієї і тієї ж адреси) і підключайтеся по IP.
Якщо все зроблено правильно, то матимете задоволення спостерігати віддалений робочий стіл вузла Linux, до якого підключилися, а також керувати цим комп'ютером.
Для віддаленого підключення до графічної підсистеми Linux з Windows використовуються два основні способи:
Перенаправлення графічного вводу-виводу з Linux на графічний сервер, що працює на стороні Windows ( X11 Forwarding)
Підключення з використанням X Display Manager Control Protocol (XDMCP)- Протоколу, що забезпечує віддалене підключення графічних терміналів (X-терміналів) до графічного сервера (X-серверу).
Перший спосіб простіше реалізується і дозволяє отримати прийнятну швидкодію графічних програм на системах з малою продуктивністю. Менеджер дисплея та TCP-з'єднання X-сервера на стороні Linux у цьому випадку не використовуються. Другий – дозволяє отримати повноцінне віддалене робоче місце користувача, що функціонально нічим не відрізняється від звичайного, локального. При реалізації цього виду віддаленого підключення використовуються додаткові параметри конфігурації для X-сервера та менеджера дисплея.
Способи та засоби віддаленого підключення до графічної підсистеми Linux з Windows вже докладно розглядалися в статті . У цій статті розглядаються питання, пов'язані з особливостями налаштування X-сервера Ubuntu і менеджера дисплея LightDM. На боці Windows використовується безкоштовний пакет Xming, останню версіюякого, а також додаткові пакети з підтримкою різних шрифтів, та локалізовану версію майстра Xlaunch знайдете тут:
Перенаправлення графічного виведення віддаленої підсистеми ( 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, або будь-який інший, на ваш вибір.
Ці налаштування означають, що дозволено 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.
Налаштування демона 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, що запобігає можливості взаємодії віддаленого клієнта з локальним графічним дисплеєм системи, до якої виконується підключення.
Менеджер дисплея(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 0:0: * 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.3. 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.
