You are viewing a plain text version of this content. The canonical link for it is here.
Posted to user@guacamole.apache.org by smiranda <sm...@optimisa.cl> on 2020/01/27 19:55:04 UTC

Problem with File Transfer over RDP

Hello, We have been experiencieng problems when doing file transfer and
printing from a server connected with Guacamole.We have enabled device
redirection and when sending to print a document, the sesión stays waiting
for ever.On the other hand if I try to download a file, the sesión closes
immediately and the explorer Windows opens asking for the path to save the
file and all files downloaded are 4 kb although the original size is bigger.
Once downloaded, the files cannot be opened. I have tested with Chrome,
Mozzilla Firefox and Internet Explorer, Please help  me solve this problem,
Best Regards, 



--
Sent from: http://apache-guacamole-general-user-mailing-list.2363388.n4.nabble.com/

Re: Problem with File Transfer over RDP

Posted by smiranda <sm...@optimisa.cl>.
Hello Mike, 

We tried to install the module you recommended but could not find some of
the components (Apache) however we found the Catalina.out which I am
attaching now:

21:57.260 [http-bio-8080-exec-6] DEBUG o.a.g.t.StreamInterceptingTunnel -
Intercepting output stream #2 of tunnel
"611f4355-46da-4a47-a785-143c4b5a5eeb".
15:21:57.306 [http-bio-8080-exec-9] DEBUG o.a.g.s.GuacamoleHTTPTunnelServlet
- Error writing to servlet output stream
org.apache.catalina.connector.ClientAbortException: null
at org.apache.catalina.connector.OutputBuffer.doFlush(OutputBuffer.java:371)
~[tomcat-catalina-7.0.52.jar:7.0.52]
at org.apache.catalina.connector.OutputBuffer.flush(OutputBuffer.java:333)
~[tomcat-catalina-7.0.52.jar:7.0.52]
at
org.apache.catalina.connector.CoyoteOutputStream.flush(CoyoteOutputStream.java:101)
~[tomcat-catalina-7.0.52.jar:7.0.52]
at java.base/sun.nio.cs.StreamEncoder.implFlush(StreamEncoder.java:318)
~[na:na]
at java.base/sun.nio.cs.StreamEncoder.flush(StreamEncoder.java:153) ~[na:na]
at java.base/java.io.OutputStreamWriter.flush(OutputStreamWriter.java:254)
~[na:na]
at java.base/java.io.BufferedWriter.flush(BufferedWriter.java:257) ~[na:na]
at
org.apache.guacamole.servlet.GuacamoleHTTPTunnelServlet.doRead(GuacamoleHTTPTunnelServlet.java:380)
~[guacamole-common-1.0.0.jar:na]
at
org.apache.guacamole.servlet.GuacamoleHTTPTunnelServlet.handleTunnelRequest(GuacamoleHTTPTunnelServlet.java:244)
~[guacamole-common-1.0.0.jar:na]
at
org.apache.guacamole.servlet.GuacamoleHTTPTunnelServlet.doGet(GuacamoleHTTPTunnelServlet.java:137)
~[guacamole-common-1.0.0.jar:na]
at javax.servlet.http.HttpServlet.service(HttpServlet.java:620)
~[servlet-api-3.0.jar:na]
at javax.servlet.http.HttpServlet.service(HttpServlet.java:727)
~[servlet-api-3.0.jar:na]
at
com.google.inject.servlet.ServletDefinition.doService(ServletDefinition.java:263)
~[guice-servlet-3.0.jar:na]
at
com.google.inject.servlet.ServletDefinition.service(ServletDefinition.java:178)
~[guice-servlet-3.0.jar:na]
at
com.google.inject.servlet.ManagedServletPipeline.service(ManagedServletPipeline.java:91)
~[guice-servlet-3.0.jar:na]
at
com.google.inject.servlet.FilterChainInvocation.doFilter(FilterChainInvocation.java:62)
~[guice-servlet-3.0.jar:na]
at
com.google.inject.servlet.ManagedFilterPipeline.dispatch(ManagedFilterPipeline.java:118)
~[guice-servlet-3.0.jar:na]
at com.google.inject.servlet.GuiceFilter.doFilter(GuiceFilter.java:113)
~[guice-servlet-3.0.jar:na]
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:241)
~[tomcat-catalina-7.0.52.jar:7.0.52]
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:208)
~[tomcat-catalina-7.0.52.jar:7.0.52]
at
org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:220)
~[tomcat-catalina-7.0.52.jar:7.0.52]
at
org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:122)
~[tomcat-catalina-7.0.52.jar:7.0.52]
at
org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:493)
~[tomcat-catalina-7.0.52.jar:7.0.52]
at
org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:170)
~[tomcat-catalina-7.0.52.jar:7.0.52]
at
org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:98)
~[tomcat-catalina-7.0.52.jar:7.0.52]
at org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:950)
~[tomcat-catalina-7.0.52.jar:7.0.52]
at
org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:116)
~[tomcat-catalina-7.0.52.jar:7.0.52]
at
org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:408)
~[tomcat-catalina-7.0.52.jar:7.0.52]
at
org.apache.coyote.http11.AbstractHttp11Processor.process(AbstractHttp11Processor.java:1041)
~[tomcat-coyote-7.0.52.jar:7.0.52]
at
org.apache.coyote.AbstractProtocol$AbstractConnectionHandler.process(AbstractProtocol.java:607)
~[tomcat-coyote-7.0.52.jar:7.0.52]
at
org.apache.tomcat.util.net.JIoEndpoint$SocketProcessor.run(JIoEndpoint.java:313)
~[tomcat-coyote-7.0.52.jar:7.0.52]
at
java.base/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1128)
~[na:na]
at
java.base/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:628)
~[na:na]
at java.base/java.lang.Thread.run(Thread.java:835) ~[na:na]
Caused by: java.net.SocketException: Broken pipe (Write failed)
at java.base/java.net.SocketOutputStream.socketWrite0(Native Method)
~[na:na]
at
java.base/java.net.SocketOutputStream.socketWrite(SocketOutputStream.java:110)
~[na:na]
at java.base/java.net.SocketOutputStream.write(SocketOutputStream.java:150)
~[na:na]
at
org.apache.coyote.http11.InternalOutputBuffer.realWriteBytes(InternalOutputBuffer.java:215)
~[tomcat-coyote-7.0.52.jar:7.0.52]
at org.apache.tomcat.util.buf.ByteChunk.flushBuffer(ByteChunk.java:480)
~[tomcat-coyote-7.0.52.jar:7.0.52]
at
org.apache.coyote.http11.InternalOutputBuffer.flush(InternalOutputBuffer.java:119)
~[tomcat-coyote-7.0.52.jar:7.0.52]
at
org.apache.coyote.http11.AbstractHttp11Processor.action(AbstractHttp11Processor.java:800)
~[tomcat-coyote-7.0.52.jar:7.0.52]
at org.apache.coyote.Response.action(Response.java:174)
~[tomcat-coyote-7.0.52.jar:7.0.52]
at org.apache.catalina.connector.OutputBuffer.doFlush(OutputBuffer.java:366)
~[tomcat-catalina-7.0.52.jar:7.0.52]
... 33 common frames omitted
15:21:57.306 [http-bio-8080-exec-9] DEBUG o.a.g.s.GuacamoleHTTPTunnelServlet
- Deregistered tunnel "611f4355-46da-4a47-a785-143c4b5a5eeb".

We will continue looking at this tomorrow.

Thanks and Good Night

Sebastian




--
Sent from: http://apache-guacamole-general-user-mailing-list.2363388.n4.nabble.com/

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


Re: Problem with File Transfer over RDP

Posted by tedd77 <in...@quantiss.com>.
Hello,

I am encountering an issue with file transfer on Apache guacamole behind a
reverse proxy.
Protocol used RDP, any file size higher than 1M is failing with following
error :


“You do not have permission to upload this file. If you require access,
please check your system settings, or check with your system administrator.”

Being aware of file limitation on guacamole behind an NGINX, increasing the
file size using the client_max_body_size did not help,
Could be that I am not settings in into the right place.
I tried in /etc/nginx/nginx.conf as well as into
/etc/nginx/sites-available/domain_name.conf with no vain.

Tried to follow these links with no results either.
http://apache-guacamole-general-user-mailing-list.2363388.n4.nabble.com/file/t1136/nginx.conf
https://issues.apache.org/jira/browse/GUACAMOLE-1060



Could someone help me solve this issue.

Best regards




--
Sent from: http://apache-guacamole-general-user-mailing-list.2363388.n4.nabble.com/

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


Re: Problem with File Transfer over RDP

Posted by smiranda <sm...@optimisa.cl>.
Hello Mike, 

We have checked all configuration and set nginx.conf according to the
manual, please see the attached file.

After restarting services, Guacamole works normally but still not able to
transfer files.

nginx.conf
<http://apache-guacamole-general-user-mailing-list.2363388.n4.nabble.com/file/t1136/nginx.conf>  

Could you please tell us what to do?

Thanks in advance,

Sebastián



--
Sent from: http://apache-guacamole-general-user-mailing-list.2363388.n4.nabble.com/

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


Re: Problem with File Transfer over RDP

Posted by Mike Jumper <mj...@apache.org>.
On Mon, Feb 3, 2020 at 5:59 AM smiranda <sm...@optimisa.cl> wrote:
>
> Hello Mike,
>
> Please find below the actual version and configuration
>
> root@guacamole:~# apt list --installed | grep nginx
>
> WARNING: apt does not have a stable CLI interface yet. Use with caution in
> scripts.
>
> nginx/trusty-updates,trusty-security,now 1.4.6-1ubuntu3.9 all [installed]
> ...

This should be fine - Nginx 1.3 and later support WebSocket.

>
> ...
> tomcat7-docs/trusty-updates,trusty-security,now 7.0.52-1ubuntu0.16 all
> [installed]

This should be fine - Tomcat 7.0.37 and later support WebSocket.

>
> Respaldo_Nginx.gz
> <http://apache-guacamole-general-user-mailing-list.2363388.n4.nabble.com/file/t1136/Respaldo_Nginx.gz>

Your Nginx configuration doesn't match what we've documented for
setting up Nginx as a reverse proxy for Guacamole:

http://guacamole.apache.org/doc/gug/proxying-guacamole.html#nginx

You should use our documented, known-good configuration as a basis and
move forward from there.

I also notice the following comment in your configuration, right above
where there are a set of configuration lines relevant to WebSocket:

    # Enabling websockets using the first 3 lines; Check
/var/log/tomcat8/catalina.out while testing; guacamole will show you a
fallback message if websockets fail to work.

Going forward, you should do as it suggests if things are not behaving
as expected.

Also worth noting, the following pair of lines was within your config:

    # Just something that was advised by someone from the dev team;
worked fine without it too.
    proxy_cookie_path /guacamole/ /;

Your current configuration does not change the path that Guacamole is
served from. It doesn't make sense to have this line if you are not
changing the path.

- Mike

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


Re: Problem with File Transfer over RDP

Posted by smiranda <sm...@optimisa.cl>.
Hello Mike, 

Please find below the actual version and configuration

root@guacamole:~# apt list --installed | grep nginx

WARNING: apt does not have a stable CLI interface yet. Use with caution in
scripts.

nginx/trusty-updates,trusty-security,now 1.4.6-1ubuntu3.9 all [installed]
nginx-common/trusty-updates,trusty-security,now 1.4.6-1ubuntu3.9 all
[installed,automatic]
nginx-core/trusty-updates,trusty-security,now 1.4.6-1ubuntu3.9 amd64
[installed,automatic]
root@guacamole:~# apt list --installed | grep tomcat

WARNING: apt does not have a stable CLI interface yet. Use with caution in
scripts.

libtomcat7-java/trusty-updates,trusty-security,now 7.0.52-1ubuntu0.16 all
[installed,automatic]
tomcat7/trusty-updates,trusty-security,now 7.0.52-1ubuntu0.16 all
[installed]
tomcat7-admin/trusty-updates,trusty-security,now 7.0.52-1ubuntu0.16 all
[installed]
tomcat7-common/trusty-updates,trusty-security,now 7.0.52-1ubuntu0.16 all
[installed,automatic]
tomcat7-docs/trusty-updates,trusty-security,now 7.0.52-1ubuntu0.16 all
[installed]

Respaldo_Nginx.gz
<http://apache-guacamole-general-user-mailing-list.2363388.n4.nabble.com/file/t1136/Respaldo_Nginx.gz>  

Hope you can help me.

Thanks and Regards, 

Sebastian



--
Sent from: http://apache-guacamole-general-user-mailing-list.2363388.n4.nabble.com/

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


Re: Problem with File Transfer over RDP

Posted by Mike Jumper <mj...@apache.org>.
On Fri, Jan 31, 2020, 09:55 smiranda <sm...@optimisa.cl> wrote:

> Hello Mike,
>
> Still haven't been able to make file transfers but I would like to have
> your
> confirmation on something. If we don't get file transfer to work we will
> not
> be able to print from the remote server, am I right?
>

Printing via RDP within Guacamole uses the same file transfer mechanism,
yes.


> Our Guacamole is installed on Ubuntu, with Tomcat7 and NGINX
>

What version of Nginx?

What specific version of Tomcat 7?

Can you share your Nginx configuration?

- Mike

Re: Problem with File Transfer over RDP

Posted by Vieri <re...@yahoo.com.INVALID>.
 On Friday, January 31, 2020, 6:55:08 PM GMT+1, smiranda <sm...@optimisa.cl> wrote: 
>
> If we don't get file transfer to work we will not
> be able to print from the remote server, am I right?

I might be wrong, but if you don't strictly require file transfers, you can still print by setting up a virtual PDF printer, and I *think* the PDF should be downloaded even if websockets are blocked/disabled.
The local user will then decide what to do with that PDF.

Vieri

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


Re: Problem with File Transfer over RDP

Posted by smiranda <sm...@optimisa.cl>.
Hello Mike, 

Still haven't been able to make file transfers but I would like to have your
confirmation on something. If we don't get file transfer to work we will not
be able to print from the remote server, am I right?

Our Guacamole is installed on Ubuntu, with Tomcat7 and NGINX

Have a nice weekend

Best Regards, 

Sebastian Miranda 



--
Sent from: http://apache-guacamole-general-user-mailing-list.2363388.n4.nabble.com/

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


Re: Problem with File Transfer over RDP

Posted by Mike Jumper <mj...@apache.org>.
On Wed, Jan 29, 2020 at 10:35 AM smiranda <sm...@optimisa.cl> wrote:

> Hello Mike,
>
> We configured the server.xml with the recommendations on Guacamole Manual
> (https://guacamole.apache.org/doc/gug/proxying-guacamole.html) in order to
> enable reverse proxy.
>
> We also configured the Nginx sites-enabled/default and still have the same
> problem.
>
> Guacamole is running but we cannot find evidence of Apache being installed.
> So what can we do in order to transfer and print files ?
>

For Nginx, all you should need to do is what's documented:

https://guacamole.apache.org/doc/gug/proxying-guacamole.html#nginx

If your configuration already matches the above, and your Nginx supports
WebSocket (1.3 or later), then things should work fine.

Have you tried connecting to Tomcat directly, without any intervening
proxy, to verify that it is indeed the reverse proxy causing trouble? Are
there any other network devices between the users and Tomcat or your proxy
which might not be able to handle WebSocket?

- Mike

Re: Problem with File Transfer over RDP

Posted by Nick Couchman <vn...@apache.org>.
On Wed, Jan 29, 2020 at 1:35 PM smiranda <sm...@optimisa.cl> wrote:

> Hello Mike,
>
> We configured the server.xml with the recommendations on Guacamole Manual
> (https://guacamole.apache.org/doc/gug/proxying-guacamole.html) in order to
> enable reverse proxy.
>
> We also configured the Nginx sites-enabled/default and still have the same
> problem.
>
>
Did you also configure Nginx with SSL/TLS (https) support, and are you
accessing the Guacamole install via https:// instead of http://.


> Guacamole is running but we cannot find evidence of Apache being installed.
> So what can we do in order to transfer and print files ?
>
>
If you installed Nginx you don't need Apache httpd - you only need one or
the other to proxy in front of Tomcat.

-Nick

Re: Problem with File Transfer over RDP

Posted by smiranda <sm...@optimisa.cl>.
Hello Mike, 

We configured the server.xml with the recommendations on Guacamole Manual
(https://guacamole.apache.org/doc/gug/proxying-guacamole.html) in order to
enable reverse proxy. 

We also configured the Nginx sites-enabled/default and still have the same
problem.

Guacamole is running but we cannot find evidence of Apache being installed.
So what can we do in order to transfer and print files ?

Thanks and Regards, 

- Sebastian 



--
Sent from: http://apache-guacamole-general-user-mailing-list.2363388.n4.nabble.com/

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


Re: Problem with File Transfer over RDP

Posted by Mike Jumper <mj...@apache.org>.
On Tue, Jan 28, 2020 at 1:56 PM smiranda <sm...@optimisa.cl> wrote:

> Hello Mike,
>
> We tried to install the module you recommended but could not find some of
> the components (Apache) ...


The module is a requirement. Because of the issue I cited, you will not be
able to print or transfer files unless you configure your reverse proxy to
support WebSocket. The browser will block the transfers if the Guacamole
connection is using HTTP.

... however we found the Catalina.out which I am attaching now:


At this point, any further logs will really just be noise - the cause is
known. You will see errors in your logs, especially with debug-level
logging enabled, just from all the connection closures. If you are using a
reverse proxy and do not configure WebSocket correctly, you will
encounter this issue.

- Mike

Re: Problem with File Transfer over RDP

Posted by smiranda <sm...@optimisa.cl>.
Hello Mike, 

We tried to install the module you recommended but could not find some of
the components (Apache) however we found the Catalina.out which I am
attaching now:

21:57.260 [http-bio-8080-exec-6] DEBUG o.a.g.t.StreamInterceptingTunnel -
Intercepting output stream #2 of tunnel
"611f4355-46da-4a47-a785-143c4b5a5eeb".
15:21:57.306 [http-bio-8080-exec-9] DEBUG o.a.g.s.GuacamoleHTTPTunnelServlet
- Error writing to servlet output stream
org.apache.catalina.connector.ClientAbortException: null
at org.apache.catalina.connector.OutputBuffer.doFlush(OutputBuffer.java:371)
~[tomcat-catalina-7.0.52.jar:7.0.52]
at org.apache.catalina.connector.OutputBuffer.flush(OutputBuffer.java:333)
~[tomcat-catalina-7.0.52.jar:7.0.52]
at
org.apache.catalina.connector.CoyoteOutputStream.flush(CoyoteOutputStream.java:101)
~[tomcat-catalina-7.0.52.jar:7.0.52]
at java.base/sun.nio.cs.StreamEncoder.implFlush(StreamEncoder.java:318)
~[na:na]
at java.base/sun.nio.cs.StreamEncoder.flush(StreamEncoder.java:153) ~[na:na]
at java.base/java.io.OutputStreamWriter.flush(OutputStreamWriter.java:254)
~[na:na]
at java.base/java.io.BufferedWriter.flush(BufferedWriter.java:257) ~[na:na]
at
org.apache.guacamole.servlet.GuacamoleHTTPTunnelServlet.doRead(GuacamoleHTTPTunnelServlet.java:380)
~[guacamole-common-1.0.0.jar:na]
at
org.apache.guacamole.servlet.GuacamoleHTTPTunnelServlet.handleTunnelRequest(GuacamoleHTTPTunnelServlet.java:244)
~[guacamole-common-1.0.0.jar:na]
at
org.apache.guacamole.servlet.GuacamoleHTTPTunnelServlet.doGet(GuacamoleHTTPTunnelServlet.java:137)
~[guacamole-common-1.0.0.jar:na]
at javax.servlet.http.HttpServlet.service(HttpServlet.java:620)
~[servlet-api-3.0.jar:na]
at javax.servlet.http.HttpServlet.service(HttpServlet.java:727)
~[servlet-api-3.0.jar:na]
at
com.google.inject.servlet.ServletDefinition.doService(ServletDefinition.java:263)
~[guice-servlet-3.0.jar:na]
at
com.google.inject.servlet.ServletDefinition.service(ServletDefinition.java:178)
~[guice-servlet-3.0.jar:na]
at
com.google.inject.servlet.ManagedServletPipeline.service(ManagedServletPipeline.java:91)
~[guice-servlet-3.0.jar:na]
at
com.google.inject.servlet.FilterChainInvocation.doFilter(FilterChainInvocation.java:62)
~[guice-servlet-3.0.jar:na]
at
com.google.inject.servlet.ManagedFilterPipeline.dispatch(ManagedFilterPipeline.java:118)
~[guice-servlet-3.0.jar:na]
at com.google.inject.servlet.GuiceFilter.doFilter(GuiceFilter.java:113)
~[guice-servlet-3.0.jar:na]
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:241)
~[tomcat-catalina-7.0.52.jar:7.0.52]
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:208)
~[tomcat-catalina-7.0.52.jar:7.0.52]
at
org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:220)
~[tomcat-catalina-7.0.52.jar:7.0.52]
at
org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:122)
~[tomcat-catalina-7.0.52.jar:7.0.52]
at
org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:493)
~[tomcat-catalina-7.0.52.jar:7.0.52]
at
org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:170)
~[tomcat-catalina-7.0.52.jar:7.0.52]
at
org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:98)
~[tomcat-catalina-7.0.52.jar:7.0.52]
at org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:950)
~[tomcat-catalina-7.0.52.jar:7.0.52]
at
org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:116)
~[tomcat-catalina-7.0.52.jar:7.0.52]
at
org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:408)
~[tomcat-catalina-7.0.52.jar:7.0.52]
at
org.apache.coyote.http11.AbstractHttp11Processor.process(AbstractHttp11Processor.java:1041)
~[tomcat-coyote-7.0.52.jar:7.0.52]
at
org.apache.coyote.AbstractProtocol$AbstractConnectionHandler.process(AbstractProtocol.java:607)
~[tomcat-coyote-7.0.52.jar:7.0.52]
at
org.apache.tomcat.util.net.JIoEndpoint$SocketProcessor.run(JIoEndpoint.java:313)
~[tomcat-coyote-7.0.52.jar:7.0.52]
at
java.base/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1128)
~[na:na]
at
java.base/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:628)
~[na:na]
at java.base/java.lang.Thread.run(Thread.java:835) ~[na:na]
Caused by: java.net.SocketException: Broken pipe (Write failed)
at java.base/java.net.SocketOutputStream.socketWrite0(Native Method)
~[na:na]
at
java.base/java.net.SocketOutputStream.socketWrite(SocketOutputStream.java:110)
~[na:na]
at java.base/java.net.SocketOutputStream.write(SocketOutputStream.java:150)
~[na:na]
at
org.apache.coyote.http11.InternalOutputBuffer.realWriteBytes(InternalOutputBuffer.java:215)
~[tomcat-coyote-7.0.52.jar:7.0.52]
at org.apache.tomcat.util.buf.ByteChunk.flushBuffer(ByteChunk.java:480)
~[tomcat-coyote-7.0.52.jar:7.0.52]
at
org.apache.coyote.http11.InternalOutputBuffer.flush(InternalOutputBuffer.java:119)
~[tomcat-coyote-7.0.52.jar:7.0.52]
at
org.apache.coyote.http11.AbstractHttp11Processor.action(AbstractHttp11Processor.java:800)
~[tomcat-coyote-7.0.52.jar:7.0.52]
at org.apache.coyote.Response.action(Response.java:174)
~[tomcat-coyote-7.0.52.jar:7.0.52]
at org.apache.catalina.connector.OutputBuffer.doFlush(OutputBuffer.java:366)
~[tomcat-catalina-7.0.52.jar:7.0.52]
... 33 common frames omitted
15:21:57.306 [http-bio-8080-exec-9] DEBUG o.a.g.s.GuacamoleHTTPTunnelServlet
- Deregistered tunnel "611f4355-46da-4a47-a785-143c4b5a5eeb".

We will continue looking at this tomorrow.

Thanks and Good Night

Sebastian




--
Sent from: http://apache-guacamole-general-user-mailing-list.2363388.n4.nabble.com/

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


Re: Problem with File Transfer over RDP

Posted by Mike Jumper <mj...@apache.org>.
On Tue, Jan 28, 2020 at 6:19 AM smiranda <sm...@optimisa.cl> wrote:

> ...
> In Tomcat log
> greenrt@guacamole-sap:/var/log/tomcat7$ tail
> localhost_access_log.2020-01-28.txt
> 127.0.0.1 - - [28/Jan/2020:08:05:33 -0600] "GET
> /guacamole/tunnel?read:6bfca967-f561-42b9-9a7a-13fb119a6e1e:1532 HTTP/1.1"
> 200 67
>

There should be a different log (catalina.out, or possibly via journalctl)
which contains the actual messages, warnings, etc. logged by the Guacamole
web application. This log is the Tomcat access log. That said, this may
already be enough: the fact that there are accesses to the
"/guacamole/tunnel" endpoint (the HTTP tunnel) indicates that WebSocket is
indeed not being used. There is a known issue which prevents file downloads
from functioning correctly while the HTTP tunnel is in use, likely due to
browser limitations on the number of HTTP connections allowed:

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

I recommend checking whether there is something on the network between your
users and Tomcat which might interfere with WebSocket. A misconfigured
reverse proxy is a common cause.

- Mike

Re: Problem with File Transfer over RDP

Posted by smiranda <sm...@optimisa.cl>.
Hello Mike, 

I checkked syslog and found the following
greenrt@guacamole-sap:/var/log$ tail -f syslog
Jan 28 07:52:59 guacamole-sap guacd[20643]: Device 0 (Optimisa) connected
successfully
Jan 28 07:52:59 guacamole-sap guacd[20643]: Device 1 (Disk) connected
successfully
Jan 28 07:53:31 guacamole-sap guacd[20643]: Ignoring printer cached
configuration data
Jan 28 07:53:55 guacamole-sap kernel: [3029671.082274] [UFW BLOCK] IN=eth0
OUT= MAC=01:00:5e:00:00:01:34:56:fe:a8:15:c0:08:00 SRC=0.0.0.0 DST=224.0.0.1
LEN=32 TOS=0x00 PREC=0xC0 TTL=1 ID=63770 PROTO=2 
Jan 28 07:56:05 guacamole-sap kernel: [3029800.992646] [UFW BLOCK] IN=eth0
OUT= MAC=01:00:5e:00:00:01:34:56:fe:a8:15:c0:08:00 SRC=0.0.0.0 DST=224.0.0.1
LEN=32 TOS=0x00 PREC=0xC0 TTL=1 ID=63782 PROTO=2 
Jan 28 07:56:15 guacamole-sap kernel: [3029810.985709] [UFW BLOCK] IN=eth0
OUT= MAC=01:00:5e:00:00:01:34:56:fe:a8:15:c0:08:00 SRC=0.0.0.0 DST=224.0.0.1
LEN=32 TOS=0x00 PREC=0xC0 TTL=1 ID=63783 PROTO=2 
Jan 28 07:58:15 guacamole-sap kernel: [3029930.903112] [UFW BLOCK] IN=eth0
OUT= MAC=01:00:5e:00:00:01:34:56:fe:a8:15:c0:08:00 SRC=0.0.0.0 DST=224.0.0.1
LEN=32 TOS=0x00 PREC=0xC0 TTL=1 ID=63795 PROTO=2 
Jan 28 07:58:25 guacamole-sap kernel: [3029940.900798] [UFW BLOCK] IN=eth0
OUT= MAC=01:00:5e:00:00:01:34:56:fe:a8:15:c0:08:00 SRC=0.0.0.0 DST=224.0.0.1
LEN=32 TOS=0x00 PREC=0xC0 TTL=1 ID=63796 PROTO=2 
Jan 28 08:00:35 guacamole-sap kernel: [3030070.813150] [UFW BLOCK] IN=eth0
OUT= MAC=01:00:5e:00:00:01:34:56:fe:a8:15:c0:08:00 SRC=0.0.0.0 DST=224.0.0.1
LEN=32 TOS=0x00 PREC=0xC0 TTL=1 ID=63809 PROTO=2 
Jan 28 08:00:35 guacamole-sap kernel: [3030070.813248] [UFW BLOCK] IN=eth0
OUT= MAC=01:00:5e:00:00:01:34:56:fe:a8:15:c0:08:00 SRC=0.0.0.0 DST=224.0.0.1
LEN=32 TOS=0x00 PREC=0xC0 TTL=1 ID=63810 PROTO=2 

In Tomcat log
greenrt@guacamole-sap:/var/log/tomcat7$ tail
localhost_access_log.2020-01-28.txt
127.0.0.1 - - [28/Jan/2020:08:05:33 -0600] "GET
/guacamole/tunnel?read:6bfca967-f561-42b9-9a7a-13fb119a6e1e:1532 HTTP/1.1"
200 67
127.0.0.1 - - [28/Jan/2020:08:05:33 -0600] "POST
/guacamole/tunnel?write:6bfca967-f561-42b9-9a7a-13fb119a6e1e HTTP/1.1" 200 -
127.0.0.1 - - [28/Jan/2020:08:05:33 -0600] "POST
/guacamole/tunnel?write:6bfca967-f561-42b9-9a7a-13fb119a6e1e HTTP/1.1" 200 -
127.0.0.1 - - [28/Jan/2020:08:05:33 -0600] "POST
/guacamole/tunnel?write:6bfca967-f561-42b9-9a7a-13fb119a6e1e HTTP/1.1" 200 -
127.0.0.1 - - [28/Jan/2020:08:05:33 -0600] "GET
/guacamole/tunnel?read:6bfca967-f561-42b9-9a7a-13fb119a6e1e:1533 HTTP/1.1"
200 67
127.0.0.1 - - [28/Jan/2020:08:05:33 -0600] "POST
/guacamole/tunnel?write:6bfca967-f561-42b9-9a7a-13fb119a6e1e HTTP/1.1" 200 -
127.0.0.1 - - [28/Jan/2020:08:05:34 -0600] "POST
/guacamole/tunnel?write:6bfca967-f561-42b9-9a7a-13fb119a6e1e HTTP/1.1" 200 -
127.0.0.1 - - [28/Jan/2020:08:05:34 -0600] "GET
/guacamole/tunnel?read:6bfca967-f561-42b9-9a7a-13fb119a6e1e:1534 HTTP/1.1"
200 67
127.0.0.1 - - [28/Jan/2020:08:05:34 -0600] "POST
/guacamole/tunnel?write:6bfca967-f561-42b9-9a7a-13fb119a6e1e HTTP/1.1" 200 -
127.0.0.1 - - [28/Jan/2020:08:05:34 -0600] "POST
/guacamole/tunnel?write:6bfca967-f561-42b9-9a7a-13fb119a6e1e HTTP/1.1" 200 -



--
Sent from: http://apache-guacamole-general-user-mailing-list.2363388.n4.nabble.com/

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


Re: Problem with File Transfer over RDP

Posted by Mike Jumper <mj...@apache.org>.
On Mon, Jan 27, 2020 at 11:51 AM smiranda <sm...@optimisa.cl> wrote:

> Hello, We have been experiencieng problems when doing file transfer and
> printing from a server connected with Guacamole. We have enabled device
> redirection and when sending to print a document, the sesión stays waiting
> for ever. On the other hand if I try to download a file, the sesión closes
> immediately and the explorer Windows opens asking for the path to save the
> file and all files downloaded are 4 kb although the original size is
> bigger. Once downloaded, the files cannot be opened. I have tested with
> Chrome, Mozzilla Firefox and Internet Explorer, Please help me solve this
> problem, Best Regards,


Do you see any errors or warnings in the guacd or Tomcat logs? In
particular, do you see any warnings in the Tomcat logs about HTTP having to
be used instead of WebSocket? What about any errors in the JavaScript
console of the browser when this occurs? Is there anything on the network
between your users and Tomcat which might be interfering with the
connection?

- Mike