search

extrange / ibkr-docker

Run IBKR Gateway/TWS in a Docker container
159 stars 34 forks source link

VNC connection keeps dropping #45

Closed gitterspec closed 9 months ago

gitterspec commented 10 months ago

I am connecting using a desktop VNC viewer (UltraVNC). The server drops the connection and my viewer reconnects instantly every 26sec. I have many other dockers running VNC including one that runs TWS and have not experienced this issue with any of the others. Is there some type of timeout configured?

app | Fri Sep  1 02:53:37 2023
app |  VNCSConnST:  Failed to flush remaining socket data on close: write: Broken
app |               pipe (32)
app |  VNCSConnST:  closing 192.168.1.103::59114: write: Connection reset by peer
app |               (104)
app |  EncodeManager: Framebuffer updates: 240
app |  EncodeManager:   Tight:
app |  EncodeManager:     Solid: 24.641 krects, 379.554 Mpixels
app |  EncodeManager:            385 KiB (1:3851.74 ratio)
app |  EncodeManager:   ZRLE:
app |  EncodeManager:     Bitmap RLE: 1.673 krects, 2.32451 Mpixels
app |  EncodeManager:                 59.5166 KiB (1:152.894 ratio)
app |  EncodeManager:     Indexed RLE: 22.466 krects, 243.357 Mpixels
app |  EncodeManager:                  11.5646 MiB (1:80.2958 ratio)
app |  EncodeManager:     Full Colour: 31.764 krects, 255.872 Mpixels
app |  EncodeManager:                  46.8194 MiB (1:20.8554 ratio)
app |  EncodeManager:   Total: 80.544 krects, 881.107 Mpixels
app |  EncodeManager:          58.8181 MiB (1:57.1606 ratio)
app |  Connections: closed: 192.168.1.103::59114
app |  ComparingUpdateTracker: 278.1 Mpixels in / 70.458 kpixels out
app |  ComparingUpdateTracker: (1:3947.03 ratio)
app |
app | Fri Sep  1 02:53:41 2023
app |  Connections: accepted: 192.168.1.103::59119
app |  SConnection: Client needs protocol version 3.8
app |  SConnection: Client requests security type None(1)
app |  VNCSConnST:  Server default pixel format depth 24 (32bpp) little-endian rgb888
app |  VNCSConnST:  Client pixel format depth 24 (32bpp) little-endian rgb888
app |  VNCSConnST:  Client pixel format depth 24 (32bpp) little-endian rgb888
app |
app | Fri Sep  1 02:54:07 2023
app |  VNCSConnST:  Failed to flush remaining socket data on close: write: Broken
app |               pipe (32)
app |  VNCSConnST:  closing 192.168.1.103::59119: write: Broken pipe (32)
app |  EncodeManager: Framebuffer updates: 230
app |  EncodeManager:   Tight:
app |  EncodeManager:     Solid: 23.909 krects, 365.184 Mpixels
app |  EncodeManager:            373.562 KiB (1:3819.39 ratio)
app |  EncodeManager:   ZRLE:
app |  EncodeManager:     Bitmap RLE: 1.603 krects, 2.22725 Mpixels
app |  EncodeManager:                 57.0264 KiB (1:152.894 ratio)
app |  EncodeManager:     Indexed RLE: 21.526 krects, 233.135 Mpixels
app |  EncodeManager:                  11.0284 MiB (1:80.663 ratio)
app |  EncodeManager:     Full Colour: 30.228 krects, 245.128 Mpixels
app |  EncodeManager:                  44.83 MiB (1:20.8663 ratio)
app |  EncodeManager:   Total: 77.266 krects, 845.675 Mpixels
app |  EncodeManager:          56.2789 MiB (1:57.3373 ratio)
app |  Connections: closed: 192.168.1.103::59119
app |  ComparingUpdateTracker: 356.381 Mpixels in / 147.076 kpixels out
app |  ComparingUpdateTracker: (1:2423.11 ratio)
app |
app | Fri Sep  1 02:54:11 2023
app |  Connections: accepted: 192.168.1.103::59123
app |  SConnection: Client needs protocol version 3.8
app |  SConnection: Client requests security type None(1)
app |  VNCSConnST:  Server default pixel format depth 24 (32bpp) little-endian rgb888
app |  VNCSConnST:  Client pixel format depth 24 (32bpp) little-endian rgb888
app |  VNCSConnST:  Client pixel format depth 24 (32bpp) little-endian rgb888
extrange commented 10 months ago

Sorry, I'm not familiar with UltraVNC. What ports are you forwarding from the container? Does localhost:6080 (noVNC) work for you?

If you have not already done so, you might have to forward port 5900 in compose.yml:

ports:
  - "5900:5900"
gitterspec commented 10 months ago

Yes, the port is forwarded and I can connect, but it drops every 26sec triggering my client to reconnect. Not sure if there were some custom settings put into the VNC server or in the networking config of the docker image that may be causing disconnects.

noVNC is working.

extrange commented 10 months ago

I've tested TigerVNC with stable (10.19.2d) and it's working. Unfortunately I can't try out UltraVNC as I'm running Fedora. Does TigerVNC work for you? If so, it could be an issue specific to UltraVNC.