Я хочу получить доступ к VNC-серверу, работающему на Linux-машине, из Windows-клиента без использования пароля. Это возможно?
3 ответа
Это зависит от VNC-сервера, но да, у тех, кого я видел, есть возможность использовать пароль или нет. Вопрос: с какой стати вы хотите, чтобы кто-нибудь мог подключиться?
Если вы просто хотите удаленно подключиться к серверу, в большинстве современных дистрибутивов теперь есть опция "удаленный рабочий стол", которая является вежливым способом сказать «запустить 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
Если у вас установлен tightvnc
по умолчанию для Xvnc
пароль не требуется, если вы не укажете файл пароля с помощью -rfbauth <your_pass_word_file>
.
В системе CentOS 7.0, если у меня была установка tightvnc
с помощью yum
, то я получил tigervnc
что-то настолько tightvnc
что я в первый раз пропустил другую установку. Хуже всего то, что он работает несовместимым образом. Его Xvnc
фактически принимает пароль по умолчанию, и вы должны -SecurityTypes None
в качестве аргумента при запуске сервера.
Имеет смысл не запрашивать пароль, например, когда вы входите в систему, защищенную брандмауэром на портах, которые прослушивает Xvnc
.