Hi,
I am trying to clean up a few bugs and behavior changes with
Linux/OS X network file sharing integration and I concluded that
more information is needed from Apple on the OS X usage and
relationship between the adisk/afpovertcp/smb/etc mDNS entries.
Furthermore, there is absolutely no information on OpenDirectory
integration.
In _adisk._tcp we have the following that have been
observed but I can't find any formal description:
- The adVF flags are not documented and it's used at
both SYS or DK# level
- waMA is not documented
- SMBw is not documented
- adVU is not documented
In _smb._tcp:
- The netbios IN TXT entry is not documented and is
only present in Airport devices. Is it relevant?
How does OS X choose between AFP and the newly recommended
default of CIFS/SMB2 and how does it determine availability?
Since the authentication method in AFP is given by the adVF mDNS
parameter, how does NetAuthagent make the choice choose in SMB?
Does the adVF flag for authentication method have priority over
the protocol requested authentication? Is the UI for
authentication based solely on adVF? Is there a flag that specifies that a share is a Time Machine Backup share? What are the SMB requirements for using Time Machine (features-wise, such as locking)?
What extensions does Apple use in SMB/CIFS over the Microsoft
Standard? For example, Samba implements the Posix Extensions and
documents them on their website.
Where can we get the PasswordServer protocol documentation in
order to integrate a 3rd party SMB server with Open Directory? The
LDAP part is quite clear. Is the protocol in the Snow Leopard
level DSPasswordServerPlugin still accurate? How should 3rd party
SMB server get the NTLM hashes or choose a kerberos authentication
from Open Directory? An example conversation with description
would help a lot. Keep in mind that DirectoryServices.framework is
not available on other operating systems and porting it is a bit
difficult without a complete rewrite.
Is it worth looking into "Local KDC" support on non-OSX systems?
Kind regards,
Răzvan