соединение с x11vnc сервером с remmina (черное показанное окно и исчезновение после <1second)

Я пытаюсь соединиться с к 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%)
2
задан 10 November 2018 в 17:58

1 ответ

Я испытал точно то же явление (успешное соединение с черным окном, которое закрылось в меньше, чем секунда). Я решил его путем изменения настроек Quality соединения с (самым медленным) Лучшим. С этим изменением я могу соединиться успешно с удаленной машиной.

enter image description here

Различие, кажется, находится в используемом кодировании. После этого изменения, где журнал ранее сказал "Используя трудное кодирование", это теперь говорит "Используя кодирование hextile".

Для сравнения мой сервер запускает Ubuntu 16.04, x11vnc 0.9.13 и использует ту же команду в качестве в вопросе, выполненном как корень. На стороне клиента я запускаю Ubuntu 18.04 и Remmina 1.2.0-rcgit-29.

0
ответ дан 2 December 2019 в 06:49

Другие вопросы по тегам:

Похожие вопросы: