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 <[email protected]> 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:[email protected]] > 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 > <[email protected]> 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 > <[email protected]>wrote: >> >>> On Thu, Oct 20, 2011 at 12:48 PM, Jonathan Leafty >>> <[email protected]> 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 >>> [email protected] >>> http://openindiana.org/mailman/listinfo/openindiana-discuss >>> >> _______________________________________________ >> OpenIndiana-discuss mailing list >> [email protected] >> http://openindiana.org/mailman/listinfo/openindiana-discuss >> > > _______________________________________________ > OpenIndiana-discuss mailing list > [email protected] > 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 [email protected] 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 > [email protected] > http://openindiana.org/mailman/listinfo/openindiana-discuss > _______________________________________________ OpenIndiana-discuss mailing list [email protected] http://openindiana.org/mailman/listinfo/openindiana-discuss
