-
Notifications
You must be signed in to change notification settings - Fork 3.8k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Is this legal? #26
Comments
On the one hand, RDP Wrapper is a separate application which allows remote desktop with concurrent terminal sessions. Quote from the original license agreement:
According to this, the license agreement isn't violated. But on the other hand, although termsrv.dll remains unmodified, RDP Wrapper doesn't implement these functions. They all are controlled by Terminal Services, which were loaded with different parameters. So the question about legality is the matter of dispute... |
How this is not violation? from: also :
i would definitely want to use it in my company to save money... but its appears to be illegal so i cant. |
I would say (and I am not a lawyer) that the software itself is not illegal - the software itself cannot violate the EULA - the software itself cannot violate an End User License Agreement. You however are technically bound by the EULA. As others have pointed out - the software itself does not alter any of the operating system itself. No binaries are changed. It does however call functions in Terminal Services "differently". However, to your points: (i) The software isn't "virtualized" - wrapper may be a misnomer - but it calls functions inherent in the DLL itself. (Whether they are publicly exposed in a "home" or "professional" product is not germane to the issue) (iv) work around any technical restrictions or limitations - so, professionally in your company, you have never read a Microsoft published KB article that has a "workaround" section and implemented it until a suitable patch was developed? Technically speaking - you have just violated this clause. (v) there are several issues with this clause - 1) it isn't server software, 2) you aren't "commercial hosting" (are you?), 3) "software available for simultaneous use" - Um... did you put your PC on a network - because then you have violated this clause... 4) "install the software on a server" - well what exactly do they mean here? Do you install your OS from a server? (violation?) Or is it that you can't have the software on a server class piece of hardware (you are aware that there are "servers" in desktop form factors?) Or is it a clause against creating shares from a workstation class product.. and if that is the case... why do they build a 20 connection limit into a workstation class product and tell you not to circumvent THAT? 5) install the software on a device for use only by remote users - well - then you can't use RDP for access to a system greater than 50% of the time. The legalese is there to allow Microsoft the flexibility to protect their interests - the legalese or text of this nature has been around since the inception of the OS for PCs... but frequently has been fought in terms of "fair use". However - if it is of concern to you and your company - I would recommend against using it until you have engaged sufficient legal help to determine your support ability and legal standing. Otherwise - if you need something like this in a corporate setting either purchase the server product and use as intended or roll-your-own solution suing some open-source love. |
yeah, i wanted to use my supermicro server with proxmox, install w7 on it, and use rdp wrapper to give few employees access instead of buying few windows licenses. |
Disclaimer: I’m not a lawyer and this isn’t legal advise. My interpretation of section 2.c+2.c(ⅳ) of the Windows license for the purpose of using RDPwrap is that it strictly speaking limits users ability to install any software what so ever. If you install a program of any kind, you’re working around limitations in Windows itself … . So, yeah … . However, “Section 2.d(ⅴ) doesn’t expressly grant an exception from 2.c+2.c(ⅳ), but 2.d(ⅴ) is more specific to [using RDP in Windows].” The license both specifically grants you permission and the license more broadly does not grant you permission. You can interpret the Windows license in any which way, and I suspect that was the intention when it was written. It leaves a lot of leeway for Microsoft to pursue whoever they want. |
Unfortunately I can't provide a citation but there is a commercial program which offers the functionality that RDPWrap does for a price. The company offering it, when I checked their web page, was still in business; presumably they also have clients. Per the discussion on this page, however, it might be impossible for them to violate the law, in the same sense that one can sell radio broadcasting kits that are illegal to put together and operate. While not precisely relevant I would add that it seems like Microsoft is very unwilling to follow up on license-skirting, and has historically made changes that make it easier to pirate their operating system (but the topic at hand isn't piracy). |
The S/W is FOSS and MS (who are also increasingly FOSS and services oriented BTW) are unlikely to take action over a small number of users many if not most of whom are Admins and Devs whose employers will likely always purchase the requisite Pro and Enterprise licenses for Enterprise wide corporate solutions anyway. (All that is necessary for the MS behemoth is to miss-classify it as virus to prevent or delete downloads for the bulk of users which was indeed the case for me using Chrome.) The RDP/Terminal Server code actually has it's origins with "Citrix" - a third party MS Partner - and from whom it was actually strong-armed by MS into their code stack proper under threat of termination of continued licensed access to Windows Server/Client code in order to maintain the Tech when renewal came up: Oops there go's the business guys and very little they could do about it Anti-Trust wise when it comes to access to another company's IP: so it was forcibly cross-licensed or even assigned to MS as a part of a newer ongoing deal with them. You might want consider these origins, in particular the behaviours and actions of these huge corporate whales, during your deliberations over the minutiae of our own compliance with a shrink-wrapped licence as a relatively minuscule and insignificant, but nonetheless very nimble, little minnow. |
Having looked more closely at the Windows 10 license the same statement that could potentially disallow RDPWrap also disallows the use of VNC or TeamViewer in the Home edition of Windows. RDP is disabled in the Home edition, and adding that functionality back in may violate 2.c.iv. |
Bah humbug!: Think about the practicalities of enforcement - how are they going to know - and the ensuing public outrage let alone from just the FOSS VNC community alone if they did. They neither know or care and certainly don't care for the embarrassment whilst making no profit from the enforcement. They would inconvenience and piss-off users and thus damage their business reputation and good will whilst only incurring costs for themselves. Think of it like the Chinese Constitution as whilst there are great protections within it there is actually no way to go about getting it enforced and thereby actually securing those lovely human rights as they are written on the paper my friend! |
That was my point. It is also good ammunition to use if, say, your company's IT department refuses to allow you to use RDPWrap. There's a fair chance someone is using VNC internally. But really, the license is so broad and so contrary to the typical conception of property ownership I can't see most of its terms being enforceable. |
Personal opinion, with some educated background: Windows has internal helper functions that can be called to gate-check whether you're on an appropriate edition of the OS before allowing a call to proceed. The fact that these checks are not stopping you is either a) indication that it's expected and permitted for applications to use these APIs, or b) a bug which Microsoft could fix if they cared enough. If (a), these APIs are presumably documented for third-party use. Are they? If so, you're on very solid footing. If not, you're on less solid footing legally -- but because of Microsoft's compatibility procedures, which check whether even undocumented functions are being called by external applications before removing them, you're unlikely to be broken outright. Presumably these same APIs are being used by other Microsoft products, such as Remote Assistance, and need to remain stable and accessible. If (b), Microsoft could at some point fix the bug if they want. You'll have no recourse, and taking advantage of the bug in the meantime is of questionable legality. |
Software like Teamviewer (free or paid) can connect to and display the desktop of an active RDP connection, so the use of Teamviewer breaks EULA, too. |
Like I said: why are we not surprised!
…On Sat., 21 Mar. 2020, 01:05 Kintaro Oe, ***@***.***> wrote:
Software like Teamviewer (free or paid) can connect to and display the
desktop of an active RDP connection, so the use of Teamviewer breaks EULA,
too.
—
You are receiving this because you commented.
Reply to this email directly, view it on GitHub
<#26 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/AAVF56W5S4Z7KTQV4IJG453RINZ3BANCNFSM4BAQVACA>
.
|
Even Microsoft Corporation does not have the right to limit the number of users on a hardware that is a legitimate property of the user. Over. |
No, but they certainly do on software which is their property and is only licensed to you. If you want only hardware ownership to matter, then you write the software yourself. |
This is right. But nonetheless, Microsoft Corporation still has no right to limit the number of concurrent users of the PC, and its resourses I own as hardware. All they have is the right of the restrictions and limitations on their software, but not on the hardware and the users. They are not Gods, they are only citizens just like us , and their EULA is not the Holy Bible. Some examples: I have a Dual Boot System, one system with MS Windows, and an other with Linux.. It's clear for everyone that there can be only one operating system at once to run , either the Windows or the Linux. I have the right to give the permission for anyone to use my computer , right? The only thing which is illegitimate here is the restriction of the number of users , in that EULA. |
I wanna write some words too. Microsoft is playing the role of a dog in the manger with its terminal server solution. The function is there, but it cannot be used. Why? If the function weren't there, then other developers (nomachine, VNC, and many others) would offer corresponding software projects on the market. But since windows has its own function, only CITRIX can offer the corresponding software, because they are RDP developer. As usual, the Microsoft folks just make money. |
Ok but my question is: |
Teamviewer uses the same session, the same user profile, same desktop, documents etc. Connecting with RDP can use multiple different user sessions which is a different interaction allowing for more flexibility. So you're not really comparing the same thing here. |
Basically Microsoft has implemented restrictions on purpose on the amount of consequently connected users to the Windows Operating System, which they wrote and have the rights to. Microsoft has implemented restrictions of 2 consecutive users, but they offer you an RDS License you can purchase to get around this limitation. The other fact is you are running this code, which you probably don't know what is doing. My advice is this: Don't run this for your company. Don't use this until Microsoft gives the OK, which they will never do. |
If you don't like the licensing agreement, find an alternative product or make your own product. |
But I want to do this, and not multiple RDP sessions! |
The software is updated to the latest version of termsrv.dll ver. 1971 (present in the May 2021 updates)? |
Does this also mean that if you use 3rd party media codecs, divX, Xvid etc interpreted as workaround ? The limitation is only to prevent any workaround to violate or limit the integrity and security. Not the enhancement of any functionality can be regarded as violation. Because, consumers also have rights to utilize the fullest potential of what they have bought, whether it is a licence or a right. But as per legality is concerned, Moreover, most of the time FOSS can be the best alternative for companies, enterprises and corporations when it comes to affordable solutions, but with a catch of hours of tweaking. |
This is awesome for me as I have Windows Basic on my tablet.
But does anyone know what the legal status of this is? To me it looks fine because you are not patching the dll with a hacked or unlicensed dll, just loading it with different parameters.
The text was updated successfully, but these errors were encountered: