A proxy that doesn't work (fully)
Gustafsson, Bjorn
Bjorn.Gustafsson "at" delaval.com
Mon, 25 Sep 2000 16:12:18 +0000
So, regarding my mail a couple of hours ago (Floor control: An old problem
(I think)) and a proxy for enabling multiple users, one in control.
I sat down and wrote my own little proxy, and I got it working.. Almost..
Basically it listens for connections to port 5900 (redirected VNCServer to
5901) and accepts connections to anything requesting it, passing it to the
vnc-server.
Any server communication is sent directly to the respective client. The
server accepts many connections at once, and runs them shared.
If the client is the "active" client (i.e. the first one to connect),
everything goes unfiltered to the server, just like it would if I connected
directly, and this works fine.
If the client is an "unactive" client, the proxy filters out KeyEvent,
PointerEvent and ClientCutText (0x04, 0x05 and 0x06)*, but sends anything
else to the server (buffer update requests and such). This is the part that
doesn't work.
Sporadically, it seems to "lock up". Taking a look at the log produced by
the proxy, I see that the passive client(s) suddenly stop requesting buffer
updates, and just keeps sending PointerEvent after PointerEvent with no
bufferupdate.
Which leads to the question I really want to ask, does the client require
any kind of "confirmation" to any Events it sends, and could that be the
cause for the sudden end of bufferupdate requests? If not, anyone has a
qualified guess to what could be causing this?
It's *probably* not high latency or anything like it since the "active"
client has no problem with keeping the connection going.
/Bjorn
* In passive_client-server communication, it filters out every transfer that
doesn't start with 0, 1, 2, 3 or 7 to 255
_____
Bjvrn Gustafsson
Technical Writer/MEMO - DeLaval Tumba
FS - Service & Parts
Phone: +46-8-53066659
Fax: +46-8-53033015
Mail: bjorn.gustafsson "at" delaval.com <mailto:bjorn.gustafsson "at" delaval.com>
---------------------------------------------------------------------
To unsubscribe, send a message with the line: unsubscribe vnc-list
to majordomo "at" uk.research.att.com
See also: http://www.uk.research.att.com/vnc/intouch.html
---------------------------------------------------------------------