ERRINFO_DECRYPT_FAILED appears randomly. about freerdp

[akallabeth]

@KangLin which version of FreeRDP do you use?

as for the error, that is RDP security related (the weakest of all modes)
it has some custom key rollover after a certain amount of data was transferred and some older versions did have issues with that.

whatever the reason, I´d recommend to just switch the server to NLA or TLS modes (depending on what you need) and ditch the RDP security mode.

[KangLin]

freerdp 2.60-2.10.0 is the issue.
Which version solved？

[akallabeth]

2.9.0 got some fixes.

[KangLin]

Tested 2.11.5 with my program, it still appears.
but tested with xfreerdp, it isn't appears.
The difference between them is that my threads block.
Are there any usage restrictions?

[akallabeth]

@KangLin the RDP security mode is quite complex (you have custom key rollover and (per session global) sequence counters)
can´t tell exactly.

will check your code, give me a bit of time...

[akallabeth]

@KangLin ok, there are a few issues with your project (missing files, broken so versioning and wrong installation locations)
will take a little bit longer to get that up and running :/

[KangLin]

@KangLin ok, there are a few issues with your project (missing files, broken so versioning and wrong installation locations) will take a little bit longer to get that up and running :/

@akallabeth Is there any more details？

[akallabeth]

@KangLin the installed .so files do not follow the versioning scheme in use by unix systems (should be handled correct by CMake by default? check freerdp installed files, there should be libfoo.so in dev package, libfoo.so.1 link to libfoo.so.1.1 link to actual lib libfoo.so.1.1.1

there are wrong install locations (most likely due to windows path conventions being used?) .so installed to bin directory

I see you have a debian build recipie there working around these things, but if CMake is run plain it defaults to these wrong paths.

also, I think the whole license.md and others should be in share/doc or similar, not root?

anyhow, makes it hard to just install and run. (I do prefer building my libs step by step to find out what is going on)

[KangLin]

@KangLin the installed .so files do not follow the versioning scheme in use by unix systems (should be handled correct by CMake by default? check freerdp installed files, there should be libfoo.so in dev package, libfoo.so.1 link to libfoo.so.1.1 link to actual lib libfoo.so.1.1.1

the version scheme of thirty library is not correct. I'm looking for a solution.
Now, I handle it manually.

there are wrong install locations (most likely due to windows path conventions being used?) .so installed to bin directory

The .so is installed to lib folder in Linux.
install to bin in Windows.

[KangLin]

Please use the master of RemoteCommon and RabbitRemoteControl.

the code of master is correct build.

the install folder is /opt/RabbitRemoteControl.
run RabbitRemoteControl.sh , it handle load .so

when debug, set CMAKE_INSTALL_prefix to 'pwd'/install

[akallabeth]

@KangLin using master of both.
there is also a missing share/RabbitCommonTests.sh file referenced in RabbitCommon

[akallabeth]

ok, had a look.
looks like you do not set up the session properly and it uses antiquated paths that are buggy.

the other stuff (library naming, ...) are minor issues, but you lack complete support of everything newer than windows XP ;)