Author |
Message |
ed3120
|
Posted: Sat Aug 11, 2007 9:52 am |
|
Joined: Sun Dec 04, 2005 1:44 pm
Posts: 403
Location:
Central NJ
|
I cannot connect to my myth box using vnc. I'm using tightvnc and I type in the IP address of myth, hit OK, and nothing happens.
Yes, my /home/mythtv/.fluxbox/apps has the following line in it:
Code: [startup] {/usr/bin/x11vnc -nap -wait 50 -passwd mythtv -display :0 -forever -o /var/log/x11vnc.log -bg} If I just try to execute /usr/bin/x11vnc, I get the following response: Code: ############################################################### #@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@# #@ @# #@ ** WARNING ** WARNING ** WARNING ** WARNING ** @# #@ @# #@ YOU ARE RUNNING X11VNC WITHOUT A PASSWORD!! @# #@ @# #@ This means anyone with network access to this computer @# #@ will be able to view and control your desktop. @# #@ @# #@ >>> If you did not mean to do this Press CTRL-C now!! <<< @# #@ @# #@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@# #@ You can also use the -passwdfile or -passwd options. @# #@ (note -passwd is unsafe if local users are not trusted) @# #@ @# #@ Make sure any -rfbauth and -passwdfile password files @# #@ cannot be read by untrusted users. @# #@ @# #@ Use x11vnc -usepw to automatically use your @# #@ ~/.vnc/passwd or ~/.vnc/passwdfile password files. @# #@ (and prompt you to create ~/.vnc/passwd if neither @# #@ file exists.) Under -usepw, x11vnc will exit if it @# #@ cannot find a password to use. @# #@ @# #@ @# #@ Even with a password, the subsequent VNC traffic is @# #@ sent in the clear. Consider tunnelling via ssh(1): @# #@ @# #@ http://www.karlrunge.com/x11vnc/#tunnelling @# #@ @# #@ Or using the x11vnc SSL options: -ssl and -stunnel @# #@ @# #@ Please Read the documention for more info about @# #@ passwords, security, and encryption. @# #@ @# #@ http://www.karlrunge.com/x11vnc/#faq-passwd @# #@ @# #@ To disable this warning use the -nopw option, or put @# #@ the setting in your ~/.x11vncrc file. @# #@ @# #@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@# ###############################################################
Settings: display: null authfile: null subwin: 0x0 -sid mode: 0 clip: null flashcmap: 0 shiftcmap: 0 force_idx: 0 cmap8to24: 0 8to24_opts: null 24to32: 0 visual: null overlay: 0 ovl_cursor: 1 scaling: 0 1.0000 viewonly: 0 shared: 0 conn_once: 1 timeout: 0 inetd: 0 filexfer: 1 http: 0 connect: null connectfile null vnc_conn: 1 allow: null input: null passfile: null unixpw: 0 unixpw_lst: null stunnel: 0 accept: null accept: null gone: null users: null using_shm: 1 flipbytes: 0 onetile: 0 solid: null blackout: null xinerama: 1 xtrap: 0 xrandr: 0 xrandrmode: null padgeom: null logfile: null logappend: 0 flag: null rc_file: "" norc: 0 dbg: 0 bg: 0 mod_tweak: 1 isolevel3: 0 xkb: 0 skipkeys: null sloppykeys: 0 skip_dups: 0 addkeysyms: 1 xkbcompat: 0 clearmods: 0 remap: null norepeat: 1 norepeatcnt:2 nofb: 0 watchbell: 1 watchsel: 1 watchprim: 1 seldir: null cursor: 1 multicurs: 0 curs_mode: null arrow: 1 xfixes: 1 alphacut: 240 alphafrac: 0.33 alpharemove:0 alphablend: 1 cursorshape:1 cursorpos: 1 xwarpptr: 0 buttonmap: null dragging: 1 wireframe: 0xff,3,0,32+8+8+8,all,0.15+0.30+5.0+0.125 wirecopy: always scrollcopy: always scr_area: 60000 scr_skip: ##Soffice.bin,##StarOffice scr_inc: ##Nomatch scr_keys: null scr_term: null scr_keyrep: null scr_parms: 0+64+32+32,0.02+0.10+0.9,0.03+0.06+0.5+0.1+5.0 fixscreen: null noxrecord: 0 grabbuster: 0 ptr_mode: 2 inputskip: 10 speeds: null wmdt: null debug_ptr: 0 debug_key: 0 defer: 30 waitms: 30 wait_ui: 2.00 nowait_bog: 0 slow_fb: 0.00 readtimeout: 20 take_naps: 1 sb: 60 fbpm: 1 xdamage: 1 xd_area: 20000 xd_mem: 1.000 sigpipe: null threads: 0 fs_frac: 0.75 gaps_fill: 4 grow_fill: 3 tile_fuzz: 2 snapfb: 0 rawfb: null pipeinput: null gui: 0 gui_mode: null noremote: 0 unsafe: 0 privremote: 0 safer: 0 nocmds: 0 deny_all: 0 pid: 4580
11/08/2007 11:56:41 x11vnc version: 0.8.2 lastmod: 2006-07-12 11/08/2007 11:56:41 11/08/2007 11:56:41 *** XOpenDisplay failed. No -display or DISPLAY. 11/08/2007 11:56:41 *** Trying ":0" in 4 seconds. Press Ctrl-C to abort. 11/08/2007 11:56:41 *** 1 2 3 4 Xlib: connection to ":0.0" refused by server Xlib: No protocol specified
11/08/2007 11:56:45
11/08/2007 11:56:45 *************************************** 11/08/2007 11:56:45 *** XOpenDisplay failed (:0)
*** x11vnc was unable to open the X DISPLAY: ":0", it cannot continue. *** There may be "Xlib:" error messages above with details about the failure.
Some tips and guidelines:
* An X server (the one you wish to view) must be running before x11vnc is started: x11vnc does not start the X server.
* You must use -display <disp>, -OR- set and export your DISPLAY environment variable to refer to the display of the desired X server. - Usually the display is simply ":0" (in fact x11vnc uses this if you forget to specify it), but in some multi-user situations it could be ":1", ":2", or even ":137". Ask your administrator or a guru if you are having difficulty determining what your X DISPLAY is.
* Next, you need to have sufficient permissions (Xauthority) to connect to the X DISPLAY. Here are some Tips:
- Often, you just need to run x11vnc as the user logged into the X session. So make sure to be that user when you type x11vnc. - Being root is usually not enough because the incorrect MIT-MAGIC-COOKIE file will be accessed. The cookie file contains the secret key that allows x11vnc to connect to the desired X DISPLAY. - You can explicity indicate which MIT-MAGIC-COOKIE file should be used by the -auth option, e.g.: x11vnc -auth /home/someuser/.Xauthority -display :0 x11vnc -auth /tmp/.gdmzndVlR -display :0 you must have read permission for the auth file.
- If NO ONE is logged into an X session yet, but there is a greeter login program like "gdm", "kdm", "xdm", or "dtlogin" running, you will need to find and use the raw display manager MIT-MAGIC-COOKIE file. Some examples for various display managers:
gdm: -auth /var/gdm/:0.Xauth kdm: -auth /var/lib/kdm/A:0-crWk72 xdm: -auth /var/lib/xdm/authdir/authfiles/A:0-XQvaJk dtlogin: -auth /var/dt/A:0-UgaaXa
Only root will have read permission for the file, and so x11vnc must be run as root. The random characters in the filenames will of course change, and the directory the cookie file resides in may also be system dependent. Sometimes the command "ps wwaux | grep auth" can reveal the file location.
See also: http://www.karlrunge.com/x11vnc/#faq root@mythtv:/usr/bin#
[/code]
_________________ Currently running: R5.5, HD5000 x 2, PVR150, Athlon 64 3000+, Chaintech VNF4, 1GB RAM, 2 x 250GB in LVM, MSI NX6200TC -> AA 9A60 -> HDTV
|
|
Top |
|
 |
tjc
|
Posted: Sat Aug 11, 2007 11:21 am |
|
Joined: Thu Mar 25, 2004 11:00 am
Posts: 9551
Location:
Arlington, MA
|
Did you read the R5F1 hints and follow the links provided there?
|
|
Top |
|
 |
elgordo123
|
Posted: Sun Aug 12, 2007 1:45 pm |
|
Joined: Thu Feb 12, 2004 2:54 pm
Posts: 392
Location:
Beaumont, CA
|
try manually typing in the entire line used by the /.fluxbox/apps script rather than just x11vnc. It isn't finding a config files so it needs extra command line options added to the end.
_________________ ASUS A7N266 Micro-ATX Motherboard
Athlon 2200 processor
512K Kingston PC2100 Memory
MicroAtx Case
2 PVR250's w/remote
eVGA e-GeForce mx4000 (64 Ram with Tv/Out (Svideo))
Lite-on DVD cd-rw combo
120 GB Western Digital
|
|
Top |
|
 |
whoa
|
Posted: Fri Aug 15, 2008 8:19 am |
|
Joined: Fri Oct 07, 2005 7:18 am
Posts: 77
Location:
Dallas, TX
|
I am using RealVNC viewer 4 and when I try to connect to my server I get Code: unable to connect to host: Connection refused (10061) I have the correct line in my apps file. Code: [startup] {/usr/bin/x11vnc -nap -wait 50 -passwd mythtv -display :0 -forever -o /var/log/x11vnc.log -bg} I have followed the WIKI suggestions with no results. Any suggestions?
|
|
Top |
|
 |
graysky
|
Posted: Fri Aug 15, 2008 12:42 pm |
|
Joined: Wed Dec 10, 2003 8:31 pm
Posts: 1996
Location:
/dev/null
|
@whoa - but is it running?
Code: $ ps aux | grep vnc mythtv 3468 0.0 0.4 14380 4168 ? Ss 14:41 0:00 /usr/bin/x11vnc -nap -wait 50 -display :0 -forever -o /var/log/x11vnc.log -bg mythtv 3476 0.0 0.0 1776 548 ttyp0 S+ 14:41 0:00 grep vnc
You should see it if it's running via that command. This happened to mine not too long ago. It wasn't running and the log file wasn't getting generated. I ended up running the backup script, then auto upgrading/restoring to fix it. I dunno what the deal was.
_________________ Retired KM user (R4 - R6.04); friend to LH users.
|
|
Top |
|
 |
whoa
|
Posted: Fri Aug 15, 2008 8:10 pm |
|
Joined: Fri Oct 07, 2005 7:18 am
Posts: 77
Location:
Dallas, TX
|
Apparently its not running  Code: ps aux | grep vnc root 7353 0.0 0.0 1776 540 ttyp0 S+ 21:47 0:00 grep vnc Looking at the VNC logfile it appears that X is not happy about something: Code: 15/08/2008 10:12:41 passing arg to libvncserver: -passwd
Settings: display: :0 authfile: null subwin: 0x0 -sid mode: 0 clip: null flashcmap: 0 shiftcmap: 0 force_idx: 0 cmap8to24: 0 8to24_opts: null 24to32: 0 visual: null overlay: 0 ovl_cursor: 1 scaling: 0 1.0000 viewonly: 0 shared: 0 conn_once: 0 timeout: 0 inetd: 0 filexfer: 1 http: 0 connect: null connectfile null vnc_conn: 1 allow: null input: null passfile: null unixpw: 0 unixpw_lst: null stunnel: 0 accept: null accept: null gone: null users: null using_shm: 1 flipbytes: 0 onetile: 0 solid: null blackout: null xinerama: 1 xtrap: 0 xrandr: 0 xrandrmode: null padgeom: null logfile: /var/log/x11vnc.log logappend: 0 flag: null rc_file: "" norc: 0 dbg: 0 bg: 1 mod_tweak: 1 isolevel3: 0 xkb: 0 skipkeys: null sloppykeys: 0 skip_dups: 0 addkeysyms: 1 xkbcompat: 0 clearmods: 0 remap: null norepeat: 1 norepeatcnt:2 nofb: 0 watchbell: 1 watchsel: 1 watchprim: 1 seldir: null cursor: 1 multicurs: 0 curs_mode: null arrow: 1 xfixes: 1 alphacut: 240 alphafrac: 0.33 alpharemove:0 alphablend: 1 cursorshape:1 cursorpos: 1 xwarpptr: 0 buttonmap: null dragging: 1 wireframe: 0xff,3,0,32+8+8+8,all,0.15+0.30+5.0+0.125 wirecopy: always scrollcopy: always scr_area: 60000 scr_skip: ##Soffice.bin,##StarOffice scr_inc: ##Nomatch scr_keys: null scr_term: null scr_keyrep: null scr_parms: 0+64+32+32,0.02+0.10+0.9,0.03+0.06+0.5+0.1+5.0 fixscreen: null noxrecord: 0 grabbuster: 0 ptr_mode: 2 inputskip: 10 speeds: null wmdt: null debug_ptr: 0 debug_key: 0 defer: 30 waitms: 50 wait_ui: 2.00 nowait_bog: 0 slow_fb: 0.00 readtimeout: 20 take_naps: 1 sb: 60 fbpm: 1 xdamage: 1 xd_area: 20000 xd_mem: 1.000 sigpipe: null threads: 0 fs_frac: 0.75 gaps_fill: 4 grow_fill: 3 tile_fuzz: 2 snapfb: 0 rawfb: null pipeinput: null gui: 0 gui_mode: null noremote: 0 unsafe: 0 privremote: 0 safer: 0 nocmds: 0 deny_all: 0 pid: 1721
15/08/2008 10:12:41 x11vnc version: 0.8.2 lastmod: 2006-07-12 Xlib: connection to ":0.0" refused by server Xlib: No protocol specified
15/08/2008 10:12:41 *************************************** 15/08/2008 10:12:41 *** XOpenDisplay failed (:0)
*** x11vnc was unable to open the X DISPLAY: ":0", it cannot continue. *** There may be "Xlib:" error messages above with details about the failure.
Some tips and guidelines:
* An X server (the one you wish to view) must be running before x11vnc is started: x11vnc does not start the X server.
* You must use -display <disp>, -OR- set and export your DISPLAY environment variable to refer to the display of the desired X server. GNU nano 2.0.2 File: /var/log/x11vnc.log
- Usually the display is simply ":0" (in fact x11vnc uses this if you forget to specify it), but in some multi-user situations it could be ":1", ":2", or even ":137". Ask your administrator or a guru if you are having difficulty determining what your X DISPLAY is.
* Next, you need to have sufficient permissions (Xauthority) to connect to the X DISPLAY. Here are some Tips:
- Often, you just need to run x11vnc as the user logged into the X session. So make sure to be that user when you type x11vnc. - Being root is usually not enough because the incorrect MIT-MAGIC-COOKIE file will be accessed. The cookie file contains the secret key that allows x11vnc to connect to the desired X DISPLAY. - You can explicity indicate which MIT-MAGIC-COOKIE file should be used by the -auth option, e.g.: x11vnc -auth /home/someuser/.Xauthority -display :0 x11vnc -auth /tmp/.gdmzndVlR -display :0 you must have read permission for the auth file.
- If NO ONE is logged into an X session yet, but there is a greeter login program like "gdm", "kdm", "xdm", or "dtlogin" running, you will need to find and use the raw display manager MIT-MAGIC-COOKIE file. Some examples for various display managers:
gdm: -auth /var/gdm/:0.Xauth kdm: -auth /var/lib/kdm/A:0-crWk72 xdm: -auth /var/lib/xdm/authdir/authfiles/A:0-XQvaJk dtlogin: -auth /var/dt/A:0-UgaaXa
Only root will have read permission for the file, and so x11vnc must be run as root. The random characters in the filenames will of course change, and the directory the cookie file resides in may also be system dependent. Sometimes the command "ps wwaux | grep auth" can reveal the file location.
See also: http://www.karlrunge.com/x11vnc/#faq This part is what looks to be the issue Code: Xlib: connection to ":0.0" refused by server Xlib: No protocol specified
15/08/2008 10:12:41 *************************************** 15/08/2008 10:12:41 *** XOpenDisplay failed (:0)
*** x11vnc was unable to open the X DISPLAY: ":0", it cannot continue. *** There may be "Xlib:" error messages above with details about the failure. I'm just not sure how to do a lot of what the suggestions direct me to do. If anyone has specific code for me to try I'd be very appreciative.
|
|
Top |
|
 |
tjc
|
Posted: Sat Aug 16, 2008 8:24 am |
|
Joined: Thu Mar 25, 2004 11:00 am
Posts: 9551
Location:
Arlington, MA
|
Sounds like an xhost or xauth problem. This is covered in the x11vncHowTo page on the wiki. You really should have discovered the wiki by now, since these are the x11vnc directions that the R5.5 Hints point you to...
|
|
Top |
|
 |
whoa
|
Posted: Tue Aug 19, 2008 9:14 pm |
|
Joined: Fri Oct 07, 2005 7:18 am
Posts: 77
Location:
Dallas, TX
|
tjc - I have used the wiki on several occasions. In fact I had gone over that particular article on vnc several times. I tried the option "-allow 10.10.1.52" but nothing worked. I recently rebooted the backend server for different reasons but apparently with that option and the reboot I now have vnc access. Thanks for the help.
|
|
Top |
|
 |