Ложное сообщение об ошибке, что пароль не включен/недействителен в UltraVNC 1.4.3.6.

Вопрос или проблема

У меня есть 2 удаленные рабочие станции, обе работают под управлением Windows 11 и обе запускают одну и ту же версию 1.4.3.6 UltraVNC как сервис. С третьего компьютера я могу успешно подключиться к первому компьютеру, но когда я пытаюсь подключиться ко второму, возникает ошибка “Этот сервер не имеет включенного действительного пароля”.

Файл ultravnc.ini изначально был разным, но я скопировал его с одной рабочей станции на другую, так что теперь они точно одинаковые. Конечно, я перезапустил службу.

Я снял флажок с опции “только серверы с паролем” в vnc viewer, но это не изменило поведения.

Когда я просматриваю трафик с помощью Wireshark, я вижу аналогичный трафик в обоих случаях, но после обмена версиями протокола в плохом случае с рабочей станции пришло 177 байт кода “Поддерживаемые типы безопасности”, содержащие сообщение об ошибке (вместо 16 байт). После этого пакета просмоторщик отправляет FIN-пакет для закрытия соединения.

Сначала кажется, что vncviewer закрывает соединение, но поскольку сообщение об ошибке отправляется сервером, очевидно, что сервер решает, что пароль отключен/недействителен.

(Нет других установок VNC: когда я изменяю пароль с помощью значка в системном трее, файл ultravnc.ini также изменяется)

Какое решение позволит получить доступ к обеим рабочим станциям?

Ответ или решение

Для решения проблемы с сообщением об ошибке «Этот сервер не имеет действующего пароля» в UltraVNC версии 1.4.3.6 на втором удалённом рабочем месте, необходимо тщательно изучить и устранить несколько потенциальных причин неисправности. Рассмотрим наиболее вероятные причины проблемы и шаги по их устранению.

Теория:
UltraVNC — это популярное программное обеспечение для удалённого управления, которое использует пароли для обеспечения безопасности соединений между клиентом и сервером. Сообщение об ошибке «Этот сервер не имеет действующего пароля» указывает на проблему с установкой или применением пароля на серверной стороне.

Пример:
Допустим, вы работаете с двумя одинаково настроенными рабочими станциями на базе Windows 11 с установленной версией UltraVNC 1.4.3.6 как службой. Подключение к одной из них проходит успешно, тогда как подключение ко второй вызывает ошибку, несмотря на аналогичные файлы конфигурации ultravnc.ini на обеих станциях.

Применение:

Проверка конфигурации UltraVNC:
- Убедитесь, что файлы ultravnc.ini на обеих машинах абсолютно идентичны в части, касающейся паролей и параметров безопасности. Важно проверить права доступа на файл, чтобы удостовериться, что служба UltraVNC имеет полный доступ к чтению и записи для актуализации парольной информации. Бывает, что из-за ограничений системы файл конфигурации не обновляется корректно, что может привести к рассогласованию.
Перезапись и проверка пароля:
- Попробуйте вручную сбросить пароль через интерфейс иконки UltraVNC в системном трее. Уделите внимание тому, чтобы пароль соответствовал всем правилам и требованиям безопасности UltraVNC. После изменения перезапустите службу для применения изменений. Таким образом, будет исключён случай, когда старая или неверная конфигурация остаётся в памяти процесса.
Диагностика через Wireshark:
- Если Wireshark указывает на расхождение в передаваемых данных в момент установки соединения, это может свидетельствовать об ошибке взаимодействия или несовместимости между клиентом и сервером. Проверьте, не используются ли какие-либо специфические политики безопасности или брандмауэры, блокирующие или изменяющие трафик VNC на втором рабочем месте.
Синхронизация системного времени:
- Несоответствие времени на клиенте и сервере может иногда приводить к ошибкам аутентификации. Убедитесь, что на всех машинах используется синхронизация времени через NTP или другие средства, обеспечивающие точность часов.
Переустановка UltraVNC:
- В случае, если вышеуказанные шаги не привели к результату, попробуйте полностью удалить UltraVNC с проблемного рабочего места, очистить системный реестр от его следов, перезагрузить компьютер и выполнить чистую установку последней версии программного обеспечения. Это гарантирует, что никакие конфигурационные файлы или неверные настройки не будут препятствовать подключению.
Логи и аудит безопасности:
- Проверьте журналы событий Windows и UltraVNC для выявления возможных сообщений об ошибках или предупреждений, которые могли бы дать более детальную информацию о причинах ошибки. Часто такие логи содержат ключи к пониманию специфических технических неполадок.
Тестовый запуск с отключением антивируса/брандмауэра:
- На время тестирования отключите антивирусные программы и брандмауэр на сервере, чтобы исключить их вмешательство в процесс установления соединения VNC. Такие ПО часто имеют защищенные режимы работы, которые могут случайно блокировать специфичные порты или протоколы.

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