PushVNC/RealVNC: ошибка тайм-аута соединения 10060, порт 5900 открыт
Я тестирую pushvnc, который я считаю вариантом на realvnc. На маленьком домене, который я настроил здесь дома, на сервере win2003, вошедшем в систему как администратор, я могу подключаться к ноутбуку winxp в домене, пока его брандмауэр отключен. Однако, если я включаю брандмауэр, даже если открыты и 5900, и 5800 (tcp), время соединения истекает с ошибкой 10060. Я не понимаю... что еще я могу сделать?
1 ответ
Предполагая, что это не удастся после того, как вы попытаетесь включить 5800 и 5900 UDP, вы должны затем определить имена исполняемых файлов как часть профиля брандмауэра целевой XP.
Если это по-прежнему не удается, необходимо убедиться, что предотвращение использования памяти также отключено в окне целевой XP.
Также включите ведение журнала FWQ в целевой системе XP для регистрации успешных и неудачных попыток подключения, которые пытается выполнить клиент PUSH VNC.
Если это по-прежнему не удается, переместите VNC paCkage к отключенной цели XP FW и используйте утилиту exe IP <==> для моделирования того, что происходит, например TCPview.exe (посмотрите, какие порты используются).
Затем создайте правило исключения из наблюдаемых портов и используемых exe-файлов и используйте эти данные для создания набора правил исключения XP FW и отправьте его любым способом из regedit или сеанса TELNET.
Брандмауэр XP - довольно ненадежный баггер, и его набор правил / исключений все равно следует считать БЕТА. В сочетании с тем фактом, что вы используете официально неподдерживаемый и свободно доступный VNC для удаленного доступа, достаточно ингредиентов для супа разочарования.