Re: Getting ERROR : Network too slow

[Mike Jumper]

On Fri, Mar 9, 2018 at 5:19 AM, Amarjeet Singh  wrote:

> ...
>
> *Is it really because of the Network too slow  ? [  How could we make sure
> that it is really because of network too slow.  ]*
>
>
No, but as the error message says, that is the typical cause. In this case,
it's more likely that your RDP server is not responding before Guacamole
gives up.

or
>
> *Is it taking time to communicate to AD for authentication ?*
>
>
I can't speak to why your RDP server is not responding within the ~15
seconds that Guacamole waits for connections to be established. If the
server was just started, it likely simply isn't ready to accept RDP
connections at the time the attempt was made.

- 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  wrote:

>
> On Sun, Mar 11, 2018 at 16:43 Amarjeet Singh  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

[Nick Couchman]

On Sun, Mar 11, 2018 at 16:43 Amarjeet Singh  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]

 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 
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: ANY
> Mar 11 16:13:09 localhost guacd[29074]: Resize method: display-update
> Mar 11 16:13:09 localhost guacd[29074]: User 
> "@965bad82-87b4-40ad-9753-7782a23cd1e3"
> joined connection "$57dcca6f-78b6-44a5-9d03-e3ed19e35a24" (1 users now
> present)
> Mar 11 16:13:09 localhost guacd[29074]: Loading keymap "base"
> Mar 11 16:13:09 localhost guacd[29074]: Loading keymap "en-us-qwerty"
> Mar 11 16:13:09 localhost guacd[29074]: Clipboard is disabled. Clipboard
> will not work.
> Mar 11 16:13:09 localhost guacd[29074]: guacsnd connected.
> Mar 11 16:13:10 localhost 

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

[Amarjeet Singh]

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: ANY
Mar 11 16:13:09 localhost guacd[29074]: Resize method: display-update
Mar 11 16:13:09 localhost guacd[29074]: User
"@965bad82-87b4-40ad-9753-7782a23cd1e3" joined connection
"$57dcca6f-78b6-44a5-9d03-e3ed19e35a24" (1 users now present)
Mar 11 16:13:09 localhost guacd[29074]: Loading keymap "base"
Mar 11 16:13:09 localhost guacd[29074]: Loading keymap "en-us-qwerty"
Mar 11 16:13:09 localhost guacd[29074]: Clipboard is disabled. Clipboard
will not work.
Mar 11 16:13:09 localhost guacd[29074]: guacsnd connected.
Mar 11 16:13:10 localhost guacd[29074]: guacdr connected.
Mar 11 16:13:10 localhost guacd[29074]: guac_rdp_download_get_handler ::
File downlaoding.
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
Mar 11 16:13:11 localhost guacd[29074]: 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 

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 
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 
> 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  wrote:
>>
>>> On Sat, Mar 3, 2018 at 9:23 AM, Amarjeet Singh 
>>> 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]

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 
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 
> 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 
>> wrote:
>>
>>> On Fri, Mar 9, 2018 at 4:50 AM, Amarjeet Singh 
>>> 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]

>
> 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 
wrote:

> On Fri, Mar 9, 2018 at 4:50 AM, Amarjeet Singh 
> 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: Extension... showing VM status?

[Mike Jumper]

On Sat, Mar 10, 2018 at 1:30 AM, Joachim Lindenberg 
wrote:

> Hello once more,
>
> I´d like to show the status of a VM on the list shown to a user after
> authentication – of course via my own extension enumerating the
> connections. Not knowing another way I tried to include the status into the
> connection name, but that confuses the recent connections display.
>
> Is there a way to add a column with status information, without changing
> the overall webapp?
>

Yes. Connections and similar objects within the extension API provide a Map
of arbitrary name/value attributes which your extension can expose:

http://guacamole.apache.org/doc/guacamole-ext/org/apache/guacamole/net/auth/Connection.html#getAttributes--

These attributes are exposed on the JavaScript side in the connection
objects received from the corresponding REST service:

https://github.com/apache/guacamole-client/blob/b8a5f0bd2202077b1048baf7b903abc823e3df30/guacamole/src/main/webapp/app/rest/types/Connection.js#L80-L87

You can see this leveraged in practice within the JDBC auth extension,
which needs to add its own "Shared by [name]" tag next to connections
shared by a particular user via a share link. An additional
"jdbc-shared-by" attribute is exposed through implementing getAttributes()
on the applicable Connection subclass:

https://github.com/apache/guacamole-client/blob/b8a5f0bd2202077b1048baf7b903abc823e3df30/extensions/guacamole-auth-jdbc/modules/guacamole-auth-jdbc-base/src/main/java/org/apache/guacamole/auth/jdbc/sharing/connection/SharedConnection.java#L139-L143

The additional template content which renders this information is then
added with a template patch (in an area of the Guacamole interface where a
connection object from the REST service is already available),
conditionally shown only if the attribute is actually set:

https://github.com/apache/guacamole-client/blob/b8a5f0bd2202077b1048baf7b903abc823e3df30/extensions/guacamole-auth-jdbc/modules/guacamole-auth-jdbc-base/src/main/resources/html/shared-connection.html

- Mike

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

[Mike Jumper]

On Fri, Mar 9, 2018 at 4:50 AM, Amarjeet Singh  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