Vnc linux как отключить

Обновлено: 04.07.2024

Сегодня поднял Xubuntu 20.04 в VirtualBox, настроил сеть между хостом и гостевой системой. Поднял ssh.

Во время подключения, примерно такая картина

Дано. 2 микротика. VPN PPTP настроен. Локалку видит. В Офисе статический ip, ставлю vnc-сервер, в firewall разрешаю tcp 5910. Из дома запрос проходит, но не принимает пароль по локальному адресу офисного компа. С этим, я думаю, сам разберусь
А из офиса даже запрос пароля не выдаёт и выходит по таймауту. В домашнем микротике IP-Firewall-tcp 5910 разрешено. В интернете читал, что нужно как-то nat настраивать. Но у меня случай другой у меня сервер с внешним динамическим IP, может как-то по-другому нужно настраивать.
Доступ из офиса к домашнему микротику есть. Могу сразу всё проверить.

Знаю, что в VNC по сети передаётся картинка, а в RDP — команды отрисовки тулкита. Но подробно в их структуре не разбирался. Если бы делал собственный протокол для удалённого стола для Linux/Wayland, основной принцип был бы примерно такой:

Для тулкитов пишутся плагины, запаковывающие команды отрисовки в передаваемые по сети пакеты. Также пишутся плагины/программы, способные эти команды интерпретировать и отрисовывать.

Графический сервер устанавливает соединение с клиентом и спрашивает, какие плагины у него поддерживаются/включены. У каждого локального приложения он тоже спрашивает, умеет ли оно отсылать команды по сети и какой ему для этого нужен плагин.

Приложения, для которых есть плагины, поддерживаемые клиентом, передают графическому серверу команды для отрисовки, которые сервер отправляет клиенту. Для остальных сервер сам отсылает клиенту сжатое видео.

Есть ли смысл что-то подобное пилить?

Пока что вывод в том, что скорее проще просто слать видео по сети.

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

вот так у меня сконфигурирован VNC (конфиг взят из сети)

Скажите, что нужно прописать в конфиге, чтобы получить картинку приближённую к RDP?

COVID вскрыл массу трудностей с удалённой работой. Основная из которых – чудовищная латентность и потеря пакетов в сети, шейпинг VPN провайдерами, идиотская организация VPN у работодателя, когда траффик из Москвы в Москву, на расстояние 3-х километров идёт через Лондон…

Вариант работы через ssh – практически мало применим из-за заметной латентности (в редакторе просто сложно перемещать клавишами курсор и попадать им в нужное место), из-за разрывов и переподключений.

Через VNC практически работать вообще невозможно. Тоже латентность и нужна большая ширина канала. Через RDP – в варианте когда RDP может работать через UDP (что вызывает массу сложностей в преодолении фаерволов) более-менее шевелится, но тоже так себе. И последнее работает только в варианте винды-винды, не для линукса.

Нашёл для себя mosh. Он более-менее сглаживает проблемы с ssh, но добавляет своих. Во-первых не всегда через фаервол проходит (проблемы как с просто блокировкой UDP, так и с тем, что в отсутствии траффика NAT забывает про соответствие портов). И самое главное, в нём проблемы с отмоткой буфера терминала назад (наверх) – её попросту нет (потому, что mosh эмулирует, условно, 80x24, только видимую часть, а не 80x2000).

Но нужна-то в основном не работа в консоли, а работа с редактором исходных текстов. И если редактор запускать в ssh, mosh, etc, то латентность так или иначе даст о себе знать. Гораздо лучше, когда редактор может работать локально, только передавая изменения по сети. С такими редакторами в linux всё достаточно плохо:

Emacs имеет такой режим, но проблема Emacs в том, что он Emacs, кроме того, непонятно насколько хорошо там работает навигация по тексту, скорей не очень.

Vim имеет такой режим только для галочки. Можете редактировать по одному файлику, при этом проблема с навигацией по исходникам (можно пропатчить tags файл от ctags, но с GNU global такой номер уже не проходит, с поиском по многим файлам тоже проблема).

говорят что-то умеет sublime, но я не видел из-за бедности, и догадываюсь, там далеко не всё так волшебно как описывают.

на удивление более-менее почти пристойно работает Visual Studio Code. Соединяется через ssh, вытаскивает оттуда файлы, редактирует, поиск производит удалённо на той стороне и только передаёт результаты (Vim тоже можно научить в принципе). Проблема VSCode в трудном, неудобном, интерфейсе и плохой навигации по исходным текстам (перейти к определению идентификатора она умеет, а в обратную сторону, найти все использования – только поиском, что не всегда быстро, удобно и корректно).

про Eclipse не знаю… может кто расскажет.

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

Микрософтовский подход с RDP и UDP не так уж плох, думается, но к сожалению для Linux нет никакой альтернативы вообще. Хотелось хотя бы mosh с возможностью отмотки буфера экрана… (–no-init знаю, но в половине случаев это не работает).

симуляция не 80x24, а терминала вместе с буфером (несколько тысяч строк) и передача обновлений на сторону клиента;

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

поддержка не единственного, а множества терминалов в рамках одного соединения (обычно для работы нужно несколько окон). Разные варианты вроде GNU screen и его альтернатив, увы, неудобны в использовании. Окна всё же хочется, чтоб управлялись оконным менеджером, чтоб между ними можно было переключаться, двигать их и т.п., причём принципиально мышью.

Могут заметить, мол зачем тогда терминалы. Чем RDP хуже? На самом деле, практически ничем кроме одного: совершенно не нужен «рабочий стол» с удалённой машины. Нужны только отдельные пять окон, например. И чтоб они управлялись локальным оконным менеджером, без задержек в отрисовке. Не знаю есть ли «бесшовный» RDP в современности, во времена Citrix (

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

Может существуют какие-то проекты приближающиеся к описанным пожеланиям?

Взял образ линукса под названием debian-10.0.0-amd64-netinst.iso и положил его в каталог /vm/iso/ . Хочу запустить установку при помощи vnc, как в том видео, что я нашел. Для windows на виртуалку с BHYVE_UEFI устанавливается и работает через VNC без проблем. А как быть с образом линакса, если не нужно uefi? Вот запускаемые строки, здесь ошибка:

Чтобы была графическая установка при запуске линуксового образа я ставил с опцией bhyve_uefi, но после установки, загружаясь с ahci-hd,linux.img в vnc был черный экран.

1. Установка VNC-клиента
2. Подключение VNC-клиента к удаленному компьютеру
3. Отключение VNC-клиента от удаленного компьютера
4. Тюнинг VNC-клиента
5. Частые проблемы

Для работы с удаленным компьютером по VNC на компьютере пользователя нужно запустить программу-клиент (VNC viewer, VNC client). Эта программа передает на удаленный компьютер данные о нажатиях на клавиши и о движениях мыши, сделанных пользователем, и показывает информацию, предназначенную к выводу на экран.

1. Установка VNC-клиента

Для ОС Windows можно бесплатно скачать и инсталлировать VNC-клиент UltraVNC и TightVNC.

Mac OS X начиная с версии 10.5 имеет поддержку VNC-клиента в RemoteDesktop. Для предыдущих версий можно использовать VNC-клиенты JollysFastVNC и Chicken.

Для Linux ветви Debian (Ubuntu) VNC-клиент устанавливается из репозитория командой:

apt-get install vncviewer

Для ветви RedHat (CentOS, Fedora) — командой:

yum install vnc

Для FreeBSD VNC-клиент (TightVNC) устанавливается из пакетов командой:

pkg_add -r tightvnc

2. Подключение VNC-клиента к удаленному компьютеру

Для подключения VNC-клиента к удаленному компьютеру требуется указать его IP-адрес или DNS-имя, и номер дисплея (по умолчанию, :0) или номер TCP-порта (по умолчанию, 5900). Если VNC-сервер требует авторизации, то при подключении к нему VNC-клиент запросит пароль. Обратите внимание, что пароль доступа к VNC-серверу не связан с каким-либо аккаунтом (учетной записью пользователя) на удаленном компьютере, а служит только для ограничения доступа к дисплею VNC-сервера.

После установки соединения и открытия экрана, в зависимости от настроек VNC-сервера может потребоваться авторизация пользователя на виртуальном сервере или может быть открыта уже запущенная рабочая сессия какого-либо пользователя.

Так как на компьютере одновременно могут работать несколько VNC-серверов, для их разделения используют параметр номер дисплея. Например, один VNC-сервер может быть запущен на дисплее :0, другой — на дисплее :1. Каждому номеру дисплея соответствует номер TCP-порта, на котором VNC-сервер принимает соединения. Номер порта для дисплея получается прибавлением номера дисплея к базовому номеру порта — 5900. Дисплею :0 соответствует TCP-порт 5900, дисплею :1 — порт 5901.

3. Отключение VNC-клиента от удаленного компьютера

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

4. Тюнинг VNC-клиента

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

Главный параметр, который влияет на объем передаваемых данных — алгоритм кодирования передаваемой графики. Для уменьшения объема и, соответственно, ускорения работы, рекомендуется использовать алгоритмы Tight, ZLib, ZRLE — по сравнению с несжатыми данными (Raw), они обеспечивают сжатие в десятки раз, заметно нагружая процессор. Эти алгоритмы кодирования обеспечивают комфортную работу даже на каналах со скоростью 256-512 Кбит/сек.

Для сокращения объема передаваемой по сети информации также можно устанавливать высокий уровень сжатия (Compression Level, Compression Value), низкий уровень качества JPEG (JPEG Quality) и включать режим уменьшения количества цветов (-bgr233, Restricted colors). Самый большой эффект из них при заметном снижении качества изображения дает режим уменьшения количества цветов — объем передаваемой информации уменьшается в 1.5-3 раза, соответственно, в 1.5-3 раза ускоряется отображение на экране.

JPEG применяется алгоритмом кодирования Tight для сжатия участков экрана, содержащих фотографии и другие сложные изображения с большим числом цветов. Использование Tight+JPEG сокращает в 2-5 раз объем передаваемых при этом данных. Другие алгоритмы кодирования JPEG не поддерживают.

1. Выпадающего меню «Система -> Параметры»

Объем передаваемых данных и скорость отображения на канале 1 Мбит/сек при открытии выпадающего меню «Система -> Параметры» (на рисунке меню выделено зеленым пунктиром):

Полноцветный режим		256 цветов (BGR233)
Объем	Время	Объем	Время
ZLib	11 Кб	0.09 сек	7 Кб	0.06 сек
HexTile	208 Кб	1.6 сек	118 Кб	0.95 сек
Raw	248 Кб	2 сек	128 Кб	1 сек

5. Частые проблемы

Не удается подключиться к VNC-серверу

есть ли доступ к интернету;
отвечает ли виртуальный сервер на пинги;
запущен ли на виртуальном сервере VNC-сервер;
нет ли по пути файервола, закрывающего доступ к TCP-порту VNC-сервера;
правльно ли указан номер дисплея или TCP-порт VNC-сервера (номер порта = 5900 + номер дисплея).

Медленная работа через достаточно быстрый канал

Однако, для некоторых сочетаний клиента и сервера такое решение может быть бесполезным из-за ошибок в согласовании алгоритма кодирования. Например, клиент TightVNC с сервером RealVNC часто могут работать только с кодировкой Raw. Решением в этом случае будет смена VNC-клиента или VNC-сервера.

Хотите улучшить этот вопрос? Обновите вопрос, чтобы он соответствовал теме переполнения стека.

Закрыто 2 года назад .

Я использую VNC для подключения к рабочей станции Linux на работе. На работе у меня есть 20-дюймовый монитор, который работает с разрешением 1600x1200, а дома я использую свой ноутбук с разрешением 1440x900. Если я установлю vncserver на 1440x900, я пропускаю много места на мониторе, тогда как если я установите его на 1600x1200, он не помещается на экране ноутбука, и мне приходится постоянно прокручивать его.

Есть ли хороший способ изменить размер сеанса VNC на лету?

Мой VNC-сервер - RealVNC E4.x (точную версию не помню), работающий на SuSE64.

Я хотел бы упомянуть кое-что, с чем я недавно столкнулся, но я еще не смог проверить это. Существует новая программа под названием FreeNX, которая должна была заменить VNC. Вот ссылка: freenx.berlios.de

Реальный VNC-сервер 4.4 включает поддержку Xrandr, которая позволяет изменять размеры VNC. Запустите сервер с:

Затем измените размер с помощью:

Благодаря Натану, даже люди из realvnc, кажется, не подчеркивают функцию xrandr . Смотрите также мою функцию bash ниже, чтобы разрешить циклическое переключение между разрешениями randr. Возможно, вам будет удобно поместить все эти параметры в .vnc/config файл. Например, первая строка моего -randr 800x600,1024x768,1280x800,1280x960,1280x1024,1680x1050,1920x1080,3360x1050,1024x700,1200x740,1600x1000,3200x1000 @ Натан Я пытался использовать решение, которое ты дал, но безуспешно. не могли бы вы попытаться ответить на мой вопрос? @DimitryK У меня был tailvncserver, и он не работает. Я очистил его и установил настоящий VNC. Я рекомендую это. Все разрешения пейзаж: 320x240,480x320,482x320,560x360,576x360,640x480,640x482,648x486,720x480,720x486,720x540,720x576,768x576,800x480,800x600,1024x600,1024x768,1280x720,1280x800,1280x1024,1366x768,1400x1050,1440x900, 1600x900,1600x1024,1600x1200,1680x1050,1920x1080,1920x1200,2048x1024,2048x1152,2048x1536,2560x1080,2560x1440,2560x1600,2560x2048,3072x1536,3072x1728,3840x2160,4096x2048,4096x2304,7680x4320,8192x4096,8192x4608.

Обнаружено, что vnc4server (4.1.1), поставляемый с Ubuntu (10.04), исправлен, чтобы также поддерживать изменение разрешения на лету через xrandr. К сожалению, эту функцию было трудно найти, потому что она недокументирована. Так что вот оно .

Запустите сервер с несколькими экземплярами 'geometry', например:

Из терминала в vncviewer (с включенным: «разрешить изменение размера рабочего стола») используйте xrandr для просмотра доступных режимов:

чтобы изменить результат, например, используйте:

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

Я использую TigerVNC на своем Linux-сервере, который имеет базовую поддержку randr . Я просто запускаю vncserver без опций -randr или multi-geometry.

Когда я запускаю xrandr в терминале, он отображает все доступные разрешения экрана:

Затем я могу легко переключиться на другое разрешение (например, на 1360x768):

Я использую TightVnc Viewer в качестве клиента, и он автоматически адаптируется к новому разрешению.

чтобы люди не впадали в погони, пожалуйста, перечислите и версию TigerVnc, и версию Linux + для вашего дистрибутива Linux? Спасибо Я могу подтвердить, что он работает очень хорошо с TiverVnc 1.1.0 (сервер Linux, клиент Linux) Я использую vncviewer и каждый раз, когда пытаюсь изменить разрешение, окно закрывается. могу ли я спросить вас, какая версия Xrandr это. Шахта: программа xrandr версии 1.3.5. Отчеты о серверах RandR версии 1.3 выглядит совершенно иначе, например, нет первого столбца Просто добавлю, что он работает и с Real VNC в качестве клиента. Протестировано для версии 6.0.3

Я думаю, что лучше всего запустить сервер VNC с другой геометрией на другом порту. Я хотел бы попробовать на основе страницы руководства

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

Изменить: Затем используйте xmove для перемещения окон между двумя x-серверами.

@Pat, проблема с вашим решением в том, что я не могу легко переместить окно из одного сеанса VNC в другой. Если я нахожусь в середине некоторой отладки, когда мне нужно уйти, я хочу быть в состоянии выбрать, где я остановился (возможно, с окнами, немного смещенными из-за изменения размера). Если у меня будет два отдельных сеанса, я не смогу продолжать то же самое, что и раньше, потому что мне придется закрыть окна из одного сеанса и повторно открыть их в другом. С другой стороны, если есть способ переместить существующее окно с одного X-сервера на другой, это может решить проблему. xmove отсутствует в текущем хранилище Ubuntu; xpra, который будет делать то же самое (выступать в роли X-прокси).

Поскольку в Google этот вопрос стоит первым, я решил поделиться решением с использованием TigerVNC, которое в наши дни используется по умолчанию.

xrandr позволяет выбирать режимы отображения (также называемые разрешениями), однако из-за жесткой кодировки моделинов в код необходимо будет добавить любую дополнительную модельную линию, такую как «2560x1600» или «1600x900» . Я думаю, что разработчики, написавшие код, намного умнее, и жестко закодированный список - это всего лишь образец значений. Это приводит к заключению, что должен быть способ добавить пользовательские модели, и man xrandr подтверждает это.

На этом фоне, если целью является совместное использование сеанса VNC между двумя компьютерами с указанными выше разрешениями и при условии, что VNC-сервер - это компьютер с разрешением «1600x900»:

Начните сеанс VNC с геометрией, соответствующей физическому отображению:

На компьютере "2560x1600" запустите программу просмотра VNC (я предпочитаю Remmina) и подключитесь к удаленному сеансу VNC:

Оказавшись внутри сеанса VNC, запустите окно терминала.

Убедитесь, что новая геометрия доступна в сеансе VNC:

и вы заметите, что экран довольно маленький.

Перечислите модельную линию (см. Статью xrandr в ArchLinux wiki) для разрешения «2560x1600»:

или, если монитор старый, получите время GTF:

Добавьте новую моделину в текущий сеанс VNC:

В приведенном выше xrandr выводе найдите отображаемое имя во второй строке:

Virtual Network Computing (VNC) — система удалённого доступа к рабочему столу компьютера, использующая протокол RFB (англ. Remote FrameBuffer, удалённый кадровый буфер).

Управление осуществляется путём передачи нажатий клавиш на клавиатуре и движений мыши с одного компьютера на другой и ретрансляции содержимого экрана через компьютерную сеть.

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

Существуют реализации клиентской и серверной части практически для всех операционных систем, в том числе и для Java (включая мобильную платформу J2ME).

К одному VNC-серверу одновременно могут подключаться множественные клиенты.

Наиболее популярные способы использования VNC — удалённая техническая поддержка и доступ к рабочему компьютеру из дома.

Установка tigervnc-server

sudo yum install tigervnc-server

Залогиньтесь под пользователем, которому вы хотите дать доступ по vnc

Password:
Verify:
Would you like to enter a view-only password (y/n)? n
A view-only password is not used

view-only password это пароль для доступа только с правами на просмотр. Действия мыши и клавиатуры во время такого доступа ограничены.

Выполните первый и второй шаги из Quick HowTo

sudo cp /lib/systemd/system/vncserver@.service /etc/systemd/system/vncserver@: 1 .service

Обратите внимание на 1 - таким образом указывается номер дисплея для данной версии сервера. Можно было выбрать другое число, главное запомнить этот выбор.

sudo vi /etc/systemd/system/vncserver@\: 1 .service

ExecStart=/usr/bin/vncserver_wrapper <USER> %i

Замените <USER> на имя вашего пользователя. (моего зовут andrei)

Можно вручную через vi а можно с помощью sed

Если вашего пользователя зовут vncuser команда будет выглядеть так:

Запуск VNC сервера

Чтобы VNC sever запускался при загрузке системы выполните

systemctl enable vncserver@:1

Запустить VNC sever вручную

sudo systemctl daemon-reload
sudo systemctl start vncserver@:1

Проверить статус VNC сервера

systemctl status vncserver@:1

Проверить, что vnc server слушает на порту 5901 можно командой

ss -tulpn| grep vnc

tcp LISTEN 0 5 *:5901 *:* users:(("X vnc ",pid=1330,fd=9)) tcp LISTEN 0 128 *:6001 *:* users:(("X vnc ",pid=1330,fd=6)) tcp LISTEN 0 5 [::]:5901 [::]:* users:(("X vnc ",pid=1330,fd=10)) tcp LISTEN 0 128 [::]:6001 [::]:* users:(("X vnc ",pid=1330,fd=5))

Открыть порт в Firewall

Теперь порт 5901 нужно открыть в firewall

sudo firewall-cmd --add-port=5901/tcp --permanent
sudo firewall-cmd --reload
sudo firewall-cmd --list-ports

19999/tcp 5901/tcp

Как вы можете убедиться - порт 5901 успешно добавлен в список открытых

Если вам вдруг стало интересно - что за порт 19999 - его использует Locust

Подключение к VNC серверу

Теперь можно установить VNC клиент, например, Remmina

sudo yum install remmina

И зайти на VNC сервер введя нужный IP адрес и порт :5901

Введите пароль пользователя для которого вы создали vncpasswd

Остановить VNC сервер

systemctl stop vncserver@:1

==== AUTHENTICATING FOR org.freedesktop.systemd1.manage-units === Authentication is required to manage system services or units. Authenticating as: andrei Password: ==== AUTHENTICATION COMPLETE ===

Изменить порт и дисплей

Если скопировать существующий файл /etc/systemd/system/vncserver@: 1 .service

cp /etc/systemd/system/vncserver@: 1 .service /etc/systemd/system/vncserver@: 0 .service
systemctl daemon-reload

Обратите внимание на предупреждение Warning: localhost.localdomain:0 is taken because of /tmp/.X0-lock

Файл .X0-lock нужно удалить

● vncserver@:0.service - Remote desktop service (VNC) Loaded: loaded (/etc/systemd/system/vncserver@:0.service; enabled; vendor preset: disabled) Active: active (running) since Wed 2021-11-22 17:16:39 EET; 4s ago Process: 9513 ExecStartPre=/bin/sh -c /usr/bin/vncserver -kill %i > /dev/null 2>&1 || : (code=exited, status=0/SUCCESS) Main PID: 9516 (vncserver_wrapp) CGroup: /system.slice/system-vncserver.slice/vncserver@:0.service └─9516 /bin/sh /usr/bin/vncserver_wrapper andrei :0 Nov 22 15:54:58 localhost.localdomain systemd[1]: Starting Remote desktop service (VNC). Nov 22 15:54:58 localhost.localdomain systemd[1]: Started Remote desktop service (VNC). Nov 22 15:54:58 localhost.localdomain vncserver_wrapper[9516]: WARNING: The first attempt to start Xvnc failed, possibly because the font Nov 22 15:54:58 localhost.localdomain vncserver_wrapper[9516]: catalog is not properly configured. Attempting to determine an appropriate Nov 22 15:54:58 localhost.localdomain vncserver_wrapper[9516]: font path for this system and restart Xvnc using that font path .

Дисплей 0

Если вы пытаетесь запустить сервер на дисплее 0 и получаете ошибку

● vncserver@:0.service - Remote desktop service (VNC) Loaded: loaded (/etc/systemd/system/vncserver@:0.service; enabled; vendor preset: Active: failed (Result: exit-code) since Thu 2021-03-18 15:50:32 EET; 2min 8s ago Process: 4260 ExecStart=/usr/bin/vncserver_wrapper andrei %i (code=exited, status= Process: 4255 ExecStartPre=/bin/sh -c /usr/bin/vncserver -kill %i > /dev/null 2>&1 Main PID: 4260 (code=exited, status=2) Nov 22 15:54:58 localhost.localdomain vncserver_wrapper[4260]: (EE) Cannot establish Nov 22 15:54:58 localhost.localdomain vncserver_wrapper[4260]: _XSERVTransSocketUNIX Nov 22 15:54:58 localhost.localdomain vncserver_wrapper[4260]: _XSERVTransMakeAllCOT Nov 22 15:54:58 localhost.localdomain vncserver_wrapper[4260]: (EE) Nov 22 15:54:58 localhost.localdomain vncserver_wrapper[4260]: Fatal server error:

Убедитесь, что у вас не запущена X Window System обычно она занимает дисплей 0.

Читайте также: