Age | Commit message (Collapse) | Author | Files | Lines |
|
to work better against w2k, so we don't get redirected from
1.2.840.113554.1.2.2 to 1.2.840.48018.1.2.2 by a w2k server, causing 2 additional
auth roundtrips.
metze
(This used to be commit fa5c942ee99d3b5779598aa75f71d0317ba3f622)
|
|
negTokenTarg
this happens because we send 1.2.840.113554.1.2.2 before 1.2.840.48018.1.2.2
in the negTokenInit. And w2k's spnego code redirects us to use 1.2.840.48018.1.2.2
and then we start the our spnego engine with 1.2.840.48018.1.2.2 and in the then following
negTokenTarg w2k don't send the supportedMech (which means it aggrees in what we've choosen)
metze
(This used to be commit 5af5488593991ab4a2a8e17d38501ad9ec539020)
|
|
To activate it you must modify the @INDEXLIST object adding
the attribute @IDXONE: 1
Ldb test included
Simo.
(This used to be commit ea111795f4016916473ccc05d23c6655e6af1207)
|
|
metze
(This used to be commit d70140ed07bf4d0d1d0a0485ca73a29cf1cafe8c)
|
|
epoll. It is not linked in anywhere yet - I'm committing it in case
anyone else wants to have a look at it.
The concept is quite strange really, but it seems to be the only way
that Linux 2.6.x can currently use a unified event model allowing for
AIO events and socket events to be waited for by a single unified
event wait function. You setup a epoll system, then setup a weird aio
event that points at the epoll system, then use io_getevents() to
actually do the waiting.
I'm hoping that kevents or a proper integration of epoll will allow us
to avoid ths rather hackish scheme, but meanwhile this is the only
path to proper AIO in Samba on Linux (without a horrible signals mess)
(NOTE: this code requires some kernel patches to work at the moment)
(This used to be commit 195051fdee341e8d8cb76e5c91dcc0f6c246a870)
|
|
as metze once suggested.
rafal
(This used to be commit 1f3fd5f85461d1e8c9cbdc3144d0a6533b170f76)
|
|
up many of the build farm failures.
Andrew Bartlett
(This used to be commit 924af98ffaab3735c3f31014059e7cd0abd71919)
|
|
(This used to be commit a2520bcfa918977f2139a963e9817370789cf077)
|
|
(This used to be commit cc1bcb814844e8a03dfa9a310d26ce3f3441e7bb)
|
|
Andrew Bartlett
(This used to be commit d1b1a4c059bfa93bd55f9ffc718e802695c50cc9)
|
|
metze
(This used to be commit 3daa68e1c4212f1dad98b196a096ded3204b03ba)
|
|
metze
(This used to be commit b0ee1308928d4747639033807aa3f9441ba2ac14)
|
|
metze
(This used to be commit 1b6621814ba83724e05c0c2bea28d6eb295a3655)
|
|
metze
(This used to be commit 314308c0bf8eeb168d59dab2a867e6bf5f51266b)
|
|
communitcation in a CIFS clustered server. It tries to keep the
connections full by setting up the next lock as each lock is done.
The locking pattern is similar to the local filesystem ping pong test
in junkcode, forcing a communication between nodes on each request
(This used to be commit d57b9fb29860bd03cfa970bcc52ef45d17775638)
|
|
(This used to be commit afcc797e8a25d99269f67e05fe57e952dd5d65bc)
|
|
metze
(This used to be commit 557bb8008916fbba95dd3b3a1a872ddf5a143693)
|
|
metze
(This used to be commit 8b03b3a196d9c2b33344d8d0730596b7f24c61dc)
|
|
metze
(This used to be commit de2f9869b5ab97adcb018ede10941562eca518c7)
|
|
metze
(This used to be commit d770effb89a84b53fcdbe0ced29d76455321df9d)
|
|
metze
(This used to be commit 0c4a7d713da3a96ab1abb3ef65c2fecd110a0549)
|
|
metze
(This used to be commit 2f1ec24d776a7ecf4d9b4270f8969e57a4335050)
|
|
metze
(This used to be commit cb5c2e9dc6838145fe9f6f2e727a1df26e688467)
|
|
this wasn't noticed because on the 1st dc in the forest both have the
same value
metze
(This used to be commit 527bd9a0a361e19606e25e885b92da316e740bf9)
|
|
(This used to be commit a4c2a575faf6a20174730524a8b2878eb9fdb50d)
|
|
but not done by windows servers
(This used to be commit e5dbbe177c13b2788b4b4765b3b37cc918b3405c)
|
|
metze
(This used to be commit 3f1e88759cce7b05a117928efe73b353b28e8576)
|
|
Note: we're not doing the "use the policy handle on a different connection"
trick, which w2k3 use
metze
(This used to be commit 1e4abd6a9134c9e279bb7e720c1c83019870f49a)
|
|
http://msdn2.microsoft.com/en-us/library/ms676264.aspx
metze
(This used to be commit a52d5f6ed9d92890d2a677d9398450f355165de2)
|
|
metze
(This used to be commit c40bc7d287664d67415ae0a8b7a272732172ec40)
|
|
metze
(This used to be commit 417f64184e734ab4ce5c78dc3d268c5c4a2cd18d)
|
|
metze
(This used to be commit 61c312a943e93372bc04463bf7e7ebd16166e31e)
|
|
metze
(This used to be commit 6b84a5b595a9637079f944d3285a6e0b6e69d7ec)
|
|
metze
(This used to be commit 45466871b4f10948653274c3c1a43eeac2edc244)
|
|
metze
(This used to be commit 5ebf76d23e9f51672a5bf3dceffe20513f0bd070)
|
|
metze
(This used to be commit 58ae1bedf189d34f65ee07b7dd70a50a86901f05)
|
|
of the join account
metze
(This used to be commit 45da80888f18f0fe10d1aeb9089a695125b184e1)
|
|
request work correctly
- the error structures all have the same type
metze
(This used to be commit 3322dbd901106262b22db35e9ef455a08ac2867c)
|
|
metze
(This used to be commit e8c77b5cbad721c942c26b98f8396af374007e5d)
|
|
metze
(This used to be commit e8c14577976ccb718eb887b0d63b3ba75de00d47)
|
|
boundary. This test shows that both for Samba4 and w2k3, reads larger
than or equal to 64k don't work (return zero bytes).
Not that I claim this is very useful behaviour :-)
(This used to be commit a10fa12ff5657a96e41b309558786780f294a75f)
|
|
DsBindInfo
the remote end sends back
metze
(This used to be commit ff271297928a6d94cc8d2e07f5a77a81c5e14db3)
|
|
metze
(This used to be commit 8441500a32ad61e84d7de64bf0b29f8c84f54211)
|
|
metze
(This used to be commit f66f9c2150b36952ac56290db473167eab22ce97)
|
|
metze
(This used to be commit 96e5d896553abac79d9e302173facf357e0cfff7)
|
|
serverReference
metze
(This used to be commit e5729a29fd1d32e25f670f36ec48132982d197f9)
|
|
to make the "remote" rpc proxy work for outlook and exchange
metze
(This used to be commit 00875f806eca4165cb098b0e01e33c74fdea2bf5)
|
|
(This used to be commit 879dfed8d8356aae6a11352b89bdc0f2d9f28970)
|
|
metze
(This used to be commit deb85414c4d54a2eaf7b1318afb2eb6afdea9330)
|
|
metze
(This used to be commit 69f1b8d3889862e7f69881f8f6b7153c7d67868e)
|