2

Я хочу получить доступ к VNC-серверу, работающему на Linux-машине, из Windows-клиента без использования пароля. Это возможно?

3 ответа3

1

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

1

Если вы просто хотите удаленно подключиться к серверу, в большинстве современных дистрибутивов теперь есть опция "удаленный рабочий стол", которая является вежливым способом сказать «запустить VNC-сервер, подключенный к текущему сеансу X». Если вы включите это, и пока вы будете входить в консоль, вы сможете удаленно к серверу.

Я догадываюсь, что вы действительно пытаетесь сказать: «Я не хочу, чтобы появлялось диалоговое окно ввода пароля, но я хочу удаленно войти в систему с Linux». Это выполнимо, но требует некоторой настройки, и вы можете столкнуться с некоторыми конфликтами в новых дистрибутивах.

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

Затем вы захотите установить VNC-сервер с поддержкой сеансов. Я бы порекомендовал TightVNC вместо стандартного пакета VNC, не только потому, что он поддерживает сжатие, но и, кажется, "играет лучше" при аутентификации в диспетчерах дисплеев.

  • Red Hat/CentOS:
yum remove vnc && yum install tightvnc
  • Debian/Ubuntu:
apt-get update && apt-get remove vnc ; apt-get install tightvnc

Вы захотите создать новую запись для вашей службы суперсервера inet (inetd, xinetd и т.д.) Идея состоит в том, что вы будете динамически создавать соединение для каждой попытки клиента. Вы захотите этого, потому что использование статически работающего демона не приведет к правильному запуску подпроцесса для каждой попытки подключения.

Запись для сервера inetd/xinetd будет иметь встроенный размер дисплея, глубину цвета и т.д. Я бы порекомендовал что-то вроде 15 или 16 бит / с и дисплей около 1000x700 (оставшиеся 68 пикселей будут заняты вашим клиентом windows / linux / mac в нижней и верхней части экрана клиента, и у вас будет 12 пикселей "край" на каждой стороне на установке 1024x768). Если вам требуются пользовательские дисплеи, вы можете создать несколько записей, каждая со своей собственной битовой глубиной и разрешением экрана. Да, вы можете делать пользовательские разрешения, а некоторые клиенты даже поддерживают пользовательские битовые глубины (12bpp, попробуйте когда-нибудь ...) Это обеспечит вам некоторую гибкость при подключении от разных клиентов.

Наконец, вы хотите включить удаленный вход в систему в вашем диспетчере отображения. Большинство дистрибутивов объединяют GDM по умолчанию, хотя это могут быть KDM, WDM, XDM и т.д., Поэтому вам нужно изучить это, чтобы установить его правильно.

Некоторые примеры:

http://www.simonsmess.com/ubuntu/vnc-to-gdm-with-login-it-can-work/

http://www.realvnc.com/pipermail/vnc-list/2000-December/019151.html

http://themadadmin.com/wp/?p=1225

0

Если у вас установлен tightvnc по умолчанию для Xvnc пароль не требуется, если вы не укажете файл пароля с помощью -rfbauth <your_pass_word_file> .

В системе CentOS 7.0, если у меня была установка tightvnc с помощью yum , то я получил tigervnc что-то настолько tightvnc что я в первый раз пропустил другую установку. Хуже всего то, что он работает несовместимым образом. Его Xvnc фактически принимает пароль по умолчанию, и вы должны -SecurityTypes None в качестве аргумента при запуске сервера.

Имеет смысл не запрашивать пароль, например, когда вы входите в систему, защищенную брандмауэром на портах, которые прослушивает Xvnc .

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