summaryrefslogtreecommitdiff
path: root/source3/lib/wins_srv.c
AgeCommit message (Collapse)AuthorFilesLines
2001-08-26Small changes to get ready for adding WINS failover to smbd and clients.Christopher R. Hertel1-5/+76
My plan is to change the lp_wins_server() function to lp_wins_server_list(). My reason being: With WINS failover the 'wins server' parameter may take a list of WINS server names/IPs instead of just one. If it's a list, then calling lp_wins_server() won't give you what you expect (that is, a single WINS server name or IP). Instead, the functions in wins_srv.c should be used. You can get either the name or IP of the 'current' working WINS server in the list. Chris -)----- (This used to be commit efaa9ef5e72c3748d97e43bba38a0ba47ff3438d)
2000-10-11Fixed %d printf with unsigned long arg.Jeremy Allison1-1/+1
Jeremy. (This used to be commit 448ff58fd5a88b1fdadfb9a8e0bc5f38b707a4d3)
2000-07-19Instead of handing back a string (which might be a DNS name or an IPChristopher R. Hertel1-33/+85
string), the wins_srv module now hands back a struct in_addr when it's called. It caches the IP address once it has been looked up. The IP is cleared (and must be looked up again) if the 'wins server' parameter is reread, or if the node is marked 'dead'. A dead node will not be re-tried for 10 minutes (per a #define in wins_srv.c). As it was, the code was reading the WINS server name or IP directly from lp_wins_server. That's okay, except that if the value was expressed as a name, then a DNS lookup would be done every time the client wanted to talk to the server. I still need to work out the implications of failover regarding the 'unicast subnet' list. Chris -)----- (This used to be commit 73aa188320fd3bf10b5dfc057323f40aff2c13bd)
2000-07-19First cut toward adding WINS server failover.Christopher R. Hertel1-0/+218
*Note: failover doesn't actually work yet!* It's just that the code I'm adding provides all of the pieces necessary. I do have one big question. Something that I'll have to ask Jeremy, I'm thinkin'. In nmbd/nmbd_subnetdb.c the IP of the WINS server is used to set up the Unicast subnet. ...so what happens if the WINS server changes? My guess is either: a) nothing. b) I'd have to change the unicast subnet entry whenever the WINS server changes. Urq. BTW, the lp_wins_server() function no longer returns the WINS server name or IP. It returns the list of WINS servers entered in smb.conf. To get the currently 'live' WINS server, use the wins_srv() function. Fun, eh? Chris -)----- (This used to be commit cc08bdc74f4cd111fdc582ee7babef47ed8a950d)