[jcifs] inconsistent NtlmHttpFilter behaviour
eglass1 at comcast.net
eglass1 at comcast.net
Thu Apr 22 14:31:32 GMT 2004
The "smb-failure.pcap" appears to just be the terminal output from running the
trace (i.e. not the trace itself).
> Hi allen
>
> Thanks for the response.
>
> server os: debian woody
> serlet container: tomcat 5.0.19 jdk 1.4
> client browser: Internet Explorer 6.0, windows 2000 professional
> jcifs version: 0.8.3
>
> I do think it could be because of the smb signing thing which you
> mentioned in the email. I have asked our infrastructure team for
> clarifications if we are really using it.
>
> According to your suggestion I have even captured the tcp dump between
> the client and the server and the server and the domain controller.
> These are included in the 2 trace files. For some reason I haven't been
> able to capture the same info in one single file.
>
> Do you see anything fishy going on in this dump.
>
> If the conclusion is that it has got to do with the timeout interval is
> there a temporary patch or workaround possible (sorry haven't checked
> the archive yet).
>
> Thanks
> anand
>
>
> -----Original Message-----
> From: Michael B Allen [mailto:mba2000 at ioplex.com]
> Sent: Thursday, April 22, 2004 4:17 AM
> To: Anand Raman
> Cc: jcifs at lists.samba.org
> Subject: Re: [jcifs] inconsistent NtlmHttpFilter behaviour
>
> What is;
>
> server os:
> serlet container:
> client browser:
> jcifs version:
>
> Your packet captures do not contain any SMB traffic. One known problem
> is
> that if the server is using SMB signing (i.e. Win2k3 uses it by default)
> it will successfully authenticate the first user but subsequent
> authentications within the jcifs.smb.client.soTimeout period will fail.
> We
> are still speculating about how that should be fixed.
>
> Mike
>
More information about the jcifs
mailing list