[jcifs] Problems accessing file using NTLM

[Mike Streeton]

I am trying to access a file after using NTLM challenge to authenticate
with the browser. This works okay authentication takes place
unfortunately it then fails when accessing the file with;

 

jcifs.smb.SmbAuthException: Invalid access to memory location.

      at
jcifs.smb.SmbComSessionSetupAndX.<init>(SmbComSessionSetupAndX.java:44)

      at jcifs.smb.SmbSession.sessionSetup(SmbSession.java:251)

      at jcifs.smb.SmbSession.send(SmbSession.java:225)

      at jcifs.smb.SmbTree.treeConnect(SmbTree.java:147)

      at jcifs.smb.SmbFile.connect(SmbFile.java:791)

      at jcifs.smb.SmbFile.connect0(SmbFile.java:761)

      at jcifs.smb.SmbFile.open0(SmbFile.java:816)

      at jcifs.smb.SmbFile.open(SmbFile.java:845)

      at jcifs.smb.SmbFileInputStream.<init>(SmbFileInputStream.java:69)

      at jcifs.smb.SmbFileInputStream.<init>(SmbFileInputStream.java:62)

      at jcifs.smb.SmbFile.getInputStream(SmbFile.java:2503)

      at
com.ardentia.netsearch.files.LoadSambaFile.doGet(LoadSambaFile.java:144)

      at javax.servlet.http.HttpServlet.service(HttpServlet.java:689)

      at javax.servlet.http.HttpServlet.service(HttpServlet.java:802)

      at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Applica
tionFilterChain.java:252)

      at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilt
erChain.java:173)

      at
org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValv
e.java:213)

      at
org.apache.catalina.core.StandardContextValve.invoke(StandardContextValv
e.java:178)

      at
org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java
:126)

      at
org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java
:105)

      at
org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:541
)

      at
org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.
java:107)

      at
org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:1
48)

      at
org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:86
8)

      at
org.apache.coyote.http11.Http11BaseProtocol$Http11ConnectionHandler.proc
essConnection(Http11BaseProtocol.java:663)

      at
org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket(PoolTcpEndpoint
.java:527)

      at
org.apache.tomcat.util.net.LeaderFollowerWorkerThread.runIt(LeaderFollow
erWorkerThread.java:80)

      at
org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool
.java:684)

      at java.lang.Thread.run(Thread.java:595)

 

A quick google around says this occurs when you authenticate with one DC
and then use the challenge hash on another. We only have one DC and the
file I am accessing is on the this server in a share.

 

JCIFS v1.2.9

 

Any Ideas?

 

Thanks

 

Mike

 

www.ardentia.com the home of NetSearch

 

-------------- next part --------------
HTML attachment scrubbed and removed