On 3/12/20 10:34 AM, Antoine Martin wrote:
So, you're using the connect.html form, but with what options?
They are not terminating with the HTML5 client. The checkboxes for
"Terminate server..." are grey, but checked.
(maybe they should not be checked)
The "terminate .." options are only greye
On 12/03/2020 22:13, Michael Cronenworth wrote:
> On 3/12/20 9:32 AM, Antoine Martin wrote:
>>> One final issue: Sessions are not closing when the user disconnects.
>>>
>>> I am using 'xpra proxy --bind-tcp=0.0.0.0:port --html=on --tcp-auth=pam
>>> --exit-with-client=yes --terminate-children=yes
>>
On 3/12/20 9:32 AM, Antoine Martin wrote:
One final issue: Sessions are not closing when the user disconnects.
I am using 'xpra proxy --bind-tcp=0.0.0.0:port --html=on --tcp-auth=pam
--exit-with-client=yes --terminate-children=yes
"exit-with-client" is not honoured by the proxy server, otherwis
(..)
> Thanks for the pointers. I was using the Fedora package rebuilt for RHEL
> 7. The Fedora package was not shipping the PAM binary module. After a
> rebuild with PAM enabled auth is working. I'll inform the maintainer.
Third party packages are plagued with these sorts of issues.
And if you ar
On 3/11/20 11:02 PM, Antoine Martin wrote:
That's odd, the module is present with a default 64-bit CentOS 7
installation of python2-xpra-server-3.0.6-0.r25195:
ls -la /usr/lib64/python2.7/site-packages/xpra/server/pam.so
You can test that it imports successfully with:
python -c "from xpra.server
On 11/03/2020 21:11, Michael Cronenworth wrote:
> On 3/10/20 11:05 PM, Antoine Martin wrote:
>> The xpra proxy can do pretty much the same thing. ie as root:
>> xpra proxy --bind-tcp=0.0.0.0:1 --tcp-auth=sys
>>
>> Then you can authenticate as individual unix users on that proxy and
>> request a
On 3/10/20 11:05 PM, Antoine Martin wrote:
The xpra proxy can do pretty much the same thing. ie as root:
xpra proxy --bind-tcp=0.0.0.0:1 --tcp-auth=sys
Then you can authenticate as individual unix users on that proxy and
request a new sessions.
Thanks! This is what I was looking for. It's
On 03/03/2020 02:34, Michael Cronenworth via shifter-users wrote:
Hi,
Is there an existing product or workflow that someone has created to handle
multiple users logging in through the HTML5 interface? I would like to have
each user logging in to their own Xpra instance.
Hi,
I was playing wi
On 10/03/2020 20:05, Michael Cronenworth wrote:
> On 3/9/20 7:06 AM, Antoine Martin via shifter-users wrote:
>> Do you want them to be able to start new sessions or only connect to
>> existing ones?
>
> They need to start their own sessions. Currently a single Xpra session
> starts under a single
On 3/9/20 7:06 AM, Antoine Martin via shifter-users wrote:
Do you want them to be able to start new sessions or only connect to
existing ones?
They need to start their own sessions. Currently a single Xpra session starts under
a single user so things like gnome-terminal or IDEs start in the ho
On 03/03/2020 06:34, Michael Cronenworth via shifter-users wrote:
> Hi,
>
> Is there an existing product or workflow that someone has created to
> handle multiple users logging in through the HTML5 interface? I would
> like to have each user logging in to their own Xpra instance.
This seems to be
Hi,
Is there an existing product or workflow that someone has created to handle multiple
users logging in through the HTML5 interface? I would like to have each user logging
in to their own Xpra instance.
The only way I see to do it now is start up Xpra for each user, but this seems
wasteful
12 matches
Mail list logo
