Я пытаюсь соединиться с к x11vnc с помощью remmina на Ubuntu. Каждый раз, когда я пытаюсь соединиться, черное окно (remmina) показывают, который исчезает после приблизительно <1 секунда. Соединение и наблюдение удаленных работ дисплея, прекрасных при использовании другого клиента (попробованный ssvnc v1.0.29 - выбирающий 'шифрование').
Какие-либо подсказки о базовой проблеме и как решить его? Я действительно хотел бы использовать remmina вместо ssvnc.
ОС: Ubuntu 16.04
remmina: 1.1.2
x11vnc: 0.9.13
выполнение x11vnc со следующей командой:
/usr/bin/x11vnc - подлинное предположение - навсегда-localhost - цикл-noxdamage-o /var/log/x11vnc.log-rfbauth/etc/x11vnc.pass-rfbport 5900 - совместно использованный
журнал x11vnc от одной из моих попыток подключения с помощью remmina (туннелировал через ssh - таким образом, это появляется как "соединение от localhost").
10/11/2018 15:23:03 Got connection from client 127.0.0.1
10/11/2018 15:23:03 other clients:
10/11/2018 15:23:03 Normal socket connection
10/11/2018 15:23:03 check_access: checking against full string "127.0.0.1"
10/11/2018 15:23:03 check_access: client 127.0.0.1 fullmatch matches host 127.0.0.1
10/11/2018 15:23:03 Disabled X server key autorepeat.
10/11/2018 15:23:03 to force back on run: 'xset r on' (3 times)
10/11/2018 15:23:03 incr accepted_client=7 for 127.0.0.1:45132 sock=12
10/11/2018 15:23:03 Client Protocol Version 3.8
10/11/2018 15:23:03 Protocol version sent 3.8, using 3.8
10/11/2018 15:23:03 rfbProcessClientSecurityType: executing handler for type 2
10/11/2018 15:23:04 Pixel format for client 127.0.0.1:
10/11/2018 15:23:04 8 bpp, depth 8
10/11/2018 15:23:04 true colour: max r 7 g 7 b 3, shift r 0 g 3 b 6
10/11/2018 15:23:04 rfbProcessClientNormalMessage: ignoring unsupported encoding type ultraZip
10/11/2018 15:23:04 Using compression level 9 for client 127.0.0.1
10/11/2018 15:23:04 Using image quality level 0 for client 127.0.0.1
10/11/2018 15:23:04 Using JPEG subsampling 1, Q15 for client 127.0.0.1
10/11/2018 15:23:04 Enabling X-style cursor updates for client 127.0.0.1
10/11/2018 15:23:04 Enabling full-color cursor updates for client 127.0.0.1
10/11/2018 15:23:04 Enabling cursor position updates for client 127.0.0.1
10/11/2018 15:23:04 Enabling KeyboardLedState protocol extension for client 127.0.0.1
10/11/2018 15:23:04 Enabling NewFBSize protocol extension for client 127.0.0.1
10/11/2018 15:23:04 Enabling LastRect protocol extension for client 127.0.0.1
10/11/2018 15:23:04 Enabling SupportedMessages protocol extension for client 127.0.0.1
10/11/2018 15:23:04 Enabling SupportedEncodings protocol extension for client 127.0.0.1
10/11/2018 15:23:04 Enabling ServerIdentity protocol extension for client 127.0.0.1
10/11/2018 15:23:04 Using tight encoding for client 127.0.0.1
10/11/2018 15:23:04 client_count: 0
10/11/2018 15:23:04 Restored X server key autorepeat to: 1
10/11/2018 15:23:04 Client 127.0.0.1 gone
10/11/2018 15:23:04 Statistics events Transmit/ RawEquiv ( saved)
10/11/2018 15:23:04 FramebufferUpdate : 1 | 0/ 0 ( 0.0%)
10/11/2018 15:23:04 LastRect : 1 | 12/ 12 ( 0.0%)
10/11/2018 15:23:04 tight : 38 | 55358/ 3686856 ( 98.5%)
10/11/2018 15:23:04 ServerIdentify : 1 | 42/ 42 ( 0.0%)
10/11/2018 15:23:04 SupportedEncoding : 1 | 92/ 92 ( 0.0%)
10/11/2018 15:23:04 SupportedMessage : 1 | 76/ 76 ( 0.0%)
10/11/2018 15:23:04 PointerPos : 1 | 12/ 12 ( 0.0%)
10/11/2018 15:23:04 TOTALS : 44 | 55592/ 3687090 ( 98.5%)
10/11/2018 15:23:04 Statistics events Received/ RawEquiv ( saved)
10/11/2018 15:23:04 FramebufferUpdate : 1 | 10/ 10 ( 0.0%)
10/11/2018 15:23:04 SetEncodings : 1 | 88/ 88 ( 0.0%)
10/11/2018 15:23:04 SetPixelFormat : 1 | 20/ 20 ( 0.0%)
10/11/2018 15:23:04 TOTALS : 3 | 118/ 118 ( 0.0%)
Я испытал точно то же явление (успешное соединение с черным окном, которое закрылось в меньше, чем секунда). Я решил его путем изменения настроек Quality соединения с (самым медленным) Лучшим. С этим изменением я могу соединиться успешно с удаленной машиной.
Различие, кажется, находится в используемом кодировании. После этого изменения, где журнал ранее сказал "Используя трудное кодирование", это теперь говорит "Используя кодирование hextile".
Для сравнения мой сервер запускает Ubuntu 16.04, x11vnc 0.9.13 и использует ту же команду в качестве в вопросе, выполненном как корень. На стороне клиента я запускаю Ubuntu 18.04 и Remmina 1.2.0-rcgit-29.