Я уже некоторое время борюсь с проблемой конфигурации VNC. Даже с дополнительной недавней помощью друга / гуру, более опытного, чем я, проблема продолжала ускользать от меня:
Запустив сервер TightVNC на машине «myServer» (WinXPsp2), настроенной на отображение / порт 1, можно использовать vncviewer на машине «myClient» для подключения, если кто-то локально вошел в myServer. Итак, если я вошел в систему локально на сервере, на моем клиенте я мог бы подключиться к vncviewer. Выход из сервера локально; vncviewer не смог установить соединение. Снова войдите на сервер, и vncviewer снова подключится с клиента.
Я только что закончил внимательно изучать все варианты тестовых случаев (у меня есть таблица с результатами тестирования), и мой замечательный вывод таков:
(1) При выходе из системы на сервере служба VNC возвращается к отображению / порту 0. При входе на сервер она учитывает порт, установленный в конфигурации.
(2) При выходе из системы на сервере служба VNC возвращается к неизвестному паролю по умолчанию. При входе на сервер соблюдает пароль, установленный в конфигурации.
Итак, с сервером VNC, установленным на порт 1, если я вошел в систему на сервере, vncviewer подключается к порту 1. При выходе из системы vncviewer подключается только к порту 0! К сожалению, он подключается, но не аутентифицируется, потому что, как я сказал выше, он не только восстанавливает порт, но и пароль, и я не знаю, какой пароль по умолчанию (сайт TightVNC утверждает, что пароля по умолчанию нет).
Обратите внимание, что мои тестовые примеры включают:
Это известный дефект? Я ничего не нашел по нему с помощью веб-поиска. Есть ли обходной путь, чтобы можно было подключиться к vncviewer?
Раньше я использовал TightVNC. Хотя в свое время он был хорош, у него, как и у любого другого программного обеспечения, были свои «проблемы». Столкнувшись с очень похожими проблемами с паролями TightVNC, могу сказать:
Ваша установка завершена.
Вам нужно будет удалить службу, удалить программное обеспечение, а затем просмотреть реестр (так как это оставит небольшие лакомые кусочки). После очистки выполните повторную установку с нуля, установите пароль по умолчанию, а затем «установите» его как службу. Это должно исправить это.
Если у вас есть некоторая свобода выбора программного обеспечения, которое вам разрешено устанавливать, вам следует пересмотреть использование UltraVNC, который поддерживает кодирование TightVNC, а также другие приятные функции (передача файлов, автоматическое масштабирование экрана, перехватчик видеодрайвера с низким процессором и т. д.)
При выходе из системы VNC контролируется записями реестра в HKLM \ Software. Вы можете обнаружить, что при входе в систему он просматривает HKEY_CURRENT_USER \ Software. В таком случае попробуйте удалить ключ TightVNC из текущего пользовательского бита реестра и перезапустите службу. Если повезет, вместо этого он прибегнет к использованию ключа локальной машины.
JR
Есть 2 места, где нужно установить параметры входа в систему. Есть «Настройки пользователя», которые появляются, когда вы устанавливаете TightVNC и вводите пароль, порт (если вы не используете значение по умолчанию) и т.д. Это для текущего пользователя, вошедшего в систему.
Также есть «Настройки по умолчанию», которые находятся в TightVNC / Администрирование / Показать настройки по умолчанию. Здесь вы устанавливаете пароль, который позволяет входить в систему без входа в систему никого и разрешает соединение, когда никто не входит в систему. (И он был установлен как услуга.)
Эти диалоговые окна настроек выглядят одинаково, поэтому это немного сбивает с толку, но это действительно разные настройки. Это относится к XP, Win2K, я не уверен насчет Vista или Win7, но Windows Server 2008 разрешает только пользовательский режим, что делает невозможным вход в систему после перезагрузки.