Як працювати з інструментами графічного інтерфейсу на віддаленому сервері?

У мене на EC2 працює сервер Ubuntu (який я не встановлював сам, просто взяв AMI). Поки я використовую puttyдля роботи з ним, але мені цікаво, як працювати на ньому з інструментами GUI (я не знайомий із інструментами інтерфейсу Linux, але хочу навчитися). Нерозумно мені, я пропускаю зручність Windows Explorer.

Наразі вдома є тільки Windows. Як налаштувати інструменти графічного інтерфейсу для роботи з віддаленим сервером? Чи потрібно це робити чи я повинен дотримуватися командного рядка? Чи змінюються відповіді, якщо у мене є локальна машина Linux?

Ви можете використовувати перенаправлення X11 через SSH; переконайтесь у варіанті

X11Forwarding yes

увімкнено /etc/ssh/sshd_configна віддаленому сервері, або ввімкніть пересилання X11 вручну за допомогою

ssh -X віддалений сервер

або додати рядковий вислів

ForwardX11 yes

до відповідного запису хоста в ~/.ssh/config

Звичайно, для цього потрібен робочий X-дисплей на локальному кінці, тому якщо ви використовуєте Windows, вам доведеться встановити щось на зразок XMing , а потім налаштувати перенаправлення X11 в PuTTY, як показано в цих посиланнях:

• Використання PuTTY та Xming для підключення до CSE
• Перенаправлення X11 за допомогою Xming та PuTTY
• Використовуйте Linux над Windows з Xming, тут чи тут

ETA: Прочитавши ще раз і побачивши свої пояснення в коментарях, FTP може відповідати вашим потребам ще краще, оскільки дозволить вам «монтувати» папки SFTP так, як ніби вони звичайні мережеві диски. Дивіться тут , тут , тут (для Windows XP / 7 / Vista) або тут (для Windows 8) .

Шадур розповів про те, як увімкнути X. Зауважте, що /etc/ssh/sshd_configна кінці сервера, а ~/.ssh/configна клієнтському, тому ми загалом говоримо про дві різні машини. Переадресація X відобразить вашу віддалену програму на локальному дисплеї X. Таким чином, два конфігурації повинні повідомити віддаленому та локальному, щоб дозволити відповідної операції.

Від того, чи слід використовувати X, залежить. Вам потрібно врахувати (принаймні) такі фактори.

• Яка пропускна здатність у вас є? Яка його швидкість? Це дозовано? Чи є шапка? Якщо у вас дуже швидке з'єднання з мережею і немає обмежень, то X є більш корисним, інакше це може бути дуже повільним. Майте на увазі, що в цілому X - мережева свиня; вона не оптимізована пропускна здатність (або як би не була правильна фраза).

• Які інструменти ви плануєте використовувати над X? Чи є замінники / еквіваленти не-gui? Якщо ви наводите приклади видів інструментів, які ви думаєте використовувати, люди можуть запропонувати альтернативи, якщо вони є. Також майте на увазі, що деякі відомі інструменти надходять як у формі gui, так і в командному рядку / консолі. Напр. emacs, здатність, звіт про помилки.

Як правило, моя рекомендація - використовувати командний рядок (apt, wget, rsync) або прокльовувати програми (наприклад, aptitude або mc), якщо вони доступні та робити все, що вам потрібно. Такі додатки не обов’язково гірші, ніж додатки X; деякі з них є прекрасними додатками. Напр. Програмне забезпечення Джона Девіса, наприклад, jed і slrn, обидва консольні програми, демонструють його виразну естетичність і є витвором мистецтва. BTW, запуск X-сервера на клієнті Windows для підключення до сервера Linux - це варіант, хоча і не особливо хороший.

Якщо у вас локальний Linux-сервер, то проблеми пропускної здатності відпадають, а X - набагато більш життєздатний варіант.

Я знайшов freenxі nxclientє дуже високоефективним рішенням віддаленого робочого столу, набагато краще, ніж vncабо X11. Я б спробував це.

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

Однак, я б запропонував переглянути VNC. Є рідні клієнти для Windows та сервери для Linux, тому вам не доведеться встановлювати X11 у вікні Windows.

Якщо ви використовували Emacs, ви можете запустити локально встановлений Emacs у вашій Windows, а також виконувати редагування файлів, управління файлами та каталогами ( переведено ), контроль версій, компіляцію, а також деякі інші випадкові роботи в оболонці ( M-xshellабо M-xeshell) та, ймовірно, ще деякі речі через TRAMP у вашому локальному Emacs. (Деякі легко знайдені демо-ролики, які, можливо, можуть змусити людину не так боятися невідомих Emacs та TRAMP тощо. 1 , 2. )

Це ілюстрація, що віддалені програми X можуть бути не правильним рішенням для вас. На відміну від віддалених клієнтів X спосіб, спосіб TRAMP не передбачає важкого "графічного" трафіку через віддалене з'єднання, він використовує ssh-з'єднання лише для надсилання списків каталогів, файлів і виведення команд вперед і назад.

Скажімо, якщо ви хочете працювати з "Провідником Windows", на сервері Ubuntu все ще не буде "Провідника Windows", тому ви не можете його запускати віддалено.

Але якщо "Провідник Windows" мав щось подібне до TRAMP (як для віддаленого доступу через SSH), ви можете продовжувати радісно використовувати свій локальний "Провідник Windows", якщо це все, що вам потрібно.

На відміну від RDP, X втрачає сеанс, якщо сервер або ssh тунель відключаються. Ви можете використовувати XVNC, який представляє сервер X для клієнтських програм і підключається до клієнта VNC. Це підтримує X сеанс живим і дозволяє підключити сеанс abd відключення VNC.

У мене це було успішно працює над підключенням DSL 128k / 128k Jetstart DS (Так, Telecom NZ дійсно раніше пропонував послугу DSL 128k / 128k!). Це було досить дорого, лише сповільнювалося, коли довелося завантажити великий растровий файл клієнту VNC.

У цій статті ви можете подивитися, як тунель VNC через ssh .

Я використовую nautilus --no-desktopна сервері Ubuntu 11.04 для функціональності типу MS Windows Explorer.

Я знайшов gvfs-treeкоманду, або лише в деяких ароматах Linux tree, бути корисною для перегляду CLI-дерева дерева каталогів.