NoAuth failing to load?

classic Classic list List threaded Threaded
3 messages Options
Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

NoAuth failing to load?

tako
This post was updated on .
Hi, I'm trying to test out Apache Guacamole to see if it'd be suitable for my environment. I have it set up and running in a RHEL6 VM. I was able to compile everything, set up Tomcat, etc. When I tried to switch over to NoAuth (for testing purposes, I just need to confirm that the software works as intended).

When loading the page (localhost:8080/guacamole), I receive the error listed below.

Note that tomcat:tomcat owns *EVERYTHING* related to Guacamole. GUACAMOLE_HOME is /home/tomcat/.guacamole

the noauth jar is in both GUACAMOLE_HOME/extensions and WEB_INF/lib (or whatever the path is)

Any ideas?

Thanks!

31-Jul-2017 11:52:53.576 SEVERE [http-nio-8080-exec-3] com.sun.jersey.spi.container.ContainerResponse.logException Mapped exception to response: 500 (Internal Server Error)
 org.apache.guacamole.rest.APIException
	at org.apache.guacamole.rest.RESTExceptionWrapper.invoke(RESTExceptionWrapper.java:187)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
	at java.lang.reflect.Method.invoke(Method.java:498)
	at com.sun.jersey.spi.container.JavaMethodInvokerFactory$1.invoke(JavaMethodInvokerFactory.java:60)
	at com.sun.jersey.server.impl.model.method.dispatch.AbstractResourceMethodDispatchProvider$TypeOutInvoker._dispatch(AbstractResourceMethodDispatchProvider.java:185)
	at com.sun.jersey.server.impl.model.method.dispatch.ResourceJavaMethodDispatcher.dispatch(ResourceJavaMethodDispatcher.java:75)
	at com.sun.jersey.server.impl.uri.rules.HttpMethodRule.accept(HttpMethodRule.java:302)
	at com.sun.jersey.server.impl.uri.rules.ResourceClassRule.accept(ResourceClassRule.java:108)
	at com.sun.jersey.server.impl.uri.rules.RightHandPathRule.accept(RightHandPathRule.java:147)
	at com.sun.jersey.server.impl.uri.rules.RootResourceClassesRule.accept(RootResourceClassesRule.java:84)
	at com.sun.jersey.server.impl.application.WebApplicationImpl._handleRequest(WebApplicationImpl.java:1511)
	at com.sun.jersey.server.impl.application.WebApplicationImpl._handleRequest(WebApplicationImpl.java:1442)
	at com.sun.jersey.server.impl.application.WebApplicationImpl.handleRequest(WebApplicationImpl.java:1391)
	at com.sun.jersey.server.impl.application.WebApplicationImpl.handleRequest(WebApplicationImpl.java:1381)
	at com.sun.jersey.spi.container.servlet.WebComponent.service(WebComponent.java:416)
	at com.sun.jersey.spi.container.servlet.ServletContainer.service(ServletContainer.java:538)
	at com.sun.jersey.spi.container.servlet.ServletContainer.service(ServletContainer.java:716)
	at javax.servlet.http.HttpServlet.service(HttpServlet.java:742)
	at com.google.inject.servlet.ServletDefinition.doService(ServletDefinition.java:263)
	at com.google.inject.servlet.ServletDefinition.service(ServletDefinition.java:178)
	at com.google.inject.servlet.ManagedServletPipeline.service(ManagedServletPipeline.java:91)
	at com.google.inject.servlet.FilterChainInvocation.doFilter(FilterChainInvocation.java:62)
	at com.google.inject.servlet.ManagedFilterPipeline.dispatch(ManagedFilterPipeline.java:118)
	at com.google.inject.servlet.GuiceFilter.doFilter(GuiceFilter.java:113)
	at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:193)
	at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:166)
	at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:198)
	at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:96)
	at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:478)
	at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:140)
	at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:80)
	at org.apache.catalina.valves.AbstractAccessLogValve.invoke(AbstractAccessLogValve.java:624)
	at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:87)
	at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:342)
	at org.apache.coyote.http11.Http11Processor.service(Http11Processor.java:799)
	at org.apache.coyote.AbstractProcessorLight.process(AbstractProcessorLight.java:66)
	at org.apache.coyote.AbstractProtocol$ConnectionHandler.process(AbstractProtocol.java:868)
	at org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.doRun(NioEndpoint.java:1455)
	at org.apache.tomcat.util.net.SocketProcessorBase.run(SocketProcessorBase.java:49)
	at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149)
	at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624)
	at org.apache.tomcat.util.threads.TaskThread$WrappingRunnable.run(TaskThread.java:61)
	at java.lang.Thread.run(Thread.java:748)
Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Re: NoAuth failing to load?

Mike Jumper
On Mon, Jul 31, 2017 at 9:03 AM, tako <[hidden email]> wrote:
Hi, I'm trying to test out Apache Guacamole to see if it'd be suitable for my
environment. I have it set up and running in a RHEL6 VM. I was able to
compile everything, set up Tomcat, etc. When I tried to switch over to
NoAuth (for testing purposes, I just need to confirm that the software works
as intended).


If you're just trying to confirm that things work, the best method for doing so would be the built-in authentication mechanism ("user-mapping.xml"). That method requires no extensions whatsoever:


NoAuth is being deprecated and should not be used for new deployments.

When loading the page (localhost:8080/guacamole), I receive the error listed
below.

Note that tomcat:tomcat owns *EVERYTHING* related to Guacamole.
GUACAMOLE_HOME is /home/tomcat/apache/.guacamole

the noauth jar is in both GUACAMOLE_HOME/extensions and WEB_INF/lib (or
whatever the path is)


Do not place extensions anywhere but GUACAMOLE_HOME/extensions/. That is the only correct location for extensions. Placing them elsewhere will either have no effect or, as in the case of WEB-INF/lib, will cause the extensions to be loaded by multiple overlapping classloaders.

See:


- Mike

Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Re: NoAuth failing to load?

tako
Gotcha. I'll note that for the future. I ended up getting this to work. Turns out I forgot the / at the end of the param tags, too used to HTML, where you don't need to close self-closing tags.

Anyways, I'm encountering another issue (which might just be because of a non-standard implementation of VNC on the clients) - all I'm seeing is a blank screen when connecting to a client, but it DOES connect.

Any ideas?

Thanks!
Loading...