1
0
mirror of https://github.com/samba-team/samba.git synced 2024-12-29 11:21:54 +03:00
samba-mirror/source3/namework.doc
Samba Release Account bd7fa650bd updating documentation to reflect code a little bit.
lkcl
(This used to be commit 2193c1ee4e)
1996-08-05 18:18:58 +00:00

364 lines
14 KiB
Plaintext

/*
Unix SMB/Netbios documentation.
Version 0.1
Copyright (C) Luke Leighton Andrew Tridgell 1996
This program is free software; you can redistribute it and/or modify
it under the terms of the GNU General Public License as published by
the Free Software Foundation; either version 2 of the License, or
(at your option) any later version.
This program is distributed in the hope that it will be useful,
but WITHOUT ANY WARRANTY; without even the implied warranty of
MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the
GNU General Public License for more details.
You should have received a copy of the GNU General Public License
along with this program; if not, write to the Free Software
Foundation, Inc., 675 Mass Ave, Cambridge, MA 02139, USA.
Document name: namework.doc
Revision History:
0.0 - 02jul96 : lkcl@pires.co.uk
created
0.1 - 22jul96 Andrew.Tridgell@anu.edu.au
tridge's comments on first revision
*/
the module namework.c deals with NetBIOS datagram packets, primarily.
it deals with nmbd's workgroup browser side and the domain log in
side. none of the functionality here has specification documents available.
empirical observation of packet traces has been the order of the day,
along with some guess-work.
beware!
the receipt of datagram packets for workgroup browsing are dealt with here.
some of the functions listed here will call others outside of this
module, or will activate functionality dealt with by other modules
(namedb, nameannounce, nameelect, namelogon, and namebrowse).
/*************************************************************************
process_browse_packet()
*************************************************************************/
this function is responsible for further identifying which type of
browser datagram packet has been received, and dealing with it
accordingly. if the packet is not dealt with, then an error is
logged along with the type of packet that has been received.
if listening_type() was in use, then it would be used here.
the types of packets received and dealt with are:
- ANN_HostAnnouncement
- ANN_DomainAnnouncement
- ANN_LocalMasterAnnouncement
these are all identical in format and can all be processed by
process_announce(). an announcement is received from a host
(either a master browser telling us about itself, a server
telling us about itself or a master browser telling us about
a domain / workgroup)
- ANN_AnnouncementRequest
these are sent by master browsers or by servers. it is a
request to announce ourselves as appropriate by sending
either a ANN_HostAnnouncement datagram or both an
ANN_DomainAnnouncement and an ANN_LocalMasterAnnouncement
if we are a master browser (but not both).
- ANN_Election
this is an election datagram. if samba has been configured
as a domain master then it will also send out election
datagrams.
- ANN_GetBackupListReq
this is a request from another server for us to send a
backup list of all servers that we know about. we respond
by sending a datagram ANN_GetBackupListResp. the protocol
here is a little dicey.
- ANN_GetBackupListResp
this is a response from another server that we have sent an
ANN_GetBackupListReq to. the protocol is a little dicey.
- ANN_BecomeBackup
this is a message sent by a master browser to a
potential master browser, indicating that it should become
a backup master browser for the workgroup it is a member
of. samba does not respond at present to such datagrams,
and it also sends out such datagrams for the wrong reasons
(this code has now been disabled until this is fixed).
- ANN_ResetBrowserState
this datagram is sent for trouble-shooting purposes.
it asks a browser to clear out its server lists, or to
stop becoming a master browser altogether. NT/AS and
samba do not implement this latter option.
- ANN_MasterAnnouncement
this datagram is sent by a master browser to a domain master
browser. it is a way to ensure that master browsers are kept in sync
with a domain master browser across a wide area network. on
receipt of an ANN_MasterAnnouncement we should sync browse lists with
the sender.
(i never got the hang of this one when i was experimenting.
i forget exactly what it's for, and i never fully worked
out how to coax a server to send it. :-)
NOTE FROM TRIDGE: The reason you didn't work out how to coax a server
into sending it is that you can't (or shouldn't try!). Basically these
"master announce" datagrams are the way that separate netbios subnets
are linked together to form a complete browse net. The way it works is
that the local master decides it is going to inform the domain master
of its presence, then sends this master announce to the domain
master. The domain master then syncs with the local master using a
"local only" sync. The whole transaction is initiated by the local
master, not the domain master, so the domain master should not do any
of this if it does not first receive a "master announcement". The
local domain masters need to be configured to know the IP address of
the domain master.
/*************************************************************************
listening_type()
*************************************************************************/
a datagram packet is sent from one NetBIOS name of a specific type
to another NetBIOS name of a specific type. certain types of
datagrams are only expected from certain types of NetBIOS names.
this function is intended to catch errors in the type of datagrams
received from different NetBIOS names. it is currently incomplete
due to lack of information on the types of names and the datagrams
they send.
/*************************************************************************
process_announce_request()
*************************************************************************/
this function is responsible for dealing with announcement requests.
if the type of name that the request is sent to matches our current
status, then we should respond. otherwise, the datagram should be
ignored.
samba only responds on its local subnets.
at present, just the name is checked to see if the packet is for us.
what should be done is that if we own the name (e.g WORGROUP(0x1d)
or WORKGROUP(0x1b) then we should respond, otherwise, ignore the
datagram.
if the name is for us, and we are a member of that workgroup, then
samba should respond.
note that samba does not respond immediately. this is to ensure that
if the master browser for the workgroup that samba is a member of
sends out a broadcast request announcement, that that master browser
is not swamped with replies. it is therefore up to samba to reply
at some random interval. hence, a flag is set indicating the need
to announce later.
/*************************************************************************
process_reset_browser()
*************************************************************************/
this function is responsible for dealing with reset state datagrams.
there are three kinds of diagnostic reset requests:
- stop being a master browser
- discard browse lists, stop being a master browser, and run for re-election
- stop being a master browser forever.
samba and windows nt do not implement the latter option.
there appears to be a discrepancy between this description and the
code actually implemented.
/*************************************************************************
process_send_backup_list()
*************************************************************************/
this function is part of samba's domain master browser functionality.
it is responsible for giving master browsers a list of other browsers
that maintain backup lists of servers for that master browser's workgroup.
it is also responsible for giving master browsers a list of domain master
browsers for that local master browser's domain.
a correct way to think of this function is that it is a 'request to
send out a backup list for the requested workgroup or domain'.
i have some suspicions and intuitions about this function and how it
is to actually be used. there is no documentation on this, so it is a
matter of experimenting until it's right.
/*************************************************************************
send_backup_list()
*************************************************************************/
this function is responsible for compiling a list of either master
browsers and backup master browsers or domain master browsers and
backup domain master browsers. samba constructs this list from its
workgroup / server database.
the list is then sent to the host that requested it by sending an
ANN_GetBackupListResp datagram to this host.
NOTE FROM TRIDGE: The "backup list" stuff is only relevant to
local subnets. It has nothing to do with PDCs or domain masters. Its
function is twofold:
1) spread the browsing load over multiple servers so one server
doesn't get overloaded with browse requests
2) make sure the database doesn't get lost completely if the master
goes down
To accomplish this a few things are supposed to be done:
- the master browser maintains a list of "backup browsers".
- backup browsers are are machines that are just like ordinary servers
but also maintain a browse list and respond to "NetServerEnum"
requests
- when a server initially announces itself to the master it may set
its "maintain browse list" flag to auto.
- when a master browser sees a server announcement with "auto" set it
may send a "become backup" to that server telling it to become a
backup.
- the master has a simple algorithm to determine how many backups it wants
given the number of hosts on the net
- when a client wishes to get a browse list it asks the master for a
backup list. The master sends it the current list of backup browsers,
including itself. The client caches this list. The client then sends
the NetServerEnum to a random member of this list easch time it wants
to browse. This spreads the load.
/*************************************************************************
process_rcv_backup_list()
*************************************************************************/
this function is implemented with a slightly over-kill algorithm.
the correct functionality is to pick any three names at random from
the list that is received from this datagram, and then at intervals
contact _one_ of them for a list of browser, in order to update
samba's browse list.
samba contacts every single one of the backup browsers listed, through
the use of a NAME_QUERY_SRV_CHK 'state'.
/*************************************************************************
process_master_announce()
*************************************************************************/
this function is responsible for synchronising browse lists with a
master browser that contacts samba in its capacity as a domain master
browser.
the function add_browser_entry() is used to add the server that
contacts us to our list of browser to sync browse lists with at
some point in the near future.
/*************************************************************************
process_announce()
*************************************************************************/
this function is responsible for dealing with the three types of
announcement type datagrams that samba recognises. some appropriate
type-checking is done on the name that the datagram is sent to.
samba does not at present deal with LanManager announcements.
these announcements are for updating the browse entry records.
each browse entry has a time-to-live associated with it. each server
must refresh its entry with all other servers by broadcasting
Announcements. if it does not do so, then other servers will not
know about that machine, and the records on each server of that
other machine will die.
if an ANN_DomainAnnouncement is received, then this will be from
a master browser. only one machine on any given broadcast area (e.g
a subnet) should be broadcasting such announcements. the information
it contains tells other servers that there is a master browser for
this workgroup. if another server thinks that it is also a master
browser for the same workgroup, then it should stop being a master
browser and force an election.
if an ANN_LocalMasterAnnouncement is received, then a master browser
is telling us that it exists. i am uncertain that anything else
actually needs to be done with this, other than to shout 'hooray' and
'thank you for informing me of this fact'.
/*************************************************************************
listening_name()
*************************************************************************/
this function is an over-simplified way of identifying whether we
should be responding to a datagram that has been received.
/*************************************************************************
same_context()
*************************************************************************/
this function helps us to identify whether we should be responding to
a datagram that has been received.
/*************************************************************************
tell_become_backup()
*************************************************************************/
this function is part of samba's domain master browser capabilities.
it is responsible for finding appropriate servers to tell to become a
backup master browser for the domain that samba controls.
other servers that contact samba asking for a list of backup browsers
will then be given that server's name, and that server can expect to
receive NetServerEnum requests for lists of servers and workgroups.
this function must be updated before it is in a fit state to be used.
it must properly check whether a server is prepared to become a backup
browser before actually asking it to be one.
/*************************************************************************
reset_server()
*************************************************************************/
this function is responsible for issuing an ANN_ResetBrowserState to
the specified server, asking it to reset its browser information.
see process_reset_browser() for details on this function.