[OpenIndiana-discuss] It was so easy... Re: xvnc-inetd only accepting one connection in total?? Huh??
Hans J. Albertsson
hans.j.albertsson at branneriet.se
Mon Mar 4 13:57:28 UTC 2013
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.albertsson at 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 at 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 at 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 at openindiana.org>
>> http://openindiana.org/**mailman/listinfo/openindiana-**discuss<http://openindiana.org/mailman/listinfo/openindiana-discuss>
>>
> _______________________________________________
> OpenIndiana-discuss mailing list
> OpenIndiana-discuss at openindiana.org
> http://openindiana.org/mailman/listinfo/openindiana-discuss
More information about the OpenIndiana-discuss
mailing list