I started on a newly installed pure OI151a7.
#I first added a few lines to /etc/gdm/custom.conf on the host where I
want to login
pfexec vi /etc/gdm/custom.conf
#These lines, namely
[security]
DisallowTCP=false
AllowRoot=true
AllowRemoteRoot=true
[xdmcp]
Enable=true
#Right..----------
#then I did
pfexec svcadm enable xvnc-inetd
pfexec svcadm restart gdm
#and finally
pfexec ck-seat-tool -a --session-type=LoginWindow --display-type=LocalVNC
#a couple of times (8, I think), and then
vncviewer IP-addr-of-above-host
#on another host (notably a Ubuntustudio 12.10)
Please note, I did the same on another machine, that already has SunRays
installed, and there it failed... Hmm. I need to check on what SunRay
utinstall actually does to a system.
Also, I have absolutely no idea where ck-seat-tool leaves its doings...
If anyone can show me where config data entered thru ck-seat-tool ends up...
A: What's the version of your system?
B: Check the properties of the xvnc-inetd service: svccfg; select
xvnc-inetd; listprop
See that it doesn't run in wait mode and that security-type=none
vncpasswd, properties in xvnc-inetd are both things that affect VNC
requesting a password.
On 2013-03-04 13:44, Andrej Javoršek wrote:
Hello.
Can you please summarize (in short) all the necessary steps to get from
system without VNC to your point!
In my case I get VNC password prompt and don't know where to set or disable
it.
Best Regards
Andrej
On Mon, Mar 4, 2013 at 12:23 PM, Hans J. Albertsson <
hans.j.alberts...@branneriet.se> wrote:
Whatever it was that looked like a timeout to destroy my test login
sessions must have been me doing something stupid to the wrong window in
the general clutter.
A bunch of windows have stayed up over night, at least.
So, that was it??? Or???
On 2013-03-03 22:24, Hans J. Albertsson wrote:
So easy.... I think ???
ck-seat-tool -a --display-type=LocalVNC --session-type=LoginWindow
Repeat suitable number of times, and you get the ability to run
suitable-number separate sessions. Or do you??
Quirk remaining: There's a timeout..?? Is that in gdm, or in Xvnc or in
the login itself or in the shell? Or am I totally off, and this is not the
way to do it?? and I'm just seeing that it doesn't really do what I think
it does?
On 2013-03-02 09:58, Hans J. Albertsson wrote:
Thanks.
The SunRay system assigns display numbers dynamically, sort-of (it's a
kludge, really, I know, but it acts as if it were true), so I was thinking
this mechanism should have been a natural for any interface designer when
TigerVNC appeared..
I THINK I understand how to do this via console-kit and GDM, (Thanks Mr
Palo!) in a way that at least won't require me to assign special, different
commands to each prospective user, but rather will manage a limited set of
possible displays in a sort of dynamic manner.
Which is reasonable.
For Mr Harvey: I don't think the port is used in that fashion when in
nowait state: Displays can, I think, use any type of channel, pipes or unix
sockets or tcp sockets, to talk to the X clients and any port number can be
disassociated from the socket used to communicate between the caller and
whatever service the port server initiated on behalf of the caller.
And as far as I can see, the xvnc man page says that in nowait and inetd
mode, Xvnc's port is only used when prompting the initiation of a service,
not for running it. Then again, I'm not really an X expert.
On 2013-03-01 23:19, Alan Coopersmith wrote:
On 03/ 1/13 01:57 PM, Hans J. Albertsson wrote:
So it's a bad bad bad design under the hood, and the manual lies or is
at least
very incomplete.
Or what?
Sorry, you're reaching the limit of what I remember about this
mechanism, since
it's been years since I've really worked with it.
BTW I haven't been able to find any document actually describing the
"-once"
option to "Xvnc -inetd". Where should I look for that?
Xserver(1):
-once causes the server to terminate (rather than reset)
when the XDMCP session ends.
I suddenly feel very dense... :-) Sorry...
______________________________**_________________
OpenIndiana-discuss mailing list
OpenIndiana-discuss@**openindiana.org<OpenIndiana-discuss@openindiana.org>
http://openindiana.org/**mailman/listinfo/openindiana-**discuss<http://openindiana.org/mailman/listinfo/openindiana-discuss>
______________________________**_________________
OpenIndiana-discuss mailing list
OpenIndiana-discuss@**openindiana.org<OpenIndiana-discuss@openindiana.org>
http://openindiana.org/**mailman/listinfo/openindiana-**discuss<http://openindiana.org/mailman/listinfo/openindiana-discuss>
______________________________**_________________
OpenIndiana-discuss mailing list
OpenIndiana-discuss@**openindiana.org<OpenIndiana-discuss@openindiana.org>
http://openindiana.org/**mailman/listinfo/openindiana-**discuss<http://openindiana.org/mailman/listinfo/openindiana-discuss>
_______________________________________________
OpenIndiana-discuss mailing list
OpenIndiana-discuss@openindiana.org
http://openindiana.org/mailman/listinfo/openindiana-discuss
_______________________________________________
OpenIndiana-discuss mailing list
OpenIndiana-discuss@openindiana.org
http://openindiana.org/mailman/listinfo/openindiana-discuss
