libsmbclient: Browsing and a URI spec?
Welsh, Armand
armand.welsh at sscims.com
Fri Jan 5 01:02:43 GMT 2001
Not really nothing... so, questions pending are:
Q:when using smb.conf for to configure client values, how should the
workgroup variable be interpreted.
A:the workgroup field is the workgroup. Samba uses the workgroup as the
authen domain only when security=domain, when security=user|server|share the
workgroup is just a workgroup, because samba does nt have to worry about
Domain Controllers.
Q:what should the new field in smb.conf be, if we want to add a new one?
A:In refence to the above answer, the new field should be something like
domain =, or auth domain =, then by using this, new samba code in the future
may also choose to utilize this for provide the ability to be a member of
domain A, but host shares to the work-groupB. Not trusts, but similar in
functionality, at the server.
-> -----Original Message-----
-> From: Kevin Colby [mailto:kevinc at grainsystems.com]
-> Sent: Thursday, January 04, 2001 4:28 PM
-> To: Christopher R. Hertel
-> Cc: Samba Technical
-> Subject: Re: libsmbclient: Browsing and a URI spec?
-> What I'm still not sure of is, if in the above example, the
-> machine in
-> question runs a Samba server in addition to being a client,
-> when setting
-> up the server's smb.conf, would you specify that the
-> server's "workgroup"
-> for the purposes of domain membership be the local domain or
-> the central
-> domain? In an smbc.conf, these parameters could both be there and be
-> named anything, but if you are inheriting smb.conf
-> parameters, it would
-> not be wise to change their meaning from smb.conf to
-> smbc.conf. So, if
-> the server were joining the local domain, the parameters
-> "workgroup" and
-> "auth domain" might make sense, but if the server joins the central
-> domain, better would be "workgroup" and "browse". The definition of
-> "workgroup" in an smbc.conf should mirror its meaning when inherited
-> from smb.conf.
->
-> That's all. Sorry if I've made a big deal about nothing.
More information about the samba-technical
mailing list