Я хотел бы иметь возможность получить доступ к своему офисному компьютеру Ubuntu 12.04 из дома, с Mac Mini с Mac OSX. У меня есть VPN, и я могу получить доступ к своему офисному компьютеру через SSH, поэтому подключение не является проблемой. Я просмотрел другие вопросы, и кажется, что есть несколько вариантов:
Я использовал Remote Desktop в Windows раньше, и мне действительно это нравится. Не уверен, насколько хорошо реализован XRDP. Я также использовал VNC несколько лет назад, и мне тогда не нравилась его производительность - я не был уверен, что с тех пор все изменилось.
Как я уже говорил выше, машина, к которой я хочу получить доступ, работает под управлением Ubuntu 12.04 с Unity. И я использую Unity по своему выбору - мне это очень нравится и я хотел бы продолжать его использовать :) Клиентский компьютер работает под управлением Mac OSX (Snow Leopard).
Исходя из вашего предыдущего опыта, какова наилучшая настройка для этой среды?
Еще один большой, который действительно прост в использовании и настройке, это Teamviewer. Это не лучшее программное обеспечение, если вы планируете работать удаленно в течение длительного времени. Это лучше для "просмотра". Тот факт, что он очень прост в использовании и настройке, облегчает запуск без установки и с любого компьютера (если у вас есть ваш идентификационный номер).
В Ubuntu по умолчанию удаленный рабочий стол отключен. Вы должны включить это. Нажмите «Тире» и найдите удаленный рабочий стол. Нажмите на «Включить удаленный рабочий стол», и откроется диалоговое окно, в котором вам будут предложены различные варианты определения метода доступа, пароля и т. Д.
Как только вы включите его, любой клиентский компьютер сможет получить к нему удаленный доступ с помощью агента / клиент удаленного рабочего стола, который поддерживает VNC. Один из моих любимых клиентов, который можно установить на Windows, Linux и Mac, - это Remmina Remote Desktop.
Вот пост для его установки на компьютере MAC -
http://adrian15sgd.wordpress.com/2012/11/21/remmina-for-mac-os -x-build-инструкции /
Надеюсь, это поможет
С уважением
Ubuntu предлагает VNC-сервер под названием «Удаленный рабочий стол», фактически vinagre , который является разновидностью VNC.
Используйте Ubuntu Software Center для его установки. Графический интерфейс сервера может быть настроен на автоматический запуск при загрузке. Я нашел эту версию VNC, чтобы работать нормально. Тем не менее, я не знаю, какую производительность вы ожидаете или состояние вашей сети. Различные параметры сжатия (JPG, CopyRect и глубина цвета) значительно улучшают ситуацию, когда пропускная способность и время отклика сети отвлекают от вашего опыта.
Я не знаю всех ароматов VNC, чтобы дать вам мудрость, в которых есть различные функции, которые вы можете или не можете хотеть. Что я знаю об этом, так это то, что он работает надежно. Vinagre - это соединения из разных вкусов VNC. Я использую TightVNC.
Я проверил различные реализации VNC-серверов, включая:
В целом я бы сказал, что самой простой в настройке, хорошей производительностью в конфигурациях с двумя дисплеями, кроссплатформенной поддержкой для многих клиентов и самой надежной для меня была X11VNC
.
FreeNX было очень сложно настроить, хотя субъективно он был не намного лучше и не быстрее, чем другие решения, которые я пробовал, поэтому отдача оказалась не такой большой, как я надеялся. FreeNX работал только с клиентами * nix в то время, когда я его пробовал, и мне нужно было кроссплатформенное решение. Возможно, я неправильно настроил его, и скорость не была оптимизирована для моего соединения, хотя я не уверен.
TightVNC и RealVNC работали достаточно хорошо для меня в прошлом. TightVNC отлично подходил для низкоскоростных соединений, в то время как RealVNC отлично подходил для небольшой дополнительной безопасности (поскольку он поддерживал более длинные пароли с алгоритмом шифрования нестандартных блоков). Однако я столкнулся с некоторыми проблемами, которые заставили меня принять решение о переходе на X11VNC. Во-первых, у меня были проблемы при перезагрузке удаленной системы, повторном запуске на ней сервера VNC и попытке подключиться к нему, когда не было запущено ни одного сеанса X (только экран входа в систему gdm). Мне удалось исправить это с помощью x11vnc
и этого полезного скрипта . Вторая проблема, которая заставила меня переключиться, заключалась в том, что кросс-платформенность и совместимость со многими различными клиентами VNC также были важны для меня. Большинство современных интернет-соединений достаточно быстрые, чтобы обеспечить достаточно хороший опыт при подключении к удаленной системе, даже через SSH-туннелирование. Вы можете поэкспериментировать с передачей некоторых опций при запуске сервера x11vnc
, чтобы сделать вещи более быстрыми, если хотите. Некоторые из них я нашел в моем сценарии .
Для настройки X11VNC:
sudo apt-get update
sudo apt-get install x11vnc
x11vnc -storepasswd
и ввести пароль для защиты VNC от неавторизованный доступ Примечание 1 sup> x11vnc -usepw
, чтобы запустить сервер Примечание 2 sup> Примечание 1: Пароль по умолчанию хранится в файле: ~/.vnc/passwd
. Этот файл шифруется симметричным ключом и специальным блочным алгоритмом шифрования. Однако ключ и алгоритм известны, поэтому можно расшифровать его (пожалуйста, расшифруйте только свой пароль и не будьте злыми). Рассматривайте этот файл как ключ к вашему компьютеру и защищайте его с правами доступа 0600
(chmod 0600 ~/.vnc/passwd
).
Примечание 2: Вы можете добавить дополнительные аргументы командной строки, если хотите, но этот требуется для защиты паролем
Примечание 3: Использовать SSH-туннелирование для безопасность. Пароли VNC отправляются в виде открытого текста по сети. Для этого вы создадите туннель с ssh -L 5900:localhost:5900
, а затем подключите ваш VNC-клиент к localhost
через порт 5900
. Если вы не заботитесь о безопасности или доверяете всем в своей сети, подключите ваш VNC-клиент к хосту напрямую.
Например:
foo.local
=> подключиться к foo.local
через порт 5900
192.168.1.123
=> подключиться к 192.168.1.123
в порту 5900