Re: refreshing problem using rdp

[Allen Chen]

I have to compile the guacamole-client to fix the problem. Search my 
post "Upgrade from 1.2 to 1.4 or 1.5 Scrolling content is overwriting 
itself".


Something is happening from version 1.3 to 1.5. It may be related to the 
upgrade of compile environment like Maven or jdk.


The download client versions 1.4 and 1.5.3 don't work properly for me. 
Once I replaced the downloaded clients with any versions compiled by 
myself, it works properly without changing anything else, even though 
the guacd server. Just replace the client jar files.


This kind of issue exists, not just in my installation but also somebody 
else. If you do have the issue, try to compile the client instead of 
tweaking the connection settings.


Allen

On 12/7/2023 2:18 AM, Piviul wrote:

On 12/6/23 14:16, Piviul wrote:

[...]
I connect to windows 11, 10 and 7; if windows is on a virtualized or 
bar metal PCs doesn't matter; win 10 and win 11 have this problem, 
win 7 havn't. If you need some logs doesn't hesitate to ask me.


checking "Disable bitmap caching:" in the performance connection 
properties seems to solve the problem.


Someone can help me how to correctly enable bitmap caching for windows 
10 / windows 11 connections?


Piviul



-
To unsubscribe, e-mail: user-unsubscr...@guacamole.apache.org
For additional commands, e-mail: user-h...@guacamole.apache.org




-
To unsubscribe, e-mail: user-unsubscr...@guacamole.apache.org
For additional commands, e-mail: user-h...@guacamole.apache.org

Re: Upgrade from 1.2 to 1.4 or 1.5 Scrolling content is overwriting itself(fixed)

[Allen Chen]

I compiled guacamole-client from the source cloned from 
https://github.com/apache/guacamole-client and got guacamole-1.5.4.war 
in folder guacamole/target.


I put this one in tomcat work folder(restart tomcat), and the problem is 
gone.


The compiling is done under Maven 3.9.1 and jdk-20.

Allen

On 1/17/2024 6:41 PM, Allen Chen wrote:


Hi Nick,

Thank you for the quick reply. After I changed git:// to https:// then 
I can clone the source.


It probably needs an update on this page: 
https://guacamole.apache.org/doc/gug/installing-guacamole.html#obtaining-the-source-code 
to correct the link.


Allen

On 1/17/2024 6:01 PM, Nick Couchman wrote:



On Wed, Jan 17, 2024 at 5:54 PM Allen Chen 
 wrote:


Hi there,

I try to figure it out between 1.3 and 1.4 by cloning the guacamole
client, but the command failed:

# git clone git://github.com/apache/guacamole-client.git
<http://github.com/apache/guacamole-client.git>

Initialized empty Git repository in /squid/z/guacamole-client/.git/
github.com <http://github.com>[0: 140.82.113.3]: errno=Connection
timed out
fatal: unable to connect a socket (Connection timed out)

Any idea?


I don't think git:// is a valid URL prefix - I think you can either 
use SSH URLs (g...@github.com/apache/guacamole-client.git 
<http://g...@github.com/apache/guacamole-client.git>) or HTTPS URLs 
(https://github.com/apache/guacamole-client).


-Nick

Re: Upgrade from 1.2 to 1.4 or 1.5 Scrolling content is overwriting itself

[Allen Chen]

Hi Nick,

Thank you for the quick reply. After I changed git:// to https:// then I 
can clone the source.


It probably needs an update on this page: 
https://guacamole.apache.org/doc/gug/installing-guacamole.html#obtaining-the-source-code 
to correct the link.


Allen

On 1/17/2024 6:01 PM, Nick Couchman wrote:



On Wed, Jan 17, 2024 at 5:54 PM Allen Chen 
 wrote:


Hi there,

I try to figure it out between 1.3 and 1.4 by cloning the guacamole
client, but the command failed:

# git clone git://github.com/apache/guacamole-client.git
<http://github.com/apache/guacamole-client.git>

Initialized empty Git repository in /squid/z/guacamole-client/.git/
github.com <http://github.com>[0: 140.82.113.3]: errno=Connection
timed out
fatal: unable to connect a socket (Connection timed out)

Any idea?


I don't think git:// is a valid URL prefix - I think you can either 
use SSH URLs (g...@github.com/apache/guacamole-client.git 
<http://g...@github.com/apache/guacamole-client.git>) or HTTPS URLs 
(https://github.com/apache/guacamole-client).


-Nick

Re: Upgrade from 1.2 to 1.4 or 1.5 Scrolling content is overwriting itself

[Allen Chen]

Hi there,

I try to figure it out between 1.3 and 1.4 by cloning the guacamole 
client, but the command failed:


# git clone git://github.com/apache/guacamole-client.git

Initialized empty Git repository in /squid/z/guacamole-client/.git/
github.com[0: 140.82.113.3]: errno=Connection timed out
fatal: unable to connect a socket (Connection timed out)

Any idea?

Allen

On 11/6/2023 5:09 PM, Michael Jumper wrote:

On 11/6/2023 1:56 PM, Allen Chen wrote:

Hi there,

After I upgraded guacamole from 1.2 to 1.5.3, scrolling content is 
overwriting itself in RDP session. I googled and found a similar 
issue 
https://www.reddit.com/r/archlinux/comments/ajac8i/scrolling_terminal_content_is_overwriting_itself/.


Server environments: CentOS 7.7, tomcat 8, jdk-13 and Apache proxy as 
the front end with SSL configured to redirect https to guacamole port 
8080


Test 1: downgrade guacamole client to 1.3 and keep guacd on 1.5.3, 
scrolling content is working properly both via Apache proxy and 
direct access on port 8080;


Test 2: downgrade guacamole client to 1.4 and keep guacd on 1.5.3, 
scrolling content is not working properly via Apache proxy, but 
working properly via direct access on port 8080;


So the problem is on version 1.4 and 1.5.3 via Apache proxy.

To confirm this, I build a new machine with CentOS Stream release 8, 
tomcat 9 and jdk-20, I get exactly the same results listed in Test 1 
and Test 2.


I took a screenshot:

Does anybody know what is the issue?


The presence/absence of a proxy has no bearing on the graphical 
content of a connection. The only case where a proxy might affect only 
the handling of graphical content would be if that proxy adds HTTP 
headers that instruct the browser to disallow such content from being 
decoded ("Content-Security-Policy").


I don't think the above is likely. There would be errors/warnings in 
your browser's console if that's the case, and it would probably 
result in the connection rendering absolutely nothing. From your 
screenshots, things are definitely being rendered.


This looks more like a bug in the remote desktop server hosting the 
session (ie: incorrect graphical updates are being sent). I think the 
correlations that you're seeing between proxy vs. no proxy, various 
releases of Guacamole itself, different versions of Tomcat or the JDK, 
etc. are more likely coincidences.


If you can narrow things to purely one version of guacd that works and 
another that doesn't, changing absolutely nothing else in the stack 
whatsoever, then that could indicate a problem in the handling of 
graphical updates or a bug in one of the lower-level libraries that we 
consume. I don't think this is likely either, though, as it would have 
been loudly noticed by others by now:


https://guacamole.apache.org/faq/#probably-not-a-bug

If you *can* narrow things to a known-good release and a known-bad 
release, then a git bisect should reveal the nature of the issue.


- Mike

-
To unsubscribe, e-mail: user-unsubscr...@guacamole.apache.org
For additional commands, e-mail: user-h...@guacamole.apache.org



-
To unsubscribe, e-mail: user-unsubscr...@guacamole.apache.org
For additional commands, e-mail: user-h...@guacamole.apache.org

Re: There is no TOTP settings for users in user UI

[Allen Chen]

Hi Alessandro,

Thank you for the quick reply. I will try 1.5.4.

Thanks,

Allen

On 12/18/2023 9:08 AM, Alessandro Sironi wrote:


Hi,

if I remeber correctly, Guacamole 1.3 does not have TOTP reset option, 
you need to install a more recente release, the last one is 1.5.4 I'll 
suggest to go for it.


Best regards,

Alessandro

Il 18/12/2023 14:49, Allen Chen ha scritto:


Hi there,

I configured Guacamole 1.3 and activated TOTP, and it works for users.

I logged in with guacadmin user with the TOTP code without any 
issues. But when I try to reset TOTP Data for a user, TOTP options 
are missing from user UI.


Also I checked user guacadmin, still the TOTP options are not showing 
on the user UI. Here is the screen shot:



There is no "Clear TOTP secret:", and no "TOTP key confirmed" on the 
user UI.


What is the problem here? I already cleared the browser cache.

Thanks,

Allen

There is no TOTP settings for users in user UI

[Allen Chen]

Hi there,

I configured Guacamole 1.3 and activated TOTP, and it works for users.

I logged in with guacadmin user with the TOTP code without any issues. 
But when I try to reset TOTP Data for a user, TOTP options are missing 
from user UI.


Also I checked user guacadmin, still the TOTP options are not showing on 
the user UI. Here is the screen shot:



There is no "Clear TOTP secret:", and no "TOTP key confirmed" on the 
user UI.


What is the problem here? I already cleared the browser cache.

Thanks,

Allen

Re: screen tearing with RDP

[Allen Chen]

What is the version number of Guacamole?

Can you try version 1.3 or 1.2 if you are using 1.5.3 or 1.4?

Is it the same symptom as I posted  on Nov. 6, 2023 with Subject 
"Upgrade from 1.2 to 1.4 or 1.5 Scrolling content is overwriting itself"?



On 11/14/2023 6:10 PM, Michael Jumper wrote:

On 11/14/2023 2:50 PM, M Anon wrote:


We are testing Apache Guacamole to try to address digital inequity in 
our school where students who cannot afford high-end devices can 
still use software like Fusion360. We have it on what we think is an 
adequately powered VM (8GB RAM + 2 vCPUs). We are not running NGINX 
on it because it is internal use only (students connect their devices 
to the school Wi-Fi to access it) and not exposed to anywhere else. 
The RDP hosts are not VMs but are physical desktops. We find that 
when we connect via an RDP client directly to the physical desktop, 
there is no screen tearing but when we connect to it via Guacamole, 
the screen tearing is bad.


What RDP server is being used?



Our reading of the manual seems to indicate that NGINX only provides 
a security layer and does not affect performance. Is this right?




That's correct.


What else can we look at to improve the situation?


Try a build of guacd from the master branch of git and see if that 
improves things. That branch contains a partial implementation of 
support for the "Graphics Pipeline Extension" of RDP, which *should* 
eliminate the tearing.


Tearing in RDP is due to the heuristics used to detect frame 
boundaries. These heuristics are necessary when the underlying 
protocol lacks any means of explicitly telling Guacamole where these 
frames are. Tearing occurs when Guacamole detects changes in timing 
that suggest a frame boundary, but our human eyes ultimately disagree 
after that frame is rendered.


Historically, RDP just sent a series of graphical updates and did not 
have any mechanism to indicate to the client (Guacamole) that one 
frame has ended and another is beginning. For these cases, Guacamole 
relies on timing-based heuristics to detect when all data associated 
with a frame has likely been received. These heuristics and inherently 
best-effort guesses and will not always be correct.


This changed in newer versions of Windows and RDP with the addition of 
the "Graphics Pipeline Extension" (RDPGFX). With RDPGFX, the RDP 
protocol *does* have a way to tell Guacamole where frames end/begin, 
and Guacamole takes advantage of this.


- Mike

-
To unsubscribe, e-mail: user-unsubscr...@guacamole.apache.org
For additional commands, e-mail: user-h...@guacamole.apache.org




-
To unsubscribe, e-mail: user-unsubscr...@guacamole.apache.org
For additional commands, e-mail: user-h...@guacamole.apache.org

Upgrade from 1.2 to 1.4 or 1.5 Scrolling content is overwriting itself

[Allen Chen]

Hi there,

After I upgraded guacamole from 1.2 to 1.5.3, scrolling content is 
overwriting itself in RDP session. I googled and found a similar issue 
https://www.reddit.com/r/archlinux/comments/ajac8i/scrolling_terminal_content_is_overwriting_itself/.


Server environments: CentOS 7.7, tomcat 8, jdk-13 and Apache proxy as 
the front end with SSL configured to redirect https to guacamole port 8080


Test 1: downgrade guacamole client to 1.3 and keep guacd on 1.5.3, 
scrolling content is working properly both via Apache proxy and direct 
access on port 8080;


Test 2: downgrade guacamole client to 1.4 and keep guacd on 1.5.3, 
scrolling content is not working properly via Apache proxy, but working 
properly via direct access on port 8080;


So the problem is on version 1.4 and 1.5.3 via Apache proxy.

To confirm this, I build a new machine with CentOS Stream release 8, 
tomcat 9 and jdk-20, I get exactly the same results listed in Test 1 and 
Test 2.


I took a screenshot:

Does anybody know what is the issue?

Thanks,

Allen

Re: disable access to guacamole for users in a particular AD group

[Allen Chen]

On 5/21/2021 6:06 PM, Mike Jumper wrote:
On Fri, May 21, 2021 at 8:06 AM Jason Keltz > wrote:


Hi.

I'd like to disable access to login to Guacamole for users in a
particular AD group.  This would be like the "DenyGroups" option in
sshd_config.   Is this possible?


Yes - you would need to:

 1. Use a search DN ("ldap-search-bind-dn" and
"ldap-search-bind-password"), if you aren't already.
 2. Specify an LDAP user filter ("ldap-user-search-filter") to
restrict users to only those that _aren't_ members of the group in
question.

How do I specify an LDAP user filter if I want users in "marketing" 
group have access to Guacamole? Example:


Users are located in "ou=users,dc=mydomain,dc=com", e.g. 
"uid=myid,ou=users,dc=mydomain,dc=com"
Groups are located in "ou=groups,dc=mydomain,dc=com", e.g. 
"cn=marketing,ou=groups,dc=mydomain,dc=com" has "memberuid=myid"


How do we do this: verify password from "ou=users", and then allow the 
user if he is a member of "cn=marketing,ou=groups,dc=mydomain,dc=com".

Two conditions must be verified from two OUs.

Allen

If this is done, then users that are members of that group will 
effectively not exist as far as Guacamole is concerned. As long as a 
search DN is used, any user that doesn't match the filter will not be 
able to sign into Guacamole.


I tried the "Disabled" state in the admin, but that doesn't seem
to do
anything.    Even if the user is in other groups for which they have
access, if they are in the particular group, access should be denied.


The "Disabled" attribute for user groups only disables inheritance of 
permissions from that group. It's a quick way to effectively turn off 
a group and doesn't disable overall access. You can think of it as a 
soft, reversible delete.


From 
http://guacamole.apache.org/doc/gug/administration.html#user-group-management 
:


"If you have delete permission on the group, you will also see a 
"Delete" button. Clicking this button will permanently delete the 
group. *Alternatively, if you only wish to temporarily disable the 
effects of membership in the group, checking "Disabled" will achieve 
the same effect while not removing the group entirely.*"


Michael Jumper
CEO, Lead Developer
Glyptodon Inc .

Strange thing happens slowly after upgrade from 1.1 to 1.2

[Allen Chen]

Hi there,

Two weeks ago I upgrade Guacamole from 1.1 to 1.2. It works. Slowly 
users complain about the RDC not working.


The guacamole login page works. The problem is the RDC login. It says 
"wrong username/password". But I can RDC to it directly. So the 
username/password is correct.


The only fix is to reboot the windows PC. then the RDC works via 
Guacamole. It looks like only happens the first time log in to version 1.2.


Thanks,

Allen



-
To unsubscribe, e-mail: user-unsubscr...@guacamole.apache.org
For additional commands, e-mail: user-h...@guacamole.apache.org

Re: TOTP behavior changed after upgrade from 1.1.0 to 1.2.0

[Allen Chen]

Hi Nick,

Group membership is the best way to go. I don't connect Guacamole to 
LDAP server due to no group membership in Guacamole.


Ideally, I would like group membership in Guacamole working like this:
1. if a user is in Guracamole group, then login is activated for this user
2. if a user is in TOTP group, then TOTP is activated for this user
3. and more features can be added like this

Thanks,

Allen

On 4/13/2021 12:23 PM, Nick Couchman wrote:
On Tue, Apr 13, 2021 at 11:07 AM Allen Chen 
mailto:ac...@harbourfrontcentre.com>> 
wrote:


Hi there,

I have upgraded Guacamole from 1.1.0 to 1.2.0 without any issues.
I just compiled guacamole-server-1.2.0 and replaced
guacamole-auth-jdbc-mysql, guacamole-auth-totp and
guacamole-1.2.0.war.

But now with 1.2.0, TOTP is activated for every users in DB.
In 1.1.0, we can control this by setting "Change own password".
Is there a way to change this behavior back? So we have an option to
activate TOTP on some users.


Yes, in version 1.2.0 we changed how extensions interact with other 
extensions, essentially giving extensions like TOTP the ability to 
interact with the database without the user having to have explicit 
permissions. This was an intentional change, and the prior behavior - 
where TOTP did not work unless the user had "Change own password" 
option - was never designed to be a feature, it was just a byproduct 
of how it was previously implemented.


There is currently a JIRA issue that aims at allowing TOTP to be 
enabled/disabled based on group membership, but that is not 
implemented, today, so there's currently no work-around or way to 
restore the functionality you saw in 1.1.0.


https://issues.apache.org/jira/browse/GUACAMOLE-1219 
<https://issues.apache.org/jira/browse/GUACAMOLE-1219>


-Nick

TOTP behavior changed after upgrade from 1.1.0 to 1.2.0

[Allen Chen]

Hi there,

I have upgraded Guacamole from 1.1.0 to 1.2.0 without any issues.
I just compiled guacamole-server-1.2.0 and replaced 
guacamole-auth-jdbc-mysql, guacamole-auth-totp and guacamole-1.2.0.war.


But now with 1.2.0, TOTP is activated for every users in DB.
In 1.1.0, we can control this by setting "Change own password".
Is there a way to change this behavior back? So we have an option to 
activate TOTP on some users.


Thanks,
Allen


-
To unsubscribe, e-mail: user-unsubscr...@guacamole.apache.org
For additional commands, e-mail: user-h...@guacamole.apache.org

Re: Schema upgrade from 1.1.0 to 1.2.0

[Allen Chen]

Thanks Nick. I will give it a try.

Allen

On 4/13/2021 10:36 AM, Nick Couchman wrote:
On Tue, Apr 13, 2021 at 10:32 AM Allen Chen 
mailto:ac...@harbourfrontcentre.com>> 
wrote:


Hi there,

I'm going to upgrade Guacamole 1.1.0 to 1.2.0, but I am not sure if
there is any mysql DB schema changed or not.



Without looking at the archive at the moment, I do not think there 
were any schema changes past 1.0.0, so I don't think you need to worry 
about it for 1.2.0.


-Nick

Schema upgrade from 1.1.0 to 1.2.0

[Allen Chen]

Hi there,

I'm going to upgrade Guacamole 1.1.0 to 1.2.0, but I am not sure if 
there is any mysql DB schema changed or not.


I compiled guacd server on CentOS 7 and use MySQL backend.

I try to find any upgrade script for mysql schema in 
guacamole-client-1.2.0.tar.gz, but the latest one is 
schema/upgrade/upgrade-pre-1.0.0.sql.


Thanks,

Allen



-
To unsubscribe, e-mail: user-unsubscr...@guacamole.apache.org
For additional commands, e-mail: user-h...@guacamole.apache.org

Re: copy past from our system to RDP issue

[Allen Chen]

FYI. I have guacamole-1.1.0 installed. Clickboard works in Chrome, but 
not in Firefox. I don't change any settings on both browsers.


Allen

On 12/2/2020 6:15 AM, Arpit Agarwal wrote:

Hello,

I am using chrome always.

Thanks & Regards,
Arpit Agarwal
Chat ID's:
GTalk  :a...@mpatra.com 
Skype :iarpit22
http://www.arpitagarwal.in 
Office: +91 120 4561602
India Cell   : +91 99719 0
USA Cell : +1-732-705-7727

The information contained in this transmittal is privileged and 
confidential. The information is intended only for the use of the 
individual or entity named above. If the reader of this message is not 
the intended recipient, you are hereby notified that any 
dissemination, distribution or copying of this communication is 
strictly prohibited.  If you have received this communication in 
error, please notify us immediately by telephone or e-mail, and delete 
this message from your server.

PPlease don't print this e-mail unless you really need to. Be Green.











On 02-Dec-2020, at 4:25 PM, Adrian Owen > wrote:


Hi,
Hope this helps.
IE
1)Guacamole URL to IE->Settings->Security->Local 
Intranet->Sites->Advanced
2)IE->Settings->Security->Internet->Custom Level-> IE Scripting 
property “Allow Programmatic clipboard access” to “Enable”

Chrome Firefox
Check Clipboard permission manager.
Adrian
*From:*Arpit Agarwal [mailto:a...@mpatra.com ]
*Sent:*02 December 2020 10:21
*To:*user@guacamole.apache.org 
*Subject:*Re: copy past from our system to RDP issue
Hello Mike,
Thanks for the details. I tried all and it is not on https also but 
still not able to use normal clipboard from local system to rdp. All 
the time has to paste the text first via ctrl+shift+alt clipboard 
windows and then into rdp.
Kindly help me to solve this issue as i know it is not an issue but 
my system is not working with it.


Thanks & Regards,
Arpit Agarwal
Chat ID's:
GTalk  :a...@mpatra.com 
Skype :iarpit22
http://www.arpitagarwal.in 
Office: +91 120 4561602
India Cell   : +91 99719 0
USA Cell : +1-732-705-7727

The information contained in this transmittal is privileged and 
confidential.  The information is intended only for the use of the 
individual or entity named above. If the reader of this message is 
not the intended recipient, you are hereby notified that any 
dissemination, distribution or copying of this communication is 
strictly prohibited.  If you have received this communication in 
error, please notify us immediately by telephone or e-mail, and 
delete this message from your server.

PPlease don't print this e-mail unless you really need to. Be Green.



On 02-Dec-2020, at 10:14 AM, Mike Jumper
mailto:mike.jum...@glyptodon.com>> wrote:
On Tue, Dec 1, 2020 at 2:28 AM Arpit Agarwal mailto:a...@mpatra.com>> wrote:

Hello Mike,
Thanks for the information. I am using chrome as browser and
windows 2016 server in RDP but still not able to copy from
local and paste into rdp. Please help me to get this done if
there is some steps i need to follow please tell me what need
to do.

It should Just Work. The only cases I am aware of where this
would not be the case are:
* HTTPS is not being used (Chrome will refuse to provide
clipboard access to a web application that isn't served securely)
* The user has already refused clipboard access when Chrome asked
whether they wish to grant it (you can change that response and
then have things work as expected)
Michael Jumper
CEO, Lead Developer
Glyptodon Inc .

Re: Capslock not working in RDP

[Allen Chen]

On 07/04/2020 6:40 a.m., Piviul wrote:

Wesley de Graaf ha scritto il 07/04/20 alle 09:52:

Hi Allen,

Later on, I did find out when setting the keyboard on “Unicode” it is 
working as expected. Our default keyboard layout is the US English 
(qwerty). So when using the US English (Qwerty) keyboard layout its 
not working.
I have no problems too with caps lock in guacamole... AFAIK the 
keyboard layout you have to set on the RDP connection should be the 
keyboard layout that is set as default on the rdp server.


I have configured some guacamole RDP connection to PCs with different 
keyboard layout (qwerty IT or qwerty US) and settings the guacamole 
RDP connection to have the keyboard layout used on the RDP server 
solve any keyboard layout problems.


I always set up keyboard layout everywhere the same way which is US 
English wqerty. That's why I don't have the Caplock issue.


Allen



-
To unsubscribe, e-mail: user-unsubscr...@guacamole.apache.org
For additional commands, e-mail: user-h...@guacamole.apache.org

Re: Capslock not working in RDP

[Allen Chen]

For somehow the CAPS LOCK works for me with compiled 
guacamole-server-1.1.0.tar.gz and freerdp-2.0.0-1.rc4 on CentOS 7.


Allen

On 4/6/20 8:28 AM, Wesley de Graaf wrote:


Hi,

It looks like CAPS Lock is not working in the latest stable guacamole 
version, build 1.1, xFreeRDP 2.0.0-rc4, keyboard layout: Default.


 1. Open RDP session via guacamole
 2. Open Wordpad for example
 3. Press CAPS LOCK on your keyboard, You’ll see that the CAPS LOCK is
activated in WordPad but the keys you send are still received in
lower case.

I’ve found this article on the internet: 
https://kb.virginiacyberrange.org/troubleshooting/caps-lock-bug.html


The Workaround they specify here is working, but that’s not a workable 
situation if you want to use the caps lock. It looks like when the 
CAPS LOCK is enabled the keys are still forwarded lower case ?


Kind regards,

Wesley

Re: Disable Copy Paste on local machine

[Allen Chen]

I think you can not stop this. They can just take a photo. How do you 
prevent this one?


Allen

On 3/30/2020 2:17 AM, mitul.v wrote:

Team,

Can someone help us to disable copy paste from remote to local 
machine. Copy paste should work internally in remote machine. This is 
for Data Security.


Thanks in advance.

Regards,
Mitul Vanasiwala
--- --- Disclaimer: Privileged & confidential information is contained 
in this message (including all attachments). If you are not an 
intended recipient of this message, please destroy this message 
immediately and kindly notify the sender by reply e-mail. Any 
unauthorized use or dissemination of this message in any manner 
whatsoever, in whole or in part, is strictly prohibited. This e-mail, 
including all attachments hereto, is for discussion purposes only and 
shall not be deemed or construed otherwise unless expressly stated. 
Any views or opinions presented in this email are solely those of the 
author and do not necessarily represent that of NJ Group of Companies. 
This communication, including any attachments,may not be free of 
viruses, interceptions or interference, and may not be compatible with 
your systems. You should carry out your own virus checks before 
opening any attachment to this e-mail. The sender of this e-mail and 
NJ Group of Companies shall not be liable for any damage tha t you may 
sustain as a result of viruses, incompleteness of this message, a 
delay in receipt of this message or computer problems experienced. 
This message has been scanned for viruses and dangerous content by 
NJGroup Email Server, and is believed to be clean.