Dear Marc-André, dear Bernhard,

I guess, you both are those who are in charge of accessing RDS via GW with 
aFreeRDP. Here are some "random" notes, that a more structured to be thrown 
into freenode, while missing the some structure to qualify as issue entries..

First of all, yes it works. Cool. But it takes quite some effort to get it 
right. Most annoyingly to me is the gateway password handling. If omitted, 
xfreerdp crashes consistently:

WWW-Authenticate: Negotiate
WWW-Authenticate: NTLM
X-Powered-By: ASP.NET
Date: Sun, 05 May 2013 21:59:53 GMT
Content-Length: 13

rts_connect error!
rpc_connect failed!
Error: protocol security negotiation or connection failure
[Thread 0x7fffeb645700 (LWP 30236) exited]

Program received signal SIGSEGV, Segmentation fault.
pthread_join (threadid=0, thread_return=thread_return@entry=0x7fffffffd6a8) at 
pthread_join.c:46
46      pthread_join.c: Datei oder Verzeichnis nicht gefunden.
(gdb) bt full
#0  pthread_join (threadid=0, thread_return=thread_return@entry=0x7fffffffd6a8) 
at pthread_join.c:46
        pd = 0x0
        self = <optimized out>
        result = <optimized out>
#1  0x00007ffff793ebc1 in WaitForSingleObject (hHandle=<optimized out>, 
dwMilliseconds=dwMilliseconds@entry=4294967295)
    at /usr/src/debug/freerdp11-0.git20130430/winpr/libwinpr/synch/wait.c:63
        status = <optimized out>
        thread = 0x7fffe4033260
        thread_status = 0x0
        Type = 1
        Object = 0x7fffe4033260
#2  0x00007ffff63ce872 in rpc_client_stop (rpc=rpc@entry=0x7fffe4032730)
    at 
/usr/src/debug/freerdp11-0.git20130430/libfreerdp/core/gateway/rpc_client.c:553
No locals.
#3  0x00007ffff63cd5ae in rpc_free (rpc=0x7fffe4032730)
    at /usr/src/debug/freerdp11-0.git20130430/libfreerdp/core/gateway/rpc.c:583
No locals.
#4  0x00007ffff63cca6a in tsg_free (tsg=0x7fffe40326b0)
    at /usr/src/debug/freerdp11-0.git20130430/libfreerdp/core/gateway/tsg.c:1479
No locals.
#5  0x00007ffff63c311a in transport_free (transport=0x614600)
    at /usr/src/debug/freerdp11-0.git20130430/libfreerdp/core/transport.c:862
No locals.
#6  0x00007ffff63c0391 in rdp_free (rdp=0x607720) at 
/usr/src/debug/freerdp11-0.git20130430/libfreerdp/core/rdp.c:1017
No locals.
#7  0x00007ffff63b5369 in freerdp_context_free (instance=0x607590)
    at /usr/src/debug/freerdp11-0.git20130430/libfreerdp/core/freerdp.c:348
No locals.
#8  0x00007ffff7b5671f in freerdp_client_free (xfi=xfi@entry=0x65b470)
    at /usr/src/debug/freerdp11-0.git20130430/client/X11/xf_interface.c:1565
        index = <optimized out>
        context = 0x659910
#9  0x0000000000400a6b in main (argc=<optimized out>, argv=0x7fffffffd908)
    at /usr/src/debug/freerdp11-0.git20130430/client/X11/cli/xfreerdp.c:58
        xfi = 0x65b470
        dwExitCode = 131
        instance = <optimized out>

If none of the gateway credentials is set, it would be nice to use the login
credentials. While at it, aFreeRDP would shine with a toggle like:
        Use Login Credentials: 
in the Gateway settings.

Changing the gateway port to something different does not work. It still
accesses 443 according to my firewall logs. This happens also with xfreerdp,
hence it's a generic problem.

It would be nice to get TLS working over the GW. This took me some time to
figure out, that the terminal server security setting must be lowered.
Note to myself: read the issues carefully up to the end next time...

Cheers,
Pete

------------------------------------------------------------------------------
Get 100% visibility into Java/.NET code with AppDynamics Lite
It's a free troubleshooting tool designed for production
Get down to code-level detail for bottlenecks, with <2% overhead.
Download for free and get started troubleshooting in minutes.
http://p.sf.net/sfu/appdyn_d2d_ap2
_______________________________________________
Freerdp-devel mailing list
Freerdp-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freerdp-devel

Reply via email to