Age | Commit message (Collapse) | Author | Files | Lines |
|
handles are not shared between open dcerpc connections, even when
those connections are on the same SMB socket. I have tested this with
w2k3, w2k and NT4. It seems that policy handles have a strict scope of
the dcerpc connection on which they were opened.
I realise that this goes against existing folk-law in the team, but it
seems that the previous testing (I'm not sure who did this?) was
wrong. Perhaps clients do send us policy handles from other
connections, but if they do then the correct thing to do is to fail
the operation with a dcerpc fault. I suspect that failing it with
exactly the right dcerpc fault code is important.
(This used to be commit 2ed24d29bafd9055d5782acdd595cd0f378a651a)
|
|
through a read. This happens to also avoid a memcpy on output for
dcerpc over tcp.
(This used to be commit e7c53ad1856e299d82d84b5837189ae3191c32de)
|
|
common case of there being no pending partial data and a full dcerpc
packet being received.
We should use this same model for the smb server. It gives us
efficient memory usage while allowing for completely async socket
operations.
(This used to be commit 9aab321fb6e2f3499efd8ca5bc88ce2cb8e68219)
|
|
and let this be called by make [un]install
we can later change this and the make all
to not do the torture stuff, but for know only developers will
use samba4...
metze
(This used to be commit cb5f1e581fcb9eaf36926c3f341b0ab784031282)
|
|
and some stuff from configure.in and dynconfig.[ch]
make all
makes
bin/gentest bin/masktest bin/smbd
bin/locktest bin/smbclient bin/smbtorture
bin/ndrdump
now
metze
(This used to be commit e0043693a66a319ab7fef0e4202239c0b5d4bff8)
|
|
(This used to be commit 2372321eedb6d446c1555ed318bd98743cabaaa0)
|
|
(This used to be commit 6319166420ba7cd7bb3a69d88510d8e6216c7c89)
|
|
* fixed the handling of anonymous logins
(This used to be commit 7cbc4ad8710ad33387145bfc9974d0ed4b0fb231)
|
|
call it like:
script/find_unused_makefilevars.pl Makefile
or
script/find_unused_makefilevars.pl Makefile.in
metze
(This used to be commit ebecb6d05b97dc5bac8d9e48f8fad75dfbb44a74)
|
|
(This used to be commit 7c6a261871d2b44fe6eccfda7cb4f3c558dbf5e3)
|
|
(This used to be commit 5c8abbcbe520d8dc5de6df304f5a64048977b340)
|
|
(This used to be commit 399f95536bf64890284a51e4a2bbb7a15c91c3be)
|
|
Jerry should I change this in 3_0 and HEAD as well?
metze
(This used to be commit 664f1e30f816ef64f85b5df841592675a6fe06f2)
|
|
(This used to be commit 6ac547fa5fe4b1926bafc46e500b51486c7d500d)
|
|
1.) We now register endpoint servers add startup via register_backend()
and later use the smb.conf 'dcerpc endpoint servers' parameter to setup the dcesrv_context
2.) each endpoint server can register at context creation time as much interfaces as it wants
(multiple interfaces on one endpoint are supported!)
(NOTE: there's a difference between 'endpoint server' and 'endpoint'!
for details look at rpc_server/dcesrv_server.h)
3.) one endpoint can have a security descriptor registered to it self
this will be checked in the future when a client wants to connect
to an smb pipe endpoint.
4.) we now have a 'remote' endpoint server, which works like the ntvfs_cifs module
it takes this options in the [globals] section:
dcerpc remote:interfaces = srvsvc, winreg, w32time, epmapper
dcerpc remote:binding = ...
dcerpc remote:user = ...
dcerpc remote:password = ...
5.) we currently have tree endpoint servers: epmapper, rpcecho and remote
the default for the 'dcerpc endpiont servers = epmapper, rpcecho'
for testing you can also do
dcerpc endpoint servers = rpcecho, remote, epmapper
dcerpc remote:interfaces = srvsvc, samr, netlogon
6,) please notice the the epmapper now only returns NO_ENTRIES
(but I think we'll find a solution for this too:-)
7.) also there're some other stuff left, but step by step :-)
This patch also includes updates for the
register_subsystem() , ntvfs_init(), and some other funtions
to check for duplicate subsystem registration
metze
(hmmm, my first large commit...I hope it works as supposed :-)
(This used to be commit 917e45dafd5be4c2cd90ff425b8d6f8403122349)
|
|
metze
(This used to be commit 189ef6e73d04c3c02309b51a5b73e322abb82cdb)
|
|
(This used to be commit 43130f370b84828fce3eb5501464eb2c47138acc)
|
|
passes in NULL.
(This used to be commit b63ebaa770940a276ab63583a13d8cc349b6efe6)
|
|
(This used to be commit 1f89d89954a3501e08efa97d1276ba9bb2d2305f)
|
|
(This used to be commit 64cf9b3fd3ad971973f6f1d73b924af225252837)
|
|
(This used to be commit a6f43de7f832fd1a9da8ccaadd293a4aa4647e6c)
|
|
(This used to be commit 564e505e925d67be00ca2cbe21b2b9b33a1ac0c7)
|
|
(This used to be commit 9d3e06f0e312c5585701aa385132f23dfb2917eb)
|
|
(This used to be commit 59557a557df6e61af4f01534489691416398fb26)
|
|
(This used to be commit a65edfbcd7aa495e91073a076ea131a64e6ed5aa)
|
|
(This used to be commit 9355538a9249012d1685967a87e5a6cb795e5c2c)
|
|
we needed to adjust the alignment of [relative] buffers for this to
work. I wonder if they are always 4 byte aligned?
(This used to be commit 9cd0a0b8b976e62c6da71b7e55cba5b38483620d)
|
|
(This used to be commit 09a9b25c8d916c0467a124d959d5cd911b782dfa)
|
|
(This used to be commit abe7ffcece5fcb75b0cf5633dd5871fa3e3c1723)
|
|
(This used to be commit f740b02ac36780740700909da2bcdf672cb146cb)
|
|
pointers are arrays
(This used to be commit e67cbfff6c1041671711e4f73894e6e13151d57e)
|
|
thanks to Kai for spotting this!
(This used to be commit 0fc42c33d3b0930fdf1dc71a407f4fcaac69d82d)
|
|
(This used to be commit 3f1b781c5659361d7e9cc3ab2072e1462d40df55)
|
|
(This used to be commit 2c9a999c5421a07ae3059595f70d5533f2040a03)
|
|
(This used to be commit d7b680899fedb0b6f8169845791d7284e8d203ba)
|
|
send packets in bigendian format.
(This used to be commit 44df662960e662a55a9f27627f838771503a7a59)
|
|
(This used to be commit 09d17d705a6e378a7c1a40b29d2e091200b6d757)
|
|
(This used to be commit 7895796ef8a0dfe5de1404e630b2489fdec39a56)
|
|
(This used to be commit 691f9c1c4448fb54846fcfffeca43601bcd44138)
|
|
dcerpc_binding_string code
(This used to be commit 1fa68c18facfb6c96d5a274cfd9560cb4b2956f6)
|
|
option in the ncacn_* syntax
(This used to be commit 74f36d32bb14e94a80e1963cbc95f8fba3f23335)
|
|
(This used to be commit 1056618b6a70b32fc17a8290f3efa3334fa1b049)
|
|
choose bigendian smbtorture on the command line
(This used to be commit 31d8e0a7cf9ab6e0cd23056333672de94d6a95b0)
|
|
uint32 followed by a GUID. I needed to fix this to support running in
mixed-mode rpc (where smbtorture is bigendian and w2k3 is
little-endian). Otherwise when you send back a policy handle the
server doesn't recognise it.
(This used to be commit 9b1c76a8e9e953e051072441f8938ee17a674d35)
|
|
msrpc).
this was easier than I expected!
(This used to be commit a0a51af6b746b1f82faaa49d33c17fea9d708fb0)
|
|
This adds support for bigendian rpc in the client. I have installed
SUN pcnetlink locally and am using it to test the samba4 rpc
code. This allows us to easily find places where we have stuffed up
the types (such as 2 uint16 versus a uint32), as testing both
big-endian and little-endian easily shows which is correct. I have now
used this to fix several bugs like that in the samba4 IDL.
In order to make this work I also had to redefine a GUID as a true
structure, not a blob. From the pcnetlink wire it is clear that it is
indeed defined as a structure (the byte order changes). This required
changing lots of Samba code to use a GUID as a structure.
I also had to fix the if_version code in dcerpc syntax IDs, as it
turns out they are a single uint32 not two uint16s.
The big-endian support is a bit ugly at the moment, and breaks the
layering in some places. More work is needed, especially on the server
side.
(This used to be commit bb1af644a5a7b188290ce36232f255da0e5d66d2)
|
|
function
(This used to be commit d18a08a870aa9ee12ed2913775b70d1b8a09c84b)
|
|
(This used to be commit f50d4b602af73045e5b15d62fd24224eba849fd1)
|
|
(This used to be commit 42dd8d888a1d4c09aebb199e8636f49df6d2e36a)
|
|
dummy elements if need be.
(This used to be commit b6fdc984023a76a6c77d03cb3ec12c6c18d215a6)
|