We are routinely seeing this under the following circumstances:
Our "machines" are run by two or more computers, both behind a router. The router forwards incoming UltraVNC requests to the server computer. If we need to get to the workstation computer, we then create a second UltraVNC connection from the server to the workstation.
UltraVNC 126.96.36.199 installed everywhere.
Mirror driver installed on server and workstation, but not on remote machine (The remote machine also does not have a VNC Server.)
The server and workstation are both running XPSP3, x86.
/notoolbar and /fullscreen are both specified when connecting from the server to the workstation. (Testing suggests that either one of these switches is sufficient.)
For what it's worth, the server has no monitor, keyboard, or mouse.
Connections to the server (from a remote computer, running one of Win7SP1 x86, Win7SP1 x64, or XPSP3 x86) work fine. If we then connect from the server to the workstation, the server->workstation connection returns a black screen. The remote->server connection is still operating properly, as evidenced by:
- The presence of the server UVNC viewer system bar in the remote viewer (with the workstation's computer name and restore/minimize/close buttons)
- If not suppressed by /notoolbar, the UVNC toolbar displayed by the server viewer.
- Proper video response from various input commands, such as clicking the "Send ctrl-esc" button on the remote viewer.
In our testing, it is always the second (in this case, server->workstation) VNC connection that does not provide video. Even with both /notoolbar and /fullscreen, the remote->server connection works fine.
I looked at redge's zip file, but it does not contain any file that looks promising as a replacement for the VNC viewer. Was this intentional?
Last edited by DaleStan
on 2011-04-19 15:19, edited 1 time in total.