INFO REQUIRED : Is Guacamole supoprt Bitmap Caching

[Amarjeet Singh]

Hi Team,


I haven't seen any parameter regarding bitmap caching in Guacamole.

Is it supported in Guacamole ?


Thanks and Regards,
Amarjeet Singh

Re: INFO REQUIRED : Is Guacamole supoprt Bitmap Caching

[Amarjeet Singh]

@Mike

 There is no parameter for controlling whether bitmap caching is used, but
> it is supported.
>


It good to put it into JIRA. I will update it.

Thanks Mike.



On Mon, Nov 27, 2017 at 10:09 PM, Mike Jumper <mike.jum...@guac-dev.org>
wrote:

> On Mon, Nov 27, 2017 at 6:02 AM, Amarjeet Singh <amarjee...@gmail.com>
> wrote:
>
>> Hi Team,
>>
>> I haven't seen any parameter regarding bitmap caching in Guacamole.
>>
>> Is it supported in Guacamole ?
>>
>>
> Yes. There is no parameter for controlling whether bitmap caching is used,
> but it is supported. As long as the RDP server supports bitmap caching,
> Guacamole will use it as well.
>
> - Mike
>
>

INFO Required : CLIENT.URL_OSK_LAYOUT not translating

[Amarjeet Singh]

Hi Team,


CLIENT.URL_OSK_LAYOUT is not translating.

Code :-

  \n" +
> "\n"
> +
> " translate\">\n" +
> "\n" +
> "\n" +
> "\n" +


Below is the screenshot :-


[image: Inline image 1]

Is there anything I can do to work it out?

Thanks and Regards,
Amarjeet Singh

Re: Clipboard support using guacamole-common-js API

[Amarjeet Singh]

Hi Mike,

I enabled Ctrl + V  ( Paste Event )  >>  then updated the guacClipboard
<< $scope.$broadcast('guacClipboard', data);  >> .

Issue :  It was sending Ctrl + V  keys to the server and then the clipboard
data , therefore server is pasting older data and on the next Ctrl + v , it
is pasting the correct data.

I stopped the guackeyDown broadcast  <<
$scope.$broadcast('guacBeforeKeyup', keysym, keyboard); >>  only for Ctrl +
V and first sent the clipboard data to the server, now data is updated on
the server >> then used guacSyntheticKeydown to send ctrl and V keys .

It is copying the correct data but with an issue.


Issue :  Suppose I have this text on the Notepad of the remote server "
Guacamole  | " , As you see the cursor is after the space, when I paste
text "amarjeet" from local to remote it becomes

"Guacamoleamarjeet" : The space is not there.


Please share your suggestions. I would be very grateful to you.

I am looking into it.

Thanks and Regards,
Amarjeet Singh

On Sat, Nov 18, 2017 at 10:23 AM, Mike Jumper <mike.jum...@guac-dev.org>
wrote:

> On Nov 17, 2017 17:40, "Amarjeet Singh" <amarjee...@gmail.com> wrote:
>
> ...
> I have added the clipboard support without any plugins or without pressing
> ctrl+shift+alt. for all browsers.
>
>
> Can you describe the nature of your changes?
>
> - Mike
>
>

Re: Clipboard support using guacamole-common-js API

[Amarjeet Singh]

@Mike : I have tested with Chrome, Firefox , Edge and IE.

It's working. I will contribute it to review by Guacamole team or if any
necessary changes required.

On Tue, Nov 21, 2017 at 7:35 PM, Amarjeet Singh <amarjee...@gmail.com>
wrote:

> @Mike :  It is working : I am not facing the above issue as of now. I
> might be sending the wrong keys.
>
>
>
> On Tue, Nov 21, 2017 at 7:27 PM, Amarjeet Singh <amarjee...@gmail.com>
> wrote:
>
>> Hi Mike,
>>
>> I enabled Ctrl + V  ( Paste Event )  >>  then updated the guacClipboard
>>   << $scope.$broadcast('guacClipboard', data);  >> .
>>
>> Issue :  It was sending Ctrl + V  keys to the server and then the
>> clipboard data , therefore server is pasting older data and on the next
>> Ctrl + v , it is pasting the correct data.
>>
>> I stopped the guackeyDown broadcast  << $scope.$broadcast('guacBeforeKeyup',
>> keysym, keyboard); >>  only for Ctrl + V and first sent the clipboard data
>> to the server, now data is updated on the server >> then used
>> guacSyntheticKeydown to send ctrl and V keys .
>>
>> It is copying the correct data but with an issue.
>>
>>
>> Issue :  Suppose I have this text on the Notepad of the remote server "
>> Guacamole  | " , As you see the cursor is after the space, when I paste
>> text "amarjeet" from local to remote it becomes
>>
>> "Guacamoleamarjeet" : The space is not there.
>>
>>
>> Please share your suggestions. I would be very grateful to you.
>>
>> I am looking into it.
>>
>> Thanks and Regards,
>> Amarjeet Singh
>>
>> On Sat, Nov 18, 2017 at 10:23 AM, Mike Jumper <mike.jum...@guac-dev.org>
>> wrote:
>>
>>> On Nov 17, 2017 17:40, "Amarjeet Singh" <amarjee...@gmail.com> wrote:
>>>
>>> ...
>>> I have added the clipboard support without any plugins or without
>>> pressing ctrl+shift+alt. for all browsers.
>>>
>>>
>>> Can you describe the nature of your changes?
>>>
>>> - Mike
>>>
>>>
>>
>

Getting error while connecting to Windows 10 [ NLA disabled ]

[Amarjeet Singh]

Hi Team,

I am getting the following error while connecting to the Windows 10.


Parameters Used :-

[ security : any , ignore-cert: true  ]

Jan  6 07:07:08 hysecuresslvpn guacd: guacd[3946]: ERROR:   Error
connecting to RDP server
Jan  6 07:07:08 hysecuresslvpn guacd[3946]: User
"@7a2e8990-a344-4be2-9094-56e5d4b5f232" disconnected (0 users remain)
Jan  6 07:07:08 hysecuresslvpn guacd: guacd[3946]: INFO:User
"@7a2e8990-a344-4be2-9094-56e5d4b5f232" disconnected (0 users remain)
Jan  6 07:07:08 hysecuresslvpn guacd: guacd[3946]: INFO:Last user
of connection "$cc37cb7c-f13b-406a-8cb4-0b6fec822e76" disconnected
Jan  6 07:07:08 hysecuresslvpn guacd: connected to 172.16.11.122:3389
Jan  6 07:07:08 hysecuresslvpn guacd: SSL_read: Failure in SSL library
(protocol error?)
Jan  6 07:07:08 hysecuresslvpn guacd: Authentication failure, check
credentials.
Jan  6 07:07:08 hysecuresslvpn guacd: If credentials are valid, the NTLMSSP
implementation may be to blame.
Jan  6 07:07:08 hysecuresslvpn guacd[3946]: Last user of connection
"$cc37cb7c-f13b-406a-8cb4-0b6fec822e76" disconnected
Jan  6 07:07:08 hysecuresslvpn guacd: guacd[876]: INFO: Connection
"$cc37cb7c-f13b-406a-8cb4-0b6fec822e76" removed.
Jan  6 07:07:08 hysecuresslvpn guacd[876]: Connection
"$cc37cb7c-f13b-406a-8cb4-0b6fec822e76" removed




Please help me out to resolve the above issue.


Thanks and Regards,
Amarjeet Singh

Re: Same shared Drive redirected to all users : Privacy and Security breach

[Amarjeet Singh]

Hi Mike,

Use separate filesystems to hold the drive

contents,  not the root filesystem of your Guacamole server.



If I have 500 users then I can't have separate file system for each one of
them on the same  machine where guacamole server runs [ centos 7 ] .

You can use the "${GUAC_USERNAME}" token cause a parameter to vary by
> the username, like the "drive-path" parameter. Together with the
> "create-drive-path" parameter, this allows you to dynamically provide
> separate drives on a per-user basis.


 where exactly I have to do ? Where do I have to change this or add
${GUAC_USERNAME}.
Is it in Javascript or Java.

How can I control the size limit for each user ?


Can I define volume size for each user ?


@Mike : Thanks for the quick response. I appreciate that. I read your side
note as well. I won't update the fix version of any bug reported by me ?
Really sorry for that mess.



Thanks and Regards,
Amarjeet Singh






On Sun, Jan 7, 2018 at 12:50 AM, Mike Jumper <mike.jum...@guac-dev.org>
wrote:

> On Sat, Jan 6, 2018 at 10:58 AM, Amarjeet Singh <amarjee...@gmail.com>
> wrote:
> >
> > Hi Team,
> >
> > I have redirected shared drive on Windows server 2012 R 2. I have 5
> users in that machine.
> >
> > I have mapped this drive to one of the folder  of Centos 7 where
> guacamole server runs.
> >
> > Now,  all the users are getting the same shared drive folder.
> >
>
> Sounds OK so far.
>
> >
> > It means one user can access files of  other users. It is very dangerous.
> >
> > It is breach of security and privacy as well.
> >
> > Is it any configuration I am missing ?
> >
>
> Guacamole will only do what you tell it to do. If you configure the
> connection for each user to use the same drive directory, then each
> user will have equivalent access to the contents of that directory. If
> this is not what you want, then you need to tell Guacamole to do
> something else.
>
> The mechanism most users use to ensure that each user is given a
> different drive directory are parameter tokens:
>
> http://guacamole.apache.org/doc/gug/configuring-guacamole.
> html#parameter-tokens
>
> You can use the "${GUAC_USERNAME}" token cause a parameter to vary by
> the username, like the "drive-path" parameter. Together with the
> "create-drive-path" parameter, this allows you to dynamically provide
> separate drives on a per-user basis.
>
> Alternatively, you can write an extension for Guacamole which derives
> connection parameter data however you like, including populating the
> "drive-path" parameter dynamically based on the user, some unique
> value generated for that session, etc.
>
> >
> > Data of the user should be deleted once the session is disconnected
> otherwise it will occupy whole lot of space  in the server [ where
> guacamole server runs ].
> >
>
> No, part of the point of Guacamole's virtual drive is that the data
> persists:
>
> http://guacamole.apache.org/doc/gug/using-guacamole.html#rdp-virtual-drive
>
> If you want data to be deleted after a user disconnects, you will need
> to implement that functionality outside of Guacamole or through an
> extension, though I really wouldn't recommend this. The Principle of
> Least Surprise being what it is, I don't imagine users being happy
> when their uploaded files mystically disappear.
>
> > It will definitely  cause the server down.
> >
>
> No. If you provide your users with storage space, it does not
> immediately follow that your server will go down.
>
> If you intend to provide your users with storage, such as that
> provided by Guacamole's virtual drive, and you are concerned that they
> may use up disk space, you will need to architect that storage such
> that this is not an issue. Use separate filesystems to hold the drive
> contents, not the root filesystem of your Guacamole server.
>
> >
> > Every user 's shared drive should not be same.
> >
>
> If you do not want the shared drive to be the same, it must be
> configured to be different. See above.
>
> > And we cannot assign 50 user different folder location every time.
> >
>
> You can, though for 5 users I'd recommend 5, not 50. You can do this
> automatically, through the "${GUAC_USERNAME}" token or through writing
> your own extension to handle this, or manually, through creating 5
> separate connections. I would recommend the automatic route.
>
> - Mike
>

Re: Connection Error if no username and password is provided. [ Disabling Single sign On ] : CRITICAL

[Amarjeet Singh]

NLA is not enabled. Not related to NLA .

Errors are as follows :-

>
> Jan  7 08:09:48 localhost guacd[11753]: Created static channel "hyprint"...
> Jan  7 08:09:48 localhost guacd[11753]: Authentication requested but
> username or password not given
> Jan  7 08:09:49 localhost guacd[11753]: Error connecting to RDP server
> Jan  7 08:09:49 localhost guacd[11753]: User
> "@b38ff992-d321-42e8-86fe-e90b7370dafc" disconnected (0 users remain)
> Jan  7 08:09:49 localhost guacd[11753]: Last user of connection
> "$e7aac9f0-0c85-4235-a3ae-57b7f93835e1" disconnected
> Jan  7 08:09:49 localhost guacd[11751]: Connection
> "$e7aac9f0-0c85-4235-a3ae-57b7f93835e1" removed.
>
>
On Sun, Jan 7, 2018 at 6:34 PM, Adrian Owen <adrian.o...@eesm.com> wrote:

> If NLA is enabled, you have to supply username and password in connection
> parameters. There is no way to reach the logon screen.
>
> This is Windows security feature. It is not a Guacamole issue.
>
> You can disable NLA with a GPO.
>
>
>
> Sent from my Huawei Mobile
>
>
>  Original Message 
> Subject: Connection Error if no username and password is provided. [
> Disabling Single sign On ] : CRITICAL
> From: Amarjeet Singh
> To: u...@guacamole.incubator.apache.org
> CC:
>
> Hi Team,
>
>
>
> If I don't pass username and password in the parameters it gives the
> error. I want the *user to pass username and password on window itself.*
>
> It is very important  feature as well.
>
> Environment  -- > Windows Server 2012 R2
>
> NLA is disable on the Machine. *Not related to NLA*
>
>
> Please help me to resolve the above issue.
>
>
> Thanks and Regards,
> Amarjeet Singh
>

Connection Error if no username and password is provided. [ Disabling Single sign On ] : CRITICAL

[Amarjeet Singh]

Hi Team,



If I don't pass username and password in the parameters it gives the error.
I want the *user to pass username and password on window itself.*

It is very important  feature as well.

Environment  -- > Windows Server 2012 R2

NLA is disable on the Machine. *Not related to NLA*


Please help me to resolve the above issue.


Thanks and Regards,
Amarjeet Singh

Re: Same shared Drive redirected to all users : Privacy and Security breach

[Amarjeet Singh]

Nick, Requirement is not to save username and password anywhere. It should
be logged in by the user itself.

That is causing issue to create shared drive with username or
${GUAC_USERNAME}

${GUAC_USERNAME} works if Single sign on is there i.e. username and
password is provided. it fails if username and password is not there.

On Sun, Jan 7, 2018 at 8:29 PM, Nick Couchman <vn...@apache.org> wrote:

>
> On Sun, Jan 7, 2018 at 9:48 AM Amarjeet Singh <amarjee...@gmail.com>
> wrote:
>
>>  If I don't pass username and password then ${GUAC_USERNAME} fails to
>> resolve [ *Scenario : I want users to enter username and password on
>> Windows screen* ]. It create directory with it's own name i.e.
>> ${GUAC_USERNAME}
>>
>>
>> So, Creating filesystem solved this issue and It created directories of
>> users at runtime using "*enable-create-drive*" parameter.
>>
>> Now, I need to look into the following to achieve quotas per sub-volumes
>> or each user's directory. :-
>>
>> ZFS or btrfs, for example, allow for sub-volumes and quotas per-volume,
>>> per-user, and/or per-group
>>>
>>
>>  Using SFTP  is a good idea though but in case I want the user to enter 
>> *username
>> and password* on the Windows screen then It would fail.
>>
>> *Can't save username and password on the user-mapping.xml file for
>> security purposes.*
>>
>
> I would not use the user-mapping.xml file for the size of production
> environment that you're using.  First, I'm not certain that the tokens
> (${GUAC_USERNAME} and ${GUAC_PASSWORD}) actually work with the simple/basic
> file authentication mechanism.  Mike can verify this.  Second, storing
> usernames/passwords in user-mapping.xml for 500 users seems like a bad idea.
>
> If you're considering scaling to this level, I suggest using one or more
> of the extension modules for authentication - at least the JDBC module, and
> perhaps that in combination with something, like LDAP.  If you're using
> active directory for the Windows servers you're connecting to this makes a
> lot of sense, because the username/password used to log in to Guacamole
> will match to the servers you're logging into.  If you're not, it still
> might make sense to track users in some sort of database - either JDBC or
> LDAP - as this will provide continuity across the environment.
>
> -Nick
>

SEG FAULT ERROR after connecting it gets disconnected

[Amarjeet Singh]

Hi Team,


I am getting the following error  in guacd logs:-


> Jan 10 04:46:58 localhost systemd: Started Guacamole Proxy Daemon.
> Jan 10 04:46:58 localhost systemd: Starting Guacamole Proxy Daemon...
> Jan 10 04:46:58 localhost guacd[27416]: Guacamole proxy daemon (guacd)
> version 0.9.13-incubating started
> Jan 10 04:46:58 localhost guacd: guacd[27416]: INFO:#011Guacamole proxy
> daemon (guacd) version 0.9.13-incubating started
> Jan 10 04:46:58 localhost guacd: guacd[27416]: INFO:#011Listening on host
> 127.0.0.1, port 4822
> Jan 10 04:46:58 localhost guacd[27416]: Listening on host 127.0.0.1, port
> 4822
> Jan 10 04:47:17 localhost guacd[27416]: Creating new client for protocol
> "rdp"
> Jan 10 04:47:17 localhost guacd: guacd[27416]: INFO:#011Creating new
> client for protocol "rdp"
> Jan 10 04:47:17 localhost guacd: guacd[27416]: INFO:#011Connection ID is
> "$f3eb6922-faea-46ae-b305-701c29deb2e7"
> Jan 10 04:47:17 localhost guacd[27416]: Connection ID is
> "$f3eb6922-faea-46ae-b305-701c29deb2e7"
> Jan 10 04:47:17 localhost guacd[27419]: Security mode: ANY
> Jan 10 04:47:17 localhost guacd: guacd[27419]: INFO:#011Security mode: ANY
> Jan 10 04:47:17 localhost guacd: guacd[27419]: INFO:#011Resize method:
> display-update
> Jan 10 04:47:17 localhost guacd: guacd[27419]: INFO:#011User
> "@5ef69507-d6f6-4db9-af88-d40afed84fcf" joined connection
> "$f3eb6922-faea-46ae-b305-701c29deb2e7" (1 users now present)
> Jan 10 04:47:17 localhost guacd[27419]: Resize method: display-update
> Jan 10 04:47:17 localhost guacd[27419]: User
> "@5ef69507-d6f6-4db9-af88-d40afed84fcf" joined connection
> "$f3eb6922-faea-46ae-b305-701c29deb2e7" (1 users now present)
> Jan 10 04:47:17 localhost guacd[27419]: Loading keymap "base"
> Jan 10 04:47:17 localhost guacd: guacd[27419]: INFO:#011Loading keymap
> "base"
> Jan 10 04:47:17 localhost guacd: guacd[27419]: INFO:#011Loading keymap
> "en-us-qwerty"
> Jan 10 04:47:17 localhost guacd[27419]: Loading keymap "en-us-qwerty"
> *Jan 10 04:47:17 localhost kernel: guacd[27423]: segfault at 0 ip
> 7f114a898036 sp 7f1136305b18 error 4 in libc-2.17.so
> <http://libc-2.17.so>[7f114a763000+1b8000]*
> Jan 10 04:47:17 localhost guacd[27416]: Connection
> "$f3eb6922-faea-46ae-b305-701c29deb2e7" removed.
> Jan 10 04:47:17 localhost guacd: guacd[27416]: INFO:#011Connection
> "$f3eb6922-faea-46ae-b305-701c29deb2e7" removed.



Guacamole Version : 0.9.13 , FreeRDP version : 1.1.0 , Centos 7

It is disconnecting after connecting the RDP session. Please help me to
resolve the above.

Thanks and Regards,
Amarjeet Singh

Implement support for in-browser playback of screen recordings

[Amarjeet Singh]

Hi Team,


If  " Implement support for in-browser playback of screen recordings"  is
fixed in 0.9.13 version then How can I play screen recordings from the
Browser itself ?



Thanks and Regards,
Amarjeet Singh

Re: Do Guacamole RDP supoprts touch screens.

[Amarjeet Singh]

Hi Team,

Do Guacamole RDP supports touch screens as well ?

If yes, What is the configurations required to make it work ?

I have tested on the touch monitor where it was not working.

Can anyone help me out here ?

Thanks in Advance !!

Amarjeet Singh




On Fri, Jan 12, 2018 at 7:58 PM, Amarjeet Singh <amarjee...@gmail.com>
wrote:

> Hi Team,
>
>
> Do Guacamole RDP supports touch screens as well ?
> If yes, What is the configurations required to make it work ?
> I have tested on the touch monitor where it was not working.
>
> Thanks and Regards,
> Amarjeet Singh
>

Do Guacamole RDP supoprts touch screens.

[Amarjeet Singh]

Hi Team,


Do Guacamole RDP supports touch screens as well ?
If yes, What is the configurations required to make it work ?
I have tested on the touch monitor where it was not working.

Thanks and Regards,
Amarjeet Singh

Re: SEG FAULT ERROR after connecting it gets disconnected

[Amarjeet Singh]

Nick,

It was resolved after I changed the options to build FreeRDP 1.1.0.
I have used the following options :-

I had attached gdb to the guacd process but It's working fine. No stack
trace after  bt .

rm -rf CMakeCache.txt CMakeFiles/ cmake_install.cmake
cmake -DCMAKE_BUILD_TYPE=Debug -DWITH_SSE2=ON  -DWITH_PULSE=ON
-DWITH_CUPS=ON -DWITH_PCSC=ON -DWITH_JPEG=ON -DWITH_ALSA=ON
-DWITH_FFMPEG=ON -DWITH_XCURSOR=ON -DWITH_XV:BOOL=ON -DWITH_XKBFILE:BOOL=ON
-DWITH_XINERAMA:BOOL=ON -DWITH_XEXT:BOOL=ON -DWITH_X11:BOOL=ON
-DSTATIC_CHANNELS=OFF  -DSHARED_CHANNELS=ON
-DCMAKE_INSTALL_PREFIX=/usr/local -L


Thanks and Regards,
Amarjeet Singh

On Thu, Jan 11, 2018 at 6:15 AM, Nick Couchman <vn...@apache.org> wrote:

>
> On Wed, Jan 10, 2018 at 04:51 Amarjeet Singh <amarjee...@gmail.com> wrote:
>
>> Hi Team,
>>
>>
>> I am getting the following error  in guacd logs:-
>>
>>>
>>>
>>> *Jan 10 04:47:17 localhost kernel: guacd[27423]: segfault at 0 ip
>>> 7f114a898036 sp 7f1136305b18 error 4 in libc-2.17.so
>>> <http://libc-2.17.so>[7f114a763000+1b8000]*
>>> Jan 10 04:47:17 localhost guacd[27416]: Connection
>>> "$f3eb6922-faea-46ae-b305-701c29deb2e7" removed.
>>> Jan 10 04:47:17 localhost guacd: guacd[27416]: INFO:#011Connection
>>> "$f3eb6922-faea-46ae-b305-701c29deb2e7" removed.
>>
>>
>>
>> Guacamole Version : 0.9.13 , FreeRDP version : 1.1.0 , Centos 7
>>
>> It is disconnecting after connecting the RDP session. Please help me to
>> resolve the above.
>>
>> Thanks and Regards,
>> Amarjeet Singh
>>
> Can you run with gdb to get the full stack trace?
>
> -Nick
>

Seamless Clipboard Redirection from Local to Remote Desktop

[Amarjeet Singh]

Hi Team,


This is an important feature as users do  forget Ctrl+Shift+Alt  together
to open the Menu and paste the data on the clipboard menu and then paste
again on the Remote desktop.

*My Suggestions are as follows :- *

1. After more debugging I have noticed that these functions take lot of
time to process if buffer size if large ( copying or pasting large amount
of data ).


   1.
*__encode_utf8 *
   2.
*__append_utf8 *
   3.
*array_writer.sendData(__encode_utf8(text)); *
   4. *__decode_utf8*

2. There are many function in Guacamole Javascript which are independent of
user interface elements, such as the DOM and common JS functions like
getElementById where we can use Webworker to improve the performance of
Guacamole.

3. On Paste event we can get the data from the Local Clipboard and send it
to the Remote Server so that Remote server also synced with the Local
Server == And then send the Ctrl + V keys to paste the CLipboard data.

4. On Copy event We are getting the data from the remote Clipboard and same
we can send it the Local Clipboard using the Copy event to make both the
local and remote clipboard synced.

5. Main task is to sync the Local and remote Clipboard before copying and
pasting data.

*My Queries  are as follows :- *


3. Can't we send plain data so that we don't have to decode or encode the
data in Clipboard scenario as it can increase the performance ?


4. Can't we make a ajax request to get the plain data which is sent by
remote server { on copy event }. We can save the data in guacamole server
when we receive data from remote server and on copy event fire an ajax
request ).


I had already done few change in the JavaScript code to make it work.
It is *working
in Chrome* only. Microsoft Edge hangs and IE ( issues while updating the
local clipboard ).

If anyone has any suggestions, Please share in this thread.



Thanks and Regards,

Amarjeet Singh

Re: Send PrintScreen key to the Remote Desktop

[Amarjeet Singh]

PrintScreen can be  captured while Keyup and the keysym is already there in
guacamole.js which I tried to send it to the server but didn't worked.


Sending the keysym of Printscreen to the RDP server is not copying the
image to the remote clipboard.

I tried to send both keydown and keyup as well but didn't worked.

Any suggestions.

Can't we send keysym as we send for normal keys  ( a - z or A-Z or 0-9 ) ?

On Thu, Feb 8, 2018 at 10:17 PM, Nick Couchman <vn...@apache.org> wrote:

> On Thu, Feb 8, 2018 at 5:49 AM, Amarjeet Singh <amarjee...@gmail.com>
> wrote:
>
>> Hi Team,
>>
>> I am unable to use PrintScreen key.
>>
>> Guacamole is not sending the PrintScreen key to the RDP Desktop.
>>
>> It is not captured by keydown event but is captured during onkeyup event
>> and released by the Guacamole.
>>
>>
> The most likely explanation for this is that the client system is
> capturing it before it even gets to the Web Browser.  Print Screen is
> fairly universally captured by desktop operating systems, and each of them
> behave slightly differently in what they do with that key combo.  Windows
> takes an image and copies it to the clipboard.  Many Linux Window Managers
> bring up a dialog with the image and ask you what you want to do.  Can't
> remember on Mac.  The point is, if you want the Print Screen event passed
> through to the browser, you need to configure the O/S not to intercept it
> (if possible).
>
> -Nick
>

Re: Getting errors on GUACD : Static Virtual Channels

[Amarjeet Singh]

@Mike :-

*I checked and came to know that the above error is in if else condition
which will always come for every static virtual channel.   [ Thanks Mike
] *

Point 1 : -

  Eltima is sending and receiving data continuously ( within a second there
are two to three calls ) which I can see on the console.log which means
guacamole is sending and receiving data continuously.

Point 2 :-
  Other static channels ( hyprint ) are not working when I include Eltima
static virtual channel but if I exclude Eltima other static channel works
in Guacamole.

Point 3:-
 In other RDP client all the static virtual channel  ( Eltima and Hyprint )
working fine.

Is Eltima blocking other Static Virtual channels because of sending and
receiving data continuously ( two to three calls in a seconds ) ?

There are no errors in the GUACD ?

Thanks and Regrads,
Amarjeet Singh






On Wed, Feb 7, 2018 at 6:15 AM, Mike Jumper <mike.jum...@guac-dev.org>
wrote:

> On Tue, Feb 6, 2018 at 4:48 AM, Amarjeet Singh <amarjee...@gmail.com>
> wrote:
>
>> ...
>>
>> Feb  6 18:02:09  Guacamole-9098 guacd[16663]: Inbound half of channel
>> "usb4rdp" connected.
>> Feb  6 18:02:09  Guacamole-rms-9098 guacd: guacd[16663]: ERROR: Inbound
>> half of channel "usb4rdp" connected.
>>
>> Why I am getting this particular error in GUACD ?
>>
>>
> From an earlier thread [1]:
>
> >
> > This is not an error, but an informative message that the inbound pipe
> > stream (the pipe from the browser to the server) for your channel has
> been
> > connected. It is being logged at the wrong log level, but is not an
> error.
> >
>
> - Mike
>
> [1] https://lists.apache.org/thread.html/09cd97bd61500d1aeccb4a80264bdd
> e24c62c143c0b9efe625cc1467@%3Cuser.guacamole.apache.org%3E
>
>

Device redirection not working in LINUX RDP

[Amarjeet Singh]

Hi Team,


I am trying to redirect Shared drive  [ from Guacamole Server ] to remote
desktop [ Ubuntu with XfreeRdp installed ] .

It's not working.

There are no errors in the logs. It is showing thet Guacamole Filesystem
redirected successfully.

Am I missing something ?


Thanks and Regards,
Amarjeet Singh

Re: Device redirection not working in LINUX RDP

[Amarjeet Singh]

Yes I am sure and I have done that .

Below is the command  :-

 xfreerdp /u:xx  /p: /v:192.168.2.129 /shell:xfce4-session
/drive:amarjeet,/home/gk/

Thanks and Regards,
Amarjeet Singh

On Thu, Feb 15, 2018 at 9:30 PM, Nick Couchman <nick.e.couch...@gmail.com>
wrote:

> On Thu, Feb 15, 2018 at 6:02 AM, Amarjeet Singh <amarjee...@gmail.com>
> wrote:
>
>> Hi Team,
>>
>>
>> I am trying to redirect Shared drive  [ from Guacamole Server ] to remote
>> desktop [ Ubuntu with XfreeRdp installed ] .
>>
>>
> I gather you mean xrdp, not XfreeRdp.  XfreeRdp is the Linux RDP client,
> xrdp is the RDP service for Linux.
>
>
>> It's not working.
>>
>>
> Do you know for sure that xrdp supports drive/filesystem redirection?
> Have you tried it with other RDP clients to see if it works as it does with
> a Windows RDP server?
>
> -Nick
>

Re: INFO REQUIRED : Unable to enable microphone on Remote desktop in Skype

[Amarjeet Singh]

Please help me out here to resolve the above issue. I would be very
grateful to you.

On Tue, Dec 26, 2017 at 8:42 PM, Amarjeet Singh <amarjee...@gmail.com>
wrote:

> Hi Team,
>
> From the following configurations, I enabled the flag to true but
> microphone is still disabled.
>
> enable-audio-inputIf set to "true", audio input support (microphone) will
>> be enabled, leveraging the standard "AUDIO_INPUT" channel of RDP. By
>> default, audio input support within RDP is disabled.
>
>
>
> SKYPE show no device found for Microphone .
>
> Please help me to resolve the above issue.  Is there any other options I
> have to configure ?
>
>
> Thanks and Regards,
> Amarjeet Singh
>

Unable to transfer file using upload files in Shared Drive

[Amarjeet Singh]

Hi Team,

I am unable to transfer files using *upload files* ( Ctrl + Alt + Shift )
or *drag and drop* in Shared Drive.

I tried .jpg files and .pdf files.


Size is 50 KB and 700 KB .


I got the following errors in the logs :-


Dec 28 06:07:42 hysecuresslvpn guacd[16595]: File open refused (-2):
> "\desktop.ini"
> Dec 28 06:07:42 hysecuresslvpn guacd: guacd[16595]: ERROR: File open
> refused (-2): "\desktop.ini"
> Dec 28 06:07:45 hysecuresslvpn guacd[16595]: File open refused (-2):
> "\AADHAR Card front Side.jpg:Zone.Identifier"
> Dec 28 06:07:45 hysecuresslvpn guacd: guacd[16595]: ERROR: File open
> refused (-2): "\AADHAR Card front Side.jpg:Zone.Identifier"
> Dec 28 06:07:57 hysecuresslvpn guacd[16595]: File open refused (-2):
> "\AADHAR Card front Side.jpg"
> Dec 28 06:07:57 hysecuresslvpn guacd: guacd[16595]: ERROR: File open
> refused (-2): "\AADHAR Card front Side.jpg"



Is there anything I am missing ? Please help me to resolve the above issue,
I would be very grateful to you.


Thanks and Regards,
Amarjeet Singh

INFO REQUIRED : Unable to enable microphone on Remote desktop in Skype

[Amarjeet Singh]

Hi Team,

>From the following configurations, I enabled the flag to true but
microphone is still disabled.

enable-audio-inputIf set to "true", audio input support (microphone) will
> be enabled, leveraging the standard "AUDIO_INPUT" channel of RDP. By
> default, audio input support within RDP is disabled.



SKYPE show no device found for Microphone .

Please help me to resolve the above issue.  Is there any other options I
have to configure ?


Thanks and Regards,
Amarjeet Singh

Re: INFO Required : CLIENT.URL_OSK_LAYOUT not translating

[Amarjeet Singh]

Any update on the above ?

Pease let me know !!

On Wed, Dec 20, 2017 at 3:52 PM, Amarjeet Singh <amarjee...@gmail.com>
wrote:

> Hi Team,
>
>
> CLIENT.URL_OSK_LAYOUT is not translating.
>
> Code :-
>
>   \n" +
>> "> ng-show=\"showOSK\">\n" +
>> "> translate\">\n" +
>> "\n" +
>> "\n" +
>> "\n" +
>
>
> Below is the screenshot :-
>
>
> [image: Inline image 1]
>
> Is there anything I can do to work it out?
>
> Thanks and Regards,
> Amarjeet Singh
>

Re: Unable to transfer file using upload files in Shared Drive

[Amarjeet Singh]

getting this error in the UI :

The connection has been closed because the server is taking too long to
respond. This is usually caused by network problems, such as a spotty
wireless signal, or slow network speeds. Please check your network
connection and try again or contact your system administrator.


Apcahe configurations are :-


Order allow,deny
Allow from all
ProxyPass http://localhost:8080/accops-rdp/ flushpackets=on
ProxyPassReverse http://localhost:8080/accops-rdp/
ProxyPassReverseCookiePath /guacamole/ /accops-rdp/



Order allow,deny
Allow from all
ProxyPass ws://localhost:8080/accops-rdp/websocket-tunnel
ProxyPassReverse ws://localhost:8080/accops-rdp/websocket-tunnel


If I transfer text file,  file is transferred but still I got above error
and half of the progress bar is shown.

If I transfer img file, file is not transferred completely.

On Fri, Dec 29, 2017 at 4:23 PM, Jerry  wrote:

> Can you show the relevant lines in Apache's configuration?
>
>
>
> --
> Sent from: http://apache-guacamole-general-user-mailing-list.
> 2363388.n4.nabble.com/
>

Re: INFO Required : CLIENT.URL_OSK_LAYOUT not translating

[Amarjeet Singh]

Yes, I am not encountering any problem other than seeing red-colored text?





On Wed, Dec 27, 2017 at 8:14 AM, Mike Jumper <mike.jum...@guac-dev.org>
wrote:

> On Tue, Dec 26, 2017 at 5:17 AM, Amarjeet Singh <amarjee...@gmail.com>
> wrote:
>
>> Any update on the above ?
>>
>>
> The string is ultimately translating, and the on-screen keyboard (the
> component this drives) is working. The initial 404 you see prior to the
> translation being applied can be safely ignored.
>
> I assume you're not encountering any problem other than seeing red-colored
> text?
>
> - Mike
>
>

Re: Unable to transfer file using upload files in Shared Drive

[Amarjeet Singh]

Mike,

It is related to SSL_read()  we did in web server ( in front of Apache or
Tomcat )   which is sending  the complete header to Tomcat  or Apache  but
not sending the  complete body request. It is corrupting the body request
which we fixed it and it is working now.

I excluded web server in front of Apache and then tried and it's working
fine and that's how I come to know there is no issue in Guacamole.

Thanks for helping and resolving it.



On Thu, Jan 4, 2018 at 10:56 AM, Mike Jumper <mike.jum...@guac-dev.org>
wrote:

> On Wed, Jan 3, 2018 at 9:24 PM, Amarjeet Singh <amarjee...@gmail.com>
> wrote:
>
>> Issue is resolved. Thanks though for helping me out. It's not Guacamole
>> configurations which caused this issue instead Apache configurations.
>>
>>
> Glad to hear it, but can you describe what the cause was and what you
> changed to resolve it?
>
> - Mike
>
>

Re: ISSUES with Japanese Keys from Japanese Keyboard in Japanese OS

[Amarjeet Singh]

Japanese keyboard is set locally as It is japanese O.S. I have set it to
Japanese.

I have  set remote server layout to japanese.

Other characters are printing in Japanese language.

On Wed, Mar 7, 2018 at 12:17 AM, Mike Jumper <mike.jum...@guac-dev.org>
wrote:

> On Tue, Mar 6, 2018 at 10:41 AM, Amarjeet Singh <amarjee...@gmail.com>
> wrote:
>
>> Hi Team,
>>
>>
>> I have taken RDP of Japanese Windows 10 [ remote O.S. ] from Japanese
>> Windows 10 [ local O.S. ] .
>>
>> Guacamole Client Version : [ Compiled from fresh code  ]
>> Guacamole Server Version   : [ Compiled from fresh code  ]
>>
>> I an facing issues with many keys.
>>
>> *server-layout* is :   ja-jp-qwerty
>>
>>
> What keyboard layout is set locally?
>
> Can you confirm that the keyboard layout of the remote server is the
> Japanese layout?
>
> - Mike
>
>

Re: ISSUES with Japanese Keys from Japanese Keyboard in Japanese OS

[Amarjeet Singh]

if I type following keys I can see the japanese characters in hiragana

 biyoin

this means I am able to pass japanese keyboard layout to Guacamole and able
to type most of the keys.

but when I press the \ key (as per my hardware japanese keyboard), it does
not type anything. The key @ types some other character. similarly there
are more keys which are either not typing anything or typing incorrecct
characters

I am using a Japanese hardware keyboard with 106/109 layout.

I had this same problem with MSTSC also. I checked in control panel ->
language options that the keyboard layout was set to "English keyboard
101/102".  I changed the hardware keyboard layout to  "Japanese  106/109
key" , then the problem stopped and all keys started functioning correctly
using mstsc.

So I think the problem I am having when using Guacamole has to do with
keyboard layout.

Can you tell me what am I missing ?

I have passed the below parameter as well.

*server-layout* is :   ja-jp-qwerty

Regards,
Amarjeet Singh



On Wed, Mar 7, 2018 at 12:38 AM, Mike Jumper <mike.jum...@guac-dev.org>
wrote:

> On Tue, Mar 6, 2018 at 10:51 AM, Amarjeet Singh <amarjee...@gmail.com>
> wrote:
>
>> Japanese keyboard is set locally as It is japanese O.S. I have set it to
>> Japanese.
>>
>>
> OK.
>
> I have  set remote server layout to japanese.
>>
>>
> OK.
>
> Other characters are printing in Japanese language.
>>
>>
> What does this mean?
>
> - Mike
>
>

Re: ISSUES with Japanese Keys from Japanese Keyboard in Japanese OS

[Amarjeet Singh]

Hi Mike,

I looked into the code and got the following :-

 *Keycode of backslash is 220 and char code is 92 or 0x5C *

My Analyzations are as follows :-

File : *src/protocols/rdp/keymaps/ja_jp_qwerty.keymap*


> *map -shift  0x02..0x0D 0x7D ~ "1234567890-^\"*
> *map -shift  0x10..0x1B  ~ "qwertyuiop@["*
> *map -shift  0x1E..0x28 0x2B ~ "asdfghjkl;:]"**map -shift
> 0x2C..0x35 0x73 ~ "zxcvbnm,./\"*



>
>
> *map +shift  0x02..0x0A 0x0C 0x0D 0x7D ~ "!"#$%&'()=~|"*
> *map +shift  0x10..0x1B  ~ "QWERTYUIOP`{"*
> *map +shift  0x1E..0x28 0x2B ~ "ASDFGHJKL+*}"**map +shift
> 0x2C..0x35 0x73 ~ "ZXCVBNM<>?_"*


I have printed the logs as well and got to know that  *Japanese Backslash*
is mapping with *0x73 *scancode but it should map with 0x75.

which is mapped  in the following :-

*map -shift  0x02..0x0D 0x7D ~ "1234567890-^\"*


but it is not mapping with this instead with the following :-

*map -shift  0x2C..0x35 0x73 ~ "zxcvbnm,./\"*   and sending 0x73
scancode.


Correct me if I am wrong or there is something I am missing ?

Regards,
Amarjeet Singh


On Wed, Mar 7, 2018 at 1:50 AM, Amarjeet Singh <amarjee...@gmail.com> wrote:

> There are no logs in guacd.
>
> Below are the logs :-
>
>>
>> ar  6 15:18:06  guacd[31839]: Loading keymap "base"
>> Mar  6 15:18:06 guacd[31839]: Loading keymap "ja-jp-qwerty"
>> Mar  6 15:18:16 guacd[31839]: guacsnd connected.
>> Mar  6 15:18:16 guacd[31839]: guacdr connected.
>> Mar  6 15:18:16 guacd[31839]: Connected to RDPDR 1.13 as client 0x0006
>> Mar  6 15:18:16 guacd[31839]: Ignoring server capability set type=0x0001,
>> length=44
>> Mar  6 15:18:16 guacd[31839]: Ignoring server capability set type=0x0002,
>> length=8
>> Mar  6 15:18:16 guacd[31839]: Ignoring server capability set type=0x0003,
>> length=8
>> Mar  6 15:18:16 guacd[31839]: Ignoring server capability set type=0x0004,
>> length=8
>> Mar  6 15:18:16 guacd[31839]: Ignoring server capability set type=0x0005,
>> length=8
>> Mar  6 15:18:16 guacd[31839]: Sending capabilities...
>> Mar  6 15:18:16 guacd[31839]: Capabilities sent.
>> Mar  6 15:18:16 guacd[31839]: Client ID confirmed
>> Mar  6 15:18:17 guacd[31839]: Connected to RDPDR 1.13 as client 0x0004
>> Mar  6 15:18:17 guacd[31839]: Ignoring server capability set type=0x0001,
>> length=44
>> Mar  6 15:18:17 guacd[31839]: Ignoring server capability set type=0x0002,
>> length=8
>> Mar  6 15:18:17 guacd[31839]: Ignoring server capability set type=0x0003,
>> length=8
>> Mar  6 15:18:17 guacd[31839]: Ignoring server capability set type=0x0004,
>> length=8
>> Mar  6 15:18:17 guacd[31839]: Ignoring server capability set type=0x0005,
>> length=8
>> Mar  6 15:18:17 guacd[31839]: Sending capabilities...
>> Mar  6 15:18:17 guacd[31839]: Capabilities sent.
>> Mar  6 15:18:17 guacd[31839]: Client ID confirmed
>> Mar  6 15:18:17 guacd[31839]: User logged on
>> Mar  6 15:18:17 guacd[31839]: Sending printer
>> Mar  6 15:18:17 guacd[31839]: Registered device 0 (Guacamole Printer)
>> Mar  6 15:18:17 guacd[31839]: Sending filesystem
>> Mar  6 15:18:17 guacd[31839]: Registered device 1 (Guacamole Filesystem)
>> Mar  6 15:18:17 guacd[31839]: All supported devices sent.
>> Mar  6 15:18:17 guacd[31839]: Device 0 (Guacamole Printer) connected
>> successfully
>> Mar  6 15:18:17 guacd[31839]: Device 1 (Guacamole Filesystem) connected
>> successfully
>
>
> I found that if I change *server-layout to failsafe* then it is printing
> those keys but It is not printing Japanese characters ex : biyoin.
>
> Regards,
> Amarjeet Singh
>
> On Wed, Mar 7, 2018 at 1:27 AM, Mike Jumper <mike.jum...@guac-dev.org>
> wrote:
>
>> On Tue, Mar 6, 2018 at 11:49 AM, Amarjeet Singh <amarjee...@gmail.com>
>> wrote:
>>
>>>
>>> if I type following keys I can see the japanese characters in hiragana
>>>
>>>  biyoin
>>>
>>> this means I am able to pass japanese keyboard layout to Guacamole and
>>> able to type most of the keys.
>>>
>>> but when I press the \ key (as per my hardware japanese keyboard), it
>>> does not type anything. The key @ types some other character. similarly
>>> there are more keys which are either not typing anything or typing
>>> incorrecct characters
>>>
>>>
>> Can you run guacd with debug logging turned on, and see whether there are
>> log messages referring to unmapped keys / keysyms?
>>
>> I am using a Japanese hardware keyboard with 106/109 layout.
>>>
>>>
>> What matters is what keyboard layout the OS is set to use, not the
>> apparent layout of the hardware keyboard (which is purely cosmetic). The
>> difference between a hardware keyboard with layout X and a hardware
>> keyboard with layout Y is paint.
>>
>> - Mike
>>
>>
>

Re: Device Redirection fails if User log off and reconnect again in Windows Server 2008 R2 Standard

[Amarjeet Singh]

>
> Have you tried with different versions, update/patch levels, or even clean
> installs of Windows?


This is  the issue I have faced in Windows Server 2008 R2. I haven't tried
with different version of Windows 2008 R2 or any update or any patch. I
will give it a shot if there would be any update or patch Microsoft has
provided for Windows Server 2008 R2.

Have you tried varying the amount of time between logoff and the next logon
> attempt to see if you can find a pattern there?


I have tried with the time diff of hardly 1 minute. I will try varying the
amount of time between logoff and next logon attempt to see any pattern.

Thanks Nick.



On Mon, Mar 12, 2018 at 4:45 AM, Nick Couchman <vn...@apache.org> wrote:

>
> On Sun, Mar 11, 2018 at 16:43 Amarjeet Singh <amarjee...@gmail.com> wrote:
>
>> Successful Case :
>>
>>>
>>> Mar 11 16:13:10 localhost guacd[29074]: Connected to RDPDR 1.12 as
>>> client 0x0016
>>> Mar 11 16:13:10 localhost guacd[29074]: Connected to RDPDR 1.12 as
>>> client 0x0002
>>
>>
>>
>>
>> Fail Case : Only  client 0x0002 no  client 0x0016
>>
>>>
>>> Mar 11 16:14:41 localhost guacd[29292]: Connected to RDPDR 1.12 as
>>> client 0x0002
>>
>>
>>
>> Any suggestions why there is above difference ?  Could it be the reason ?
>>
>
> This still seems to be something related to Windows and not to Guacamole.
> Since you can access the share using \\tsclient, and since it works when
> you disconnect from the Guacamole side, and since the Guacamole server
> process forks and ends and there is no connection between the different
> Guacamole sessions, this really seems to be something with the way Windows
> is handling the logoff and successive logon attempts.
>
> Have you tried with different versions, update/patch levels, or even clean
> installs of Windows?  Have you tried varying the amount of time between
> logoff and the next logon attempt to see if you can find a pattern there?
>
> -Nick
>

Re: Device Redirection fails if User log off and reconnect again in Windows Server 2008 R2 Standard

[Amarjeet Singh]

]: Ignoring server capability set
type=0x0001, length=44
Mar 11 16:13:11 localhost guacd[29074]: Ignoring server capability set
type=0x0002, length=8
Mar 11 16:13:11 localhost guacd[29074]: Ignoring server capability set
type=0x0003, length=8
Mar 11 16:13:11 localhost guacd[29074]: Ignoring server capability set
type=0x0004, length=8
Mar 11 16:13:11 localhost guacd[29074]: Ignoring server capability set
type=0x0005, length=8
Mar 11 16:13:11 localhost guacd[29074]: Sending capabilities...
Mar 11 16:13:11 localhost guacd[29074]: Capabilities sent.
Mar 11 16:13:11 localhost guacd[29074]: Client ID confirmed
Mar 11 16:13:11 localhost guacd[29074]: User logged on
Mar 11 16:13:11 localhost guacd[29074]: Sending filesystem
Mar 11 16:13:11 localhost guacd[29074]: Registered device 0 (Guacamole
Filesystem)
Mar 11 16:13:11 localhost guacd[29074]: All supported devices sent.
Mar 11 16:13:11 localhost guacd[29074]: Device 0 (Guacamole Filesystem)
connected successfully

STEP 4:

*Below are the logs, If I log off internally from the Windows :*

Mar 11 16:14:16 localhost guacd[29074]: RDP server closed connection:
Disconnected.
Mar 11 16:14:16 localhost guacd[29074]: User
"@965bad82-87b4-40ad-9753-7782a23cd1e3" disconnected (0 users remain)
Mar 11 16:14:16 localhost guacd[29074]: Last user of connection
"$57dcca6f-78b6-44a5-9d03-e3ed19e35a24" disconnected
Mar 11 16:14:16 localhost guacd[20888]: Connection
"$57dcca6f-78b6-44a5-9d03-e3ed19e35a24" removed.

* STEP 5 :  *

*Below are the logs, if I reconnects after logging off internally.*

Mar 11 16:14:41 localhost guacd[20888]: Creating new client for protocol
"rdp"
Mar 11 16:14:41 localhost guacd[20888]: Connection ID is
"$81a909aa-ac10-4f77-b306-07f02de786b1"
Mar 11 16:14:41 localhost guacd[29292]: Security mode: ANY
Mar 11 16:14:41 localhost guacd[29292]: Resize method: display-update
Mar 11 16:14:41 localhost guacd[29292]: User
"@0fd16d8c-bc88-4d39-bfa1-c93b34c09f84" joined connection
"$81a909aa-ac10-4f77-b306-07f02de786b1" (1 users now present)
Mar 11 16:14:41 localhost guacd[29292]: Loading keymap "base"
Mar 11 16:14:41 localhost guacd[29292]: Loading keymap "en-us-qwerty"
Mar 11 16:14:41 localhost guacd[29292]: Clipboard is disabled. Clipboard
will not work.
Mar 11 16:14:41 localhost guacd[29292]: guacdr connected.
Mar 11 16:14:41 localhost guacd[29292]: guacsnd connected.
Mar 11 16:14:41 localhost guacd[29292]: guac_rdp_download_get_handler ::
File downlaoding.
Mar 11 16:14:41 localhost guacd[29292]: Connected to RDPDR 1.12 as client
0x0002
Mar 11 16:14:41 localhost guacd[29292]: Ignoring server capability set
type=0x0001, length=44
Mar 11 16:14:41 localhost guacd[29292]: Ignoring server capability set
type=0x0002, length=8
Mar 11 16:14:41 localhost guacd[29292]: Ignoring server capability set
type=0x0003, length=8
Mar 11 16:14:41 localhost guacd[29292]: Ignoring server capability set
type=0x0004, length=8
Mar 11 16:14:41 localhost guacd[29292]: Ignoring server capability set
type=0x0005, length=8
Mar 11 16:14:41 localhost guacd[29292]: Sending capabilities...
Mar 11 16:14:41 localhost guacd[29292]: Capabilities sent.
Mar 11 16:14:41 localhost guacd[29292]: Client ID confirmed
Mar 11 16:14:48 localhost guacd[29292]: User logged on
Mar 11 16:14:48 localhost guacd[29292]: Sending filesystem
Mar 11 16:14:48 localhost guacd[29292]: Registered device 0 (Guacamole
Filesystem)
Mar 11 16:14:48 localhost guacd[29292]: All supported devices sent.
Mar 11 16:14:48 localhost guacd[29292]: Device 0 (Guacamole Filesystem)
connected successfully

*STEP 6 :  *

*These are the logs if I logout from the Guacamole Menu box *

Mar 11 16:19:05 localhost guacd[29292]: User
"@0fd16d8c-bc88-4d39-bfa1-c93b34c09f84" disconnected (0 users remain)
Mar 11 16:19:05 localhost guacd[29292]: Last user of connection
"$81a909aa-ac10-4f77-b306-07f02de786b1" disconnected
Mar 11 16:19:06 localhost guacd[29292]: Unloading device 0 (Guacamole
Filesystem)
Mar 11 16:19:06 localhost guacd[29292]: Internal RDP client disconnected
Mar 11 16:19:06 localhost guacd[20888]: Connection
"$81a909aa-ac10-4f77-b306-07f02de786b1" removed.


@Mike, If I *disconnect* internally from the Windows or *Logout* from the
Guacamole and reconnect again it successfully displays the Drive "*G on
Guacamole RDP* "

If I *log off  internally *from the Windows RDP and reconnects again then
it fails to display the DRIVE "*G on guacamole RDP* ".


*Difference which I observed between the logs is as follows :-*

Successful Case :

>
> Mar 11 16:13:10 localhost guacd[29074]: Connected to RDPDR 1.12 as client
> 0x0016
> Mar 11 16:13:10 localhost guacd[29074]: Connected to RDPDR 1.12 as client
> 0x0002



Thanks and regards,
Amarjeet Singh

On Sun, Mar 11, 2018 at 3:20 PM, Amarjeet Singh <amarjee...@gmail.com>
wrote:

> Mike,
>
> I have checked the the Network >> t

Re: Device Redirection fails if User log off and reconnect again in Windows Server 2008 R2 Standard

[Amarjeet Singh]

 Successful Case :

>
> Mar 11 16:13:10 localhost guacd[29074]: Connected to RDPDR 1.12 as client
> 0x0016
> Mar 11 16:13:10 localhost guacd[29074]: Connected to RDPDR 1.12 as client
> 0x0002




Fail Case : Only  client 0x0002 no  client 0x0016

>
> Mar 11 16:14:41 localhost guacd[29292]: Connected to RDPDR 1.12 as client
> 0x0002



Any suggestions why there is above difference ?  Could it be the reason ?

On Mon, Mar 12, 2018 at 2:11 AM, Amarjeet Singh <amarjee...@gmail.com>
wrote:

> Hi Mike,
>
> Below are the logs of different scenarios :-
>
> STEP 1 :
>
> *Below are the logs when I login first time  :: Drive Displays  G on
> Guacamle RDP successfully :*
>
> Mar 11 16:11:48 localhost guacd[20888]: Creating new client for protocol
>> "rdp"
>> Mar 11 16:11:48 localhost guacd[20888]: Connection ID is
>> "$58fe2ee3-b418-418d-91cd-e0271c09faef"
>> Mar 11 16:11:48 localhost guacd[28905]: Security mode: ANY
>> Mar 11 16:11:48 localhost guacd[28905]: Resize method: display-update
>> Mar 11 16:11:48 localhost guacd[28905]: User 
>> "@c27eff50-2a60-454b-8657-00bde8913c55"
>> joined connection "$58fe2ee3-b418-418d-91cd-e0271c09faef" (1 users now
>> present)
>> Mar 11 16:11:48 localhost guacd[28905]: Loading keymap "base"
>> Mar 11 16:11:48 localhost guacd[28905]: Loading keymap "en-us-qwerty"
>> Mar 11 16:11:48 localhost guacd[28905]: Clipboard is disabled. Clipboard
>> will not work.
>> Mar 11 16:11:48 localhost guacd[28905]: guacdr connected.
>> Mar 11 16:11:48 localhost guacd[28905]: guacsnd connected.
>> Mar 11 16:11:48 localhost guacd[28905]: guac_rdp_download_get_handler ::
>> File downlaoding.
>> Mar 11 16:11:49 localhost guacd[28905]: Connected to RDPDR 1.12 as client
>> 0x0016
>> Mar 11 16:11:49 localhost guacd[28905]: Ignoring server capability set
>> type=0x0001, length=44
>> Mar 11 16:11:49 localhost guacd[28905]: Ignoring server capability set
>> type=0x0002, length=8
>> Mar 11 16:11:49 localhost guacd[28905]: Ignoring server capability set
>> type=0x0003, length=8
>> Mar 11 16:11:49 localhost guacd[28905]: Ignoring server capability set
>> type=0x0004, length=8
>> Mar 11 16:11:49 localhost guacd[28905]: Ignoring server capability set
>> type=0x0005, length=8
>> Mar 11 16:11:49 localhost guacd[28905]: Sending capabilities...
>> Mar 11 16:11:49 localhost guacd[28905]: Capabilities sent.
>> Mar 11 16:11:49 localhost guacd[28905]: Client ID confirmed
>> Mar 11 16:11:50 localhost guacd[28905]: Connected to RDPDR 1.12 as client
>> 0x0002
>> Mar 11 16:11:50 localhost guacd[28905]: Ignoring server capability set
>> type=0x0001, length=44
>> Mar 11 16:11:50 localhost guacd[28905]: Ignoring server capability set
>> type=0x0002, length=8
>> Mar 11 16:11:50 localhost guacd[28905]: Ignoring server capability set
>> type=0x0003, length=8
>> Mar 11 16:11:50 localhost guacd[28905]: Ignoring server capability set
>> type=0x0004, length=8
>> Mar 11 16:11:50 localhost guacd[28905]: Ignoring server capability set
>> type=0x0005, length=8
>> Mar 11 16:11:50 localhost guacd[28905]: Sending capabilities...
>> Mar 11 16:11:50 localhost guacd[28905]: Capabilities sent.
>> Mar 11 16:11:50 localhost guacd[28905]: Client ID confirmed
>> Mar 11 16:11:50 localhost guacd[28905]: User logged on
>> Mar 11 16:11:50 localhost guacd[28905]: Sending filesystem
>> Mar 11 16:11:50 localhost guacd[28905]: Registered device 0 (Guacamole
>> Filesystem)
>> Mar 11 16:11:50 localhost guacd[28905]: All supported devices sent.
>> Mar 11 16:11:50 localhost guacd[28905]: Device 0 (Guacamole Filesystem)
>> connected successfully
>
>
> STEP 2 :
>
> *Below are the logs, if I disconnects internally from Windows  after
> successful disk display :*
>
> Mar 11 16:12:34 localhost guacd[28905]: RDP server closed connection:
> Manually disconnected.
> Mar 11 16:12:34 localhost guacd[28905]: User 
> "@c27eff50-2a60-454b-8657-00bde8913c55"
> disconnected (0 users remain)
> Mar 11 16:12:34 localhost guacd[28905]: Last user of connection
> "$58fe2ee3-b418-418d-91cd-e0271c09faef" disconnected
> Mar 11 16:12:34 localhost guacd[20888]: Connection
> "$58fe2ee3-b418-418d-91cd-e0271c09faef" removed.
>
> STEP 3 :
>
> *Below are the logs, If I reconnects again :*
>
> Mar 11 16:13:09 localhost guacd[20888]: Creating new client for protocol
> "rdp"
> Mar 11 16:13:09 localhost guacd[20888]: Connection ID is
> "$57dcca6f-78b6-44a5-9d03-e3ed19e35a24"
> Mar 11 16:13:09 localhost guacd[29074]: Security mode: 

Re: [jira] [Updated] (GUACAMOLE-512) Shared Drive redirection doesn't work with Ubuntu [ xrdp ]

[Amarjeet Singh]

Hi Team,

Below is the code which is passing drive name to XRDP Version 0.9.5

File : */src/protocols/rdp/guac_rdpdr/rdpdr_fs_service.c*


>
>
>
>
>
>
>
>
>
>
*static void guac_rdpdr_device_fs_announce_handler(guac_rdpdr_device*
device,wStream* output_stream, int device_id) {/* Filesystem
header */guac_client_log(device->rdpdr->client, GUAC_LOG_INFO, "Sending
filesystem");Stream_Write_UINT32(output_stream,
RDPDR_DTYP_FILESYSTEM);Stream_Write_UINT32(output_stream, device_id);
  Stream_Write(output_stream, "GUAC\0\0\0\0", 8); /* DOS name *//*
Filesystem data */Stream_Write_UINT32(output_stream,
GUAC_FILESYSTEM_NAME_LENGTH);Stream_Write(output_stream,
GUAC_FILESYSTEM_NAME, GUAC_FILESYSTEM_NAME_LENGTH);}*
*@Nick, If i change it to "Cloud\0\0\0" It is sending Cloud .*


*Thanks and Regards,*
*Amarjeet Singh*

On Sat, Mar 10, 2018 at 10:45 PM, Amarjeet Singh <amarjee...@gmail.com>
wrote:

> @Nick,
>
> Any idea  what parameter is sending to XRDP 0.9.5 as I tried to change
> the  GUAC_OS_TYPE from GUAC to CLOUD which doesn't make any difference.
>
> There might be another parameter which is passing to XRDP 0.9.5 and it
> displaying GUAC as a folder name .
>
>
> Regards,
> Amarjeet Singh
>
> On Mon, Mar 5, 2018 at 6:17 PM, Amarjeet Singh <amarjee...@gmail.com>
> wrote:
>
>> Hi Nick,
>>
>> In my testing, with my changes for GUACAMOLE-446, it doesn't matter what
>>> I set the name of the drive to in Guacamole, it always shows up as "GUAC"
>>> in the XRDP redirected filesystem directory.  I can't find the exact place
>>> in the guacd code where the PreferredDOSName field gets set, but it looks
>>> like maybe it just uses the GUAC_OS_TYPE define from rdpdr_messages.h:
>>> https://github.com/apache/guacamole-server/blob/bc5b01d4d8ab
>>> 0c3c89a08007316d33012261f6b3/src/protocols/rdp/guac_rdpdr/rd
>>> pdr_messages.h#L71
>>
>>
>> I tried to change the GUAC_OS_TYPE from "GUAC" to "CLOUD"  but still it
>> is displaying the name GUAC in xrdp version *0.9.5*
>>
>> *Regards,*
>> *Amarjeet Singh*
>>
>> On Sun, Mar 4, 2018 at 8:20 AM, Nick Couchman <vn...@apache.org> wrote:
>>
>>> On Sat, Mar 3, 2018 at 9:23 AM, Amarjeet Singh <amarjee...@gmail.com>
>>> wrote:
>>>
>>>> I have tested with xrdp version 0.9.5 and got the following :-
>>>>
>>>> Display name is *"GUAC*" as you have mentioned above.
>>>>
>>>> View the screenshot : https://www.dropbox.com/s/bp
>>>> sz633zt5tpfv3/xrdp_version_0.9.5.PNG?dl=0
>>>>
>>>>
>>> I suspect the 0.5.0 version you were using from Ubuntu was patched to
>>> include the filesystem name/label functionality rather than just using the
>>> PreferredDosName.
>>>
>>> -Nick
>>>
>>
>>
>

Re: Device Redirection fails if User log off and reconnect again in Windows Server 2008 R2 Standard

[Amarjeet Singh]

>
> In this case, are you logging off entirely from the Windows session
> (clicking "Log off" within the start menu), or are you disconnecting,
> allowing the Windows session to remain running (clicking "Disconnect"
> within the "Log off" menu within the start menu)?


I am logging off by  clicking "Log off" within the start menu.


On Sun, Mar 11, 2018 at 2:26 PM, Mike Jumper <mike.jum...@guac-dev.org>
wrote:

> On Fri, Mar 9, 2018 at 4:50 AM, Amarjeet Singh <amarjee...@gmail.com>
> wrote:
>
>> ...
>>
> I am logging off the user from the Windows 2008 R2 Standard  and Guacamole
>> shows pop-up either to reconnect or logout.
>>
>
> In this case, are you logging off entirely from the Windows session
> (clicking "Log off" within the start menu), or are you disconnecting,
> allowing the Windows session to remain running (clicking "Disconnect"
> within the "Log off" menu within the start menu)?
>
> If I *reconnect the session then device redirection fails *(  G on
>> Guacamole RDP  drive doesn't show ) but I can access it from the Menu box .
>>
>>
> Where specifically is "G on Guacamole RDP" not showing after you reconnect?
>
> If I logout and connect again then it shows the *G on guacamole RDP*
>> drive and I can also access it from the Menu box.
>>
>>
> This does not sound like something that could be a bug in Guacamole.
> Guacamole is not doing anything differently between your various connection
> attempts. The only variation is in state within the RDP server, thus that
> is where the problem likely lies.
>
> No error in the logs .
>>
>>
> I would also check the event viewer within the Windows machine in
> question. There may be error messages from the RDP service that clarify
> things.
>
> - Mike
>
>

Re: Device Redirection fails if User log off and reconnect again in Windows Server 2008 R2 Standard

[Amarjeet Singh]

Mike,

I have checked the the Network >> tsclient directory where I found that
there is a directory G ( not G on Guacamole RDP  but it is the same
directory)

Screenshot :





It means it is redirecting but Windows is not displaying G on Guacamole RDP
directory anywhere.

What could be the reasons that it is not displaying the Folder ?

On Sun, Mar 11, 2018 at 2:52 PM, Amarjeet Singh <amarjee...@gmail.com>
wrote:

>
> @Mike,
>
>
>> Where specifically is "G on Guacamole RDP" not showing after you
>> reconnect?
>
>
>  It is not showing inside the RDP [ Remote Windows  Operating System ].
> Neither in  "This PC " nor  in "Devices and Drives" and "Network Locations".
>
> I would also check the event viewer within the Windows machine in
>> question. There may be error messages from the RDP service that clarify
>> things.
>
>
> I will check the above and update the same.
>
>
> On Sun, Mar 11, 2018 at 2:48 PM, Amarjeet Singh <amarjee...@gmail.com>
> wrote:
>
>> In this case, are you logging off entirely from the Windows session
>>> (clicking "Log off" within the start menu), or are you disconnecting,
>>> allowing the Windows session to remain running (clicking "Disconnect"
>>> within the "Log off" menu within the start menu)?
>>
>>
>> I am logging off by  clicking "Log off" within the start menu.
>>
>>
>> On Sun, Mar 11, 2018 at 2:26 PM, Mike Jumper <mike.jum...@guac-dev.org>
>> wrote:
>>
>>> On Fri, Mar 9, 2018 at 4:50 AM, Amarjeet Singh <amarjee...@gmail.com>
>>> wrote:
>>>
>>>> ...
>>>>
>>> I am logging off the user from the Windows 2008 R2 Standard  and
>>>> Guacamole shows pop-up either to reconnect or logout.
>>>>
>>>
>>> In this case, are you logging off entirely from the Windows session
>>> (clicking "Log off" within the start menu), or are you disconnecting,
>>> allowing the Windows session to remain running (clicking "Disconnect"
>>> within the "Log off" menu within the start menu)?
>>>
>>> If I *reconnect the session then device redirection fails *(  G on
>>>> Guacamole RDP  drive doesn't show ) but I can access it from the Menu box .
>>>>
>>>>
>>> Where specifically is "G on Guacamole RDP" not showing after you
>>> reconnect?
>>>
>>> If I logout and connect again then it shows the *G on guacamole RDP*
>>>> drive and I can also access it from the Menu box.
>>>>
>>>>
>>> This does not sound like something that could be a bug in Guacamole.
>>> Guacamole is not doing anything differently between your various connection
>>> attempts. The only variation is in state within the RDP server, thus that
>>> is where the problem likely lies.
>>>
>>> No error in the logs .
>>>>
>>>>
>>> I would also check the event viewer within the Windows machine in
>>> question. There may be error messages from the RDP service that clarify
>>> things.
>>>
>>> - Mike
>>>
>>>
>>
>

Device Redirection fails in XRDP Version 0.9.5 [ when enable-printing is true ]

[Amarjeet Singh]

Hi Team,


I am using Guacamole [ Latest version from GIT ] for RDP.

XRDP Version : 0.9.5
Ubuntu : 16.0.4
Local Operating System : Windows 10
Browser : Chrome

When I pass the parameter *enable-printing* to *true *then Device
Redirection fails in Ubuntu 16.0.4

Expected output : Folder GUAC redirects to the Ubuntu *thinclient_drives* and
Download folder inside the GUAC folder.

Actual Output : Folder GUAC redirects  to the Ubuntu *thinclient_drives *but
When I click on that folder it shows loading and there is no Download
folder .

When I don't pass the parameter enable-printing then Device redirection
doesn't fails and works as expected.


Thanks and Regards,
Amarjeet Singh

Re: [jira] [Updated] (GUACAMOLE-512) Shared Drive redirection doesn't work with Ubuntu [ xrdp ]

[Amarjeet Singh]

@Nick,

Any idea  what parameter is sending to XRDP 0.9.5 as I tried to change
the  GUAC_OS_TYPE
from GUAC to CLOUD which doesn't make any difference.

There might be another parameter which is passing to XRDP 0.9.5 and it
displaying GUAC as a folder name .


Regards,
Amarjeet Singh

On Mon, Mar 5, 2018 at 6:17 PM, Amarjeet Singh <amarjee...@gmail.com> wrote:

> Hi Nick,
>
> In my testing, with my changes for GUACAMOLE-446, it doesn't matter what I
>> set the name of the drive to in Guacamole, it always shows up as "GUAC" in
>> the XRDP redirected filesystem directory.  I can't find the exact place in
>> the guacd code where the PreferredDOSName field gets set, but it looks like
>> maybe it just uses the GUAC_OS_TYPE define from rdpdr_messages.h:
>> https://github.com/apache/guacamole-server/blob/bc5b01d4d8ab
>> 0c3c89a08007316d33012261f6b3/src/protocols/rdp/guac_rdpdr/rd
>> pdr_messages.h#L71
>
>
> I tried to change the GUAC_OS_TYPE from "GUAC" to "CLOUD"  but still it is
> displaying the name GUAC in xrdp version *0.9.5*
>
> *Regards,*
> *Amarjeet Singh*
>
> On Sun, Mar 4, 2018 at 8:20 AM, Nick Couchman <vn...@apache.org> wrote:
>
>> On Sat, Mar 3, 2018 at 9:23 AM, Amarjeet Singh <amarjee...@gmail.com>
>> wrote:
>>
>>> I have tested with xrdp version 0.9.5 and got the following :-
>>>
>>> Display name is *"GUAC*" as you have mentioned above.
>>>
>>> View the screenshot : https://www.dropbox.com/s/bp
>>> sz633zt5tpfv3/xrdp_version_0.9.5.PNG?dl=0
>>>
>>>
>> I suspect the 0.5.0 version you were using from Ubuntu was patched to
>> include the filesystem name/label functionality rather than just using the
>> PreferredDosName.
>>
>> -Nick
>>
>
>

Re: Audio with Hyper-V?

[Amarjeet Singh]

Hi  Joachim,

Which browser are you using ?

Note : Guacamole doesn't support  audio redirection in IE.

Have you enabled audio redirection from Group policy settings ? Please
refer the screenshot.


Thanks and Regards,
Amarjeet Singh




On Sun, Mar 11, 2018 at 2:00 AM, Joachim Lindenberg <joac...@lindenberg.one>
wrote:

> Hello,
>
> kind of inspired by the discussion on video performance, I tried to play
> one. It turned out to work pretty well except that audio did not work with
> my Hyper-V setup. Actually windows guest tells in the notification area “No
> Audio Output Device is installed”. I double checked with VMConnect – with
> VMConnect audio does work.
>
> According to the Guacamole documentation, audio is enabled with RDP by
> default. Also with Hyper-V? Any property I need to check? Or did I miss
> something else?
>
> Thanks & Best Regards,
>
> Joachim
>
>
>

Device Redirection fails if User log off and reconnect again in Windows Server 2008 R2 Standard

[Amarjeet Singh]

 06:09:58 localhost guacd[18987]: Loading keymap "en-us-qwerty"
> Mar  9 06:09:58 localhost guacd[18987]: Clipboard is disabled. Clipboard
> will not work.
> Mar  9 06:09:58 localhost guacd[18987]: guacdr connected.
> Mar  9 06:09:58 localhost guacd[18987]: guacsnd connected.
> Mar  9 06:09:58 localhost guacd[18987]: Connected to RDPDR 1.12 as client
> 0x0002
> Mar  9 06:09:58 localhost guacd[18987]: Ignoring server capability set
> type=0x0001, length=44
> Mar  9 06:09:58 localhost guacd[18987]: Ignoring server capability set
> type=0x0002, length=8
> Mar  9 06:09:58 localhost guacd[18987]: Ignoring server capability set
> type=0x0003, length=8
> Mar  9 06:09:58 localhost guacd[18987]: Ignoring server capability set
> type=0x0004, length=8
> Mar  9 06:09:58 localhost guacd[18987]: Ignoring server capability set
> type=0x0005, length=8
> Mar  9 06:09:58 localhost guacd[18987]: Sending capabilities...
> Mar  9 06:09:58 localhost guacd[18987]: Capabilities sent.
> Mar  9 06:09:58 localhost guacd[18987]: Client ID confirmed
> Mar  9 06:09:59 localhost guacd[18987]: User logged on
> Mar  9 06:09:59 localhost guacd[18987]: Sending filesystem
> Mar  9 06:09:59 localhost guacd[18987]: Registered device 0 (Guacamole
> Filesystem)
> Mar  9 06:09:59 localhost guacd[18987]: All supported devices sent.
> Mar  9 06:09:59 localhost guacd[18987]: Device 0 (Guacamole Filesystem)
> connected successfully


Logs are different. In one case it is unloading device and in other it is
not.

I haven't done any modifications in the code.

Please let me know is it something I am missing or Is it a bug ?

OR

Is it the way it behaves ?



Thanks and Regards,
Amarjeet Singh

Getting ERROR : Network too slow

[Amarjeet Singh]

Hi Team,


I am getting the below error many times.

*"ERROR_TUNNEL_202" : "The connection has been closed because the
server is taking too long to respond. This is usually caused by network
problems, such as a spotty wireless signal, or slow network speeds. Please
check your network connection and try again or contact your system
administrator.".*





The machine is in domain and when user connects to *RDP first time*, It
shows connecting to Guacamole pop-up for a long time and then this message
pop-up.
After that it automatically connects after waiting for 15 sec which is the
time interval of that pop-up.

When I reconnect it connects without any delay and any error.

If I am taking mstsc of the same machine using AD credentials it doesn't
that much of time.

*Is it really because of the Network too slow  ? [  How could we make sure
that it is really because of network too slow.  ]*

or

*Is it taking time to communicate to AD for authentication ?*

How could  we resolve and detects the exact issue ?

Please advice to resolve the above issue.

Thanks and Regards,
Amarjeet Singh

SESSION RECORDING of RDP Sessions

[Amarjeet Singh]

Hi Team,


I have applied the below settings  for session recording of RDP sessions :-


/tmp
true
session-video


Now it is creating session-video( dump ) files in that directory which
needs to converted using

 guacenc -s 1280x720 -r 2000 /tmp/session-video


Is there any way to watch the videos  using Web browser ?

Can we configure the timings within which we need  session recording ?

Thanks and Regards,
Amarjeet Singh

Re: SESSION RECORDING of RDP Sessions

[Amarjeet Singh]

How does it play videos .

It is showing the below screenshot :-



What else need to be configure ?


On Fri, Apr 13, 2018 at 9:50 PM, Mike Jumper <mike.jum...@guac-dev.org>
wrote:

> On Fri, Apr 13, 2018, 08:53 Amarjeet Singh <amarjee...@gmail.com> wrote:
>
>> Is there any way to watch the videos  using Web browser ?
>>
>
> https://github.com/apache/guacamole-client/tree/master/
> doc/guacamole-playback-example
>
> - Mike
>
>

Re: SESSION RECORDING of RDP Sessions

[Amarjeet Singh]

*Thanks * Aaron Newsome and Mike :)

On Fri, Apr 13, 2018 at 10:21 PM, Aaron Newsome <aaron.news...@gmail.com>
wrote:

> I modified the included playback example so it could show any screen
> recording that I want. I did this by modifying the playback.js file.
>
> In that file there is a function called initExamplePlayer(). I modified
> it, in part by adding this to the function:
>
> var v = getQueryVariable('v');
> window.onload = function() { document.getElementById('filename').innerHTML
> =  v; }
>
> This allows me to navigate to the URL of the player, and add ?v=filename
> to the URL. The javascript above will set the player to play the screen
> recording passed in as a parameter in the URL.
>
> I did some other tweaks but that’s really the main one, being able to view
> any recording on my system.
>
> —Aaron
>
>
> On Apr 13, 2018, at 9:43 AM, Amarjeet Singh <amarjee...@gmail.com> wrote:
>
> How does it play videos .
>
> It is showing the below screenshot :-
>
>
> 
>
> What else need to be configure ?
>
>
> On Fri, Apr 13, 2018 at 9:50 PM, Mike Jumper <mike.jum...@guac-dev.org>
> wrote:
>
>> On Fri, Apr 13, 2018, 08:53 Amarjeet Singh <amarjee...@gmail.com> wrote:
>>
>>> Is there any way to watch the videos  using Web browser ?
>>>
>>
>> https://github.com/apache/guacamole-client/tree/master/doc/
>> guacamole-playback-example
>>
>> - Mike
>>
>>
>
>

Re: SESSION RECORDING of RDP Sessions

[Amarjeet Singh]

I recorder RDP session for an hour and size of the raw file is 9240 KB.

but when I tried to encode using guacenc it is taking more than 15 minutes.

Is it the expected behaviour ?

Or can we improve the conversion time ?

On Thu, Apr 12, 2018 at 5:17 PM, Amarjeet Singh <amarjee...@gmail.com>
wrote:

> Hi Team,
>
>
> I have applied the below settings  for session recording of RDP sessions :-
>
>
> /tmp
> true
> session-video
>
>
> Now it is creating session-video( dump ) files in that directory which
> needs to converted using
>
>  guacenc -s 1280x720 -r 2000 /tmp/session-video
>
>
> Is there any way to watch the videos  using Web browser ?
>
> Can we configure the timings within which we need  session recording ?
>
> Thanks and Regards,
> Amarjeet Singh
>
>
>
>

Preconnection PDU (Hyper-V) support in Guacamole

[Amarjeet Singh]

Hi Team,


I am trying to connect to VM using Hyper-V

Below is the configurations I have used :-


rdp
2179
e59b4540-d759-4628-b449-d3791985fc8e
true
any
172.16.0.20
localhost
administrator
xyz@123


Below are the logs of guacd :-

Apr  9 03:03:52 localhost guacd[16308]: Creating new client for protocol
"rdp"
Apr  9 03:03:52 localhost guacd[16308]: Connection ID is
"$f459de5a-aba4-41a7-b193-591f3b19f4e2"
Apr  9 03:03:52 localhost guacd[16320]: Security mode: ANY
Apr  9 03:03:52 localhost guacd[16320]: Installed version of FreeRDP lacks
support for the preconnection PDU. The specified preconnection BLOB and/or
ID will be ignored.
Apr  9 03:03:52 localhost guacd[16320]: Resize method: none
Apr  9 03:03:52 localhost guacd[16320]: User
"@632a8d61-a110-4e7e-8726-d831bae796d3" joined connection
"$f459de5a-aba4-41a7-b193-591f3b19f4e2" (1 users now present)
Apr  9 03:03:52 localhost guacd[16320]: Loading keymap "base"
Apr  9 03:03:52 localhost guacd[16320]: Loading keymap "en-us-qwerty"

FreeRDP version installed is : 1.0.2
Guacamole-Client and Guacamole-Server : Latest version from GIT

*which version of FreeRDP I have to install which is also supported by
Guacamole in order to  resolve the above  and use this feature. *?


Thanks and Regards,
Amarjeet Singh

Re: SESSION RECORDING of RDP Sessions

[Amarjeet Singh]

 Is there any way to watch the videos  using Web browser ?

Can we watch the videos after converting  in guacamole-server itself ? ( I
mean how can we watch videos on the same server . Is there any utility in
Guacamole through which we can do this )



On Fri, Apr 13, 2018 at 7:12 PM, Nick Couchman <vn...@apache.org> wrote:

>
> On Fri, Apr 13, 2018 at 06:44 Amarjeet Singh <amarjee...@gmail.com> wrote:
>
>> I recorder RDP session for an hour and size of the raw file is 9240 KB.
>>
>> but when I tried to encode using guacenc it is taking more than 15
>> minutes.
>>
>> Is it the expected behaviour ?
>>
>> Or can we improve the conversion time ?
>>
>
>
> This likely is going to be most impacted by the resources available to you
> for the conversion - CPU, perhaps a GPU offload, and RAM.
>
> -Nick
>
>>

Re: Preconnection PDU (Hyper-V) support in Guacamole

[Amarjeet Singh]

I tried the above but still same

/usr/local/lib/libguac-client-rdp.so:
linux-vdso.so.1 =>  (0x7ffd0fd8b000)
libfreerdp-core.so.1.0 => not found
libfreerdp-cache.so.1.0 => not found
libfreerdp-channels.so.1.0 => not found
libfreerdp-utils.so.1.0 => not found
libfreerdp-codec.so.1.0 => not found
libssh2.so.1 => /lib64/libssh2.so.1 (0x7fe5ebb4c000)
libssl.so.10 => /lib64/libssl.so.10 (0x7fe5eb8da000)
libcrypto.so.10 => /lib64/libcrypto.so.10 (0x7fe5eb478000)
libguac.so.12 => /usr/local/lib/libguac.so.12 (0x7fe5eb265000)
libcairo.so.2 => /lib64/libcairo.so.2 (0x7fe5eaf3d000)
libjpeg.so.62 => /lib64/libjpeg.so.62 (0x00

On Fri, Apr 13, 2018 at 9:25 PM, McRoy, Jeffrey (GE Healthcare) <
jeffrey.mc...@ge.com> wrote:

> Hi Amarjeet,
>
>
>
> Build FreeRDP Stable 1.1
>
> https://github.com/FreeRDP/FreeRDP/tree/stable-1.1
>
> https://github.com/FreeRDP/FreeRDP/wiki/Compilation
>
> yum -y install cmake (building freerdp stable 1.1)
>
>
>
> If RDP fails to be found by Guac configure - FreeRDP libraries missing fix
>
> The problem is not that it can't find the libguac-client-rdp.so, it's that
> it can't find
>
> the freerdp libs. So try to run ldd on the 
> /usr/local/lib/libguac-client-rdp.so,
> and it
>
> should have some that is not found, look for those files, and then add
> them into /etc/ld.so.conf.
>
> Add:
>
> /usr/local/lib64
>
> /usr/local/lib
>
> /usr/local/lib/freerdp
>
> And then run ldconfig, it works after this.
>
>
>
> Regards,
>
> Jeff
>
>
>
> *From: *Amarjeet Singh <amarjee...@gmail.com>
> *Reply-To: *"user@guacamole.apache.org" <user@guacamole.apache.org>
> *Date: *Friday, April 13, 2018 at 6:57 AM
> *To: *"user@guacamole.apache.org" <user@guacamole.apache.org>
> *Subject: *EXT: Preconnection PDU (Hyper-V) support in Guacamole
>
>
>
> Hi Team,
>
>
>
>
>
> I am trying to connect to VM using Hyper-V
>
>
>
> Below is the configurations I have used :-
>
>
>
>
>
> rdp
>
> 2179
>
> e59b4540-d759-4628-b449-
> d3791985fc8e
>
> true
>
> any
>
> 172.16.0.20
>
> localhost
>
> administrator
>
> xyz@123
>
>
>
>
>
> Below are the logs of guacd :-
>
>
>
> Apr  9 03:03:52 localhost guacd[16308]: Creating new client for protocol
> "rdp"
>
> Apr  9 03:03:52 localhost guacd[16308]: Connection ID is
> "$f459de5a-aba4-41a7-b193-591f3b19f4e2"
>
> Apr  9 03:03:52 localhost guacd[16320]: Security mode: ANY
>
> Apr  9 03:03:52 localhost guacd[16320]: Installed version of FreeRDP
> lacks support for the preconnection PDU. The specified preconnection BLOB
> and/or ID will be ignored.
>
> Apr  9 03:03:52 localhost guacd[16320]: Resize method: none
>
> Apr  9 03:03:52 localhost guacd[16320]: User 
> "@632a8d61-a110-4e7e-8726-d831bae796d3"
> joined connection "$f459de5a-aba4-41a7-b193-591f3b19f4e2" (1 users now
> present)
>
> Apr  9 03:03:52 localhost guacd[16320]: Loading keymap "base"
>
> Apr  9 03:03:52 localhost guacd[16320]: Loading keymap "en-us-qwerty"
>
>
>
> FreeRDP version installed is : 1.0.2
>
> Guacamole-Client and Guacamole-Server : Latest version from GIT
>
>
>
> *which version of FreeRDP I have to install which is also supported by
> Guacamole in order to  resolve the above  and use this feature. *?
>
>
>
>
>
> Thanks and Regards,
>
> Amarjeet Singh
>

Re: Preconnection PDU (Hyper-V) support in Guacamole

[Amarjeet Singh]

File are there :-

/usr/lib64/libfreerdp-cache.so.1.1
> /usr/lib64/libfreerdp-cache.so.1.1.0
> /usr/lib64/libfreerdp-client.so.1.1
> /usr/lib64/libfreerdp-client.so.1.1.0
> /usr/lib64/libfreerdp-codec.so.1.1
> /usr/lib64/libfreerdp-codec.so.1.1.0
> /usr/lib64/libfreerdp-common.so.1.1.0
> /usr/lib64/libfreerdp-common.so.1.1.0-beta1
> /usr/lib64/libfreerdp-core.so.1.1
> /usr/lib64/libfreerdp-core.so.1.1.0
> /usr/lib64/libfreerdp-crypto.so.1.1
> /usr/lib64/libfreerdp-crypto.so.1.1.0
> /usr/lib64/libfreerdp-gdi.so.1.1
> /usr/lib64/libfreerdp-gdi.so.1.1.0
> /usr/lib64/libfreerdp-locale.so.1.1
> /usr/lib64/libfreerdp-locale.so.1.1.0
> /usr/lib64/libfreerdp-primitives.so.1.1
> /usr/lib64/libfreerdp-primitives.so.1.1.0
> /usr/lib64/libfreerdp-rail.so.1.1
> /usr/lib64/libfreerdp-rail.so.1.1.0
> /usr/lib64/libfreerdp-utils.so.1.1



but 1.0 is not there it's 1.1

On Fri, Apr 13, 2018 at 9:33 PM, Amarjeet Singh <amarjee...@gmail.com>
wrote:

> I tried the above but still same
>
> /usr/local/lib/libguac-client-rdp.so:
> linux-vdso.so.1 =>  (0x7ffd0fd8b000)
> libfreerdp-core.so.1.0 => not found
> libfreerdp-cache.so.1.0 => not found
> libfreerdp-channels.so.1.0 => not found
> libfreerdp-utils.so.1.0 => not found
> libfreerdp-codec.so.1.0 => not found
> libssh2.so.1 => /lib64/libssh2.so.1 (0x7fe5ebb4c000)
> libssl.so.10 => /lib64/libssl.so.10 (0x7fe5eb8da000)
> libcrypto.so.10 => /lib64/libcrypto.so.10 (0x7fe5eb478000)
> libguac.so.12 => /usr/local/lib/libguac.so.12 (0x7fe5eb265000)
> libcairo.so.2 => /lib64/libcairo.so.2 (0x7fe5eaf3d000)
> libjpeg.so.62 => /lib64/libjpeg.so.62 (0x00
>
> On Fri, Apr 13, 2018 at 9:25 PM, McRoy, Jeffrey (GE Healthcare) <
> jeffrey.mc...@ge.com> wrote:
>
>> Hi Amarjeet,
>>
>>
>>
>> Build FreeRDP Stable 1.1
>>
>> https://github.com/FreeRDP/FreeRDP/tree/stable-1.1
>>
>> https://github.com/FreeRDP/FreeRDP/wiki/Compilation
>>
>> yum -y install cmake (building freerdp stable 1.1)
>>
>>
>>
>> If RDP fails to be found by Guac configure - FreeRDP libraries missing fix
>>
>> The problem is not that it can't find the libguac-client-rdp.so, it's
>> that it can't find
>>
>> the freerdp libs. So try to run ldd on the 
>> /usr/local/lib/libguac-client-rdp.so,
>> and it
>>
>> should have some that is not found, look for those files, and then add
>> them into /etc/ld.so.conf.
>>
>> Add:
>>
>> /usr/local/lib64
>>
>> /usr/local/lib
>>
>> /usr/local/lib/freerdp
>>
>> And then run ldconfig, it works after this.
>>
>>
>>
>> Regards,
>>
>> Jeff
>>
>>
>>
>> *From: *Amarjeet Singh <amarjee...@gmail.com>
>> *Reply-To: *"user@guacamole.apache.org" <user@guacamole.apache.org>
>> *Date: *Friday, April 13, 2018 at 6:57 AM
>> *To: *"user@guacamole.apache.org" <user@guacamole.apache.org>
>> *Subject: *EXT: Preconnection PDU (Hyper-V) support in Guacamole
>>
>>
>>
>> Hi Team,
>>
>>
>>
>>
>>
>> I am trying to connect to VM using Hyper-V
>>
>>
>>
>> Below is the configurations I have used :-
>>
>>
>>
>>
>>
>> rdp
>>
>> 2179
>>
>> e59b4540-d759-4628-b449-d3791985fc
>> 8e
>>
>> true
>>
>> any
>>
>> 172.16.0.20
>>
>> localhost
>>
>> administrator
>>
>> xyz@123
>>
>>
>>
>>
>>
>> Below are the logs of guacd :-
>>
>>
>>
>> Apr  9 03:03:52 localhost guacd[16308]: Creating new client for protocol
>> "rdp"
>>
>> Apr  9 03:03:52 localhost guacd[16308]: Connection ID is
>> "$f459de5a-aba4-41a7-b193-591f3b19f4e2"
>>
>> Apr  9 03:03:52 localhost guacd[16320]: Security mode: ANY
>>
>> Apr  9 03:03:52 localhost guacd[16320]: Installed version of FreeRDP
>> lacks support for the preconnection PDU. The specified preconnection BLOB
>> and/or ID will be ignored.
>>
>> Apr  9 03:03:52 localhost guacd[16320]: Resize method: none
>>
>> Apr  9 03:03:52 localhost guacd[16320]: User
>> "@632a8d61-a110-4e7e-8726-d831bae796d3" joined connection
>> "$f459de5a-aba4-41a7-b193-591f3b19f4e2" (1 users now present)
>>
>> Apr  9 03:03:52 localhost guacd[16320]: Loading keymap "base"
>>
>> Apr  9 03:03:52 localhost guacd[16320]: Loading keymap "en-us-qwerty"
>>
>>
>>
>> FreeRDP version installed is : 1.0.2
>>
>> Guacamole-Client and Guacamole-Server : Latest version from GIT
>>
>>
>>
>> *which version of FreeRDP I have to install which is also supported by
>> Guacamole in order to  resolve the above  and use this feature. *?
>>
>>
>>
>>
>>
>> Thanks and Regards,
>>
>> Amarjeet Singh
>>
>
>

Re: Cannot find how to enable IME

[Amarjeet Singh]

> Does anyone have an idea how to enable IME in our situation? This specific
> server is used only by Japanese customers, so it is very problematic!


1. As Nick said upgrade it to 0.9.14.

2. Browser check if the focus is on non-editable  field it disables the IME
mode of Local Operating System.

3. You have to check the focus of the cursor and make that field editable
then  it will not disable the IME of the Operating system.


Example :-

varhasfocus  = document.getElementById("hasfocus");
hasfocus .setAttribute('contenteditable', 'true');

most probably it will work when you upgrade it.

Thanks and Regards,
Amarjeet Singh



On Tue, Apr 17, 2018 at 1:15 AM, Nick Couchman <vn...@apache.org> wrote:

>
>
> On Mon, Apr 16, 2018 at 2:19 PM, Sebastien Bilodeau <dent...@gmail.com>
> wrote:
>
>> Hello,
>>
>> I searched a lot before coming here to ask. Please bare with me if this
>> is an easy one. We have a custom Gacamole solution which goes like this:
>>
>> Customers are on PC or MAC. When they navigate to our website, we include
>> an iframe which points to a Linux Ubuntu 14.04 server running guacd 0.9.9,
>> which in turn connects to a Win Server 2012 running our Silverlight
>> application in IE and streaming it into the iframe.
>>
>> It works all fine, except for one thing. Users cannot type Asian chars.
>> When we try, we can see that as soon as we click a text box in our app, IME
>> is disabled. The asian symbol becomes an X. See screengrab below. Note that
>> it does work directly in Silverlight, when not going through Guacamole.
>>
>>
>> ​
>> I found in the doc that "User preferences can be changed within the
>> settings screen". But I don't know how to reach that screen on our Linux
>> server. I also found that I could specify the input method
>> in clientController.js but this file is nowhere to be found on the server.
>>
>> Does anyone have an idea how to enable IME in our situation? This
>> specific server is used only by Japanese customers, so it is very
>> problematic!
>>
>>
> I would start by using a more recent version of Guacamole - 0.9.9 is very
> old - 0.9.14 is the latest released version, and 1.0.0 will probably be out
> in a few weeks.  It may not resolve the issue, but it's a good start.
> Beyond that, I don't know what criteria Windows uses to enable or disable
> IME - I'm not sure if there is some flag in the RDP connection that
> determines whether or not it's enabled?
>
> -Nick
>

Re: Super key not working in Remote RDP

[Amarjeet Singh]

Thanks Nick.

On Fri, Mar 30, 2018 at 2:19 AM, Nick Couchman <vn...@apache.org> wrote:

> On Thu, Mar 29, 2018 at 2:46 PM, Mike Jumper <mike.jum...@guac-dev.org>
> wrote:
>
>> On Thu, Mar 29, 2018, 09:41 Amarjeet Singh <amarjee...@gmail.com> wrote:
>>
>>> Hi Team,
>>>
>>> While I am pressing Super key ( as if user is clicking start menu icon )
>>> in RDP. Chrome recognize it as *Meta key* and there is no scan code of
>>> Meta key in base.keymap.
>>>
>>
>> If Chrome is recognizing key X as key Y, that would be a bug in Chrome.
>> The "Super" key should not be recognized by the browser as "Meta".
>>
>>
> It does seem to be Chrome-specific -  the keycode is exactly the same, but
> Chrome seems to recognize the key as a Meta key.  I'm not sure if this is a
> bug or by choice.  Here's the output from your test page in Chrome:
>
> keydowne.keyCode=91e.which=91e.keyIdentifier=undefinede.key=Meta
> e.altKey=falsee.ctrlKey=falsee.altGraphKey=undefinede.metaKey=false
> e.shiftKey=falsee.location=1e.keyLocation=undefined
> keyupe.keyCode=91e.which=91e.keyIdentifier=undefinede.key=Meta
> e.altKey=falsee.ctrlKey=falsee.altGraphKey=undefinede.metaKey=true
> e.shiftKey=falsee.location=1e.keyLocation=undefined
>
> and from Firefox:
>
> keydown e.keyCode=91 e.which=91 e.keyIdentifier=undefined e.key=OS
> e.altKey=false e.ctrlKey=false e.altGraphKey=undefined e.metaKey=false
> e.shiftKey=false e.location=1 e.keyLocation=undefined
> keyup e.keyCode=91 e.which=91 e.keyIdentifier=undefined e.key=OS
> e.altKey=false e.ctrlKey=false e.altGraphKey=undefined e.metaKey=false
> e.shiftKey=false e.location=1 e.keyLocation=undefined
>
> keyCode is 91 for both, but Chrome sets e.metaKey=true, Firefox does not.
>
> -Nick
>

Super key not working in Remote RDP

[Amarjeet Singh]

Hi Team,


While I am pressing Super key ( as if user is clicking start menu icon ) in
RDP. Chrome recognize it as *Meta key* and there is no scan code of Meta
key in base.keymap.

Remote OS : Windows 10
Local OS : Windows 10

If I use the On Screen keyboard Super key is working just fine as if user
is clicking on start menu icon.

I mean to say that when I press the start menu key  ( which has windows
logo in it )  it does not have any effect in the Remote RDP.

Am I missing anything ?


Thanks and Regards,
Amarjeet Singh

Re: Super key not working in Remote RDP

[Amarjeet Singh]

Thanks Mike.

On Fri, Mar 30, 2018 at 12:16 AM, Mike Jumper <mike.jum...@guac-dev.org>
wrote:

> On Thu, Mar 29, 2018, 09:41 Amarjeet Singh <amarjee...@gmail.com> wrote:
>
>> Hi Team,
>>
>> While I am pressing Super key ( as if user is clicking start menu icon )
>> in RDP. Chrome recognize it as *Meta key* and there is no scan code of
>> Meta key in base.keymap.
>>
>
> If Chrome is recognizing key X as key Y, that would be a bug in Chrome.
> The "Super" key should not be recognized by the browser as "Meta".
>
> You can verify whether the browser is providing buggy key information by
> using the JS key event tester:
>
> http://guacamole.apache.org/pub/tests/key-event-test.html
>
>
>> If I use the On Screen keyboard Super key is working just fine as if user
>> is clicking on start menu icon.
>>
>
> Sounds like Guacamole is working correctly.
>
> If Chrome wishes to insist that a particular key is actually a different
> key, there's nothing to be done on the Guacamole side. Garbage in, garbage
> out. I suggest opening a bug report with Chrome / Chromium.
>
> - Mike
>
>

Re: Getting error while compiling Suacamole-Server

[Amarjeet Singh]

No I haven't changed anything.

I took the fresh code form GIT and tried to compiled it and got the
different error :-

/configure: line 13570: syntax error near unexpected token `AVCODEC,'
> ./configure: line 13570: `PKG_CHECK_MODULES(AVCODEC, libavcodec,,
> have_libavcodec=no);'



Same is working in other machine.


Thanks and Regards,
Amarjeet Singh

<https://www.avast.com/sig-email?utm_medium=email_source=link_campaign=sig-email_content=webmail>
Virus-free.
www.avast.com
<https://www.avast.com/sig-email?utm_medium=email_source=link_campaign=sig-email_content=webmail>
<#DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2>

On Sun, Mar 25, 2018 at 4:42 AM, Mike Jumper <mike.jum...@guac-dev.org>
wrote:

> On Sat, Mar 24, 2018 at 12:28 AM, Amarjeet Singh <amarjee...@gmail.com>
> wrote:
>
>> Hi Team,
>>
>> Getting the below error :-
>>
>> What would be the reason as It's running just fine in other machine.
>>
>>>
>>> Making all in src/terminal
>>> make[2]: Entering directory `/root/rpmbuild/SOURCES/guacam
>>> ole-server.dev/src/terminal'
>>>   CC   libguac_terminal_la-buffer.lo
>>> gcc: error: @PANGO_CFLAGS@: No such file or directory
>>> gcc: error: @PANGOCAIRO_CFLAGS@: No such file or directory
>>> make[2]: *** [libguac_terminal_la-buffer.lo] Error 1
>>> make[2]: Leaving directory `/root/rpmbuild/SOURCES/guacam
>>> ole-server.dev/src/terminal'
>>> make[1]: *** [all-recursive] Error 1
>>> make[1]: Leaving directory `/root/rpmbuild/SOURCES/guacamole-server.dev'
>>> make: *** [all] Error 2
>>
>>
>>
> Did you make changes to the configure script? Those values are expected to
> be substituted by configure. The only case where those values are not
> defined is if the associated library is absent, but that is tested for
> within configure as well.
>
> - Mike
>
>

Guacamole doesn't support AUDIO enable disable feature as FreeRDP do

[Amarjeet Singh]

Hi Team,


In Guacamole we have the option to disable audio to true or false but
FreeRDP doesn't behave like this while connecting through command line
interface.

It has following command line interface options.


> audio-mode: Audio output mode
> (mode can 0 - redirect locally, 1 - leave on server, 2 - none)


In Guacamole, If I set disable-audio=true then it disables the audio on
remote server as well.

*How can we achieve this on Guacamole ? (  leave on server  ) *


My Observations of Command Line Interface code of FreeRDP is as follows :

{code:none}
CommandLineSwitchCase(arg, "audio-mode")
{
long mode = strtol(arg->Value, NULL, 0);

if (errno != 0)
return COMMAND_LINE_ERROR_UNEXPECTED_VALUE;

if (mode == AUDIO_MODE_REDIRECT)
{
settings->AudioPlayback = TRUE;
}
else if (mode == AUDIO_MODE_PLAY_ON_SERVER)
{
settings->RemoteConsoleAudio = TRUE;
}
else if (mode == AUDIO_MODE_NONE)
{
settings->AudioPlayback = FALSE;
settings->RemoteConsoleAudio = FALSE;
}
}

{code}

Any suggestions on the above ?



Thanks and Regards,
Amarjeet Singh

Re: Guacamole doesn't support AUDIO enable disable feature as FreeRDP do

[Amarjeet Singh]

>
> Guacamole does not use the same options to configure the same internal
> flags. The "xfreerdp" client and Guacamole are not equivalent in
> implementation, regardless of the fact that they use the same underlying
> RDP library (FreeRDP).



 I was just looking into FreeRDP code and get to know about these flags.

It's not my requirement.  I was just playing with those flags and trying to
find out the behaviour of Audio in Remote Server.

There could be use case though If I want to play sound on server machine
but not on the local machine which is somewhere else and do have audio
support ( speakers  not on cloud ) .

>
> Honestly, "leave on server" does not make sense to me as an option, but
> based on the code you pasted in your email, you'd need to use the
> "console-audio" option:


I tried to send the console-audio flag as well based on that code but of no
use.

On Fri, Mar 23, 2018 at 6:24 PM, Nick Couchman  wrote:

>
>>> It has following command line interface options.
>>>
>>>
 audio-mode: Audio output mode
 (mode can 0 - redirect locally, 1 - leave on server, 2 - none)
>>>
>>>
>>> In Guacamole, If I set disable-audio=true then it disables the audio on
>>> remote server as well.
>>>
>>> *How can we achieve this on Guacamole ? (  leave on server  ) *
>>>
>>>
>> Honestly, "leave on server" does not make sense to me as an option, but
>> based on the code you pasted in your email, you'd need to use the
>> "console-audio" option:
>>
>>
> Yeah, I'm curious, Amarjeet, what your use-case is for having the audio
> available on the server?  This option has never made a lot of sense to me,
> though I can imagine maybe one scenario (controlling a desktop) where this
> might make sense, but in a server or cloud scenario where you have multiple
> users accessing a variety of either server or VDI-type machines, I fail to
> see why you'd ever need audio to be "playing" on a server device and not
> forwarded out to the remote system?
>
> -Nick
>

Getting error while compiling Suacamole-Server

[Amarjeet Singh]

hi Team,

Re: Getting error while compiling Suacamole-Server

[Amarjeet Singh]

Belwo are the status of



On Sat, Mar 24, 2018 at 12:58 PM, Amarjeet Singh <amarjee...@gmail.com>
wrote:

> Hi Team,
>
>
> Getting the below error :-
>
> What would be the reason as It's running just fine in other machine.
>
>>
>> Making all in src/terminal
>> make[2]: Entering directory `/root/rpmbuild/SOURCES/
>> guacamole-server.dev/src/terminal'
>>   CC   libguac_terminal_la-buffer.lo
>> gcc: error: @PANGO_CFLAGS@: No such file or directory
>> gcc: error: @PANGOCAIRO_CFLAGS@: No such file or directory
>> make[2]: *** [libguac_terminal_la-buffer.lo] Error 1
>> make[2]: Leaving directory `/root/rpmbuild/SOURCES/
>> guacamole-server.dev/src/terminal'
>> make[1]: *** [all-recursive] Error 1
>> make[1]: Leaving directory `/root/rpmbuild/SOURCES/guacamole-server.dev'
>> make: *** [all] Error 2
>
>
>
> Thanks and Regards,
> Amarjeet Singh
>
> On Sat, Mar 24, 2018 at 12:57 PM, Amarjeet Singh <amarjee...@gmail.com>
> wrote:
>
>> hi Team,
>>
>>
>>
>>
>

Re: Getting error while compiling Suacamole-Server

[Amarjeet Singh]

Hi Team,


Getting the below error :-

What would be the reason as It's running just fine in other machine.

>
> Making all in src/terminal
> make[2]: Entering directory
> `/root/rpmbuild/SOURCES/guacamole-server.dev/src/terminal'
>   CC   libguac_terminal_la-buffer.lo
> gcc: error: @PANGO_CFLAGS@: No such file or directory
> gcc: error: @PANGOCAIRO_CFLAGS@: No such file or directory
> make[2]: *** [libguac_terminal_la-buffer.lo] Error 1
> make[2]: Leaving directory
> `/root/rpmbuild/SOURCES/guacamole-server.dev/src/terminal'
> make[1]: *** [all-recursive] Error 1
> make[1]: Leaving directory `/root/rpmbuild/SOURCES/guacamole-server.dev'
> make: *** [all] Error 2



Thanks and Regards,
Amarjeet Singh

On Sat, Mar 24, 2018 at 12:57 PM, Amarjeet Singh <amarjee...@gmail.com>
wrote:

> hi Team,
>
>
>
>

Re: Getting error while compiling Suacamole-Server

[Amarjeet Singh]

I am using the code I have made changes to.


these are the commands I am using :-


autoreconf -fi
./configure --with-init-dir=/etc/init.d
make clean
make
and got the error

On Sat, Mar 24, 2018 at 4:57 PM, Nick Couchman <vn...@apache.org> wrote:

>
> On Sat, Mar 24, 2018 at 03:28 Amarjeet Singh <amarjee...@gmail.com> wrote:
>
>> Hi Team,
>>
>>
>> Getting the below error :-
>>
>> What would be the reason as It's running just fine in other machine.
>>
>>>
>>> Making all in src/terminal
>>> make[2]: Entering directory `/root/rpmbuild/SOURCES/
>>> guacamole-server.dev/src/terminal'
>>>   CC   libguac_terminal_la-buffer.lo
>>> gcc: error: @PANGO_CFLAGS@: No such file or directory
>>> gcc: error: @PANGOCAIRO_CFLAGS@: No such file or directory
>>> make[2]: *** [libguac_terminal_la-buffer.lo] Error 1
>>> make[2]: Leaving directory `/root/rpmbuild/SOURCES/
>>> guacamole-server.dev/src/terminal'
>>> make[1]: *** [all-recursive] Error 1
>>> make[1]: Leaving directory `/root/rpmbuild/SOURCES/guacamole-server.dev'
>>> make: *** [all] Error 2
>>
>>
> What looks like happened is that during the process of generating the
> Makefile, something was not substituted correctly resulting in these
> placeholders being passed to GCC rather than the values the placeholders
> should represent.
>
> As to why this happened, I have a couple of questions:
> - Are you using a clean version of the code from either the project
> download page or the git repo, or if it something you've made changes to?
> - If you're using code from a git repo, either yours or the project one,
> what commands did you run before the configure command to bootstrap the
> build?
>
> - Nick
>

Re: Getting error while compiling Suacamole-Server

[Amarjeet Singh]

Sorry about the empty mails. something is weird about my keyboard keys.

Below is the status of  * ./configure --with-init-dir=/etc/init.d  command*

>
>  Library status:
>  freerdp . yes
>  pango ... yes
>  libavcodec .. yes
>  libavutil ... yes
>  libssh2 . yes
>  libssl .. yes
>  libswscale .. yes
>  libtelnet ... yes
>  libVNCServer  yes
>  libvorbis ... yes
>  libpulse  yes
>  libwebp . yes
>Protocol support:
>   RDP ... yes
>   SSH ... yes
>   Telnet  yes
>   VNC ... yes
>Services / tools:
>   guacd .. yes
>   guacenc  yes
>Init scripts: /etc/init.d



Regards,
Amarjeet Singh


On Sat, Mar 24, 2018 at 1:06 PM, Amarjeet Singh <amarjee...@gmail.com>
wrote:

> Belwo are the status of
>
>
>
> On Sat, Mar 24, 2018 at 12:58 PM, Amarjeet Singh <amarjee...@gmail.com>
> wrote:
>
>> Hi Team,
>>
>>
>> Getting the below error :-
>>
>> What would be the reason as It's running just fine in other machine.
>>
>>>
>>> Making all in src/terminal
>>> make[2]: Entering directory `/root/rpmbuild/SOURCES/guacam
>>> ole-server.dev/src/terminal'
>>>   CC   libguac_terminal_la-buffer.lo
>>> gcc: error: @PANGO_CFLAGS@: No such file or directory
>>> gcc: error: @PANGOCAIRO_CFLAGS@: No such file or directory
>>> make[2]: *** [libguac_terminal_la-buffer.lo] Error 1
>>> make[2]: Leaving directory `/root/rpmbuild/SOURCES/guacam
>>> ole-server.dev/src/terminal'
>>> make[1]: *** [all-recursive] Error 1
>>> make[1]: Leaving directory `/root/rpmbuild/SOURCES/guacamole-server.dev'
>>> make: *** [all] Error 2
>>
>>
>>
>> Thanks and Regards,
>> Amarjeet Singh
>>
>> On Sat, Mar 24, 2018 at 12:57 PM, Amarjeet Singh <amarjee...@gmail.com>
>> wrote:
>>
>>> hi Team,
>>>
>>>
>>>
>>>
>>
>

Re: [jira] [Updated] (GUACAMOLE-512) Shared Drive redirection doesn't work with Ubuntu [ xrdp ]

[Amarjeet Singh]

One more INFO I would like to share which is as follows :-

*Link target of that folder* : home/gk/.rdp_drive/CLOUD  { gk  is username
}

On Sat, Mar 3, 2018 at 6:52 PM, Amarjeet Singh <amarjee...@gmail.com> wrote:

> I have seen one more folder with the name *Cloud Storage on 127.0.0.1*
> which is not accessible.
>
> Link to view the screenshot :-  https://www.dropbox.com/s/
>> t2emg56wxg0nito/linux_folders.PNG?dl=0
>
>
>
> Below is the error I got while opening the folder :- Refer the screenshot
>
>>
>> Link to view the  screenshot :   https://www.dropbox.com/s/
>> w11d1hj81gwazvs/error_linux.png?dl=0
>
>
>
> I have no idea about it.
>
> Regards,
> Amarjeet Singh
>
>
>
>
>
> On Sat, Mar 3, 2018 at 6:42 PM, Amarjeet Singh <amarjee...@gmail.com>
> wrote:
>
>> Thanks Nick,
>>
>>
>> Below is the link to view the screenshot :-
>>
>> Windows  :   https://www.dropbox.com/s/97m3x94vewi4q2j/windows_device_
>> redirection.PNG?dl=0
>>
>> Linux : https://www.dropbox.com/s/x7mego94nduosbz/liux_device_redi
>> rection.PNG?dl=0
>>
>>>
>>> While the string apparently does not need to be UTF-16 encoded, it does
>>> need to be null-terminated, which you're missing, here.
>>
>>
>>
>> I will fix it.
>>
>>
>>>   On XRDP on Linux, you will not see this, as XRDP does not look at
>>> either the client name, nor the the filesystem name for presenting this
>>> share.
>>
>>
>> I am seeing the same . Please view the screenshots.
>>
>>
>> Regards,
>> Amarjeet Singh
>>
>>
>> On Sat, Mar 3, 2018 at 6:31 PM, Nick Couchman <vn...@apache.org> wrote:
>>
>>> On Sat, Mar 3, 2018 at 7:09 AM, Amarjeet Singh <amarjee...@gmail.com>
>>> wrote:
>>>
>>>> Hi Team,
>>>>
>>>> I have done the following changes to fix the above issue which works
>>>> both in *Windows  *as well as *Linux RDP.*
>>>>
>>>>
>>>>>
>>>>> *#define GUAC_FILESYSTEM_NAME  "C\0L\0O\0U\0D\0\0\0"**#define
>>>>> GUAC_FILESYSTEM_NAME_LENGTH   12*
>>>>
>>>>
>>>>
>>>> *Instead of using above configurations I have used the following  (
>>>> No   UTF-16 encoding  is required  ) :-   *
>>>>
>>>>
>>>>> *#define GUAC_FILESYSTEM_NAME  "CLOUD"**#define
>>>>> GUAC_FILESYSTEM_NAME_LENGTH   5*
>>>>
>>>>
>>>>
>>>>
>>> While the string apparently does not need to be UTF-16 encoded, it does
>>> need to be null-terminated, which you're missing, here.
>>>
>>>
>>>> *and I have used   UTF-16 encoding in the following :-*
>>>>
>>>>
>>>> * guac_rdpdr_send_client_name_request(rdpdr, "Cloud Storage");*
>>>>
>>>> *to *
>>>>
>>>> #define GUAC_DRIVE_NAME  "C\0l\0o\0u\0d\0
>>>> \0S\0t\0o\0r\0a\0g\0e\0\0\0"
>>>> #define GUAC_DRIVE_NAME_LENGTH   28
>>>>
>>>> and used the above in the  *guac_rdpdr_send_client_name_request
>>>> function .*
>>>>
>>>
>>> Note that the drive name and client name are *not* the same thing.  The
>>> client name is used for redirection, but is used in a broader sense to
>>> identify the client connecting to the server.  I don't know off the top of
>>> my head what the encoding should be for that, but probably UTF-16.
>>>
>>> Your screenshots did not come through, but the storage should show up as
>>>  on , so, in your case, you should see
>>> "Cloud" on "Cloud Storage" on Windows.  On XRDP on Linux, you will not see
>>> this, as XRDP does not look at either the client name, nor the the
>>> filesystem name for presenting this share.  Instead, there's a value
>>> determine on the XRDP side, either in the code or in a configuration file,
>>> for the name of the share, and then it uses the PreferredDosName setting
>>> for the folder name.  None of the changes you have done (nor the ones I
>>> have done in the pull request for the JIRA issue) will impact the way XRDP
>>> sees it, and this is not because of Guacamole, this is because of how the
>>> XRDP code handles it.
>>>
>>> -Nick
>>>
>>
>>
>

Re: [jira] [Updated] (GUACAMOLE-512) Shared Drive redirection doesn't work with Ubuntu [ xrdp ]

[Amarjeet Singh]

@Nick xrdp Version is 0.5.0

On Sat, Mar 3, 2018 at 7:08 PM, Nick Couchman  wrote:

>
>>>
>>>   On XRDP on Linux, you will not see this, as XRDP does not look at
>>> either the client name, nor the the filesystem name for presenting this
>>> share.
>>
>>
>> I am seeing the same . Please view the screenshots.
>>
>
> Interesting.  Perhaps the version of XRDP you are using has been patched
> to support it.  The Github source code I looked at and the version I used
> (EPEL 7 repo) did not behave this way.  In any case, this is dependent on
> XRDP and how it behaves, and not Guacamole.  Whatever version you are using
> is clearly okay with the lack of UTF-16 encoding, so it looks like they
> have implemented it in a way consistent with other RDP clients and servers.
>
> -Nick
>

Re: [jira] [Updated] (GUACAMOLE-512) Shared Drive redirection doesn't work with Ubuntu [ xrdp ]

[Amarjeet Singh]

I have seen one more folder with the name *Cloud Storage on 127.0.0.1*
which is not accessible.

Link to view the screenshot :-
> https://www.dropbox.com/s/t2emg56wxg0nito/linux_folders.PNG?dl=0



Below is the error I got while opening the folder :- Refer the screenshot

>
> Link to view the  screenshot :
> https://www.dropbox.com/s/w11d1hj81gwazvs/error_linux.png?dl=0



I have no idea about it.

Regards,
Amarjeet Singh





On Sat, Mar 3, 2018 at 6:42 PM, Amarjeet Singh <amarjee...@gmail.com> wrote:

> Thanks Nick,
>
>
> Below is the link to view the screenshot :-
>
> Windows  :   https://www.dropbox.com/s/97m3x94vewi4q2j/windows_
> device_redirection.PNG?dl=0
>
> Linux : https://www.dropbox.com/s/x7mego94nduosbz/liux_device_
> redirection.PNG?dl=0
>
>>
>> While the string apparently does not need to be UTF-16 encoded, it does
>> need to be null-terminated, which you're missing, here.
>
>
>
> I will fix it.
>
>
>>   On XRDP on Linux, you will not see this, as XRDP does not look at
>> either the client name, nor the the filesystem name for presenting this
>> share.
>
>
> I am seeing the same . Please view the screenshots.
>
>
> Regards,
> Amarjeet Singh
>
>
> On Sat, Mar 3, 2018 at 6:31 PM, Nick Couchman <vn...@apache.org> wrote:
>
>> On Sat, Mar 3, 2018 at 7:09 AM, Amarjeet Singh <amarjee...@gmail.com>
>> wrote:
>>
>>> Hi Team,
>>>
>>> I have done the following changes to fix the above issue which works
>>> both in *Windows  *as well as *Linux RDP.*
>>>
>>>
>>>>
>>>> *#define GUAC_FILESYSTEM_NAME  "C\0L\0O\0U\0D\0\0\0"**#define
>>>> GUAC_FILESYSTEM_NAME_LENGTH   12*
>>>
>>>
>>>
>>> *Instead of using above configurations I have used the following  (  No
>>>  UTF-16 encoding  is required  ) :-   *
>>>
>>>
>>>> *#define GUAC_FILESYSTEM_NAME  "CLOUD"**#define
>>>> GUAC_FILESYSTEM_NAME_LENGTH   5*
>>>
>>>
>>>
>>>
>> While the string apparently does not need to be UTF-16 encoded, it does
>> need to be null-terminated, which you're missing, here.
>>
>>
>>> *and I have used   UTF-16 encoding in the following :-*
>>>
>>>
>>> * guac_rdpdr_send_client_name_request(rdpdr, "Cloud Storage");*
>>>
>>> *to *
>>>
>>> #define GUAC_DRIVE_NAME  "C\0l\0o\0u\0d\0
>>> \0S\0t\0o\0r\0a\0g\0e\0\0\0"
>>> #define GUAC_DRIVE_NAME_LENGTH   28
>>>
>>> and used the above in the  *guac_rdpdr_send_client_name_request
>>> function .*
>>>
>>
>> Note that the drive name and client name are *not* the same thing.  The
>> client name is used for redirection, but is used in a broader sense to
>> identify the client connecting to the server.  I don't know off the top of
>> my head what the encoding should be for that, but probably UTF-16.
>>
>> Your screenshots did not come through, but the storage should show up as
>>  on , so, in your case, you should see
>> "Cloud" on "Cloud Storage" on Windows.  On XRDP on Linux, you will not see
>> this, as XRDP does not look at either the client name, nor the the
>> filesystem name for presenting this share.  Instead, there's a value
>> determine on the XRDP side, either in the code or in a configuration file,
>> for the name of the share, and then it uses the PreferredDosName setting
>> for the folder name.  None of the changes you have done (nor the ones I
>> have done in the pull request for the JIRA issue) will impact the way XRDP
>> sees it, and this is not because of Guacamole, this is because of how the
>> XRDP code handles it.
>>
>> -Nick
>>
>
>

Re: [jira] [Updated] (GUACAMOLE-512) Shared Drive redirection doesn't work with Ubuntu [ xrdp ]

[Amarjeet Singh]

I have tested with xrdp version 0.9.5 and got the following :-

Display name is *"GUAC*" as you have mentioned above.

View the screenshot :
https://www.dropbox.com/s/bpsz633zt5tpfv3/xrdp_version_0.9.5.PNG?dl=0

Regards,
Amarjeet Singh

On Sat, Mar 3, 2018 at 7:35 PM, Amarjeet Singh <amarjee...@gmail.com> wrote:

> @Nick, Below is the *INFO :-*
>
>
>> What version of XRDP are you using, on what Linux distribution?
>
>
> Linux distribution  : Ubuntu 16.04.3 x64
> XRDP version : xrdp 0.5
>
>
>
>> Also, could you test with an un-modified version of Guacamole and see if
>> the behavior is consistent?
>
> Maybe you could try with a more modern version of XRDP?
>
>
> I will test and update you the same.
>
>
>
> On Sat, Mar 3, 2018 at 7:21 PM, Nick Couchman <vn...@apache.org> wrote:
>
>> On Sat, Mar 3, 2018 at 8:47 AM, Amarjeet Singh <amarjee...@gmail.com>
>> wrote:
>>
>>> @Nick xrdp Version is 0.5.0
>>>
>>>
>> Oh, my.  That is quite old.  Current version of XRDP is 0.9.5, and that
>> is available at least in the EPEL repository for RH/CentOS 7 (EL7), and I
>> would be surprised if it isn't available for other distributions.  Maybe
>> you could try with a more modern version of XRDP?
>>
>> -Nick
>>
>
>

INFO Required : Add support of Japanese language

[Amarjeet Singh]

Hi Team,

I want to add support of Japanese language in Guacamole-Client.

Would adding  only *ja.json* files in translation folder work ?

How Guacamole detects the language  and fetch the files from translation
folder ?


Thanks and Regards,
Amarjeet Singh

Re: CAPS lock is not working in XRDP version 0.9.5 with Ubuntu 16.0.4 [ Guacamole RDP ]

[Amarjeet Singh]

Ok Nick, I will look into it.

On Mon, Mar 5, 2018 at 7:41 PM, Amarjeet Singh <amarjee...@gmail.com> wrote:

> I also tried to change the following code in *guacamole.js* and changed*
> index.html* file to load guacamole.js file instead app.js?varsion :-
>
> Browser is loading the guacamole.js and the below change as well which I
> verified through debugger as well.
>
> var no_repeat = {
> 0xFE03: true, // ISO Level 3 Shift (AltGr)
> 0xFFE1: true, // Left shift
> 0xFFE2: true, // Right shift
> 0xFFE3: true, // Left ctrl
> 0xFFE4: true, // Right ctrl
> 0xFFE5: true, // Caps Lock
> 0xFFE7: true, // Left meta
> 0xFFE8: true, // Right meta
> 0xFFE9: true, // Left alt
> 0xFFEA: true, // Right alt
> 0xFFEB: true, // Left hyper
> 0xFFEC: true  // Right hyper
> };
>
>   if (!no_repeat[keysym])
>> key_repeat_timeout = window.setTimeout(function() {
>> key_repeat_interval =
>> window.setInterval(function() {
>> guac_keyboard.onkeyup(keysym);
>> guac_keyboard.onkeydown(keysym);
>> }, 50);
>> }, 500);
>
>
> *My Analyzations are as follows :-*
>
> if* no_repeat* is true ( as  0xFFE5  : true )  in the case of above it
> never enters into the loop.
>
> and  if I remove the above change , *no_repeat* will return false and
>  it will continuosly sends the CapsLock which is a BUG and it is fixed in
> 1.0.0
>
> GUACAMOLE-161: Merge changes adding Caps Lock to the do-not-auto-repeat
>> list.
>
>
>
> Both the changes doesn't affect and fix the issue of *changing text from
> lowercase to uppercase*.
>
> On Mon, Mar 5, 2018 at 7:19 PM, Amarjeet Singh <amarjee...@gmail.com>
> wrote:
>
>> Hi Team,
>>
>>
>> I have been writing in Libre Office Writer on Guacamole RDP . I clicked
>> CAPS lock and started writing but the text was still in lowercase.
>>
>> Guacamole-Server version : 0.9.14
>> Guacamole-Client version : 0.9.14
>> XRDP Version : 0.9.5
>> Remote O.S. : Ubuntu 16.04.3 LTS 64-bit
>>
>> I have not done any modifications in the code.
>>
>>
>> If I reconnect the RDP session with CAPS lock on, then it starts printing
>> uppercase but if I again click CAPS lock to set it to lowercase, it still
>> prints the uppercase.
>>
>>
>>
>> Regards,
>> Amarjeet Singh
>>
>>
>>
>

CAPS lock is not working in XRDP version 0.9.5 with Ubuntu 16.0.4 [ Guacamole RDP ]

[Amarjeet Singh]

Hi Team,


I have been writing in Libre Office Writer on Guacamole RDP . I clicked
CAPS lock and started writing but the text was still in lowercase.

Guacamole-Server version : 0.9.14
Guacamole-Client version : 0.9.14
XRDP Version : 0.9.5
Remote O.S. : Ubuntu 16.04.3 LTS 64-bit

I have not done any modifications in the code.


If I reconnect the RDP session with CAPS lock on, then it starts printing
uppercase but if I again click CAPS lock to set it to lowercase, it still
prints the uppercase.



Regards,
Amarjeet Singh

Re: CAPS lock is not working in XRDP version 0.9.5 with Ubuntu 16.0.4 [ Guacamole RDP ]

[Amarjeet Singh]

I have also compiled the latest code of guacamole-server and still the
issue persists.

Caps lock is not working as expected in XRDP version 0.9.5 with Ubuntu

On Mon, Mar 5, 2018 at 8:01 PM, Amarjeet Singh <amarjee...@gmail.com> wrote:

> Hi Nick,
>
> I took the latest code from the git and it failed at the below point :-
>
> [ERROR] Failed to execute goal org.apache.maven.plugins:
> maven-compiler-plugin:3.3:compile (default-compile) on project
> guacamole-auth-jdbc-mysql: Compilation failure: Compilation failure:
> [ERROR] /root/Guacamole/guacamole-client/extensions/guacamole-
> auth-jdbc/modules/guacamole-auth-jdbc-mysql/src/main/java/
> org/apache/guacamole/auth/mysql/MySQLSharedAuthenticationProvider.java:[31,7]
> error: MySQLSharedAuthenticationProvider is not abstract and does not
> override abstract method redecorate(UserContext,
> UserContext,AuthenticatedUser,Credentials) in AuthenticationProvider
> [ERROR] /root/Guacamole/guacamole-client/extensions/guacamole-
> auth-jdbc/modules/guacamole-auth-jdbc-mysql/src/main/java/
> org/apache/guacamole/auth/mysql/MySQLAuthenticationProvider.java:[30,7]
> error: MySQLAuthenticationProvider is not abstract and does not override
> abstract method 
> redecorate(UserContext,UserContext,AuthenticatedUser,Credentials)
> in AuthenticationProvider
>
>
> Though it created the war file which I required.
> I tested with the latest code and the issue still persists.
>
> Is there any changes in guacamole-server also related to the above fix ?
>
> Regards,
> Amarjeet Singh
>
>
>
> On Mon, Mar 5, 2018 at 7:42 PM, Amarjeet Singh <amarjee...@gmail.com>
> wrote:
>
>> Ok Nick, I will look into it.
>>
>> On Mon, Mar 5, 2018 at 7:41 PM, Amarjeet Singh <amarjee...@gmail.com>
>> wrote:
>>
>>> I also tried to change the following code in *guacamole.js* and changed*
>>> index.html* file to load guacamole.js file instead app.js?varsion :-
>>>
>>> Browser is loading the guacamole.js and the below change as well which I
>>> verified through debugger as well.
>>>
>>> var no_repeat = {
>>> 0xFE03: true, // ISO Level 3 Shift (AltGr)
>>> 0xFFE1: true, // Left shift
>>> 0xFFE2: true, // Right shift
>>> 0xFFE3: true, // Left ctrl
>>> 0xFFE4: true, // Right ctrl
>>> 0xFFE5: true, // Caps Lock
>>> 0xFFE7: true, // Left meta
>>> 0xFFE8: true, // Right meta
>>> 0xFFE9: true, // Left alt
>>> 0xFFEA: true, // Right alt
>>> 0xFFEB: true, // Left hyper
>>> 0xFFEC: true  // Right hyper
>>> };
>>>
>>>   if (!no_repeat[keysym])
>>>> key_repeat_timeout = window.setTimeout(function() {
>>>> key_repeat_interval =
>>>> window.setInterval(function() {
>>>> guac_keyboard.onkeyup(keysym);
>>>> guac_keyboard.onkeydown(keysym);
>>>> }, 50);
>>>> }, 500);
>>>
>>>
>>> *My Analyzations are as follows :-*
>>>
>>> if* no_repeat* is true ( as  0xFFE5  : true )  in the case of above it
>>> never enters into the loop.
>>>
>>> and  if I remove the above change , *no_repeat* will return false and
>>>  it will continuosly sends the CapsLock which is a BUG and it is fixed in
>>> 1.0.0
>>>
>>> GUACAMOLE-161: Merge changes adding Caps Lock to the do-not-auto-repeat
>>>> list.
>>>
>>>
>>>
>>> Both the changes doesn't affect and fix the issue of *changing text
>>> from lowercase to uppercase*.
>>>
>>> On Mon, Mar 5, 2018 at 7:19 PM, Amarjeet Singh <amarjee...@gmail.com>
>>> wrote:
>>>
>>>> Hi Team,
>>>>
>>>>
>>>> I have been writing in Libre Office Writer on Guacamole RDP . I clicked
>>>> CAPS lock and started writing but the text was still in lowercase.
>>>>
>>>> Guacamole-Server version : 0.9.14
>>>> Guacamole-Client version : 0.9.14
>>>> XRDP Version : 0.9.5
>>>> Remote O.S. : Ubuntu 16.04.3 LTS 64-bit
>>>>
>>>> I have not done any modifications in the code.
>>>>
>>>>
>>>> If I reconnect the RDP session with CAPS lock on, then it starts
>>>> printing uppercase but if I again click CAPS lock to set it to lowercase,
>>>> it still prints the uppercase.
>>>>
>>>>
>>>>
>>>> Regards,
>>>> Amarjeet Singh
>>>>
>>>>
>>>>
>>>
>>
>

Re: INFO Required : Add support of Japanese language

[Amarjeet Singh]

Do I need to define the keyboard layouts as well ?

Like*it-it-qwerty.json* for Italian .


On Mon, Mar 5, 2018 at 1:06 PM, Mike Jumper <mike.jum...@guac-dev.org>
wrote:

> On Sun, Mar 4, 2018 at 11:12 PM, Amarjeet Singh <amarjee...@gmail.com>
> wrote:
>
>> Hi Team,
>>
>> I want to add support of Japanese language in Guacamole-Client.
>>
>> Would adding  only *ja.json* files in translation folder work ?
>>
>>
> If it is added within the source prior to building Guacamole, yes.
>
> How Guacamole detects the language  and fetch the files from translation
>> folder ?
>>
>>
> They're deployed alongside the web application like any other static file.
> Guacamole reads through the contents of the "translations" directory during
> startup to determine what languages are defined, dynamically unifying them
> with any translation strings defined by extensions. The actual language is
> dictated by the two-letter language code in the file's name, while the
> display name for the language is dictated by the "NAME" translation string
> at the root level of each JSON file.
>
> - Mike
>
>

Re: INFO Required : Add support of Japanese language

[Amarjeet Singh]

If I got to know the purpose of  it-it-qwerty.json file. This is for
On-Screen keyboard.

Correct me if I am wrong?


Thanks  and Regards,
Amarjeet Singh

On Mon, Mar 5, 2018 at 9:19 PM, Amarjeet Singh <amarjee...@gmail.com> wrote:

> Do I need to define the keyboard layouts as well ?
>
> Like*it-it-qwerty.json* for Italian .
>
>
> On Mon, Mar 5, 2018 at 1:06 PM, Mike Jumper <mike.jum...@guac-dev.org>
> wrote:
>
>> On Sun, Mar 4, 2018 at 11:12 PM, Amarjeet Singh <amarjee...@gmail.com>
>> wrote:
>>
>>> Hi Team,
>>>
>>> I want to add support of Japanese language in Guacamole-Client.
>>>
>>> Would adding  only *ja.json* files in translation folder work ?
>>>
>>>
>> If it is added within the source prior to building Guacamole, yes.
>>
>> How Guacamole detects the language  and fetch the files from translation
>>> folder ?
>>>
>>>
>> They're deployed alongside the web application like any other static
>> file. Guacamole reads through the contents of the "translations" directory
>> during startup to determine what languages are defined, dynamically
>> unifying them with any translation strings defined by extensions. The
>> actual language is dictated by the two-letter language code in the file's
>> name, while the display name for the language is dictated by the "NAME"
>> translation string at the root level of each JSON file.
>>
>> - Mike
>>
>>
>

Re: CAPS lock is not working in XRDP version 0.9.5 with Ubuntu 16.0.4 [ Guacamole RDP ]

[Amarjeet Singh]

Hi Nick,

I took the latest code from the git and it failed at the below point :-

[ERROR] Failed to execute goal
org.apache.maven.plugins:maven-compiler-plugin:3.3:compile
(default-compile) on project guacamole-auth-jdbc-mysql: Compilation
failure: Compilation failure:
[ERROR]
/root/Guacamole/guacamole-client/extensions/guacamole-auth-jdbc/modules/guacamole-auth-jdbc-mysql/src/main/java/org/apache/guacamole/auth/mysql/MySQLSharedAuthenticationProvider.java:[31,7]
error: MySQLSharedAuthenticationProvider is not abstract and does not
override abstract method
redecorate(UserContext,UserContext,AuthenticatedUser,Credentials) in
AuthenticationProvider
[ERROR]
/root/Guacamole/guacamole-client/extensions/guacamole-auth-jdbc/modules/guacamole-auth-jdbc-mysql/src/main/java/org/apache/guacamole/auth/mysql/MySQLAuthenticationProvider.java:[30,7]
error: MySQLAuthenticationProvider is not abstract and does not override
abstract method
redecorate(UserContext,UserContext,AuthenticatedUser,Credentials) in
AuthenticationProvider


Though it created the war file which I required.
I tested with the latest code and the issue still persists.

Is there any changes in guacamole-server also related to the above fix ?

Regards,
Amarjeet Singh



On Mon, Mar 5, 2018 at 7:42 PM, Amarjeet Singh <amarjee...@gmail.com> wrote:

> Ok Nick, I will look into it.
>
> On Mon, Mar 5, 2018 at 7:41 PM, Amarjeet Singh <amarjee...@gmail.com>
> wrote:
>
>> I also tried to change the following code in *guacamole.js* and changed*
>> index.html* file to load guacamole.js file instead app.js?varsion :-
>>
>> Browser is loading the guacamole.js and the below change as well which I
>> verified through debugger as well.
>>
>> var no_repeat = {
>> 0xFE03: true, // ISO Level 3 Shift (AltGr)
>> 0xFFE1: true, // Left shift
>> 0xFFE2: true, // Right shift
>> 0xFFE3: true, // Left ctrl
>> 0xFFE4: true, // Right ctrl
>> 0xFFE5: true, // Caps Lock
>> 0xFFE7: true, // Left meta
>> 0xFFE8: true, // Right meta
>> 0xFFE9: true, // Left alt
>> 0xFFEA: true, // Right alt
>> 0xFFEB: true, // Left hyper
>> 0xFFEC: true  // Right hyper
>> };
>>
>>   if (!no_repeat[keysym])
>>> key_repeat_timeout = window.setTimeout(function() {
>>> key_repeat_interval =
>>> window.setInterval(function() {
>>> guac_keyboard.onkeyup(keysym);
>>> guac_keyboard.onkeydown(keysym);
>>> }, 50);
>>> }, 500);
>>
>>
>> *My Analyzations are as follows :-*
>>
>> if* no_repeat* is true ( as  0xFFE5  : true )  in the case of above it
>> never enters into the loop.
>>
>> and  if I remove the above change , *no_repeat* will return false and
>>  it will continuosly sends the CapsLock which is a BUG and it is fixed in
>> 1.0.0
>>
>> GUACAMOLE-161: Merge changes adding Caps Lock to the do-not-auto-repeat
>>> list.
>>
>>
>>
>> Both the changes doesn't affect and fix the issue of *changing text from
>> lowercase to uppercase*.
>>
>> On Mon, Mar 5, 2018 at 7:19 PM, Amarjeet Singh <amarjee...@gmail.com>
>> wrote:
>>
>>> Hi Team,
>>>
>>>
>>> I have been writing in Libre Office Writer on Guacamole RDP . I clicked
>>> CAPS lock and started writing but the text was still in lowercase.
>>>
>>> Guacamole-Server version : 0.9.14
>>> Guacamole-Client version : 0.9.14
>>> XRDP Version : 0.9.5
>>> Remote O.S. : Ubuntu 16.04.3 LTS 64-bit
>>>
>>> I have not done any modifications in the code.
>>>
>>>
>>> If I reconnect the RDP session with CAPS lock on, then it starts
>>> printing uppercase but if I again click CAPS lock to set it to lowercase,
>>> it still prints the uppercase.
>>>
>>>
>>>
>>> Regards,
>>> Amarjeet Singh
>>>
>>>
>>>
>>
>

Re: Printing support in XRDP version 0.9.5 with Ubuntu 16.04

[Amarjeet Singh]

@Nick, I will look into XRDP forum.

Thanks for your valuable feedback and guidance.

I highly suspect that they have heavily patched that version, and that
> those patches did not make it into the upstream XRDP repository.


I will look into the XRDP code as well.

On Tue, Mar 6, 2018 at 1:50 AM, Nick Couchman <vn...@apache.org> wrote:

> On Mon, Mar 5, 2018 at 3:17 PM, Amarjeet Singh <amarjee...@gmail.com>
> wrote:
>
>> Hi Team,
>>
>>
>> I have enabled printer redirection in Guacamole Client and Server [ took
>> latest code form GIT ].
>> XRDP Version : 0.9.5
>> Remote O.S. : Ubuntu 16.0.4
>> Browser : Chrome
>> Printer Redirection is not working [ There is no Printer with the name of
>> Guacamole ].
>>
>> Do XRDP version 0.9.5 supports Printer Redirection ? or Is it a expected
>> behaviour of XRDP version 0.9.5 ?
>>
>> It is working in XRDP version 0.5.0 with Ubuntu 16.0.4.
>>
>>
> Seems like this is a question for the XRDP forum, not the Guacamole
> forum.  If it is working fine with Guacamole in version 0.5.0 of XRDP, but
> not in 0.9.5 of XRDP, then something is different in the XRDP code and you
> need to ask on a XRDP forum or mailing list.
>
> Also, please keep in mind my earlier comment about version 0.5.0 of XRDP
> on Ubuntu - I highly suspect that they have heavily patched that version,
> and that those patches did not make it into the upstream XRDP repository.
>
> -Nick
>

Re: [jira] [Updated] (GUACAMOLE-512) Shared Drive redirection doesn't work with Ubuntu [ xrdp ]

[Amarjeet Singh]

Hi Team,

I have done the following changes to fix the above issue which works both
in *Windows  *as well as *Linux RDP.*


>
> *#define GUAC_FILESYSTEM_NAME  "C\0L\0O\0U\0D\0\0\0"**#define
> GUAC_FILESYSTEM_NAME_LENGTH   12*



*Instead of using above configurations I have used the following  (  No
 UTF-16 encoding  is required  ) :-   *


> *#define GUAC_FILESYSTEM_NAME  "CLOUD"**#define
> GUAC_FILESYSTEM_NAME_LENGTH   5*



*and I have used   UTF-16 encoding in the following :-*


* guac_rdpdr_send_client_name_request(rdpdr, "Cloud Storage");*

*to *

#define GUAC_DRIVE_NAME  "C\0l\0o\0u\0d\0
\0S\0t\0o\0r\0a\0g\0e\0\0\0"
#define GUAC_DRIVE_NAME_LENGTH   28

and used the above in the  *guac_rdpdr_send_client_name_request function .*


*Following is the output in the Windows and Linux RDP :- Please refer the
screenshots*









Thanks Nick for the helping me out .

Please look into it and suggest if there is any change required.


Thanks and regards,
Amarjeet Singh

On Mon, Feb 26, 2018 at 8:27 PM, Nick Couchman <vn...@apache.org> wrote:

>
>>
>>> It's interesting that XRDP is still clearly attempting to read things as
>>> UTF-16 here, but if that's failing for unmodified Guacamole, too, then it
>>> must be reading a field which we are not encoding as UTF-16 already (since
>>> the name of Guacamole's filesystem is definitely pre-encoded as UTF-16 at
>>> the moment). Perhaps we're wrong in the handling of whichever value is
>>> being used by XRDP, too?
>>>
>>>
>> I'm going to try to stand up a XRDP test server tomorrow and see if I can
>> test a few things and get some findings consistent with Amarjeet's
>> results.  This point actually puzzles me a little bit, particularly since
>> XRDP apparently works fine with xfreerdp, which does not UTF-16 encode its
>> filesystem name parameter.  Maybe with a few more test cases we can find
>> the illusive pattern.
>>
>> Or we'll just further confuse ourselves ;-).
>>
>> -Nick
>>
>
> It looks to me like xrdp just reads the "PreferredDosName" setting and
> doesn't even bother to try to enumerate the DeviceData:
>
> https://github.com/neutrinolabs/xrdp/blob/5daa09171e1e6e65a1
> a3ab969775fdf8ac37/sesman/chansrv/devredir.c#L691
>
> In my testing, with my changes for GUACAMOLE-446, it doesn't matter what I
> set the name of the drive to in Guacamole, it always shows up as "GUAC" in
> the XRDP redirected filesystem directory.  I can't find the exact place in
> the guacd code where the PreferredDOSName field gets set, but it looks like
> maybe it just uses the GUAC_OS_TYPE define from rdpdr_messages.h:
>
> https://github.com/apache/guacamole-server/blob/bc5b01d4d8ab
> 0c3c89a08007316d33012261f6b3/src/protocols/rdp/guac_rdpdr/
> rdpdr_messages.h#L71
>
> ??  The PreferredDOSName field is supposed to be ASCII, 8 characters, at
> most, and *not* null-terminated...
>
> So, whatever changes get made in -446 should *not* adversely impact XRDP,
> as far as I can tell.  Also, I tested xfreerdp with xrdp, and, when you
> specify a filesytem name longer than 8 characters, it just truncates it at
> 8 ("temporary_files" turned into "temporar").  My guess is that xfreerdp is
> just taking the command line argument for the filesystem name and
> truncating it to 8 characters for the preferred DOS name.
>
> -Nick
>

Re: Guacamole performance improvement

[Amarjeet Singh]

I am also using the token API and Logout API and it always responds.

*TO GET TOKEN :-*

   1. Request URL:
   https://hostname/guacamole/api/tokens
   2. Request Method:
   POST
   3. Status Code:
   200 OK
   4. Remote Address: hostname:443
   5. Referrer Policy:
   origin-when-cross-origin

*TO DELETE TOKEN :-*

   1. Request URL:

   
https://hostname/guacamole/api/tokens/7DAA03E7D8ED357CC24F34515484BDC838B72B19F73D3F90A9E5546DA4465956
   2. Request Method:
   DELETE
   3. Status Code:
   204 No Content
   4. Remote Address: hostname:443
   5. Referrer Policy:
   origin-when-cross-origin

My suggestion would be to checkout latest code of  *guacamole-client
*and *guacamole-server
*and then test without  doing any changes in the code or without calling
any API ( using *user-mapping.xml*).

**
**
**
* *
*rdp*
**
*3389*
*reconnect*
**
*amarjeet.singh*
*xx*
**
**
*


If issue still exists, then take the *tcpdump *for the delay.

*NOTE :* If you haven't done any changes in guacamole-client and
guacamole-server code that means the issue is not with the API.

As Nick said you can always check the *logs of guacamole-client and
guacamole-server*.

For memory consumption, please check which process is consuming more
memory  using *top command. * Check if it is guacd or java .



*On Wed, Jan 16, 2019 at 6:12 PM Shilpa Bhandari
> wrote:*

> One more thing. The memory consumption by Guacamole reached upto 90-100%
> when this issue occurred. CPU utilization was also ~70%. I'm working with 5
> Guac users and 5 remoting instances.
>
> Thanks and regards,
> Shilpa Bhandari
>
>
> On Wed, Jan 16, 2019 at 5:34 PM Nick Couchman  wrote:
>
>> On Wed, Jan 16, 2019 at 6:44 AM Shilpa Bhandari <
>> shilpa.bhand...@fonantrix.com> wrote:
>>
>>> In my case I made 3-4 calls to Guac API to delete a token but it didn't
>>> give any response for those and after 4-5 minutes it sent response for
>>> those calls as 404 Token not found. Meanwhile there were some other calls
>>> also to Guac API to fetch new tokens and those calls also got responded
>>> with this much delay.
>>>
>>
>> Yes, this is not expected behavior for Guacamole, and indicates either an
>> issue with the system running Guacamole Client (Tomcat) or the network
>> between the web browser and the server.
>>
>> -Nick
>>
>

FULL SCREEN ISSUE in IE

[Amarjeet Singh]

Hi Team,

I have added a button for the fullscreen in Guacamole 1.0.0 Version.

*FILE [ index.html ]*


>  class="ffullscreen" id="Fullscreen"
> ng-click="toolBarFunctionality.menuControl.menuFunction.onFullScreen()"
> style="background-image: url('images/logo-144.png');">
> 
>


*Controller [ indexController  ]*

var *onFullScreen *= function ()
> {
> if (!document.fullscreenElement && !document.mozFullScreenElement &&
> !document.webkitFullscreenElement && !document.msFullscreenElement)
> { // current working methods
>
> document.getElementById("Fullscreen").style.backgroundImage =
> "url('/fes-bin/public/portal/html5/minimize.png')";
> document.getElementById("Fullscreen").title = "Exit fullScreen";
>
> if (document.documentElement.requestFullscreen) {
> document.documentElement.requestFullscreen();
> } else if (document.documentElement.msRequestFullscreen) {
> console.log('IE full screen called');
> document.documentElement.msRequestFullscreen();
> } else if (document.documentElement.mozRequestFullScreen) {
> document.documentElement.mozRequestFullScreen();
> } else if (document.documentElement.webkitRequestFullscreen) {
>
> document.documentElement.webkitRequestFullscreen(Element.ALLOW_KEYBOARD_INPUT);
> }
> } else {
> document.getElementById("Fullscreen").style.backgroundImage =
> "url('/fes-bin/public/portal/html5/fullscreen.png')";
> document.getElementById("Fullscreen").title = "FullScreen";
>
> if (document.exitFullscreen) {
> document.exitFullscreen();
> } else if (document.msExitFullscreen) {
> document.msExitFullscreen();
> } else if (document.mozCancelFullScreen) {
> document.mozCancelFullScreen();
> } else if (document.webkitExitFullscreen) {
> document.webkitExitFullscreen();
> }
> }
>
> }
> $scope.toolBarFunctionality = {
> menuControl: {
> menuCss: {
> backColor: '',
> foreCOlor: ''
> },
> menuFunction: {
> onFullScreen : onFullScreen,
> onClick: function() {
> // raise event to toggle menu.
> $rootScope.$broadcast('menuClicked');
> }
> },
> }
> };


It is working in Chrome, Firefox, Safari and Edge.

It is not working in IE. I debugged and came to know that *OffsetHeight *and
*OffsetWidth *passed is zero.

 var checkSize = function checkSize() {
> // Call callback only if size actually changed
> if (element.offsetWidth !== lastWidth
>  || element.offsetHeight !== lastHeight) {
> // Call resize callback, if defined
> if (guacResize) {
> $scope.$evalAsync(function elementSizeChanged() {
> guacResize(element.offsetWidth,
> element.offsetHeight);
> });
> }
> // Update stored size
> lastWidth  = element.offsetWidth;
> lastHeight = element.offsetHeight;
>  }
>   };



It closed the websocket connection as well because of the* kernel trap
divide error* .

I have fixed the above kernel trap error by adding the following :-


void guac_rdp_disp_set_size(guac_rdp_disp* disp, guac_rdp_settings*
> settings,
> freerdp* rdp_inst, int width, int height) {
>
>
> * /* Do not update size if no requests have been received */if (width
> == 0 || height == 0)return;*
> /* Fit width within bounds, adjusting height to maintain aspect ratio
> */
> guac_rdp_disp_fit(, );
> /* Fit height within bounds, adjusting width to maintain aspect ratio
> */
> guac_rdp_disp_fit(, );
> /* Width must be even */
> if (width % 2 == 1)
> width -= 1;
> /* Store deferred size */
> disp->requested_width = width;
> disp->requested_height = height;
> /* Send display update notification if possible */
> guac_rdp_disp_update_size(disp, settings, rdp_inst);
> }


*but I couldn't find why document.msExitFullscreen() API is not working in
Guacamole.*
Any suggestions for the above ?

*Thanks and Regards,*
*Amarjeet Singh*

HIDE LOGIN PROCEDURE IN RDP

[Amarjeet Singh]

Hi Team,


How can I hide the login procedure of remote machine in Single Sign On?
Can we send ready event after user logged on ?
How to show connecting dialog till that even comes ?


Any suggestions?

Thanks and regards
Amarjeet Singh

Re: Max Resolution

[Amarjeet Singh]

Check the browser height and width and then set the width and height

On Fri, 8 Mar 2019, 23:04 Lev Dubinets,  wrote:

> Thanks. But I don't want to set width and height, I want to set a
> max-width and max-height, and for guac to use the browser window
> width/height for any browsers smaller than that (and scale/center if the
> browser is larger). Is that possible?
>
> ------
> *From:* Amarjeet Singh 
> *Sent:* Thursday, March 7, 2019 10:49 PM
> *To:* user@guacamole.apache.org
> *Subject:* Re: Max Resolution
>
> There are parameters of height and width which you can set according to
> your conditions.
>
> On Fri, Mar 8, 2019 at 12:09 PM Lev Dubinets  wrote:
>
> Is it possible to set a max resolution somewhere so that a user cannot
> make a connection larger than 1080p for example? If the browser size is
> bigger than 1080p then it would stretch or center the result.
>
> Lev
>
>
>
> p.s. my apologies if you don't like many threads created, let me know and
> I can batch my questions in the future.
>
>

Re: HIDE LOGIN PROCEDURE IN RDP

[Amarjeet Singh]

>
> If we were going to make the change, however, I would argue that Device
> Redirection is an unreliable way of accomplishing this.  What if the user
> isn't redirecting any devices?  What if they're trying, but it isn't
> allowed by the remote server?  What if it fails?


Yes, I agree with you.

I guess my bottom-line question is: why do this?  What's the point of
> hiding the Windows login screen?  Why does it matter, and is it really
> worth the trouble of trying to figure out some way to determine when
> Windows is logged in.  Maybe others on the list have opinions on this?


Many organization wants this feature for better user interface. There are
many screens [ connecting dialog + black thumbnail + windows login screen
]  which appears before desktop gets ready. To minimize those screens and
make it a single screen of loading page and then to the desktop screen
gives user a better experience.


There are other HTML5 applications which has this feature.

On Fri, Mar 8, 2019 at 1:31 AM Nick Couchman  wrote:

> On Thu, Mar 7, 2019 at 2:49 PM Amarjeet Singh 
> wrote:
>
>> I mean to hide the windows rdp login not guacamole login.
>> I want to show loading or connecting dialog box till windows rdp login
>> completes.
>> Ready event is the event which will be generated when windows login will
>> be completed.
>> As of now it can be generated when any static virtual channel is ready
>> example...
>> Device redirection tell us that user has logged on and we can generate
>> ready event based on that
>>
>>
> It sounds like you've figured out a way to do it.  I'm not sure I see the
> point in it, at least in trying to put it into the main Guacamole code, as
> I don't find the Windows Logon screen terribly bothersome, and I would
> argue that people would rather know that the login is proceeding and where
> the process is than to have it hidden behind a "Connecting to Guacamole"
> dialog box for the amount of time it takes to establish the session and log
> in.  That's just my personal feeling, though.
>
> If we were going to make the change, however, I would argue that Device
> Redirection is an unreliable way of accomplishing this.  What if the user
> isn't redirecting any devices?  What if they're trying, but it isn't
> allowed by the remote server?  What if it fails?
>
> I guess my bottom-line question is: why do this?  What's the point of
> hiding the Windows login screen?  Why does it matter, and is it really
> worth the trouble of trying to figure out some way to determine when
> Windows is logged in.  Maybe others on the list have opinions on this?
>
> -Nick
>

Re: HIDE LOGIN PROCEDURE IN RDP

[Amarjeet Singh]

I mean to hide the windows rdp login not guacamole login.
I want to show loading or connecting dialog box till windows rdp login
completes.
Ready event is the event which will be generated when windows login will be
completed.
As of now it can be generated when any static virtual channel is ready
example...
Device redirection tell us that user has logged on and we can generate
ready event based on that




On Thu, 7 Mar 2019, 18:41 Nick Couchman,  wrote:

> On Thu, Mar 7, 2019 at 7:37 AM Amarjeet Singh 
> wrote:
>
>> Hi Team,
>>
>>
>> How can I hide the login procedure of remote machine in Single Sign On?
>> Can we send ready event after user logged on ?
>> How to show connecting dialog till that even comes ?
>>
>>
> I'm not clear on what you're trying to do:
> - Are you trying to hide the Guacamole login or the Windows RDP (or Linux
> xRDP) login?
> - I have no idea what you mean by "ready event"?
> - Why show the connecting dialog while you wait for the logon?  Why not
> just show the logon?
>
> -Nick
>

Re: Display Update Channel

[Amarjeet Singh]

Yes, It is still blocking it.

But you can implement it in *Freerdp 1.0.2 version* as I did.

or

Try to rebuild guacd with the ca1cec6 commit of FreeRDP.

Thanks and Regards,
Amarjeet Singh

On Fri, Mar 8, 2019 at 12:04 PM Lev Dubinets  wrote:

> Seems like Display Update Channel is a recurring question around here.
> What is the latest status on that? Its documented in the guac options but
> even if I set the 'display-update' setting, an RDP connection to Windows
> does not resize properly.
>
> Is https://issues.apache.org/jira/projects/GUACAMOLE/issues/GUACAMOLE-249 
> still
> the blocking issue?
>
> Thanks,
> Lev
>

Re: Max Resolution

[Amarjeet Singh]

There are parameters of height and width which you can set according to
your conditions.

On Fri, Mar 8, 2019 at 12:09 PM Lev Dubinets  wrote:

> Is it possible to set a max resolution somewhere so that a user cannot
> make a connection larger than 1080p for example? If the browser size is
> bigger than 1080p then it would stretch or center the result.
>
> Lev
>
>
>
> p.s. my apologies if you don't like many threads created, let me know and
> I can batch my questions in the future.
>

ISSUES USING TEXT INPUT ON IPAD

[Amarjeet Singh]

Hi Team,

Guacamole Client Version : 1.0.0
Guacamole Server Version : 1.0.0
Browser : Chrome  or  Safari Browser on iPad

*ISSUE 1* : Only half of the Canvas screen  ( displaying Remote Desktop
Server ) is visible.

STEPS TO REPRODUCE :-

1. User changes the input method to *TEXT INPUT* as there is no support of
Japanese virtual keyboard on Guacamole.
2. User clicks on the Text Input which  opens up the system keyboard of
ipad.
3.  Only half of the RDP screen is visible on iPad. User cannot scroll up
to view the upper part of the RDP Desktop screen.
4. Once system keyboard opens up. It is always up on the screen. User
cannot hide it by changing TEXT INPUT to none.


NOTE : The above issue also occurs if User changes input method to TEXT
INPUT to type english keywords using iPad.

*ISSUE 2* : Unable to drag the desktop icons of the remote Desktop Server

Default Behaviour on touch screens using mstsc : User can place finger on
the desktop icons and easily drag them.
On Guacamole :  User is unable to drag desktop icons in Guacamole.

Is there anything I can try to resolve this issue?

Thanks and Regards,
Amarjeet Singh

Re: ISSUES USING TEXT INPUT ON IPAD

[Amarjeet Singh]

>
> *ISSUE 2* : Unable to drag the desktop icons of the remote Desktop Server
>



User has to double click and then drag the icons. It works but it is not
the default behaviour of the touch screens using mstsc or  windows on Touch
Srceens.

*ISSUE 1* : Only half of the Canvas screen  ( displaying Remote Desktop
> Server ) is visible.



Screen jumps mostly beacause of the position of the focus. Even if screen
doesn't jumps and System  keyboard  pop-ups over the screen, In that case user
is not able to scroll the canvas screen to go at the bottom of the screen.

as all the events are disabled.

Users are facing lot of issues using Guacamole  on iPad.

Please provide the valuable suggestions.

Thanks and Regards,
Amarjeet Singh


On Mon, Jun 3, 2019 at 1:11 PM Amarjeet Singh  wrote:

> Hi Team,
>
> Guacamole Client Version : 1.0.0
> Guacamole Server Version : 1.0.0
> Browser : Chrome  or  Safari Browser on iPad
>
> *ISSUE 1* : Only half of the Canvas screen  ( displaying Remote Desktop
> Server ) is visible.
>
> STEPS TO REPRODUCE :-
>
> 1. User changes the input method to *TEXT INPUT* as there is no support
> of Japanese virtual keyboard on Guacamole.
> 2. User clicks on the Text Input which  opens up the system keyboard of
> ipad.
> 3.  Only half of the RDP screen is visible on iPad. User cannot scroll up
> to view the upper part of the RDP Desktop screen.
> 4. Once system keyboard opens up. It is always up on the screen. User
> cannot hide it by changing TEXT INPUT to none.
>
>
> NOTE : The above issue also occurs if User changes input method to TEXT
> INPUT to type english keywords using iPad.
>
> *ISSUE 2* : Unable to drag the desktop icons of the remote Desktop Server
>
> Default Behaviour on touch screens using mstsc : User can place finger on
> the desktop icons and easily drag them.
> On Guacamole :  User is unable to drag desktop icons in Guacamole.
>
> Is there anything I can try to resolve this issue?
>
> Thanks and Regards,
> Amarjeet Singh
>

Re: Screen Resolution

[Amarjeet Singh]

I was facing the similar issue.

FreeRDP 1.0.2 doesn't support display update virtual channel.

I also tried using 1.1 and 1.2 releases of FreeRDP but it is not
compaitable with guacamole server.

In order to resolve the above I had to integrate display update virtual
channel support in FreeRDP 1.0.2 version and It is working fine in all the
browsers.

Support of display-update is already there in Guacamole. Support of FreeRDP
2.0.0 will be added in guacamole in the coming release which will resolve
this issue as well.

On Thu, Jun 13, 2019 at 3:54 AM Nick Couchman  wrote:

> On Tue, Jun 11, 2019 at 5:22 PM Goran  wrote:
>
>> Param resize-method=display-update does not work on fullsizing the
>> browser window. It resizes but not to full size.
>>
>> resize-method=reconnect does it's job but is uncomfy.
>>
>> Does someone has a simillar problem?
>>
>
> What O/S are you running guacd on?  Depending on the version of the
> FreeRDP libraries you have installed, there may be issues with this - I
> think this support was introduced in the 1.1 or 1.2 release of FreeRDP, so
> if your distro uses 1.0 it may lack that support.
>
> -Nick
>

Re: Screen Resolution

[Amarjeet Singh]

Have you done any change in  Guacamole-Server ?

It is not compaitable with FreeRDP 2.0.0.

Guacamole Server fails to compile with FreeRDP Version 2.0.0



On Thu, Jun 13, 2019 at 11:45 AM Goran  wrote:

> The version of FreeRDP in testing is
> /usr/lib/x86_64-linux-gnu/libfreerdp2.so.2.0.0
>
> Am Do., 13. Juni 2019 um 08:01 Uhr schrieb Goran <
> sendmailtogo...@gmail.com>:
> >
> > I have installed Devuan Testing (Debian Testing without systemd). I'm
> using Guacamole 1.1.0 via git repository.
> > Resize via re-login is good. Auto-resize while staying logged in fails
> sometimes.
> >
> > [ send by mobile device ]
> >
> > Amarjeet Singh  schrieb am Do., 13. Juni 2019,
> 07:41:
> >>
> >> I was facing the similar issue.
> >>
> >> FreeRDP 1.0.2 doesn't support display update virtual channel.
> >>
> >> I also tried using 1.1 and 1.2 releases of FreeRDP but it is not
> compaitable with guacamole server.
> >>
> >> In order to resolve the above I had to integrate display update virtual
> channel support in FreeRDP 1.0.2 version and It is working fine in all the
> browsers.
> >>
> >> Support of display-update is already there in Guacamole. Support of
> FreeRDP 2.0.0 will be added in guacamole in the coming release which will
> resolve this issue as well.
> >>
> >> On Thu, Jun 13, 2019 at 3:54 AM Nick Couchman  wrote:
> >>>
> >>> On Tue, Jun 11, 2019 at 5:22 PM Goran 
> wrote:
> >>>>
> >>>> Param resize-method=display-update does not work on fullsizing the
> >>>> browser window. It resizes but not to full size.
> >>>>
> >>>> resize-method=reconnect does it's job but is uncomfy.
> >>>>
> >>>> Does someone has a simillar problem?
> >>>
> >>>
> >>> What O/S are you running guacd on?  Depending on the version of the
> FreeRDP libraries you have installed, there may be issues with this - I
> think this support was introduced in the 1.1 or 1.2 release of FreeRDP, so
> if your distro uses 1.0 it may lack that support.
> >>>
> >>> -Nick
>
> -
> To unsubscribe, e-mail: user-unsubscr...@guacamole.apache.org
> For additional commands, e-mail: user-h...@guacamole.apache.org
>
>

GUACD CRASHES on KEY EVENTS

[Amarjeet Singh]

Hi Team,

I  was continuosly getting the disconnects therefore I have added the below
code to analyze the crashes.

guacamole-server version : 1.0.0
guacamole-cleint version : 1.0.0
Browser :  Chrome, Version : 75.0.3770.142


*CODE ADDED IN  DAEMON.C*

void setCoreFileLimits()
> {
> struct rlimit lim;
> lim.rlim_cur = RLIM_INFINITY;
> lim.rlim_max = RLIM_INFINITY;
> setrlimit(RLIMIT_CORE, );
> }



*called this function from main functon :-*

int main(int argc, char* argv[]) {
> /* Server */
> int socket_fd;
> struct addrinfo* addresses;
> struct addrinfo* current_address;
> char bound_address[1024];
> char bound_port[64];
> int opt_on = 1;
> setCoreFileLimits();


 Apart from this I haven't changed anything in the code.

There are lot of core files generated  which is as follows : -

[root@guacd /]# ls -la core.*
> -rw--- 1 root root   99053568 Aug  3 12:09 core.10051.guacd.11
> -rw--- 1 root root   98217984 Jul 26 05:41 core.12342.guacd.11
> -rw--- 1 root root  126042112 Jul 31 12:45 core.13372.guacd.6
> -rw--- 1 root root   90648576 Jul 27 14:41 core.13383.guacd.11
> -rw--- 1 root root  145698816 Jul 30 16:54 core.15839.guacd.6
> -rw--- 1 root root   91475968 Jul 25 18:06 core.16059.guacd.11
> -rw--- 1 root root  109989888 Jul 24 11:54 core.17477.guacd.6
> -rw--- 1 root root  123351040 Jul 27 14:47 core.17624.guacd.6
> -rw--- 1 root root   98430976 Jul 25 18:22 core.20839.guacd.11
> -rw--- 1 root root   97755136 Jul 25 14:36 core.21304.guacd.6
> -rw--- 1 root root  133857280 Jul 27 12:48 core.21974.guacd.6
> -rw--- 1 root root  108580864 Aug  1 14:56 core.22770.guacd.6
> -rw--- 1 root root 1326477312 Jul 31 13:55 core.23489.guacd.6
> -rw--- 1 root root  105877504 Aug  1 16:43 core.23827.guacd.6
> -rw--- 1 root root  104304640 Jul 29 11:37 core.26735.guacd.6
> -rw--- 1 root root  101429248 Jul 24 04:51 core.29564.guacd.6
> -rw--- 1 root root  115068928 Jul 25 10:44 core.3022.guacd.6
> -rw--- 1 root root  114536448 Jul 31 09:20 core.30329.guacd.6
> -rw--- 1 root root  112635904 Jul 25 12:44 core.31441.guacd.6
> -rw--- 1 root root  104656896 Jul 31 09:40 core.3448.guacd.6
> -rw--- 1 root root  112345088 Aug  2 10:45 core.4778.guacd.6
> -rw--- 1 root root   98291712 Jul 27 18:18 core.5058.guacd.6
> -rw--- 1 root root  10064 Aug  3 11:46 core.5088.guacd.11
> -rw--- 1 root root  122503168 Jul 26 15:03 core.5286.guacd.11
> -rw--- 1 root root  128978944 Jul 24 09:39 core.5732.guacd.6
> -rw--- 1 root root  103329792 Aug  1 15:49 core.6557.guacd.6
> -rw--- 1 root root  114012160 Aug  2 15:25 core.6851.guacd.6
> -rw--- 1 root root  133550080 Aug  3 09:59 core.7743.guacd.11
> -rw--- 1 root root  116207616 Jul 31 11:20 core.8061.guacd.11
> -rw--- 1 root root  126287872 Aug  2 17:24 core.8551.guacd.11
> [root@guacd /]#



*Backtrace of  core.8551.guacd.11 is as follows* :-

[root@guacd /]# gdb -c  core.8551.guacd.11 guacd
> GNU gdb (GDB) Red Hat Enterprise Linux 7.6.1-51.el7
> Copyright (C) 2013 Free Software Foundation, Inc.
> License GPLv3+: GNU GPL version 3 or later <
> http://gnu.org/licenses/gpl.html>
> This is free software: you are free to change and redistribute it.
> There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
> and "show warranty" for details.
> This GDB was configured as "x86_64-redhat-linux-gnu".
> For bug reporting instructions, please see:
> ...
> Reading symbols from /usr/sbin/guacd...Reading symbols from
> /usr/lib/debug/usr/sbin/guacd.debug...done.
> done.
> [New LWP 8557]
> [New LWP 8554]
> [New LWP 8551]
> [Thread debugging using libthread_db enabled]
> Using host libthread_db library "/lib64/libthread_db.so.1".
> Core was generated by `/usr/sbin/guacd -f'.
> Program terminated with signal 11, Segmentation fault.
> #0  0x7f98500d5592 in guac_rdp_keyboard_update_keysym
> (keyboard=0x7f98201f8010, keysym=65364, pressed=0) at keyboard.c:466
> 466 if (!keyboard->synchronized) {
> Missing separate debuginfos, use: debuginfo-install
> bzip2-libs-1.0.6-12.el7.x86_64 cairo-1.12.14-6.el7.x86_64
> elfutils-libelf-0.158-3.el7.x86_64 elfutils-libs-0.158-3.el7.x86_64
> expat-2.1.0-8.el7.x86_64 fontconfig-2.10.95-7.el7.x86_64
> freerdp-libs-1.0.2-17.el7.centos.x86_64
> freerdp-plugins-1.0.2-17.el7.centos.x86_64 freetype-2.4.11-9.el7.x86_64
> glibc-2.17-196.el7_4.2.x86_64 keyutils-libs-1.5.8-3.el7.x86_64
> krb5-libs-1.11.3-49.el7.x86_64 libX11-1.6.0-2.1.el7.x86_64
> libXau-1.0.8-2.1.el7.x86_64 libXdamage-1.1.4-4.1.el7.x86_64
> libXext-1.3.2-2.1.el7.x86_64 libXfixes-5.0.1-2.1.el7.x86_64
> libXrender-0.9.8-2.1.el7.x86_64 libXxf86vm-1.1.3-2.1.el7.x86_64
> libattr-2.4.46-12.el7.x86_64 libcap-2.22-8.el7.x86_64
> libcom_err-1.42.9-4.el7.x86_64 libdrm-2.4.50-1.1.el7.x86_64
> libgcc-4.8.2-16.el7.x86_64 libjpeg-turbo-1.2.90-5.el7.x86_64
> 

Re: GUACD CRASHES on KEY EVENTS

[Amarjeet Singh]

Thanks Nick for helping me out..


> This is the *only* thing you've changed in the code, *after* getting the
> crashes?  You haven't made any other adjustments - no extra keymaps or
> other changes to the code?


No I haven't done any other changes.

I  assume when you say "scrolls any page" you mean using their keyboard to
> scroll and not the scroll wheel on a mouse?


I mean using keyboard to scroll. I debugged more and come to know that it
doesn't depend on any specific key.

*ANALYSIS :*

One the thread which is connected to rdp server gets disconnect signal from
the  rdp server and it starts the cleanup process.

At the same time another thread recieves keysym from the browser for
parsing, as there is no check whether keyboard is null or not therefore it
crashes.

if( keyboard->synchronized )
> {
> }


I have checked the logs of /var/log/messages file.  At the same time there
is a disconnect from the server.

LOGS :-

Aug  5 12:42:03  guacd[1314]: Connection closed.
> Aug  5 12:42:03  guacd: recv: Connection reset by peer
> Aug  5 12:42:03  guacd: guacd[1314]: ERROR:   Connection closed.
> Aug  5 12:42:03  guacd[1314]: Unloading device 0 (Guacamole HyLite Printer)
> Aug  5 12:42:03  guacd: guacd[1314]: INFO:Unloading device 0
> (Guacamole HyLite Printer)
> Aug  5 12:42:03  guacd: guacd[1314]: INFO:Unloading device 1 (G)
> Aug  5 12:42:03  guacd[1314]: Unloading device 1 (G)
> Aug  5 12:42:03  guacd: guacd[1314]: INFO:Internal RDP client
> disconnected
> Aug  5 12:42:03  guacd[1314]: Internal RDP client disconnected
> Aug  5 12:42:04  kernel: guacd[1320]: segfault at 7f98201f801c ip
> 7f98500d5592 sp 7f96d9799b10 error 4 in
> libguac-client-rdp.so.0.0.0[7f98500bb000+33000]


What RDP server are you connecting to?  Looks like you're running EL7
> (CentOS or RHEL) - do you have the stock version of FreeRDP installed
> (1.0.2)?


I am getting it on centos 7 and FreeRDP version is 1.0.2
RDP Server : Windows Server 2008 R2


I will put a check of null and try again.



On Sun, Aug 4, 2019 at 1:55 AM Nick Couchman  wrote:

> On Sat, Aug 3, 2019 at 4:59 AM Amarjeet Singh 
> wrote:
>
>> Hi Team,
>>
>> I  was continuosly getting the disconnects therefore I have added the
>> below code to analyze the crashes.
>>
>
> This is the *only* thing you've changed in the code, *after* getting the
> crashes?  You haven't made any other adjustments - no extra keymaps or
> other changes to the code?
>
>
>>> (gdb) bt
>>> #0  0x7f98500d5592 in guac_rdp_keyboard_update_keysym
>>> (keyboard=0x7f98201f8010, keysym=65364, pressed=0) at keyboard.c:466
>>> #1  0x7f98500d4de5 in guac_rdp_user_key_handler
>>> (user=0x7f984c00bdb0, keysym=65364, pressed=0) at input.c:141
>>> #2  0x7f9859efc969 in __guac_handle_key (user=0x7f984c00bdb0,
>>> argc=2, argv=0x7f984c00c160) at user-handlers.c:153
>>> #3  0x7f9859efbfb1 in guac_user_handle_instruction
>>> (user=0x7f984c00bdb0, opcode=0x7f984c010def "key", argc=2,
>>> argv=0x7f984c00c160) at user.c:178
>>> #4  0x7f9859efd7b1 in guac_user_input_thread (data=0x7f97afffeb90)
>>> at user-handshake.c:225
>>> #5  0x7f9859331e25 in start_thread () from /lib64/libpthread.so.0
>>> #6  0x7f9857c2c34d in clone () from /lib64/libc.so.6
>>
>> (gdb)print keyboard->synchronized
>>> Cannot access memory at address 0x7f98201f801c
>>
>>
>> *Backtrace of   core.8061.guacd.11 * * is as follows* :-
>>
>>> (gdb) bt
>>> #0  0x7f98500d5132 in guac_rdp_keyboard_get_key
>>> (keyboard=0x7f98340d4010, keysym=65505) at keyboard.c:251
>>> #1  0x7f98500d54d1 in guac_rdp_keyboard_send_events
>>> (keyboard=0x7f98340d4010, keysym_string=0x7f98500e8748
>>> , from=GUAC_RDP_KEY_PRESSED,
>>> to=GUAC_RDP_KEY_PRESSED) at keyboard.c:434
>>> #2  0x7f98500d53eb in guac_rdp_keyboard_send_event
>>> (keyboard=0x7f98340d4010, keysym=100, pressed=1) at keyboard.c:380
>>> #3  0x7f98500d5633 in guac_rdp_keyboard_update_keysym
>>> (keyboard=0x7f98340d4010, keysym=100, pressed=1) at keyboard.c:486
>>> #4  0x7f98500d4de5 in guac_rdp_user_key_handler
>>> (user=0x7f984c0029a0, keysym=100, pressed=1) at input.c:141
>>> #5  0x7f9859efc969 in __guac_handle_key (user=0x7f984c0029a0,
>>> argc=2, argv=0x7f984c00be30) at user-handlers.c:153
>>> #6  0x7f9859efbfb1 in guac_user_handle_instruction
>>> (user=0x7f984c0029a0, opcode=0x7f984c00d975 "key", argc=2,
>>> argv=0x7f984c00be30) at user.c:178
>>> #7  0x7f9859efd7b1 in guac_user_input_thread (data=0x7f9848ff8b90

ERROR : "Remote desktop currently unavailable"

[Amarjeet Singh]

Hi Team,


User is getting the below pop-ups in the midle of the session.

Re: ERROR : "Remote desktop currently unavailable"

[Amarjeet Singh]

*ERROR *: The remote desktop server is currently unavailable. If the
problem persists, please notify your system administrator, or check your
system logs.

Here are the logs for the following errors :-

Catalina.out LOGS :-


> 16:56:27.484 [http-bio-127.0.0.1-8080-exec-6323] INFO
>  o.a.g.tunnel.TunnelRequestService - User "anon00057" disconnected from
> connection "". Duration: 54158 milliseconds



var/log/messages :-


Jul 23 16:56:27 guacd-server guacd: recv: Connection reset by peer
> Jul 23 16:56:27 guacd-server guacd: guacd[6554]: ERROR:   Connection
> closed.
> Jul 23 16:56:27 guacd-server guacd[6554]: Connection closed.
> Jul 23 16:56:27 guacd-server guacd[6554]: User
> "@15ba25cb-f230-49c9-9957-748884029cd5" disconnected (0 users remain)
> Jul 23 16:56:27 guacd-server guacd: guacd[6554]: INFO:User
> "@15ba25cb-f230-49c9-9957-748884029cd5" disconnected (0 users remain)
> Jul 23 16:56:27 guacd-server guacd: guacd[6554]: INFO:Last user of
> connection "$4f69540e-c913--9080-b381f9bd50a7" disconnected.
> Jul 23 16:56:27 guacd-server guacd[6554]: Last user of connection
> "$4f69540e-c913--9080-b381f9bd50a7" disconnected.
> Jul 23 16:56:27 guacd-server guacd[6554]: Unloading device 0 (G)
> Jul 23 16:56:27 guacd-server guacd: guacd[6554]: INFO:Unloading
> device 0 (G)
> Jul 23 16:56:27 guacd-server guacd[6554]: Closing channel "filerdr"...
> Jul 23 16:56:27 guacd-server guacd: guacd[6554]: INFO:Closing
> channel "filerdr"...
> Jul 23 16:56:27 guacd-server guacd[6554]: Closing channel "resrdr"...
> Jul 23 16:56:27 guacd-server guacd: guacd[6554]: INFO:Closing
> channel "resrdr"...
> Jul 23 16:56:28 guacd-server guacd: guacd[6554]: INFO:Internal RDP
> client disconnected
> Jul 23 16:56:28 guacd-server guacd[6554]: Internal RDP client disconnected
> Jul 23 16:56:28 guacd-server guacd: ERRINFO_SECURITY_DATA_TOO_SHORT
> (0x10E0):
> Jul 23 16:56:28 guacd-server guacd: (a) The dataSignature field of the
> Fast-Path Input Event PDU (section 2.2.8.1.2) does not contain enough data.
> Jul 23 16:56:28 guacd-server guacd: (b) The fipsInformation and
> dataSignature fields of the Fast-Path Input Event PDU (section 2.2.8.1.2)
> do not contain enough data.



RDP SERVER LOGS :-


The RDP protocol component WD detected an error in the protocol stream and
> has disconnected the client.


I have also checked the performance of RDP SERVER and GUACD server at the
time of random disconnect. It was normal.

*The RDP protocol component WD detected an error in the protocol stream and
> has disconnected the client.  *


What does it mean ?
anybody has any idea about it ?

On Mon, Jul 22, 2019 at 12:21 PM Amarjeet Singh 
wrote:

> Thanks Mike and Nick for the detailed description. I will look into the
> following points :-
>
> - Performance of the server during the issues.  I don't know anything
>> about your environment - how many users, what size server, etc., but if
>> there is excessive resource contention on the server running Tomcat and/or
>> guacd, this could cause failures in the connections.
>> - Network characteristics.  Look between your clients and the Tomcat
>> server, between Tomcat and guacd, and between guacd and the remote
>> services.  Look at bandwidth and latency.  Monitor the network links for
>> any erratic or inconsistent behavior.  Your 150-200ms latency could be part
>> of the problem, but, again, that depends on where that latency is.
>> Depending on the network characteristics you may need to architect the
>> Guacamole install a little differently (put guacd somewhere different, put
>> the full Guacamole stack somewhere different, etc.).
>> - Configuration.  Guacamole works pretty well "out of the box" - that is,
>> if you use the defaults, and things suggested in the manual, you are
>> unlikely to get a bad configuration.  If you start tweaking parameters, or
>> you forget to set something up, you may end up with results like this.
>> Follow the manual, avoid tuning things unnecessarily, and go with what
>> others are doing that works.
>> - Log files.  Look at the log files carefully.  Both Tomcat and guacd
>> logs, along with system logs.  Are you getting OOM killer errors on Linux?
>> Are you seeing segfaults?  What is being logged at the time that the
>> connections fail?  Remember, the messages that you've posted above are
>> intended for telling end-users what's going on - the log files are what's
>> there to tell *you* what's going on.  Don't forget to adjust the level of
>> verbosity for both Guacamole Client (
>> http://guacamole.apache.org/doc/gug/configu

Re: ERROR : "Remote desktop currently unavailable"

[Amarjeet Singh]

RDP server is logging below two errors frequently :-


> *The RDP protocol component "DATA ENCRYPTION" detected an error in the
> protocol stream and has disconnected the client.The RDP protocol component
> WD detected an error in the protocol stream and has disconnected the
> client.*


RDP SERVER CONF
OS : Windows Server 2008 SP2 Enterprise
RAM : 20GB
CPU : 8vcpu
Active Users : 80


GUACD SERVER CONF :
OS: Centos 7
RAM : 12 GB
CPU : 8vcpu

On Tue, Jul 23, 2019 at 8:23 PM Amarjeet Singh  wrote:

> *ERROR *: The remote desktop server is currently unavailable. If the
> problem persists, please notify your system administrator, or check your
> system logs.
>
> Here are the logs for the following errors :-
>
> Catalina.out LOGS :-
>
>
>> 16:56:27.484 [http-bio-127.0.0.1-8080-exec-6323] INFO
>>  o.a.g.tunnel.TunnelRequestService - User "anon00057" disconnected from
>> connection "". Duration: 54158 milliseconds
>
>
>
> var/log/messages :-
>
>
> Jul 23 16:56:27 guacd-server guacd: recv: Connection reset by peer
>> Jul 23 16:56:27 guacd-server guacd: guacd[6554]: ERROR:   Connection
>> closed.
>> Jul 23 16:56:27 guacd-server guacd[6554]: Connection closed.
>> Jul 23 16:56:27 guacd-server guacd[6554]: User
>> "@15ba25cb-f230-49c9-9957-748884029cd5" disconnected (0 users remain)
>> Jul 23 16:56:27 guacd-server guacd: guacd[6554]: INFO:User
>> "@15ba25cb-f230-49c9-9957-748884029cd5" disconnected (0 users remain)
>> Jul 23 16:56:27 guacd-server guacd: guacd[6554]: INFO:Last user
>> of connection "$4f69540e-c913--9080-b381f9bd50a7" disconnected.
>> Jul 23 16:56:27 guacd-server guacd[6554]: Last user of connection
>> "$4f69540e-c913--9080-b381f9bd50a7" disconnected.
>> Jul 23 16:56:27 guacd-server guacd[6554]: Unloading device 0 (G)
>> Jul 23 16:56:27 guacd-server guacd: guacd[6554]: INFO:Unloading
>> device 0 (G)
>> Jul 23 16:56:27 guacd-server guacd[6554]: Closing channel "filerdr"...
>> Jul 23 16:56:27 guacd-server guacd: guacd[6554]: INFO:Closing
>> channel "filerdr"...
>> Jul 23 16:56:27 guacd-server guacd[6554]: Closing channel "resrdr"...
>> Jul 23 16:56:27 guacd-server guacd: guacd[6554]: INFO:Closing
>> channel "resrdr"...
>> Jul 23 16:56:28 guacd-server guacd: guacd[6554]: INFO:Internal
>> RDP client disconnected
>> Jul 23 16:56:28 guacd-server guacd[6554]: Internal RDP client disconnected
>> Jul 23 16:56:28 guacd-server guacd: ERRINFO_SECURITY_DATA_TOO_SHORT
>> (0x10E0):
>> Jul 23 16:56:28 guacd-server guacd: (a) The dataSignature field of the
>> Fast-Path Input Event PDU (section 2.2.8.1.2) does not contain enough data.
>> Jul 23 16:56:28 guacd-server guacd: (b) The fipsInformation and
>> dataSignature fields of the Fast-Path Input Event PDU (section 2.2.8.1.2)
>> do not contain enough data.
>
>
>
> RDP SERVER LOGS :-
>
>
> The RDP protocol component WD detected an error in the protocol stream and
>> has disconnected the client.
>
>
> I have also checked the performance of RDP SERVER and GUACD server at the
> time of random disconnect. It was normal.
>
> *The RDP protocol component WD detected an error in the protocol stream
>> and has disconnected the client.  *
>
>
> What does it mean ?
> anybody has any idea about it ?
>
> On Mon, Jul 22, 2019 at 12:21 PM Amarjeet Singh 
> wrote:
>
>> Thanks Mike and Nick for the detailed description. I will look into the
>> following points :-
>>
>> - Performance of the server during the issues.  I don't know anything
>>> about your environment - how many users, what size server, etc., but if
>>> there is excessive resource contention on the server running Tomcat and/or
>>> guacd, this could cause failures in the connections.
>>> - Network characteristics.  Look between your clients and the Tomcat
>>> server, between Tomcat and guacd, and between guacd and the remote
>>> services.  Look at bandwidth and latency.  Monitor the network links for
>>> any erratic or inconsistent behavior.  Your 150-200ms latency could be part
>>> of the problem, but, again, that depends on where that latency is.
>>> Depending on the network characteristics you may need to architect the
>>> Guacamole install a little differently (put guacd somewhere different, put
>>> the full Guacamole stack somewhere different, etc.).
>>> - Configuration.  Guacamole works pretty well "out of the box" - that
>>> is, if you use the defaults, and thin

Re: ERROR : "Remote desktop currently unavailable"

[Amarjeet Singh]

>
> My guess is that the network you're working on is unstable enough that
> you're losing data along the way.  150-200ms is a lot of latency

 Latency was 15ms at this moment.

On Tue, Jul 23, 2019 at 9:06 PM Amarjeet Singh  wrote:

> RDP server is logging below two errors frequently :-
>
>
>> *The RDP protocol component "DATA ENCRYPTION" detected an error in the
>> protocol stream and has disconnected the client.The RDP protocol component
>> WD detected an error in the protocol stream and has disconnected the
>> client.*
>
>
> RDP SERVER CONF
> OS : Windows Server 2008 SP2 Enterprise
> RAM : 20GB
> CPU : 8vcpu
> Active Users : 80
>
>
> GUACD SERVER CONF :
> OS: Centos 7
> RAM : 12 GB
> CPU : 8vcpu
>
> On Tue, Jul 23, 2019 at 8:23 PM Amarjeet Singh 
> wrote:
>
>> *ERROR *: The remote desktop server is currently unavailable. If the
>> problem persists, please notify your system administrator, or check your
>> system logs.
>>
>> Here are the logs for the following errors :-
>>
>> Catalina.out LOGS :-
>>
>>
>>> 16:56:27.484 [http-bio-127.0.0.1-8080-exec-6323] INFO
>>>  o.a.g.tunnel.TunnelRequestService - User "anon00057" disconnected from
>>> connection "". Duration: 54158 milliseconds
>>
>>
>>
>> var/log/messages :-
>>
>>
>> Jul 23 16:56:27 guacd-server guacd: recv: Connection reset by peer
>>> Jul 23 16:56:27 guacd-server guacd: guacd[6554]: ERROR:   Connection
>>> closed.
>>> Jul 23 16:56:27 guacd-server guacd[6554]: Connection closed.
>>> Jul 23 16:56:27 guacd-server guacd[6554]: User
>>> "@15ba25cb-f230-49c9-9957-748884029cd5" disconnected (0 users remain)
>>> Jul 23 16:56:27 guacd-server guacd: guacd[6554]: INFO:User
>>> "@15ba25cb-f230-49c9-9957-748884029cd5" disconnected (0 users remain)
>>> Jul 23 16:56:27 guacd-server guacd: guacd[6554]: INFO:Last user
>>> of connection "$4f69540e-c913--9080-b381f9bd50a7" disconnected.
>>> Jul 23 16:56:27 guacd-server guacd[6554]: Last user of connection
>>> "$4f69540e-c913--9080-b381f9bd50a7" disconnected.
>>> Jul 23 16:56:27 guacd-server guacd[6554]: Unloading device 0 (G)
>>> Jul 23 16:56:27 guacd-server guacd: guacd[6554]: INFO:Unloading
>>> device 0 (G)
>>> Jul 23 16:56:27 guacd-server guacd[6554]: Closing channel "filerdr"...
>>> Jul 23 16:56:27 guacd-server guacd: guacd[6554]: INFO:Closing
>>> channel "filerdr"...
>>> Jul 23 16:56:27 guacd-server guacd[6554]: Closing channel "resrdr"...
>>> Jul 23 16:56:27 guacd-server guacd: guacd[6554]: INFO:Closing
>>> channel "resrdr"...
>>> Jul 23 16:56:28 guacd-server guacd: guacd[6554]: INFO:Internal
>>> RDP client disconnected
>>> Jul 23 16:56:28 guacd-server guacd[6554]: Internal RDP client
>>> disconnected
>>> Jul 23 16:56:28 guacd-server guacd: ERRINFO_SECURITY_DATA_TOO_SHORT
>>> (0x10E0):
>>> Jul 23 16:56:28 guacd-server guacd: (a) The dataSignature field of the
>>> Fast-Path Input Event PDU (section 2.2.8.1.2) does not contain enough data.
>>> Jul 23 16:56:28 guacd-server guacd: (b) The fipsInformation and
>>> dataSignature fields of the Fast-Path Input Event PDU (section 2.2.8.1.2)
>>> do not contain enough data.
>>
>>
>>
>> RDP SERVER LOGS :-
>>
>>
>> The RDP protocol component WD detected an error in the protocol stream
>>> and has disconnected the client.
>>
>>
>> I have also checked the performance of RDP SERVER and GUACD server at the
>> time of random disconnect. It was normal.
>>
>> *The RDP protocol component WD detected an error in the protocol stream
>>> and has disconnected the client.  *
>>
>>
>> What does it mean ?
>> anybody has any idea about it ?
>>
>> On Mon, Jul 22, 2019 at 12:21 PM Amarjeet Singh 
>> wrote:
>>
>>> Thanks Mike and Nick for the detailed description. I will look into the
>>> following points :-
>>>
>>> - Performance of the server during the issues.  I don't know anything
>>>> about your environment - how many users, what size server, etc., but if
>>>> there is excessive resource contention on the server running Tomcat and/or
>>>> guacd, this could cause failures in the connections.
>>>> - Network characteristics.  Look between your clients and the Tomcat
>>>> server, between Tom

Re: ERROR : "Remote desktop currently unavailable"

[Amarjeet Singh]

GUACD server and RDP server are in the same network.
Only one of the user faced this issue out of 80.

*PING STATUS from GUACD server :-*

[root@guacd-server]# ping 8.8.8.8
PING 8.8.8.8 (8.8.8.8) 56(84) bytes of data.
64 bytes from 8.8.8.8: icmp_seq=1 ttl=54 time=32.3 ms
64 bytes from 8.8.8.8: icmp_seq=2 ttl=54 time=32.4 ms
64 bytes from 8.8.8.8: icmp_seq=3 ttl=54 time=32.3 ms
64 bytes from 8.8.8.8: icmp_seq=4 ttl=54 time=32.3 ms
64 bytes from 8.8.8.8: icmp_seq=5 ttl=54 time=32.4 ms
64 bytes from 8.8.8.8: icmp_seq=6 ttl=54 time=32.2 ms
64 bytes from 8.8.8.8: icmp_seq=7 ttl=54 time=32.4 ms
64 bytes from 8.8.8.8: icmp_seq=8 ttl=54 time=32.2 ms
64 bytes from 8.8.8.8: icmp_seq=9 ttl=54 time=32.1 ms
64 bytes from 8.8.8.8: icmp_seq=10 ttl=54 time=32.2 ms
64 bytes from 8.8.8.8: icmp_seq=11 ttl=54 time=32.4 ms
64 bytes from 8.8.8.8: icmp_seq=12 ttl=54 time=32.5 ms
64 bytes from 8.8.8.8: icmp_seq=13 ttl=54 time=32.4 ms
64 bytes from 8.8.8.8: icmp_seq=14 ttl=54 time=32.4 ms
64 bytes from 8.8.8.8: icmp_seq=15 ttl=54 time=32.4 ms

*PING STATUS of RDP server from GUACD server :-*

[root@ guacd-server]# ping 10.1.1.138
PING 10.1.1.138 (10.1.1.138) 56(84) bytes of data.
64 bytes from 10.1.1.138: icmp_seq=1 ttl=128 time=0.338 ms
64 bytes from 10.1.1.138: icmp_seq=2 ttl=128 time=0.304 ms
64 bytes from 10.1.1.138: icmp_seq=3 ttl=128 time=0.285 ms
64 bytes from 10.1.1.138: icmp_seq=4 ttl=128 time=0.291 ms
64 bytes from 10.1.1.138: icmp_seq=5 ttl=128 time=0.276 ms
64 bytes from 10.1.1.138: icmp_seq=6 ttl=128 time=0.314 ms
64 bytes from 10.1.1.138: icmp_seq=7 ttl=128 time=0.292 ms
64 bytes from 10.1.1.138: icmp_seq=8 ttl=128 time=0.320 ms
64 bytes from 10.1.1.138: icmp_seq=9 ttl=128 time=0.313 ms
64 bytes from 10.1.1.138: icmp_seq=10 ttl=128 time=0.266 ms
64 bytes from 10.1.1.138: icmp_seq=11 ttl=128 time=0.294 ms
64 bytes from 10.1.1.138: icmp_seq=12 ttl=128 time=0.256 ms




On Tue, Jul 23, 2019 at 9:26 PM Nick Couchman  wrote:

> On Tue, Jul 23, 2019 at 11:37 AM Amarjeet Singh 
> wrote:
>
>> My guess is that the network you're working on is unstable enough that
>>> you're losing data along the way.  150-200ms is a lot of latency
>>
>>  Latency was 15ms at this moment.
>>
>>
> Okay, but the point is, the errors you're getting don't really indicate
> that anything is going wrong on the Guacamole Side.  I don't see any
> messages about segfaults or abnormal termination by either guacd or
> Tomcat/Guacamole Client.  It would seem that something inside the network
> is causing issues - either momentary latency problems, or packet loss, or
> something along those lines.  From the looks of the messages on the RDP
> server, it would appear this is likely happening between guacd and the RDP
> server, as it looks like the RDP server terminates the connection.
>
> We'll be happy to help if there are any further log messages that are
> available, or anything you can find that indicates it's an issue specific
> to Guacamole, but at this point it's hard to say (for me, anyway) what the
> issue is without more direct ability to look at the systems and networks
> involved.
>
> -Nick
>
>>

Re: ERROR : "Remote desktop currently unavailable"

[Amarjeet Singh]

Thanks Mike and Nick for the detailed description. I will look into the
following points :-

- Performance of the server during the issues.  I don't know anything about
> your environment - how many users, what size server, etc., but if there is
> excessive resource contention on the server running Tomcat and/or guacd,
> this could cause failures in the connections.
> - Network characteristics.  Look between your clients and the Tomcat
> server, between Tomcat and guacd, and between guacd and the remote
> services.  Look at bandwidth and latency.  Monitor the network links for
> any erratic or inconsistent behavior.  Your 150-200ms latency could be part
> of the problem, but, again, that depends on where that latency is.
> Depending on the network characteristics you may need to architect the
> Guacamole install a little differently (put guacd somewhere different, put
> the full Guacamole stack somewhere different, etc.).
> - Configuration.  Guacamole works pretty well "out of the box" - that is,
> if you use the defaults, and things suggested in the manual, you are
> unlikely to get a bad configuration.  If you start tweaking parameters, or
> you forget to set something up, you may end up with results like this.
> Follow the manual, avoid tuning things unnecessarily, and go with what
> others are doing that works.
> - Log files.  Look at the log files carefully.  Both Tomcat and guacd
> logs, along with system logs.  Are you getting OOM killer errors on Linux?
> Are you seeing segfaults?  What is being logged at the time that the
> connections fail?  Remember, the messages that you've posted above are
> intended for telling end-users what's going on - the log files are what's
> there to tell *you* what's going on.  Don't forget to adjust the level of
> verbosity for both Guacamole Client (
> http://guacamole.apache.org/doc/gug/configuring-guacamole.html#webapp-logging)
>  and
> guacd (
> http://guacamole.apache.org/doc/gug/configuring-guacamole.html#guacd.conf
> ).


On Sat, Jul 20, 2019 at 5:33 PM Adrian Owen  wrote:

> What results you get with mstsc?
>
>
>
> Adrian
>
>
>
> *From:* Mike Jumper [mailto:mjum...@apache.org]
> *Sent:* 20 July 2019 07:36
> *To:* user@guacamole.apache.org
> *Subject:* Re: ERROR : "Remote desktop currently unavailable"
>
>
>
> On Thu, Jul 18, 2019 at 3:28 AM Amarjeet Singh 
> wrote:
>
> ...Error : The remote desktop server is currently unavailable. If the
> problem persists, please notify your system administrator, or check your
> system logs.
>
>
>
> This means the RDP server refused the connection. Your guacd logs will
> note this.
>
>
>
> Error : The connection has been closed because the server is taking too
> long to respond. This is usually caused by network problems, such as a
> spotty wireless signal, or slow network speeds. Please check your network
> connection and try again or contact your system administrator.
>
>
>
> Note : We have checked the ping request as well. There are no packet
> drops. There is delay of  only 150-200ms.
>
>
>
> That's some hefty latency. Even if you're not seeing packet drops, it's
> likely the issue here is that your network is performing poorly.
>
>
>
> If you're positive there are no network issues, the RDP server may simply
> not be responding.
>
>
>
> Error : The remote desktop server has forcibly closed the connection. If
> this is undesired or unexpected, please notify your system administrator,
> or check your system logs.
>
>
>
> Either an administrator logged in to the Windows machine and disconnected
> the user, or Windows is configured to force the session to disconnect after
> a certain time period and this time period has elapsed. Your guacd logs
> would have noted these specifics.
>
>
>
> - Mike
>
>
>

Re: Guacamole Menu shortcut

[Amarjeet Singh]

It can be redefined. You need to change client side code.
As of there is no configuration  for it.

On Mon, 30 Mar 2020, 01:33 Robert Susta,  wrote:

> Hello.
>
> CTRL+ALT+SHIFT shortcut that shows the Guacamole Menu sidebar is very
> poorly
> chosen. It interferes with a number of other applications. User is unable
> to
> use CTRL+ALT+SHIFT+ANYTHING shortcut and that is quite common in many
> applications - QuarkXPress, Adobe indesign, Corel Draw... This really
> undermines productivity.
> I searched through the forums to fing a way to disable it. A couple of
> users
> wanted that for various other reasons and no solution was provided, just
> their reasons were questioned.
> I tried to find some information about how this unlucky shortcut can be
> altered. No luck either.
> Can anyone help me redefine this shortcut to something else or disable it
> altogether?
>
> Otherwise... good work!
>
> Thanks.
>
>
>
> --
> Sent from:
> http://apache-guacamole-general-user-mailing-list.2363388.n4.nabble.com/
>
> -
> To unsubscribe, e-mail: user-unsubscr...@guacamole.apache.org
> For additional commands, e-mail: user-h...@guacamole.apache.org
>
>

More than 400 PROCESS is in RECMSG for two days [ RAM CONSUMPTION IS HIGH ]

[Amarjeet Singh]

Hi Team,

*GUACD *is consuming 100% of RAM. On analysis I have found that there are
many process which are not in any state [ CLOSE_WAIT, ESTABLISHED etc ] but
they are in
recvmsg  waiting for the fd.  This process is there for more than 2 days.
Below is the backtrace of the process.

Reading symbols from /usr/lib64/freerdp/disp.so...Reading symbols from
> /usr/lib64/freerdp/disp.so...(no debugging symbols found)...done.
> (no debugging symbols found)...done.
> Loaded symbols for /usr/lib64/freerdp/disp.so
> 0x7fa764807b5d in recvmsg () from /lib64/libpthread.so.0
> Missing separate debuginfos, use: debuginfo-install
> accops-server-8.0.0-2.x86_64
> (gdb) bt
> #0  0x7fa764807b5d in recvmsg () from /lib64/libpthread.so.0
> #1  0x00404a64 in guacd_recv_fd ()
> #2  0x00404ed9 in guacd_exec_proc ()
> #3  0x00405297 in guacd_create_proc ()
> #4  0x0040399f in guacd_route_connection ()
> #5  0x00403ba7 in guacd_connection_thread ()
> #6  0x7fa764800e25 in start_thread () from /lib64/libpthread.so.0
> #7  0x7fa7630fb34d in clone () from /lib64/libc.so.6


Please help me to understand what is going wrong here ? This is not
happening for every connections. Is there any way  we can fix this ?
There are many connections which are in CLOSE_WAIT ( parent process id )
also. They are there for many days.

Amarjeet Singh

Re: More than 400 PROCESS is in RECMSG for two days [ RAM CONSUMPTION IS HIGH ]

[Amarjeet Singh]

Hi Team,


 More analysis on this :-

There are threads which are in deadlock:

THREAD *25377 *is waiting for the mutex lock whereas THREAD *25376  *is
stuck in a *write *system call Because of which there are connections which
are in CLOSE_WAIT.
guacd is not able to free the resources as well.

(gdb) info threads
  Id   Target Id Frame
  7Thread 0x7fb3431ce700 (LWP 25374) "guacd" 0x7fb7ad8fcf57 in
pthread_join () from /lib64/libpthread.so.0
* 6Thread 0x7fb441bcb700 (LWP 25376) "guacd" 0x7fb7ad9026ad in write
() from /lib64/libpthread.so.0
  5Thread 0x7fb4423cc700 (LWP 25377) "guacd" 0x7fb7ad90242d in
__lll_lock_wait () from /lib64/libpthread.so.0
  4Thread 0x7fb3439cf700 (LWP 25395) "guacd" 0x7fb7ac1ed7a3 in
select () from /lib64/libc.so.6
  3Thread 0x7fb3441d0700 (LWP 25396) "guacd" 0x7fb7ac1ed7a3 in
select () from /lib64/libc.so.6
  2Thread 0x7fb3449d1700 (LWP 25397) "guacd" 0x7fb7ac1ed7a3 in
select () from /lib64/libc.so.6
  1Thread 0x7fb3429cd700 (LWP 23724) "guacd" 0x7fb7ad902b5d in
recvmsg () from /lib64/libpthread.so.0
(gdb) thr 5
[Switching to thread 5 (Thread 0x7fb4423cc700 (LWP 25377))]
#0  0x7fb7ad90242d in __lll_lock_wait () from /lib64/libpthread.so.0
(gdb) bt
#0  0x7fb7ad90242d in __lll_lock_wait () from /lib64/libpthread.so.0
#1  0x7fb7ad8fddcb in _L_lock_812 () from /lib64/libpthread.so.0
#2  0x7fb7ad8fdc98 in pthread_mutex_lock () from /lib64/libpthread.so.0
#3  0x7fb7ae4c5345 in guac_socket_fd_write_handler () from
/lib64/libguac.so.17
#4  0x7fb7ae4c4733 in __guac_socket_write () from /lib64/libguac.so.17
#5  0x7fb7ae4c4770 in guac_socket_write () from /lib64/libguac.so.17
#6  0x7fb7ae4c4a9a in guac_socket_write_string () from
/lib64/libguac.so.17
#7  0x7fb7ae4c2365 in guac_protocol_send_error () from
/lib64/libguac.so.17
#8  0x7fb7ae4c63cf in vguac_user_abort () from /lib64/libguac.so.17
#9  0x7fb7ae4c6495 in guac_user_abort () from /lib64/libguac.so.17
#10 0x7fb7ae4c7aa8 in guac_user_input_thread () from
/lib64/libguac.so.17
#11 0x7fb7ad8fbe25 in start_thread () from /lib64/libpthread.so.0
#12 0x7fb7ac1f634d in clone () from /lib64/libc.so.6

*MUTEX IS OWNED BY 25376*

> 2  0x7fb7ad8fdc98 in pthread_mutex_lock () from /lib64/libpthread.so.0
> (gdb) info reg
> rax0xfe00   -512
> rbx0x0  0
> rcx0x   -1
> rdx0x0  0
> rsi0x0  0
> rdi0x7fb7a001dc30   140426640219184
> rbp0x7fb4423cba00   0x7fb4423cba00
> rsp0x7fb4423cb9c8   0x7fb4423cb9c8
> r8 0x7fb7a001dc30   140426640219184
> r9 0x141d54 1318228
> r100x2  2
> r110x202514
> r120x0  0
> r130x7fb4423cc9c0   140412182120896
> r140x7fb4423cc700   140412182120192
> r150x2a 42
> rip0x7fb7ad8fdc98   0x7fb7ad8fdc98 
> eflags 0x202[ IF ]
> cs 0x33 51
> ss 0x2b 43
> ds 0x0  0
> es 0x0  0
> fs 0x0  0
> gs 0x0  0
> (gdb) print *((int*)(0x7fb7a001dc30)+2)
> $6 = *25376*


*STRACE of the THREAD is as follows : -*

 strace -p 25376
> Process 25376 attached
> write(4, "4.sync,10.1318124283;", 21



Can I file a bug in JIRA ?

Any suggestions how to fix the above ?

*NOTE *: This happens intermittently.

Thanks and Regards,
Amarjeet Singh



On Fri, Jul 17, 2020 at 8:43 AM Amarjeet Singh  wrote:

> Hi Team,
>
> *GUACD *is consuming 100% of RAM. On analysis I have found that there are
> many process which are not in any state [ CLOSE_WAIT, ESTABLISHED etc ] but
> they are in
> recvmsg  waiting for the fd.  This process is there for more than 2 days.
> Below is the backtrace of the process.
>
> Reading symbols from /usr/lib64/freerdp/disp.so...Reading symbols from
>> /usr/lib64/freerdp/disp.so...(no debugging symbols found)...done.
>> (no debugging symbols found)...done.
>> Loaded symbols for /usr/lib64/freerdp/disp.so
>> 0x7fa764807b5d in recvmsg () from /lib64/libpthread.so.0
>> Missing separate debuginfos, use: debuginfo-install
>> accops-server-8.0.0-2.x86_64
>> (gdb) bt
>> #0  0x7fa764807b5d in recvmsg () from /lib64/libpthread.so.0
>> #1  0x00404a64 in guacd_recv_fd ()
>> #2  0x00404ed9 in guacd_exec_proc ()
>> #3  0x00405297 in guacd_create_proc ()
>> #4  0x0040399f in guacd_route_connection ()
>> #5  0x00403ba7 in guacd_connection_thread ()
>> #6  0x7fa764800e25 in start_thread () from /lib64/libpthread.so.0
>&

Re: More than 400 PROCESS is in RECMSG for two days [ RAM CONSUMPTION IS HIGH ]

[Amarjeet Singh]

One suggestion would be to make *write *non blocking. Any other suggestions?


On Sat, Jul 25, 2020 at 4:43 AM Amarjeet Singh  wrote:

> Hi Team,
>
>
>  More analysis on this :-
>
> There are threads which are in deadlock:
>
> THREAD *25377 *is waiting for the mutex lock whereas THREAD *25376  *is
> stuck in a *write *system call Because of which there are connections
> which are in CLOSE_WAIT.
> guacd is not able to free the resources as well.
>
> (gdb) info threads
>   Id   Target Id Frame
>   7Thread 0x7fb3431ce700 (LWP 25374) "guacd" 0x7fb7ad8fcf57 in
> pthread_join () from /lib64/libpthread.so.0
> * 6Thread 0x7fb441bcb700 (LWP 25376) "guacd" 0x7fb7ad9026ad in write
> () from /lib64/libpthread.so.0
>   5Thread 0x7fb4423cc700 (LWP 25377) "guacd" 0x7fb7ad90242d in
> __lll_lock_wait () from /lib64/libpthread.so.0
>   4Thread 0x7fb3439cf700 (LWP 25395) "guacd" 0x7fb7ac1ed7a3 in
> select () from /lib64/libc.so.6
>   3Thread 0x7fb3441d0700 (LWP 25396) "guacd" 0x7fb7ac1ed7a3 in
> select () from /lib64/libc.so.6
>   2Thread 0x7fb3449d1700 (LWP 25397) "guacd" 0x7fb7ac1ed7a3 in
> select () from /lib64/libc.so.6
>   1Thread 0x7fb3429cd700 (LWP 23724) "guacd" 0x7fb7ad902b5d in
> recvmsg () from /lib64/libpthread.so.0
> (gdb) thr 5
> [Switching to thread 5 (Thread 0x7fb4423cc700 (LWP 25377))]
> #0  0x7fb7ad90242d in __lll_lock_wait () from /lib64/libpthread.so.0
> (gdb) bt
> #0  0x7fb7ad90242d in __lll_lock_wait () from /lib64/libpthread.so.0
> #1  0x7fb7ad8fddcb in _L_lock_812 () from /lib64/libpthread.so.0
> #2  0x7fb7ad8fdc98 in pthread_mutex_lock () from /lib64/libpthread.so.0
> #3  0x7fb7ae4c5345 in guac_socket_fd_write_handler () from
> /lib64/libguac.so.17
> #4  0x7fb7ae4c4733 in __guac_socket_write () from /lib64/libguac.so.17
> #5  0x7fb7ae4c4770 in guac_socket_write () from /lib64/libguac.so.17
> #6  0x7fb7ae4c4a9a in guac_socket_write_string () from
> /lib64/libguac.so.17
> #7  0x7fb7ae4c2365 in guac_protocol_send_error () from
> /lib64/libguac.so.17
> #8  0x7fb7ae4c63cf in vguac_user_abort () from /lib64/libguac.so.17
> #9  0x7fb7ae4c6495 in guac_user_abort () from /lib64/libguac.so.17
> #10 0x7fb7ae4c7aa8 in guac_user_input_thread () from
> /lib64/libguac.so.17
> #11 0x7fb7ad8fbe25 in start_thread () from /lib64/libpthread.so.0
> #12 0x7fb7ac1f634d in clone () from /lib64/libc.so.6
>
> *MUTEX IS OWNED BY 25376*
>
>> 2  0x7fb7ad8fdc98 in pthread_mutex_lock () from /lib64/libpthread.so.0
>> (gdb) info reg
>> rax0xfe00   -512
>> rbx0x0  0
>> rcx0x   -1
>> rdx0x0  0
>> rsi0x0  0
>> rdi0x7fb7a001dc30   140426640219184
>> rbp0x7fb4423cba00   0x7fb4423cba00
>> rsp0x7fb4423cb9c8   0x7fb4423cb9c8
>> r8 0x7fb7a001dc30   140426640219184
>> r9 0x141d54 1318228
>> r100x2  2
>> r110x202514
>> r120x0  0
>> r130x7fb4423cc9c0   140412182120896
>> r140x7fb4423cc700   140412182120192
>> r150x2a 42
>> rip0x7fb7ad8fdc98   0x7fb7ad8fdc98 
>> eflags 0x202[ IF ]
>> cs 0x33 51
>> ss 0x2b 43
>> ds 0x0  0
>> es 0x0  0
>> fs 0x0  0
>> gs 0x0  0
>> (gdb) print *((int*)(0x7fb7a001dc30)+2)
>> $6 = *25376*
>
>
> *STRACE of the THREAD is as follows : -*
>
>  strace -p 25376
>> Process 25376 attached
>> write(4, "4.sync,10.1318124283;", 21
>
>
>
> Can I file a bug in JIRA ?
>
> Any suggestions how to fix the above ?
>
> *NOTE *: This happens intermittently.
>
> Thanks and Regards,
> Amarjeet Singh
>
>
>
> On Fri, Jul 17, 2020 at 8:43 AM Amarjeet Singh 
> wrote:
>
>> Hi Team,
>>
>> *GUACD *is consuming 100% of RAM. On analysis I have found that there
>> are many process which are not in any state [ CLOSE_WAIT, ESTABLISHED etc ]
>> but they are in
>> recvmsg  waiting for the fd.  This process is there for more than 2 days.
>> Below is the backtrace of the process.
>>
>> Reading symbols from /usr/lib64/freerdp/disp.so...Reading symbols from
>>> /usr/lib64/freerdp/disp.so...(no debugging symbols found)...done.
>>> (no debugging symbols found)...done.
>>> Loaded symbols for /usr/lib64/freerd

Re: More than 400 PROCESS is in RECMSG for two days [ RAM CONSUMPTION IS HIGH ]

[Amarjeet Singh]

[root@x fd]# grep "23724" /var/log/messages
Jul 24 17:57:42 xxx  guacd[23724]: User "raj.joshi" is not responding.
Jul 24 17:57:42 xxx guacd: guacd[23724]: ERROR:User "raj.joshi" is
not responding.
Jul 25 07:10:42 xxx kernel: [23724] 0 23724  6011219201902748
  3887 0 guacd
Jul 25 07:10:50 xxx kernel: [23724] 0 23724  6011219201882748
  3889 0 guacd
Jul 25 07:19:47 xxx kernel: [23724] 0 23724  6011219201862748
  3891 0 guacd
Jul 25 07:29:31 xxx kernel: [23724] 0 23724  6011219201832748
  3894 0 guacd
Jul 25 10:42:47 xxx kernel: [23724] 0 23724  6011219201632748
  3914 0 guacd
Jul 25 10:42:54 xxx kernel: [23724] 0 23724  6011219201632748
  3914 0 guacd
Jul 25 10:58:13 xxx kernel: [23724] 0 23724  6011219201632748
  3914 0 guacd
Jul 25 10:58:22 xxx kernel: [23724] 0 23724  6011219201632748
  3914 0 guacd
Jul 25 11:09:32 xxx kernel: [23724] 0 23724  6011219201632748
  3914 0 guacd
Jul 25 11:09:33 xxx kernel: [23724] 0 23724  6011219201632748
  3914 0 guacd
[root@ xxx fd]# grep "23233" /var/log/messages

On Sat, Jul 25, 2020 at 10:13 AM Mike Jumper  wrote:

> On Fri, Jul 24, 2020 at 5:24 PM Amarjeet Singh 
> wrote:
>
>> Please let me know if you need any logs or any other trace.
>>
>
> What do the guacd logs look like for the processes that are blocked and in
> CLOSE_WAIT?
>
> - Mike
>
>

Re: More than 400 PROCESS is in RECMSG for two days [ RAM CONSUMPTION IS HIGH ]

[Amarjeet Singh]

]: User "raj.joshi" is not responding.
> Jul 24 17:57:42 bghjrfed guacd: guacd[24020]: ERROR:User
> "raj.joshi" is not responding.
> Jul 24 17:57:42 bghjrfed guacd[20578]: Sending display channels
> Jul 24 17:57:42 bghjrfed guacd: guacd[20578]: INFO: Sending display
> channels
> Jul 24 17:57:42 bghjrfed guacd[5294]: Sending display channels
> Jul 24 17:57:42 bghjrfed guacd: guacd[5294]: INFO:  Sending display
> channels
> Jul 24 17:57:42 bghjrfed guacd[22608]: User "raj.joshi" is not responding.
> Jul 24 17:57:42 bghjrfed guacd: guacd[22608]: ERROR:User
> "raj.joshi" is not responding.
> Jul 24 17:57:42 bghjrfed guacd[20578]: Sending display channels
> Jul 24 17:57:42 bghjrfed guacd: guacd[20578]: INFO: Sending display
> channels
> Jul 24 17:57:42 bghjrfed guacd[5294]: Sending display channels


*KERNEL LOGS are also continuous*

Jul 25 07:10:42 bghjrfed kernel: [23565] 0 23565  593745520085
>  2716 3886 0 guacd
> Jul 25 07:10:42 bghjrfed kernel: [23597] 0 23597  594360220137
>  2719 3886 0 guacd
> Jul 25 07:10:42 bghjrfed kernel: [23607] 0 23607  595179820094
>  2723 3887 0 guacd
> Jul 25 07:10:42 bghjrfed kernel: [23616] 0 23616  595179820096
>  2723 3887 0 guacd
> Jul 25 07:10:42 bghjrfed kernel: [23626] 0 23626  595794520081
>  2726 3887 0 guacd
> Jul 25 07:10:42 bghjrfed kernel: [23634] 0 23634  596023420354
>  2728 3885 0 guacd
> Jul 25 07:10:42 bghjrfed kernel: [23654] 0 23654  596409220101
>  2728 3887 0 guacd
> Jul 25 07:10:42 bghjrfed kernel: [23666] 0 23666  597433720203
>  2730 3887 0 guacd
> Jul 25 07:10:42 bghjrfed kernel: [23670] 0 23670  597433720194
>  2730 3887 0 guacd
> Jul 25 07:10:42 bghjrfed kernel: [23672] 0 23672  598253320144
>  2734 3887 0 guacd
> Jul 25 07:10:42 bghjrfed kernel: [23681] 0 23681  598663120151
>  2736 3887 0 guacd
> Jul 25 07:10:42 bghjrfed kernel: [23682] 0 23682  598663120137
>  2736 3887 0 guacd
> Jul 25 07:10:42 bghjrfed kernel: [23688] 0 23688  599687620181
>  2741 3887 0 guacd
> Jul 25 07:10:42 bghjrfed kernel: [23696] 0 23696  600302320164
>  2744 3887 0 guacd
> Jul 25 07:10:42 bghjrfed kernel: [23714] 0 23714  600712120211
>  2746 3887 0 guacd
> Jul 25 07:10:42 bghjrfed kernel: [23724] 0 23724  601121920190
>  2748 3887 0 guacd
> Jul 25 07:10:42 bghjrfed kernel: [23737] 0 23737  601531720236
>  2750 3887 0 guacd
> Jul 25 07:10:42 bghjrfed kernel: [23763] 0 23763  601736620212
>  2751 3887 0 guacd
> Jul 25 07:10:42 bghjrfed kernel: [23779] 0 23779  601736620214
>  2751 3886 0 guacd
> Jul 25 07:10:42 bghjrfed kernel: [23785] 0 23785  602351320238
>  2754 3886 0 guacd
> Jul 25 07:10:42 bghjrfed kernel: [23798] 0 23798  602966020222
>  2757 3886 0 guacd
> Jul 25 07:10:42 bghjrfed kernel: [23808] 0 23808  603580720260
>  2760 3886 0 guacd
> Jul 25 07:10:42 bghjrfed kernel: [23815] 0 23815  603785620244
>  2761 3886 0 guacd
> Jul 25 07:10:42 bghjrfed kernel: [23823] 0 23823  604195420247
>  2763 3886 0 guacd
> Jul 25 07:10:42 bghjrfed kernel: [23833] 0 23833  604605220268
>  2765 3886 0 guacd
> Jul 25 07:10:42 bghjrfed kernel: [23836] 0 23836  604027519163
>  2744 3909 0 guacd
> Jul 25 07:10:42 bghjrfed kernel: [23841] 0 23841  605219920251
>  2768 3886 0 guacd
> Jul 25 07:10:42 bghjrfed kernel: [23849] 0 23849  605834620289
>  2771 3886 0 guacd
> Jul 25 07:10:42 bghjrfed kernel: [23857] 0 23857  606473320538
>  2775 3885 0 guacd
> Jul 25 07:10:42 bghjrfed kernel: [23863] 0 23863  606654220271
>  2775 3885 0 guacd
> Jul 25 07:10:42 bghjrfed kernel: [23868] 0 23868  607268920366
>  2778 3885 0 guacd
> Jul 25 07:10:42 bghjrfed kernel: [23880] 0 23880  607883620324
>  2781 3885 0 guacd



you've not made any modifications/customizations to the code?


 I have done few modifications in the logs.

*Below is the version of the KERNEL UPGRADED at CENTOS 7. *

> kernel-tools-3.10.0-1127.el7.x86_64
> kernel-tools-3.10.0-123.el7.x86_64
> kernel-tools-libs-3.10.0-1127.el7.x86_64
> abrt-addon-kerneloops-2.1.11-12.e