I'll take your requests into account but just to clarify :

> 1. Please split up the RDP broker creds as session creds from the 
> --close-disconnect change. 

This little fix is related to this support since, in that particular case which 
is broker mode + RDP session + --close-disconnect activated, you couldn't have 
a one time authentication (at broker auth).
For that "one time auth" to work, I need a way to pass broker credentials to 
the session and to close the client at the end of the session in order to force 
a re-auth at broker login.
Without the --close-disconnect fix, I can pass my credentials to the RDP 
session but when finishing the session, I'm still on the broker page with my 
session list and I don't re-auth which is what I wanted.
I can easily split these patches since they are quite clearly separated but I 
thought they were related to the same need that's why I kept them together.

> 2. Please let the cmdline option start with --broker-... 
>
> --broker-use-creds-for-session 

ok

> 3. Don't limit this functionality to RDP sessions only. It is 
> useful for all sorts of session 
> types (X2Go, DirectRDP, DirectXDMCP if already in (there were 
> rumours about such a new feature)). 

Well, I'm not aware of XDMCP and have nothing under my hand to test it.
This patch affect RDP sessions only in fact because X2Go sessions have heir own 
way to pass credentials from broker to x2go server with the intermediate key 
auth so using this method for this kind of session is purely useless.
On the other hand, RDP sessions have no such key authentication available so it 
is necessary to pass credentials as plaintext to xfreerdp/rdesktop because in 
the case of the broker mode only, when clicking on the session profile, the 
client is waiting for the credentials but you are not prompted for them so the 
client stay stuck in an unusable situation.
So really, this is a "broker + RDP only" method that's why I precised this was 
for RDP only in order not to confuse users who might think this could be used 
for any type of connection.

I'll modify the cmdline option name and wait for your comments on my 
precisions. 

Regards,
Walid Moghrabi

TRAVAUX.COM
BAT I - PARC CEZANNE 2 290 AVENUE GALILEE - CS 80403
13591 AIX EN PROVENCE CEDEX 3

----- Mail original ----- 

De: "Mike Gabriel" <mike.gabr...@das-netzwerkteam.de> 
À: "Walid MOGHRABI" <w.moghr...@servicemagic.eu>, 1...@bugs.x2go.org 
Envoyé: Mercredi 31 Mai 2017 21:58:28 
Objet: Re: [X2Go-Dev] Bug#1183: Pass broker creds to RDP client as plaintext 

Hi Walid, 

On Mi 31 Mai 2017 16:40:49 CEST, Walid MOGHRABI wrote: 

> package: x2goclient 
> priority: wishlist 
> tags: patch 
> 
> This is a proposal patch in order to let the RDP client use the 
> credentials used at broker auth login so that users can enter them 
> only once in broker mode. 
> 
> This patch also add support for --close-disconnect in broker mode + RDP 

I just looked at your patch. 

Requests before patch can get accepted: 

1. Please split up the RDP broker creds as session creds from the 
--close-disconnect change. 
2. Please let the cmdline option start with --broker-... 

--broker-use-creds-for-session 

3. Don't limit this functionality to RDP sessions only. It is 
useful for all sorts of session 
types (X2Go, DirectRDP, DirectXDMCP if already in (there were 
rumours about such a new feature)). 

Thanks for your work on X2Go, 
Mike 

-- 

DAS-NETZWERKTEAM 
mike gabriel, herweg 7, 24357 fleckeby 
mobile: +49 (1520) 1976 148 
landline: +49 (4354) 8390 139 

GnuPG Fingerprint: 9BFB AEE8 6C0A A5FF BF22 0782 9AF4 6B30 2577 1B31 
mail: mike.gabr...@das-netzwerkteam.de, http://das-netzwerkteam.de
---
DISCLAIMER: This e-mail is private and confidential and may contain proprietary 
or legally privileged information. It is for the intended recipient only. If 
you have received this email in error, please notify the author by replying to 
it and then destroy it. If you are not the intended recipient you must not use, 
disclose, distribute, copy, print or rely on this e-mail or any attachment. 
Thank you
_______________________________________________
x2go-dev mailing list
x2go-dev@lists.x2go.org
https://lists.x2go.org/listinfo/x2go-dev

Reply via email to