Hi All, Lately, and for some time now, I have been on the hunt for a unified solution that would allow me to run native remote connection applications as well as seamless mode applications on Linux hosts to Windows clients as well as Windows hosts to Linux clients and possibly add in other platforms at a later time.
I have researched many possibilities covering all of the variants of VNC (TightVNC, TigerVNC, RealVNC, MetaVNC, etc..., and RDP (native Windows RDP, rdesktop, FreeRDP, etc...), and other non-standard solutions as well (SeamlessRDP, NX Nomachine, x2go, Xpra, etc...) https://en.wikipedia.org/wiki/Comparison_of_remote_desktop_software but none of them really meet all of the base requirements although some do seem to come close even though in this day and age of Cloud computing and virtual desktop environments, it seems that a solution like this is warranted and needed. All of this researching has actually given me an idea and wanted to propose it to the FreeRDP list since I truly like the RDP protocol and think that FreeRDP is the most advanced and versatile piece of software that I have seen so just maybe this "might" be possible in some way (albeit probably a significant challenge to make happen) Here is what I am thinking about. If I think about FreeRDP and RDP in particular, then my understanding is that everything is in "channels", and the channels are mostly available by using a plugin architecture. If this is true then would it be possible to take the rdesktop/seamlessRDP code and write a server plugin for seamless connections? What I could envision is basically getting rid of the RDP Server-Client paradigm for something that is more of a simple Peer-to-Peer system with the plugin as a FreeRDP (Client) could effectively connect to another FreeRDP (Client + plugin). The FreeRDP plugin would provide a channel such that the platform "Application" would send the data bidirectionally in a similar way that a remote drive plugin or remote usb plugin would work. Of course there would be a number of details to work out, but this is the core idea and I wanted to get some input from anyone on the list that is willing to read over this long post (Sorry, by the way). Best Regards Lonnie _______________________________________________ FreeRDP-devel mailing list FreeRDP-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freerdp-devel
