|
|
|
|
Strumenti |
22-08-2018, 16:55 | #1 |
Bannato
Iscritto dal: May 2004
Messaggi: 310
|
x11vnc e schermo nero
Davvero una mano di aiuto che esco pazzo da 1 settimana.....
Ho un pc dentro la mia lan con su Kali, ed istallato x11vnc server, lato client... un pc con windows 10, non c'è verso di pilotarlo in remoto.. dato che il client con VNC Viewer, da SEMPRE E SOLTANTO SCHERMO NERO!! In collo il comando in automatico che do alla partenza sul server: Codice:
x11vnc -rfbport 5900 -forever |
23-08-2018, 08:27 | #2 |
Senior Member
Iscritto dal: Apr 2004
Messaggi: 9516
|
io ho usato sul server:
x11vnc -auth /var/run/xauth/xxxxxxx -display :0 |
23-08-2018, 11:01 | #3 |
Senior Member
Iscritto dal: May 2003
Città: Padova
Messaggi: 1220
|
io non uso più vnc ma teamviewer, ma al tempo seguii questa guida: https://seb.so/vnc-from-boot-without...and-mint-lmde/ dopo aver rimosso vino (c'è ancora?)
|
23-08-2018, 12:55 | #4 |
Bannato
Iscritto dal: May 2004
Messaggi: 310
|
ancora schermo nero, poi provo la procedura di mmiat, per ora da questo output:
Codice:
The VNC desktop is: kali:0 PORT=5900 ****************************************************************************** Have you tried the x11vnc '-ncache' VNC client-side pixel caching feature yet? The scheme stores pixel data offscreen on the VNC viewer side for faster retrieval. It should work with any VNC viewer. Try it by running: x11vnc -ncache 10 ... One can also add -ncache_cr for smooth 'copyrect' window motion. More info: http://www.karlrunge.com/x11vnc/faq.html#faq-client-caching 23/08/2018 13:53:51 Got connection from client 172.20.10.10 23/08/2018 13:53:51 other clients: 23/08/2018 13:53:51 Normal socket connection 23/08/2018 13:53:51 Disabled X server key autorepeat. 23/08/2018 13:53:51 to force back on run: 'xset r on' (3 times) 23/08/2018 13:53:51 incr accepted_client=1 for 172.20.10.10:58748 sock=11 23/08/2018 13:53:51 Client Protocol Version 3.8 23/08/2018 13:53:51 Protocol version sent 3.8, using 3.8 23/08/2018 13:53:51 rfbProcessClientSecurityType: executing handler for type 1 23/08/2018 13:53:51 rfbProcessClientSecurityType: returning securityResult for client rfb version >= 3.8 23/08/2018 13:53:51 created xdamage object: 0x1c00024 23/08/2018 13:53:52 rfbProcessClientNormalMessage: ignoring unsupported encoding type Enc(0x00000018) 23/08/2018 13:53:52 rfbProcessClientNormalMessage: ignoring unsupported encoding type Enc(0x00000016) 23/08/2018 13:53:52 rfbProcessClientNormalMessage: ignoring unsupported encoding type Enc(0x00000015) 23/08/2018 13:53:52 rfbProcessClientNormalMessage: ignoring unsupported encoding type Enc(0x0000000F) 23/08/2018 13:53:52 rfbProcessClientNormalMessage: ignoring unsupported encoding type Enc(0xFFFFFEC6) 23/08/2018 13:53:52 Enabling full-color cursor updates for client 172.20.10.10 23/08/2018 13:53:52 Enabling NewFBSize protocol extension for client 172.20.10.10 23/08/2018 13:53:52 Using ZRLE encoding for client 172.20.10.10 23/08/2018 13:53:52 client useCopyRect: 172.20.10.10 -1 23/08/2018 13:53:52 client_set_net: 172.20.10.10 0.0058 23/08/2018 13:53:52 Pixel format for client 172.20.10.10: 23/08/2018 13:53:52 8 bpp, depth 6 23/08/2018 13:53:52 true colour: max r 3 g 3 b 3, shift r 4 g 2 b 0 23/08/2018 13:53:52 rfbProcessClientNormalMessage: ignoring unsupported encoding type Enc(0x00000018) 23/08/2018 13:53:52 rfbProcessClientNormalMessage: ignoring unsupported encoding type Enc(0x00000016) 23/08/2018 13:53:52 rfbProcessClientNormalMessage: ignoring unsupported encoding type Enc(0x00000015) 23/08/2018 13:53:52 rfbProcessClientNormalMessage: ignoring unsupported encoding type Enc(0x0000000F) 23/08/2018 13:53:52 rfbProcessClientNormalMessage: ignoring unsupported encoding type Enc(0xFFFFFEC6) 23/08/2018 13:53:52 Enabling full-color cursor updates for client 172.20.10.10 23/08/2018 13:53:52 Enabling NewFBSize protocol extension for client 172.20.10.10 23/08/2018 13:53:52 Switching from ZRLE to raw Encoding for client 172.20.10.10 23/08/2018 13:53:52 rfbProcessClientNormalMessage: ignoring unsupported encoding type Enc(0x00000018) 23/08/2018 13:53:52 rfbProcessClientNormalMessage: ignoring unsupported encoding type Enc(0x00000016) 23/08/2018 13:53:52 rfbProcessClientNormalMessage: ignoring unsupported encoding type Enc(0x00000015) 23/08/2018 13:53:52 rfbProcessClientNormalMessage: ignoring unsupported encoding type Enc(0x0000000F) 23/08/2018 13:53:52 rfbProcessClientNormalMessage: ignoring unsupported encoding type Enc(0xFFFFFEC6) 23/08/2018 13:53:52 Enabling full-color cursor updates for client 172.20.10.10 23/08/2018 13:53:52 Enabling NewFBSize protocol extension for client 172.20.10.10 23/08/2018 13:53:52 Switching from raw to ZRLE Encoding for client 172.20.10.10 23/08/2018 13:53:52 Pixel format for client 172.20.10.10: 23/08/2018 13:53:52 32 bpp, depth 24, little endian 23/08/2018 13:53:52 true colour: max r 255 g 255 b 255, shift r 16 g 8 b 0 23/08/2018 13:53:52 no translation needed 23/08/2018 13:53:52 client 1 network rate 256.2 KB/sec (256.2 eff KB/sec) 23/08/2018 13:53:52 client 1 latency: 4.7 ms 23/08/2018 13:53:52 dt1: 0.0002, dt2: 0.0677 dt3: 0.0047 bytes: 16798 23/08/2018 13:53:52 link_rate: LR_UNKNOWN - 4 ms, 256 KB/s 23/08/2018 13:54:01 created selwin: 0x1c00025 23/08/2018 13:54:01 called initialize_xfixes() |
02-09-2018, 17:21 | #5 |
Senior Member
Iscritto dal: Jan 2006
Messaggi: 1525
|
Mi ricordo che un po' di tempo fa' avevo avuto un problema simile (schermo nero lato client) tra due debian 8 ed avevo risolto usando l'opzione -nodpms per "risvegliare" lo schermo del server da low power state:
Codice:
x11vnc -forever -usepw -nodpms
__________________
-)(- debian -)(- |
Strumenti | |
|
|
Tutti gli orari sono GMT +1. Ora sono le: 21:18.