I assume you are using the tip of the development branch? I guess you manually added an extra printout of the full pduType field?
The pduType warning is "mine", and it is usually a strong indication that something went completely wrong before this point and nothing after this point should be trusted. But ... do you agree that it seems like the problem just is that FreeRDP in NLA mode doesn't close the connection soon enough after the login has failed? It sounds like something that should be simple to reproduce. You could perhaps try to configure --with-debug --with-debug-nla --with-debug-assert --with-debug-stream-assert . That might give more information and stop sooner after the real problem has occurred. Note that the debug output will contain your credentials, so you might want to change them temporarily if you want to share the output. Running under valgrind might also give a hint - but IIRC it already has a lot of complaints in NLA mode. /Mads Christian Nilsson wrote, On 04/05/2011 10:31 PM: > Hi, > > I use Windows 7 Ultimate (64-bit Swedish no SP) Connected to a AD > domain (2003r2) > > This is the same machine that i normally use, i normally connect with > a local user account and everything works. > Now i tried to logon to the same machine but use my domain user > account. which fails with errors below and black or no GUI. > I then tried with --no-nla, and get the logon prompt. the domain user > i tried to logon with do not have access to use remote desktop. so i > get a error message saying so. > If I use another account that has rights to use remote desktop, then > everything works. > > > Using NLA and a user account that don't have enough permissions to use > remote desktop seams to be the cause, even a local account without rdp > permissions trigger it. So i don't think it has anything to do with > the domain. > Anybody else that can confirm this? > > > there are quite a few different errors and i would probably get a new > one for every time i run it. > > > (modified the ui_error line to output the whole pduType in hex) > > $ X11/xfreerdp -u Christian 192.168.2.172 > keyboard_layout: 0x41D > connecting to 192.168.2.172:3389 > TLS encryption with NLA negotiated > TLS connection established > certificate details: > <snip> > The server could not be authenticated. Connection security may be compromised! > Please enter NLA login credential. > User name:Christian > Domain:DOMAIN > Password: > ui_error: ERROR: pduType version must be 0 and 1 but is 64 and 1 0x4011 > ui_error: ERROR: pduType version must be 0 and 1 but is 64 and 1 0x4011 > ui_unimpl: NOT IMPLEMENTED: Unknown data PDU type 0x9 > > ui_error: ERROR: pduType version must be 0 and 1 but is 64 and 1 0x4011 > ui_unimpl: NOT IMPLEMENTED: Unknown data PDU type 0x9 > > ui_error: ERROR: pduType version must be 0 and 1 but is 64 and 1 0x4011 > ui_unimpl: NOT IMPLEMENTED: Unknown data PDU type 0x9 > > SSL_write: I/O error > SSL_write: Failure in SSL library (protocol error?) > ui_error: ERROR: pduType version must be 0 and 1 but is 64 and 1 0x4011 > ui_unimpl: NOT IMPLEMENTED: Unknown data PDU type 0x9 > > ui_error: ERROR: pduType version must be 0 and 1 but is 64 and 1 0x4011 > > ===== > > most of the time it loops with the same errors over and over.... > ui_error: ERROR: pduType version must be 0 and 1 but is 0 and 0 0x0 > > ===== > or > ui_unimpl: NOT IMPLEMENTED: Unknown PDU type 0xf > ui_error: ERROR: pduType version must be 0 and 1 but is 255 and 15 0xffff > ui_unimpl: NOT IMPLEMENTED: Unknown PDU type 0xf > ui_error: ERROR: pduType version must be 0 and 1 but is 255 and 15 0xffff > > ===== > or > ui_unimpl: NOT IMPLEMENTED: Unknown PDU type 0x8 > ui_error: ERROR: pduType version must be 0 and 1 but is 165 and 13 0xa5d8 > > ===== > and sometimes even SSL fails: > ui_error: ERROR: pduType version must be 0 and 1 but is 192 and 1 0xc011 > ui_unimpl: NOT IMPLEMENTED: Unknown data PDU type 0x9 > > SSL_write: I/O error > SSL_write: Failure in SSL library (protocol error?) > ui_error: ERROR: pduType version must be 0 and 1 but is 192 and 1 0xc011 > ui_unimpl: NOT IMPLEMENTED: Unknown data PDU type 0x9 > > ui_error: ERROR: pduType version must be 0 and 1 but is 192 and 1 0xc011 > > > > /Christian > > ------------------------------------------------------------------------------ > Xperia(TM) PLAY > It's a major breakthrough. An authentic gaming > smartphone on the nation's most reliable network. > And it wants your games. > http://p.sf.net/sfu/verizon-sfdev > _______________________________________________ > Freerdp-devel mailing list > [email protected] > https://lists.sourceforge.net/lists/listinfo/freerdp-devel ------------------------------------------------------------------------------ Xperia(TM) PLAY It's a major breakthrough. An authentic gaming smartphone on the nation's most reliable network. And it wants your games. http://p.sf.net/sfu/verizon-sfdev _______________________________________________ Freerdp-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/freerdp-devel
