Sponsored Content
Full Discussion: Suse 10 SP2 VNC Password
Top Forums UNIX for Dummies Questions & Answers Suse 10 SP2 VNC Password Post 302576412 by kopper on Thursday 24th of November 2011 06:26:04 PM
Old 11-24-2011
Suse 10 SP2 VNC Password

hi guys

I've configured some CentOS where you can set a password for VNC and that password is requested before connecting to the normal user login

But I found that Suse 10 SP3 has no such thing

basically it has this configuration under /etc/xinetd.d/vnc

Code:
service vnc1
{
        socket_type     = stream
        protocol        = tcp
        wait            = no
        user            = nobody
        server          = /usr/X11R6/bin/Xvnc
        server_args     = :42 -inetd -once -query localhost -geometry 1024x768 -depth 16
        type            = UNLISTED
        port            = 5901
}

I've tried this parameter -SecurityTypes=enable usually it set to none

Code:
server_args  = :42 -inetd -once -query localhost -geometry 1024x768 -depth 16 -SecurityTypes=enable

but as soon as I add it vnc does not work.

also this parameter PasswordFile=/root/.vnc/passwd
where passwd is the file I generated with vncpasswd command

Code:
server_args = :42 -inetd -once -query localhost -geometry 1024x768 -depth 16 PasswordFile=/root/.vnc/passwd

same thing as soon as I configure it and restart xinetd vncviewer won't connect

thanks a lot for any input
 

7 More Discussions You Might Find Interesting

1. UNIX for Dummies Questions & Answers

Where are the repositories located in SUSE SLES 10 SP2

Hi, In SUSE SLES 10 SP2 where are the software repositories located? In CENTOS they are in /etc/yum.repositories or something like that. What does SLES use? (1 Reply)
Discussion started by: mojoman
1 Replies

2. Solaris

How to set password for vnc software installed in windows machine?

i want user to prompt for password when ever he tries to login into solaris box using vnc software. is it possible.. each time the user tries to access a solaris box should be prompted for password. and each user can set his own password for his session? if all the above are possible which... (3 Replies)
Discussion started by: chidori
3 Replies

3. Cybersecurity

vnc password hit from Retina

Hello, I'm having an issue with VNC. Security at work says that they scanned my servers (Solaris, RHEL, SLES) and found that you don't need a password to access a VNC session. I have tested this and you can't login to the VNC session without a password. Can someone tell what the Retina scanner... (1 Reply)
Discussion started by: bitlord
1 Replies

4. UNIX for Dummies Questions & Answers

Password security Suse 11

hi guys Suse 11 SP x64 I want to set a password policy but I am unable to get it working I have this under /etc/pam.d/common-password password requisite pam_pwcheck.so nullok cracklib password required pam_unix2.so use_authtok nullok I tried the last... (1 Reply)
Discussion started by: karlochacon
1 Replies

5. UNIX for Dummies Questions & Answers

How to recover root password on SuSE?

Hi, We forgot the root password on SuSE version 10 server. Since I didn't have SuSE DVD, I started the server using Redhat. I updated /etc/shadow and removed the root password. I then started the server and I still can't login using root. Any idea? One more question, on Novell web... (6 Replies)
Discussion started by: samnyc
6 Replies

6. Fedora

Install memcached on Suse 11 SP2

hi guys I am trying to install this extension for php named memcached but I am not really able to do it PECL :: Package :: memcached I have Suse 11 SP2 installed without any registration (I mean installed not paying subscription) so my question is there a way to install it like in... (0 Replies)
Discussion started by: karlochacon
0 Replies

7. High Performance Computing

Job Schedular for Suse Enterprise SLES 11 SP2

We have a server with 160 hyper-threaded cpu's threads and 2Tb of RAM. I need to implement command line job queue and parallel thread usage for multiple user environment kindly suggest necessary tools to be installed. I have understanding that sun grid engine like applications are available for... (0 Replies)
Discussion started by: vaibhavvsk
0 Replies
Xvnc(1) 						     Virtual Network Computing							   Xvnc(1)

NAME
Xvnc - the X VNC server SYNOPSIS
Xvnc [options] :display# DESCRIPTION
Xvnc is the X VNC (Virtual Network Computing) server. It is based on a standard X server, but it has a "virtual" screen rather than a physical one. X applications display themselves on it as if it were a normal X display, but they can only be accessed via a VNC viewer - see vncviewer(1). So Xvnc is really two servers in one. To the applications it is an X server, and to the remote VNC users it is a VNC server. By convention we have arranged that the VNC server display number will be the same as the X server display number, which means you can use eg. snoopy:2 to refer to display 2 on machine "snoopy" in both the X world and the VNC world. The best way of starting Xvnc is via the vncserver script. This sets up the environment appropriately and runs some X applications to get you going. See the manual page for vncserver(1) for more information. OPTIONS
Xvnc takes lots of options - running Xvnc -help gives a list. Many of these are standard X server options, which are described in the Xserver(1) manual page. In addition to options which can only be set via the command-line, there are also "parameters" which can be set both via the command-line and through the vncconfig(1) program. -geometry widthxheight Specify the size of the desktop to be created. Default is 1024x768. -depth depth Specify the pixel depth in bits of the desktop to be created. Default is 16, other possible values are 8, 15, and 24 - anything else is likely to cause strange behaviour by applications. -pixelformat format Specify pixel format for server to use (BGRnnn or RGBnnn). The default for depth 8 is BGR233 (meaning the most significant two bits represent blue, the next three green, and the least significant three represent red), the default for depth 16 is RGB565 and for depth 24 is RGB888. -cc 3 As an alternative to the default TrueColor visual, this allows you to run an Xvnc server with a PseudoColor visual (i.e. one which uses a colour map or palette), which can be useful for running some old X applications which only work on such a display. Values other than 3 (PseudoColor) and 4 (TrueColor) for the -cc option may result in strange behaviour, and PseudoColor desktops must be 8 bits deep (i.e. -depth 8). -inetd This significantly changes Xvnc's behaviour so that it can be launched from inetd. See the section below on usage with inetd. -help List all the options and parameters PARAMETERS
VNC parameters can be set both via the command-line and through the vncconfig(1) program, and with a VNC-enabled XFree86 server via Options entries in the XF86Config file. Parameters can be turned on with -param or off with -param=0. Parameters which take a value can be specified as -param value. Other valid forms are param=value -param=value --param=value. Parameter names are case-insensitive. -desktop desktop-name Each desktop has a name which may be displayed by the viewer. It defaults to "x11". -rfbport port Specifies the TCP port on which Xvnc listens for connections from viewers (the protocol used in VNC is called RFB - "remote frame- buffer"). The default is 5900 plus the display number. -rfbwait time, -ClientWaitTimeMillis time Time in milliseconds to wait for a viewer which is blocking Xvnc. This is necessary because Xvnc is single-threaded and sometimes blocks until the viewer has finished sending or receiving a message - note that this does not mean an update will be aborted after this time. Default is 20000 (20 seconds). -httpd directory Run a mini-HTTP server which serves files from the given directory. Normally the directory will contain the classes for the Java viewer. In addition, files with a .vnc extension will have certain substitutions made so that a single installation of the Java VNC viewer can be served by separate instances of Xvnc. -httpPort port Specifies the port on which the mini-HTTP server runs. Default is 5800 plus the display number. -rfbauth passwd-file, -PasswordFile passwd-file Specifies the file containing the password used to authenticate viewers. The file is accessed each time a connection comes in, so it can be changed on the fly via vncpasswd(1). -deferUpdate time Xvnc uses a "deferred update" mechanism which enhances performance in many cases. After any change to the framebuffer, Xvnc waits for this number of milliseconds (default 40) before sending an update to any waiting clients. This means that more changes tend to get coalesced together in a single update. Setting it to 0 results in the same behaviour as earlier versions of Xvnc, where the first change to the framebuffer causes an immediate update to any waiting clients. -SendCutText Send clipboard changes to clients (default is on). Note that you must also run vncconfig(1) to get the clipboard to work. -AcceptCutText Accept clipboard updates from clients (default is on). Note that you must also run vncconfig(1) to get the clipboard to work. -AcceptPointerEvents Accept pointer press and release events from clients (default is on). -AcceptKeyEvents Accept key press and release events from clients (default is on). -DisconnectClients Disconnect existing clients if an incoming connection is non-shared (default is on). If DisconnectClients is false, then a new non- shared connection will be refused while there is a client active. When combined with NeverShared this means only one client is allowed at a time. -NeverShared Never treat incoming connections as shared, regardless of the client-specified setting (default is off). -AlwaysShared Always treat incoming connections as shared, regardless of the client-specified setting (default is off). -Protocol3.3 Always use protocol version 3.3 for backwards compatibility with badly-behaved clients (default is off). -CompareFB Perform pixel comparison on framebuffer to reduce unnecessary updates (default is on). -SecurityTypes sec-types Specify which security schemes to use separated by commas. At present only "None" and "VncAuth" are supported. The default is "VncAuth" - note that if you want a server which does not require a password, you must set this parameter to "None". -IdleTimeout seconds The number of seconds after which an idle VNC connection will be dropped (default is 3600 i.e. an hour). -QueryConnect Prompts the user of the desktop to explicitly accept or reject incoming connections. This is most useful when using the vnc.so mod- ule or x0vncserver(1) program to access an existing X desktop via VNC. The vncconfig(1) program must be running on the desktop in order for QueryConnect to be supported by the vnc.so(1) module or Xvnc(1) program. The x0vncserver(1) program does not require vncconfig(1) to be running. -localhost Only allow connections from the same machine. Useful if you use SSH and want to stop non-SSH connections from any other hosts. See the guide to using VNC with SSH on the web site. -log logname:dest:level Configures the debug log settings. dest can currently be stderr or stdout, and level is between 0 and 100, 100 meaning most verbose output. logname is usually * meaning all, but you can target a specific source file if you know the name of its "LogWriter". Default is *:stderr:30. -RemapKeys mapping Sets up a keyboard mapping. mapping is a comma-separated string of character mappings, each of the form char->char, or char<>char, where char is a hexadecimal keysym. For example, to exchange the " and @ symbols you would specify the following: RemapKeys=0x22<>0x40 USAGE WITH INETD
By configuring the inetd(1) service appropriately, Xvnc can be launched on demand when a connection comes in, rather than having to be started manually. When given the -inetd option, instead of listening for TCP connections on a given port it uses its standard input and standard output. There are two modes controlled by the wait/nowait entry in the inetd.conf file. In the nowait mode, Xvnc uses its standard input and output directly as the connection to a viewer. It never has a listening socket, so cannot accept further connections from viewers (it can however connect out to listening viewers by use of the vncconfig program). Further viewer connections to the same TCP port result in inetd spawning off a new Xvnc to deal with each connection. When the connection to the viewer dies, the Xvnc and any associated X clients die. This behaviour is most useful when combined with the XDMCP options -query and -once. An typical example in inetd.conf might be (all on one line): 5950 stream tcp nowait nobody /usr/local/bin/Xvnc Xvnc -inetd -query localhost -once securitytypes=none In this example a viewer connection to :50 will result in a new Xvnc for that connection which should display the standard XDM login screen on that machine. Because the user needs to login via XDM, it is usually OK to accept connections without a VNC password in this case. In the wait mode, when the first connection comes in, inetd gives the listening socket to Xvnc. This means that for a given TCP port, there is only ever one Xvnc at a time. Further viewer connections to the same port are accepted by the same Xvnc in the normal way. Even when the original connection is broken, the Xvnc will continue to run. If this is used with the XDMCP options -query and -once, the Xvnc and associated X clients will die when the user logs out of the X session in the normal way. It is important to use a VNC password in this case. A typical entry in inetd.conf might be: 5951 stream tcp wait james /usr/local/bin/Xvnc Xvnc -inetd -query localhost -once passwordFile=/home/james/.vnc/passwd In fact typically, you would have one entry for each user who uses VNC regularly, each of whom has their own dedicated TCP port which they use. In this example, when user "james" connects to :51, he enters his VNC password, then gets the XDM login screen where he logs in in the normal way. However, unlike the previous example, if he disconnects, the session remains persistent, and when he reconnects he will get the same session back again. When he logs out of the X session, the Xvnc will die, but of course a new one will be created automati- cally the next time he connects. SEE ALSO
vncconfig(1), vncpasswd(1), vncserver(1), vncviewer(1), Xserver(1), inetd(1) http://www.realvnc.com AUTHOR
Tristan Richardson, RealVNC Ltd. VNC was originally developed by the RealVNC team while at Olivetti Research Ltd / AT&T Laboratories Cambridge. It is now being maintained by RealVNC Ltd. See http://www.realvnc.com for details. RealVNC Ltd 03 Mar 2005 Xvnc(1)
All times are GMT -4. The time now is 11:06 AM.
Unix & Linux Forums Content Copyright 1993-2022. All Rights Reserved.
Privacy Policy