[OpenIndiana-discuss] CIFS Alias/Multiple connections

[Gordon Ross]

I've been wanting to fix this for a while, but it rarely pops up.
I just filed: https://www.illumos.org/issues/1676
 Connections to CIFS service via DNS alias kills other sessions

If I attach a proposed fix to that issue, could one of you test it?

Thanks,
Gordon

On Fri, Oct 21, 2011 at 8:17 AM, John McEntee
<jmcentee at stirling-dynamics.com> wrote:
> The thread I saw on opensolaris is here
> http://opensolaris.org/jive/thread.jspa?threadID=139077&tstart=0
>
> But the description is below.
>
> I can't speak to why you don't see this problem with build 134, but I
> believe it's covered by
> 7012679 Configurable bypass for vcnumber zero
> which is fixed in build 162.
>
> The problem is that when a client makes a connection to what it thinks is a
> new server, the first thing that it does is to tell the server to shut down
> any previous connections from that client, presumably to clean up anything
> that might be left over from before a crash. In this case, that mechanism
> kills the connection that was using the other alias.
>
> It appears that Microsoft has realized that this is a problem with the
> definition of the protocol, and has suggested a workaround: that there be
> a configuration option that causes the server to ignore this special
> cleanup request. We've implemented that workaround.
>
> From my perspective here deep in Development and far from the product
> delivery process, I'm afraid I have absolutely no idea when or how a build
> with this fix in place might be made available.
>
>
>
> -----Original Message-----
> From: Gordon Ross [mailto:gordon.w.ross at gmail.com]
> Sent: 21 October 2011 03:54
> To: Discussion list for OpenIndiana
> Subject: Re: [OpenIndiana-discuss] CIFS Alias/Multiple connections
>
> Oh!  I might have a guess what this is - but your captures will verify.
> You can also turn on debug logging.  I think you may see that the
> "vc==0" feature is causing the new connection to kill the prior ones.
>
>
> On Thu, Oct 20, 2011 at 6:13 PM, Jonathan Leafty
> <jleafty+openindianadiscuss at gmail.com> wrote:
>> No network captures yet, I was kind of waiting for the fqdn to be fixed as
> I
>> was thinking it was related.  I think I'll have time to do it this
> weekend,
>> I'll load Wireshark on a Windows 7 VM and report back.
>>
>> Also, I can open two different Explorer Windows (though if you quickly
>> navigate against both you may notice it) with two different aliases, what
>> matters is data transfer.  If I'm copying/reading data on alias1 and I
> start
>> another on alias2, alias1 gets disconnected.  Same with writes.  I can
>> positively say, this never occurred with OS b129-134.  I first noticed it
> in
>> b134a, then Solaris 11 Express, and now OpenIndiana b151a.
>>
>> Its probably related to the various SMB changes with Windows 7/2K8 so I'll
>> try to spin an XP VM up too (I don't have a physical XP box anymore)
>>
>> On Thu, Oct 20, 2011 at 11:31 AM, Gordon Ross
> <gordon.w.ross at gmail.com>wrote:
>>
>>> On Thu, Oct 20, 2011 at 12:48 PM, Jonathan Leafty
>>> <jleafty+openindianadiscuss at gmail.com> wrote:
>>> > No they're just set up in DNS.  After b134 (any flavor, OpenSolaris,
>>> Solaris
>>> > 11 Express) it won't accept CIFS connections to DNS aliases.
>>> >
>>> > Windows 2008 is the same way, but you can flip a registry setting to
> let
>>> SMB
>>> > Connections come in on DNS Aliases even if its not set as a SPN alias
>>> (the
>>> > more proper way).
>>> >
>>> > Which brings me to another problem.  I can't authenticate against the
>>> actual
>>> > AD SPN/Hostname, I get access denied.  But I believe I've seen a bug
>>> report
>>> > about it.  I can go to \\hostname, but not \\hostname.fqdn  if I had a
>>> DNS
>>> > alias as a SPN alias, it will do the same.  I haven't packet sniffed
> yet,
>>> as
>>> > its not a huge issue and since there was a bug report.
>>>
>>> Yes, here's the issue for that:  https://www.illumos.org/issues/1087
>>>  Unable to connect to the CIFS server using \\servername.fqdn
>>> We have someone working on it.
>>>
>>> Perhaps your alias problem is related.
>>>
>>> Do you have network captures for the failure?
>>> Is it the session setup that fails? Tree connect?
>>>
>>> Thanks,
>>> Gordon
>>>
>>> _______________________________________________
>>> OpenIndiana-discuss mailing list
>>> OpenIndiana-discuss at openindiana.org
>>> http://openindiana.org/mailman/listinfo/openindiana-discuss
>>>
>> _______________________________________________
>> OpenIndiana-discuss mailing list
>> OpenIndiana-discuss at openindiana.org
>> http://openindiana.org/mailman/listinfo/openindiana-discuss
>>
>
> _______________________________________________
> OpenIndiana-discuss mailing list
> OpenIndiana-discuss at openindiana.org
> http://openindiana.org/mailman/listinfo/openindiana-discuss
>
>
> _______________________________________________________________________
>
> The contents of this e-mail and any attachment(s) are strictly confidential and are solely for the person(s) at the e-mail address(es) above. If you are not an addressee, you may not disclose, distribute, copy or use this e-mail, and we request that you send an e-mail to admin at stirling-dynamics.com and delete this e-mail.  Stirling Dynamics Ltd. accepts no legal liability for the contents of this e-mail including any errors, interception or interference, as internet communications are not secure.  Any views or opinions presented are solely those of the author and do not necessarily represent those of Stirling Dynamics Ltd. Registered In England No. 2092114 Registered Office: 26 Regent Street, Clifton, Bristol. BS8 4HG
> VAT no. GB 464 6551 29
> _______________________________________________________________________
>
> This e-mail has been scanned for all viruses MessageLabs.
>
> _______________________________________________
> OpenIndiana-discuss mailing list
> OpenIndiana-discuss at openindiana.org
> http://openindiana.org/mailman/listinfo/openindiana-discuss
>