Age | Commit message (Collapse) | Author | Files | Lines |
|
metze
(from samba4wins tree 0f2995f77ab092d71e539c2473c94956f9c253fb)
|
|
metze
(from samba4wins tree f44c8c8e1986e2105e899bb1f8a3896575eef582)
|
|
metze
(from samba4wins tree 1ea02d50d1607b94e15ff07568fa5056cb6e4f09)
|
|
sgroup merges
metze
(from samba4wins tree 80cbe665e561182d28acc6ad474243b83f3e4d28)
|
|
Add an option to propagate name releases directly.
This make the results for #1C name queries more consistent
among all servers.
It's off by default to match windows.
metze
(from samba4wins tree 166e9fdffb9f4e26513c3b4ec1f6f168ecbe18f8)
|
|
We also take the ownership if the record isn't owned.
This matches windows...
metze
(from samba4wins tree d7b19339c0444cbe0989fcfa91a22323215d2f6b)
|
|
metze
(from samba4wins tree 67fa7dc4fe36b143d36df1309840328a14683e31)
|
|
if we're the owner, the expire time becomes the highest
expire time of owned addresses
metze
(from samba4wins tree 024f439db45046c7c0bb4759c75877462405baec)
|
|
metze
(from samba4wins tree eba9a8ce0641a2984112f4e1473801fa449ed96d)
|
|
This fixes a bug where #1C addresses are registered with different
WINS-Servers and a merged #1C record.
metze
(from samba4wins tree 72e055394a0fd1f543be9c196b4179356a1033f6)
|
|
metze
(from samba4wins tree 8035601da7c7e8b65fe1d82c2654c412fa169338)
|
|
We may send requests packets (WACK challenges or similar things)
via a different udp socket than the socket we receive the
matching response. We need to setup an unexpected handler
on the nbt sockets and redirect responses to the correct
nbt_socket. (By redirect I mean we use the correct
nbt_socket structure, we're *not* resending the packet
with sendto() via the kernel...)
metze
(from samba4wins tree 7ce8e705e5a9aabb787d17fbec7a078d9d6780dc)
|
|
Move the last part of nbt_name_socket_recv() into
a new function nbt_name_socket_handle_response_packet()
so that it can be reused by an unexpected handler.
metze
(from samba4wins tree cb0377f3b95e50c84fac999a49dde80acc933124)
|
|
metze
(from samba4wins tree 74232901d1e7ea9ebcb3bd8d584dda36fac37223)
|
|
metze
(from samba4wins tree 8eb30add7c95672a85b4084b4a3dbfa78db820c4)
|
|
metze
(from samba4wins tree 7a1d4fac9d77440c2c463bfdb2a5671e4817cfdf)
|
|
metze
(from samba4wins tree b411e60e1536668e11bc5d8eaa389071b25077bf)
|
|
metze
(from samba4wins tree 405cbb74b7191e744178894a5e0ac4abcac2a4fe)
|
|
If the client gets a WACK response, the server
sends a timeout to the client. Possible
values are between 9 and 105 seconds.
Because w2k3 servers have a bug and always return
a value of 5 seconds, we need a workarround.
Always using a fixed value of 30 seconds is bad
as we could timeout to early.
Now we use the value from the server if it's in the
valid range and otherwise we use the upper limit
of the valid range (105s).
metze
(from samba4wins tree 40ef7739f4141598a6392c203e4a2d52d972fe06)
|
|
metze
(from samba4wins tree 24eb7577414c8584b97f43c850d738d3dbb30777)
|
|
metze
(from samba4wins tree 7862deca8555f960a5ef65e6315ce94af5023a2a)
|
|
metze
(from samba4wins tree de7225658493006c19d139ac77ac1b1ffab01d25)
|
|
metze
(from samba4wins tree 5e101475d5ed62060c991ea71c943e76b862aeef)
|
|
This fixes the following bug:
While we reply with a WACK response to a client.
Instead of waiting for the final reply some
windows client just resends the request using
the same name_trn_id in the nbt_name_packet.
We handled this as a new request and send a
WACK response (and the challenges) again.
Then the first request gets its final success
response, but the when we try to send the success
for the "second" request we notice that
the record was changed in between and we return
an error.
Windows 2003 (and I assume all other versions as well)
detect the packet is just a resent of a currently pending
request and ignores it.
So we now keep a list of all pending WINS name register
requests which result in a WACK response. On each incoming
name register request we search through the list to find
duplicate requests and ignore them. In theory we should
do that for all requests, but name register requests
are the only requests we response async and only
if we have to go via the WACK code path.
metze
(from samba4wins tree 382e7d384b70d03e9f81c7bb353afaed288d80f0)
|
|
metze
(from samba4wins tree e99531aae325e4443fcb917a75dfe4a86b892583)
|
|
metze
(partly from samba4wins tree 447e7f9532131117e896712db9def321c96718eb)
|
|
This reverts commit ee7c2170a79f1ca9e2ad1a209d342d8fd287ec8d.
A much more correct fix will come soon.
(40ef7739f4141598a6392c203e4a2d52d972fe06 from the samba4wins tree)
metze
|
|
each time)
This makes the code more clear.
metze
|
|
|
|
|
|
|
|
|
|
|
|
|
|
The user session key is also available in rpccli->auth->user_session_key
Guenther, please check!
Thanks,
Volker
|
|
|
|
This streamlines setting up a multi-step async request a bit
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|