У меня дома три системы. Два из них работают под управлением Linux, а моя основная система работает под управлением Windows 10. Чтобы быть более конкретным, системы Linux работают на Mint и используют рабочую среду Cinnamon.

Теперь, чтобы проверить все, я установил Mint в своей основной системе и успешно подключился к двум другим. Тем не менее, под Windows 10, мне кажется, возникают проблемы с подключением с использованием протоколов VNC или RDP.

Сначала я попытался использовать TightVNC, установив программу просмотра в моей системе Windows, а в системах Linux был установлен stretchvncserver. После ввода IP-адреса одной из систем Linux в программу просмотра мне будет предложено ввести пароль, который он принимает, а затем отобразится серый экран с X для курсора мыши.

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

Я установил xrdp в системах Linux и попытался подключиться, используя встроенный инструмент mstsc.exe. Ввод IP-адреса и ничего более не откроет черный экран, который спрашивает, какой протокол соединения использовать. Как и ожидалось, ни один из протоколов не RDP не работал, что дает мне ошибки соединения, но ни один из вариантов RDP тоже не работал. То есть rdp-any, freerdp-any или sesman-x11rdp. Первый отказывает, второй зависает, а третий просто полностью закрывает mstsc.

Итак, теперь вопрос в том, что является причиной? Не удалось ли что-то настроить на стороне Linux, или мне нужно что-то еще сделать на стороне Windows? Я следовал за несколькими руководствами онлайн, чтобы попытаться настроить вещи, но ни один не работал. На данный момент я могу подключиться к системам Linux только с помощью TeamViewer, но не через локальную сеть, а через Интернет.

Я удалил все программное обеспечение VNC/RDP из своих систем Linux, поэтому я готов начать все сначала. Я бы предпочел использовать mstsc из моей системы Windows, но я согласен и на TightVNC.

РЕДАКТИРОВАТЬ: Чтобы быть ясно, цель состоит в том, чтобы контролировать тот же рабочий стол, а не новый рабочий стол в системах Linux.

2 ответа2

0

1) tightvnc может использоваться только как "дополнительный" или "виртуальный" X-сервер, который не подключен к видимому рабочему столу. Как вы можете видеть из man vncserver:

vncserver - это скрипт-обертка для Xvnc , бесплатный X-сервер для VNC (Virtual Network Computing). Он предоставляет все возможности стандартного X-сервера, но не подключается к дисплею для себя. Вместо этого Xvnc создает виртуальный рабочий стол, который вы можете просматривать или контролировать удаленно с помощью средства просмотра VNC.

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

2) Я не знаком с xrdp , но считаю, что он просто обеспечивает мост между протоколом RDP и протоколом VNC. Таким образом, вам все еще нужен VNC-сервер для подключения к нему.

3) Если вы хотите VNC-сервер, который подключен к видимому дисплею, вам нужен x11vnc .

-1

Я верю, что вам нужно настроить "оконный менеджер" для пользователя, которого вы использовали для входа в систему с именем пользователя и паролем, если вы оказались в vnc с серым рабочим столом и X в качестве курсора мыши. (Вас спрашивали также логин, а не только пароль, верно?)

Настройте "оконный менеджер" для этого пользователя и / или проверьте, нужно ли вам настроить графический менеджер входа в систему для вашеголаvvcserver.

Всё ещё ищете ответ? Посмотрите другие вопросы с метками .