Re: Pseudo VDI: VNC pool

[Stefan M. Radman]

Hi Nick

xrdp supports dynamic resizing since 0.9.16

https://github.com/neutrinolabs/xrdp/releases
Release notes for xrdp v0.9.16 (2021/04/30)
New features
• On-the-fly resolution change now supported for Xvnc and Xorg (#448, #1820) - 
thanks to @Nexarian for this significant first contribution. See the following 
YouTube video for a demo.
• [Windows] https://youtu.be/cZ0ebieZHeA
• [Mac] https://youtu.be/6kfAkyLUgFY

Stefan

On Aug 25, 2021, at 02:49, Nick Couchman 
mailto:vn...@apache.org>> wrote:

To be fair, xrdp does not support dynamic resizing, either, so there's that - 
however, it will at least dynamically size the browser window initially.




CONFIDENTIALITY NOTICE: This communication may contain privileged and 
confidential information, or may otherwise be protected from disclosure, and is 
intended solely for use of the intended recipient(s). If you are not the 
intended recipient of this communication, please notify the sender that you 
have received this communication in error and delete and destroy all copies in 
your possession.

Re: cut in gnome closes session

[Stefan M. Radman]

Nick

I rebuilt the rpm from staging/1.2.0 and repeated the exercise.

This time I loaded the debug symbols. See the guacd stack backtrace below.

When using xrdp with the Xorg backend from xorgxrdp-0.2.13-1 instead of Xvnc, 
all this is gone and the clipboard works as expected.
The guacd warning "Received clipboard data cannot be sent to the RDP server 
..." appears with Xorg and guacd 1.2.0 as well but does not seem to affect 
clipboard functionality (at least for text).

Stefan

[root@guacamole ~]# /usr/sbin/guacd -v
Guacamole proxy daemon (guacd) version 1.2.0
[root@antelope ~]# gdb -batch -ex bt -ex quit /usr/sbin/guacd 
/var/spool/abrt/ccpp-2020-04-29-10\:26\:50-3045/coredump
[New LWP 3050]
[New LWP 3048]
[New LWP 3045]
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib64/libthread_db.so.1".
Core was generated by `guacd -f'.
Program terminated with signal 11, Segmentation fault.
#0  guac_rdp_keyboard_update_keysym (keyboard=0x7f8fcd5a2010, keysym=67, 
pressed=0) at keyboard.c:444
444 if (!keyboard->synchronized) {
#0  guac_rdp_keyboard_update_keysym (keyboard=0x7f8fcd5a2010, keysym=67, 
pressed=0) at keyboard.c:444
#1  0x7f8fdd3770f0 in guac_user_input_thread (data=) at 
user-handshake.c:165
#2  0x7f8fdc77eea5 in start_thread () from /lib64/libpthread.so.0
#3  0x7f8fdb0738dd in clone () from /lib64/libc.so.6


On Apr 29, 2020, at 09:50, Stefan M. Radman mailto:s...@kmi.com>> 
wrote:

Hi Nick

I just experienced the issue myself on CentOS-7 (2003) with the guacd-1.1.0-1 
RPM from EPEL7.
The RDP server is xrdp-0.9.13-1 with its default Xvnc backend from 
tigervnc-server-minimal-1.8.0-19.

When copying any text in GNOME to the clipboard, the guacamole session closes 
with a connection error.
Upon reconnect the GNOME desktop is still there and unchanged but I receive an 
email from abrt that guacd has crashed.

The stack backtrace can be found below.
guacd crashes in guac_rdp_keyboard_update_keysym().

One of the last messages of guacd before the crash is the one received by Jason:
"Received clipboard data cannot be sent to the RDP server because the RDP 
server has requested a clipboard format which was not declared as available. 
This violates the specification for the CLIPRDR channel."

Dr. Google found the message in an xrdp thread.
https://github.com/neutrinolabs/xrdp/issues/755<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2Fneutrinolabs%2Fxrdp%2Fissues%2F755=02%7C01%7Csmr%40kmi.com%7C0552edc2b1014f67576608d7ec120e7a%7Cc2283768b8d34e008f3d85b1b4f03b33%7C0%7C0%7C637237434608630622=k9COi1Jk%2BmWMY4FXxZ%2FuFaeWr9m4%2BcKElVy48FuD8v4%3D=0>
Not sure if that's related but it wouldn't be the first Xvnc issue guacamole is 
suffering from.
Note: In this case it is not xrdp or Xvnc crashing but guacd.

Stefan

[root@guacamole ~]# gdb -batch -ex bt -ex quit /usr/sbin/guacd 
/var/spool/abrt/ccpp-2020-04-29-04\:46\:42-13550/coredump
[New LWP 13561]
[New LWP 13550]
[New LWP 13555]
[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  0x7f3f25dd9ddb in guac_rdp_keyboard_update_keysym () from 
/lib64/libguac-client-rdp.so
#0  0x7f3f25dd9ddb in guac_rdp_keyboard_update_keysym () from 
/lib64/libguac-client-rdp.so
#1  0x7f3f2de540f0 in guac_user_input_thread () from /lib64/libguac.so.17
#2  0x7f3f2d25bea5 in start_thread () from /lib64/libpthread.so.0
#3  0x7f3f2bb508dd in clone () from /lib64/libc.so.6


On Apr 16, 2020, at 04:06, Nick Couchman 
mailto:vn...@apache.org>> wrote:

Jason,
A couple of things for you to try:
1) If possible, compile the staging/1.2.0 guacd code and see if it is fixed in 
that version.  It's possible this is already addressed by some fixes that have 
already been committed.
2) Run gdb with guacd and get a stack trace of the segfault that's happening 
here so that we can track down where it's occurring.  This would be something 
like:

gdb /path/to/guacd -f
gdb> set follow-fork-mode child
gdb> go

Then run the RDP connection and reproduce the disconnect and post the stack 
trace back here.

-Nick

On Wed, Apr 15, 2020 at 8:55 PM Jason Keltz 
mailto:j...@eecs.yorku.ca>> wrote:

Nick,

Any additional feedback on how to resolve this issue?

I'm sure there are many people running Guacamole under CentOS 7 with EPEL xrdp. 
 I just don't understand what is causing guacd to report the error below, and 
how to fix it.  Even Dr. Google doesn't help.

Jason.

On 4/15/2020 1:01 PM, Jason Keltz wrote:

Hi Nick,

Everything is running from guac 1.1.0.

There's no messages from dmesg on the RDP host.

guacd reports on the server:

Apr 15 12:54:41 remotelab guacd[17580]: guacd[22724]: WARNING:Received 
clipboard data cannot be sent to the RDP server because the RDP ser

Re: cut in gnome closes session

[Stefan M. Radman]

Hi Nick

I just experienced the issue myself on CentOS-7 (2003) with the guacd-1.1.0-1 
RPM from EPEL7.
The RDP server is xrdp-0.9.13-1 with its default Xvnc backend from 
tigervnc-server-minimal-1.8.0-19.

When copying any text in GNOME to the clipboard, the guacamole session closes 
with a connection error.
Upon reconnect the GNOME desktop is still there and unchanged but I receive an 
email from abrt that guacd has crashed.

The stack backtrace can be found below.
guacd crashes in guac_rdp_keyboard_update_keysym().

One of the last messages of guacd before the crash is the one received by Jason:
"Received clipboard data cannot be sent to the RDP server because the RDP 
server has requested a clipboard format which was not declared as available. 
This violates the specification for the CLIPRDR channel."

Dr. Google found the message in an xrdp thread.
https://github.com/neutrinolabs/xrdp/issues/755
Not sure if that's related but it wouldn't be the first Xvnc issue guacamole is 
suffering from.
Note: In this case it is not xrdp or Xvnc crashing but guacd.

Stefan

[root@guacamole ~]# gdb -batch -ex bt -ex quit /usr/sbin/guacd 
/var/spool/abrt/ccpp-2020-04-29-04\:46\:42-13550/coredump
[New LWP 13561]
[New LWP 13550]
[New LWP 13555]
[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  0x7f3f25dd9ddb in guac_rdp_keyboard_update_keysym () from 
/lib64/libguac-client-rdp.so
#0  0x7f3f25dd9ddb in guac_rdp_keyboard_update_keysym () from 
/lib64/libguac-client-rdp.so
#1  0x7f3f2de540f0 in guac_user_input_thread () from /lib64/libguac.so.17
#2  0x7f3f2d25bea5 in start_thread () from /lib64/libpthread.so.0
#3  0x7f3f2bb508dd in clone () from /lib64/libc.so.6


On Apr 16, 2020, at 04:06, Nick Couchman 
mailto:vn...@apache.org>> wrote:

Jason,
A couple of things for you to try:
1) If possible, compile the staging/1.2.0 guacd code and see if it is fixed in 
that version.  It's possible this is already addressed by some fixes that have 
already been committed.
2) Run gdb with guacd and get a stack trace of the segfault that's happening 
here so that we can track down where it's occurring.  This would be something 
like:

gdb /path/to/guacd -f
gdb> set follow-fork-mode child
gdb> go

Then run the RDP connection and reproduce the disconnect and post the stack 
trace back here.

-Nick

On Wed, Apr 15, 2020 at 8:55 PM Jason Keltz 
mailto:j...@eecs.yorku.ca>> wrote:

Nick,

Any additional feedback on how to resolve this issue?

I'm sure there are many people running Guacamole under CentOS 7 with EPEL xrdp. 
 I just don't understand what is causing guacd to report the error below, and 
how to fix it.  Even Dr. Google doesn't help.

Jason.

On 4/15/2020 1:01 PM, Jason Keltz wrote:

Hi Nick,

Everything is running from guac 1.1.0.

There's no messages from dmesg on the RDP host.

guacd reports on the server:

Apr 15 12:54:41 remotelab guacd[17580]: guacd[22724]: WARNING:Received 
clipboard data cannot be sent to the RDP server because the RDP server has 
requested a clipboard format which was not declared as available. This violates 
the specification for the CLIPRDR channel.

This looks to be when I do a cut operation.  Any thoughts on what this would 
be?  I'm running the epel package of xrdp.

I see a few core dumps from guacd on the server as well, but not at the times 
when I'm doing this... likely some other issue:

[328607.147080] guacd[822]: segfault at 7f0e0aba401c ip 7f0e1252389b sp 
7f0e08ff8c00 error 4 in libguac-client-rdp.so.0.0.0[7f0e124fe000+3b000]
[330573.985939] guacd[1018]: segfault at 7f0e0a50701c ip 7f0e1252389b sp 
7f0e08ff8c00 error 4 in libguac-client-rdp.so.0.0.0[7f0e124fe000+3b000]

I did restart guacd and it didn't help.

Jason.

On 4/15/2020 11:11 AM, Nick Couchman wrote:
On Wed, Apr 15, 2020 at 10:51 AM Jason Keltz 
mailto:j...@eecs.yorku.ca>> wrote:
Hi.

I have an odd situation occurring.  I'm connected (through Guac) to a
CentOS 7 machine via RDP.  The desktop environment is the standard
GNOME.  I have only a terminal window open.  When I select text in the
terminal window, then right-click and select "Copy", the RDP session
disconnects and Guacamole reports "The remote desktop server is current
unavailable. If the problem persists, please notify your system
administrator, or check ...". It then reconnects, but if I choose
"paste", the text I cut is not in the buffer.  Any ideas on how to solve?


Sounds like something is crashing - you'll need to narrow down if it is xRDP or 
guacd that is exiting abnormally.  I'd start with the following:
- Take a look at "dmesg" output on the systems running both xRDP and guacd and 
see if you see any "segfault" messages.
- Look at syslog on both systems and see if you can see any reason given for 
either xRDP or guacd crashing.
- Look at the system running guacd 

Re: Required help for reducing High Bandwidth Utilization of Guacamole

[Stefan M. Radman]

Hi Manoj

Several Guacamole users have made useful suggestions over the course of the 
discussion.

Ultimately, the resolution of your issues is in your own hands.

Stefan


> On Mar 9, 2020, at 08:58, Manoj Patil  wrote:
>
> Dear,
>
> Any Resolution on my Issues.
>
> Please suggest any changes at guacamole server and Xrdp host server.
>


CONFIDENTIALITY NOTICE: This communication may contain privileged and 
confidential information, or may otherwise be protected from disclosure, and is 
intended solely for use of the intended recipient(s). If you are not the 
intended recipient of this communication, please notify the sender that you 
have received this communication in error and delete and destroy all copies in 
your possession.

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

Re: xterm crashes gnome-shell

[Stefan M. Radman]

Hi Nick,

I have not been able to reproduce the issue with another client but found two 
ways to resolve the issue for Guacamole:

A. Switching the Guacamole RDP session to "Color Depth: True Color (24-bit)"

B. Uncomment xserverbpp=24 in the [Xvnc] section of /etc/xrdp.ini

Either of the two avoids the crash of gnome-shell.

The default color depth of xrdp/Xvnc seems to be 32 bit.

Recently I've seen issues with widgets of cross-platform toolkits like Java 
Swing or Tcl/Tk not displaying or displaying incorrectly on Xvnc based GNOME 
desktops running under xrdp with default settings. Most of them looked like 
they were related to transparency.
All of them were resolved by setting the color depth of the RDP session to 24.

My Xvnc server is is part of the CentOS7 package 
tigervnc-server-minimal-1.8.0-17 and its man page reads

-depth depth
Specify  the pixel depth in bits of the desktop to be created.
Default is 24, other possible values are 8, 15, and 16 - anything else
is likely to cause strange behaviour by applications.

Strange and unexpected behaviour indeed.
Seems like Xvnc is not buit for 32 bit.

xserverbpp=24 is my new default.

Stefan

On Jul 28, 2018, at 17:12, Nick Couchman 
mailto:vn...@apache.org>> wrote:

On Sat, Jul 7, 2018 at 6:56 PM Stefan M. Radman 
mailto:s...@kmi.com>> wrote:
Hi Nick

First, gnome-shell crashes (you notice by the desktop going black and the 
window decorations disappearing) but ultimately the whole xrdp/Xvnc session 
dies (Guacamole asks me if I want to logout or reconnect).
Sometimes it takes a little bit longer and I can still interact with window 
contents while the window manager is long gone but in the end it just dies on 
me.

There are lots of [abrt] emails and they contain stack traces.
See the last one further below. The previous ones look pretty much the same.

I've never run xrdp/Xvnc or gnome-shell under gdb or strace but if you have a 
hint for me on how to do this I'll give it a try.

Thanks
Stefan


Stefan,
Sorry for the delay in responding, here.  It sounds like the most likely cause 
is some difference between how guacd is establishing the VNC connection and the 
other VNC clients.  Not sure if it's a quality, encoding, etc., sort of thing, 
but that's my best guess.  Any chance you can try different settings for the 
non-Guacamole VNC client and see if you're able to reproduce it at all with 
that - things like color depth, encoding, quality, etc.?  Also might want to 
play with the settings in Guacamole that you can adjust and see if any 
adjustments to that resolve the issue.

-Nick



CONFIDENTIALITY NOTICE: This communication may contain privileged and 
confidential information, or may otherwise be protected from disclosure, and is 
intended solely for use of the intended recipient(s). If you are not the 
intended recipient of this communication, please notify the sender that you 
have received this communication in error and delete and destroy all copies in 
your possession.

Re: FreeRDP Writable User Home Dir?

[Stefan M. Radman]

So is the correct solution to this issue to create a user to run guacd, set
the guacd service to run from that user and have that user to run guacd have
a writable home folder?

Yes, I think that's correct.

Modifying file src/guacd/systemd/guacd.service.in before running configure 
should do half of the job (see below).
The other half is creating the user, which will create the home directory by 
default.

Cheers
Stefan

smr:guacamole-server-1.1.0 smr$ cat src/guacd/systemd/guacd.service.in | fgrep 
-1 User=daemon
[Service]
User=daemon
ExecStart=@sbindir@/guacd -f


On Feb 4, 2020, at 16:09, Zer0Cool 
mailto:melin3...@gmail.com>> wrote:

I should have specified before, this is Guac 1.1.0, CentOS 7.7. I am
installing Guac server from source direct from the apache guacamole site:
"https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fapache.org%2Fdyn%2Fcloser.cgi%3Faction%3Ddownload%26filename%3Dguacamole%2F%24data=02%7C01%7Csmr%40kmi.com%7C4eddfcfcaf2d4a80f76c08d7a9842c6d%7Cc2283768b8d34e008f3d85b1b4f03b33%7C0%7C0%7C637164257464459596sdata=%2FxtiukSBxp5jiAoz6LZQcVdRj5VbgSIJNHXosRHB%2B4M%3Dreserved=0{GUAC_VER}/;,
not a repo like EPEL.

I ran the following command: ps aux | grep guacd

This returned:
daemon   22404  0.0  0.3 116488 13068 ?Ss   09:28   0:00
/usr/local/sbin/guacd -f

So apparently the user that guacd runs off for me is "daemon".

getent passwd returns:
daemon:x:2:2:daemon:/sbin:/sbin/nologin

Which explains why sbin is listed as the home folder via the error message
in /var/log/messages.

So is the correct solution to this issue to create a user to run guacd, set
the guacd service to run from that user and have that user to run guacd have
a writable home folder?

If that's correct, how do I set what user runs guacd?

Thanks



--
Sent from: 
https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fapache-guacamole-general-user-mailing-list.2363388.n4.nabble.com%2Fdata=02%7C01%7Csmr%40kmi.com%7C4eddfcfcaf2d4a80f76c08d7a9842c6d%7Cc2283768b8d34e008f3d85b1b4f03b33%7C0%7C0%7C637164257464459596sdata=69hBMGTGr9GjvSIjJWDr4r902hQqdLzXld%2BL2i1Hb1Y%3Dreserved=0

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




CONFIDENTIALITY NOTICE: This communication may contain privileged and 
confidential information, or may otherwise be protected from disclosure, and is 
intended solely for use of the intended recipient(s). If you are not the 
intended recipient of this communication, please notify the sender that you 
have received this communication in error and delete and destroy all copies in 
your possession.

Re: FreeRDP Writable User Home Dir?

[Stefan M. Radman]

The guacd-1.0.0 package currently available from EPEL creates a "guacd" user 
and home directory /var/lib/guacd upon installation, then starts guacd as that 
user.

That's how it ensures a writable home directory.

Stefan

https://centos.pkgs.org/7/epel-x86_64/guacd-1.0.0-3.el7.x86_64.rpm.html
[root@dev7 ~]# rpm -q guacd
guacd-1.0.0-3.el7.x86_64
[root@dev7 ~]# rpm -q --scripts guacd | head -5
preinstall scriptlet (using /bin/sh):
getent group guacd >/dev/null || groupadd -r guacd &>/dev/null || :
getent passwd guacd >/dev/null || useradd -r -s /sbin/nologin \
-d /var/lib/guacd -M -c 'Guacamole proxy daemon' -g guacd guacd &>/dev/null 
|| :
exit 0
[root@dev7 ~]# cat /usr/lib/systemd/system/guacd.service
[Unit]
Description=Guacamole proxy daemon
Documentation=man:guacd(8)
After=network.target

[Service]
EnvironmentFile=-/etc/sysconfig/guacd
Environment=HOME=/var/lib/guacd
ExecStart=/usr/sbin/guacd -f $OPTS
Restart=on-failure
User=guacd
Group=guacd

[Install]
WantedBy=multi-user.target

[root@dev7 ~]#


On Feb 4, 2020, at 15:12, Zer0Cool 
mailto:melin3...@gmail.com>> wrote:

When trying to connect via RDP I get the following error in
/var/log/messages:

"FreeRDP initialization may fail: The current user's home directory
("/sbin") is not writable, but FreeRDP generally requires a writable home
directory for storage of configuration files and certificates."

The release notes for Guac 1.1.0 mention this issue but not how to actually
fix/resolve it:

"For Guacamole’s RDP support, this means that the user running guacd must
have a valid, writable home directory, and that RDP connections...may begin
failing if the user running guacd does not have a valid home directory."

How do I determine what user/account is running guacd and how do I ensure it
has a writable home dir?

"Sanity checks have been added to Guacamole’s RDP support which will log
warnings if these conditions are not met."

Which log provides these warnings? What are the conditions?

Thanks



--
Sent from: 
https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fapache-guacamole-general-user-mailing-list.2363388.n4.nabble.com%2Fdata=02%7C01%7Csmr%40kmi.com%7C1f5e7306efd4414e126608d7a97c4581%7Cc2283768b8d34e008f3d85b1b4f03b33%7C0%7C0%7C637164223537735730sdata=YelkH6bG9euWg52ayUw085wH9GQwtXtHPJIHeim%2B0o8%3Dreserved=0

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




CONFIDENTIALITY NOTICE: This communication may contain privileged and 
confidential information, or may otherwise be protected from disclosure, and is 
intended solely for use of the intended recipient(s). If you are not the 
intended recipient of this communication, please notify the sender that you 
have received this communication in error and delete and destroy all copies in 
your possession.

Re: PDF file print through Guacamole RDP Session

[Stefan M. Radman]

You cannot do that. It is not possible.

On Oct 2, 2019, at 13:22, Manoj Patil 
mailto:manoj2pa...@gmail.com>> wrote:

I want to print from browser to client side printer directly.

Re: Guacamole Capability for .....

[Stefan M. Radman]

Andreas Vögele implemented a PAM authentication module for Guacamole.
https://github.com/voegelas/guacamole-auth-pam
You could try that with NIS/NIS+/YP.

Stefan

On Aug 10, 2019, at 04:12, Nick Couchman 
mailto:vn...@apache.org>> wrote:

On Fri, Aug 9, 2019 at 10:06 PM sciUser 
mailto:shulb...@securitycentric.net>> wrote:
Hello

Anyone know if Guacamole will be able to handle NIS as a master server for
user authentication?


Not currently, no.  I had thought about trying to implement a PAM 
authentication module for Guacamole - there's a Java PAM library out there that 
should be pretty easy to use - but hadn't done that, yet.  PAM would allow you 
to basically do anything that Linux could authenticate against, including 
NIS/NIS+/YP.

Other than that, my Google searches aren't turning up much in the way of Java 
libraries for NIS/NIS+/YP.

-Nick

Re: SSH sessions never connect

[Stefan M. Radman]

Alessandro, 

You probably have configured macOS screen sharing with option "VNC viewers may 
control screen with password:" and entered a VNC password, correct?

What I would like to do is to use "MacOS Screen Sharing" with individual user 
names and passwords.

The issue starts with not having a field to enter the VNC username in the 
Guacamole GUI (but it probably does not end there).

Stefan

> On Aug 1, 2019, at 14:07, Niubbo75  wrote:
> 
> Sorry but maybe I don't understand what you mean with "connect to Apple VNC".
> ATM I'm able to do that on my Macbook w/out any issue.
> Alessandro.
> 
> 
> 
> --
> 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
> 


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

Re: SSH sessions never connect

[Stefan M. Radman]

The ability to connect to Apple VNC would be a useful feature.

Please vote for https://issues.apache.org/jira/browse/GUACAMOLE-514

Thanks
Stefan

On Aug 1, 2019, at 13:08, Nick Couchman 
mailto:vn...@apache.org>> wrote:

On Wed, Jul 31, 2019 at 11:33 PM ivanmarcus 
mailto:ivanmar...@yahoo.com.invalid>> wrote:

Larry,

Although I don't use Mac's do you think it might be worth simply submitting a 
ticket, so the request is known, rather than berating the team for being 
out-dated?

I think Larry is gone, now, but the issue is already known - just hasn't had 
any attention, yet:

https://issues.apache.org/jira/browse/GUACAMOLE-514


This is a really useful project with fantastic support, I'd expect some 
positive input could result in some useful response(s) for those that use 
Apple's.


Thanks, I, for one, appreciate the kind words!  We have a good community, here!

-Nick

Re: Enter Guacamole with another URL

[Stefan M. Radman]

You'll have to remove the nginx default config

unlink /etc/nginx/sites-enabled/default

and restart nginx

systemctl restart nginx

Stefan

On Jun 20, 2019, at 12:43, A. Yuesuen 
mailto:ayuesue...@gmail.com>> wrote:

Hi Stefan,

The Problem is i got this error code when i start nginx:
Job for nginx.service failed because the control process exited with error code.
See "systemctl status nginx.service" and "journalctl -xe" for details.

The Status is:
nginx.service - A high performance web server and a reverse proxy server
   Loaded: loaded (/lib/systemd/system/nginx.service; enabled; vendor preset: 
enabled)
   Active: failed (Result: exit-code) since Thu 2019-06-20 10:36:13 UTC; 2min 
21s ago
 Docs: man:nginx(8)
  Process: 22720 ExecStartPre=/usr/sbin/nginx -t -q -g daemon on; 
master_process on; (code=exited, status=1/FAILURE)

Jun 20 10:36:13 localhost systemd[1]: Starting A high performance web server 
and a reverse proxy server...
Jun 20 10:36:13 localhost systemd[1]: nginx.service: Control process exited, 
code=exited status=1
Jun 20 10:36:13  localhost systemd[1]: nginx.service: Failed with result 
'exit-code'.
Jun 20 10:36:13 localhost nginx[22720]: nginx: [emerg] a duplicate default 
server for 0.0.0.0:80<http://0.0.0.0/> in /etc/nginx/sites-enabled/default:22
Jun 20 10:36:13 localhost nginx[22720]: nginx: configuration file 
/etc/nginx/nginx.conf test failed
Jun 20 10:36:13 localhost systemd[1]: Failed to start A high performance web 
server and a reverse proxy server.

i'm using a Server with Ubuntu 18.04
Apache2
Tomcat8

Am Do., 20. Juni 2019 um 12:27 Uhr schrieb Stefan M. Radman 
mailto:s...@kmi.com.invalid>>:
Hi Ajdar

Which operating system are you running on?

Have a look at
Chapter 4. Proxying 
Guacamole<https://guacamole.apache.org/doc/gug/proxying-guacamole.html>
https://guacamole.apache.org/doc/gug/proxying-guacamole.html

The nginx configuration below should achieve what you want.

Stefan

[root@guacamole ~]# cat /etc/nginx/conf.d/guacamole.conf
server {
listen 80 default_server;
listen [::]:80 default_server;
server_name _;
location / {
proxy_pass http://localhost:8080/guacamole/;
proxy_buffering off;
proxy_http_version 1.1;
proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
proxy_set_header Upgrade $http_upgrade;
proxy_set_header Connection $http_connection;
proxy_cookie_path /guacamole/ /;
access_log off;
}
}

On Jun 20, 2019, at 09:39, A. Yuesuen 
mailto:ayuesue...@gmail.com>> wrote:

Hello Guys,

Guacamole is working finei I can enter Gucamole by my LDap User on the Adress: 
"hostname.com:8080/guacamole<http://hostname.com:8080/guacamole>"  and started 
connections already.

Now i want change the Url from:
http://hostaname.com:8080/guacamole
in
https://hostname.com<https://hostname.com/>

The Documentation in the web are a little diffcult to understand and cant 
follow them (most are without a path). Can someone send a Tutorial for 
beginners.

best wishes
Ajdar

Re: Enter Guacamole with another URL

[Stefan M. Radman]

Hi Ajdar

Which operating system are you running on?

Have a look at
Chapter 4. Proxying 
Guacamole
https://guacamole.apache.org/doc/gug/proxying-guacamole.html

The nginx configuration below should achieve what you want.

Stefan

[root@guacamole ~]# cat /etc/nginx/conf.d/guacamole.conf
server {
listen 80 default_server;
listen [::]:80 default_server;
server_name _;
location / {
proxy_pass http://localhost:8080/guacamole/;
proxy_buffering off;
proxy_http_version 1.1;
proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
proxy_set_header Upgrade $http_upgrade;
proxy_set_header Connection $http_connection;
proxy_cookie_path /guacamole/ /;
access_log off;
}
}

On Jun 20, 2019, at 09:39, A. Yuesuen 
mailto:ayuesue...@gmail.com>> wrote:

Hello Guys,

Guacamole is working finei I can enter Gucamole by my LDap User on the Adress: 
"hostname.com:8080/guacamole"  and started 
connections already.

Now i want change the Url from:
http://hostaname.com:8080/guacamole
in
https://hostname.com

The Documentation in the web are a little diffcult to understand and cant 
follow them (most are without a path). Can someone send a Tutorial for 
beginners.

best wishes
Ajdar

Re: User with a single connexion cant access his menu ?

[Stefan M. Radman]

I created a user and he has a single connection allowed.

With a single connection you are not taken to the menu but to that connection.

https://guacamole.apache.org/doc/gug/using-guacamole.html#home-screen

Once he connects, he is pushed to that connexion and it is not possible for
him to reach his menu.

>From within the connection he can reach the menu via Ctrl-Alt-Shift or by 
>swiping right from the left edge of the (touch)screen.

https://guacamole.apache.org/doc/gug/using-guacamole.html#guacamole-menu

Stefan

On Dec 17, 2018, at 12:38, B3r3n 
mailto:b3...@argosnet.com>> wrote:

Hello guys,

I created a user and he has a single connection allowed.

Once he connects, he is pushed to that connexion and it is not possible for
him to reach his menu.

However, he is supposed to have a menu to change his language for example.

Nota : that is auth-header here.

Why by default a user does not arrive in his menu, whatever the number of
connections available ?

Thanks

Brgrds

Re: Theme/Logo changing

[Stefan M. Radman]

Cool. Thanks.

> On Dec 10, 2018, at 17:49, Zer0Cool  wrote:
> 
> I posted this on my Github 
> https://github.com/Zer0CoolX/guacamole-customize-loginscreen-extension
>   
> 
> Should give you a good foundation to start from. I have documented things
> and provided links to sources I used to figure it out.
> 
> The easiest way to work this would be use the dev tools built into your
> browser, tweak the things you want to change live on your login page, make
> notes of what you changed and add it to the proper places in the files
> comprising the extension.
> 
> I cant help directly with CSS/HTML, etc. but if you have questions about the
> extension let me know.
> 
> Hope this helps.
> 
> 
> 
> --
> Sent from: 
> http://apache-guacamole-general-user-mailing-list.2363388.n4.nabble.com/

Re: disabled web interface

[Stefan M. Radman]

Salut Quentin

That is the typical behavior when you have configured only one connection.

Use the Guacamole menu to navigate back to the home screen.

https://guacamole.apache.org/doc/gug/using-guacamole.html#guacamole-menu

You can reach it with Ctrl+Alt+Shift while logged in (on the Mac use 
Shift-Ctrl-Cmd).

Stefan

> On Sep 21, 2018, at 11:09 AM, Galyrith  wrote:
> 
> Hi,
> 
> First sorry for my approximate english.
> I explain my problem:
> I installed guacamole in my CentOS 7 with this tuto
> https://robertpascal.github.io/guacamole/.
> It works properly but when i configure a connection (ssh for exemple), i
> can't go back to the web interface.
> When i log in, i stay on the ssh connection and when i log out, i only have
> to disconnect or reconnect.
> 
>  
> 
> 
> 
> --
> Sent from: 
> http://apache-guacamole-general-user-mailing-list.2363388.n4.nabble.com/

Re: xterm crashes gnome-shell

[Stefan M. Radman]

Hi Nick

First, gnome-shell crashes (you notice by the desktop going black and the 
window decorations disappearing) but ultimately the whole xrdp/Xvnc session 
dies (Guacamole asks me if I want to logout or reconnect).
Sometimes it takes a little bit longer and I can still interact with window 
contents while the window manager is long gone but in the end it just dies on 
me.

There are lots of [abrt] emails and they contain stack traces.
See the last one further below. The previous ones look pretty much the same.

I've never run xrdp/Xvnc or gnome-shell under gdb or strace but if you have a 
hint for me on how to do this I'll give it a try.

Thanks
Stefan

# cat /var/spool/mail/root | fgrep -A1 function_name | cut -d: -f3- | while 
read func; do read file; read stuff; echo $file $func; done | tail -24
"/usr/lib64/libpthread-2.17.so" "raise"
"/usr/bin/gnome-shell" "dump_gjs_stack_on_signal_handler"
"/usr/lib64/libc-2.17.so" "raise"
"/usr/lib64/libc-2.17.so" "abort"
"/usr/lib64/libglib-2.0.so.0.5400.2" "g_assertion_message"
"/usr/lib64/libglib-2.0.so.0.5400.2" "g_assertion_message_expr"
"/usr/lib64/libmutter-1.so.0.0.0" "surface_from_pixmap.isra.0"
"/usr/lib64/libmutter-1.so.0.0.0" "try_pixmap_and_mask"
"/usr/lib64/libmutter-1.so.0.0.0" "meta_read_icons"
"/usr/lib64/libmutter-1.so.0.0.0" "meta_window_x11_update_icon"
"/usr/lib64/libmutter-1.so.0.0.0" "meta_window_update_icon_now"
"/usr/lib64/libmutter-1.so.0.0.0" "_meta_window_shared_new"
"/usr/lib64/libmutter-1.so.0.0.0" "meta_window_x11_new"
"/usr/lib64/libmutter-1.so.0.0.0" "handle_other_xevent"
"/usr/lib64/libmutter-1.so.0.0.0" "xevent_filter"
"/usr/lib64/libgdk-3.so.0.2200.26" "gdk_event_apply_filters"
"/usr/lib64/libgdk-3.so.0.2200.26" "_gdk_x11_display_queue_events"
"/usr/lib64/libgdk-3.so.0.2200.26" "gdk_display_get_event"
"/usr/lib64/libgdk-3.so.0.2200.26" "gdk_event_source_dispatch"
"/usr/lib64/libglib-2.0.so.0.5400.2" "g_main_context_dispatch"
"/usr/lib64/libglib-2.0.so.0.5400.2" "g_main_context_iterate.isra.22"
"/usr/lib64/libglib-2.0.so.0.5400.2" "g_main_loop_run"
"/usr/lib64/libmutter-1.so.0.0.0" "meta_run"
"/usr/bin/gnome-shell" "main"

On Jul 7, 2018, at 7:27 PM, Nick Couchman 
mailto:vn...@apache.org>> wrote:

On Sat, Jul 7, 2018 at 2:41 AM Stefan M. Radman 
mailto:s...@kmi.com>> wrote:
Hi

I'm running Guacamole on CentOS 7.5 with xrdp.

Recently I discovered that gnome-shell crashes from SIGABRT when I start xterm 
on a GNOME desktop running in an xrdp Xvnc session.

"[abrt] gnome-shell: gnome-shell killed by SIGABRT"

It only happens when I connect to an Xvnc session with Guacamole.

No issues when initiating xrdp Xvnc or Xorg sessions from a Windows, Mac or 
Linux client (vinagre).
No issues with xrdp Xorg sessions (with any RDP client including Guacamole).

Just the Guacamole client seems to give me a headache in combination with 
xrdp/Xvnc.

Has anyone else been experiencing the same or a similar issue?
Any clues?


This is definitely an interesting little corner case you've run into.  When 
this happens, is it just gnome-shell that crashes, or does the entire session 
(Guacamole connection, Xvnc/XRDP, et al)?  Any chance you can start up gdb or 
strace on/with that gnome-shell instance and catch the output of what's causing 
it to crash?

-Nick

xterm crashes gnome-shell

[Stefan M. Radman]

Hi

I'm running Guacamole on CentOS 7.5 with xrdp.

Recently I discovered that gnome-shell crashes from SIGABRT when I start xterm 
on a GNOME desktop running in an xrdp Xvnc session.

"[abrt] gnome-shell: gnome-shell killed by SIGABRT"

It only happens when I connect to an Xvnc session with Guacamole.

No issues when initiating xrdp Xvnc or Xorg sessions from a Windows, Mac or 
Linux client (vinagre).
No issues with xrdp Xorg sessions (with any RDP client including Guacamole).

Just the Guacamole client seems to give me a headache in combination with 
xrdp/Xvnc.

Has anyone else been experiencing the same or a similar issue?
Any clues?

Thanks
Stefan