[OpenAFS-win32-devel] Queries to understand OpenAFS as a Remote File System

Jeffrey Altman jaltman@secure-endpoints.com
Thu, 21 Jun 2007 02:55:30 -0400


This is a cryptographically signed message in MIME format.

--------------ms090607090109040804020202
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit

Bharat:

Are you working on OpenAFS or something else?

If you are not working on OpenAFS, this really is not an appropriate
place to ask questions.  If you are working on OpenAFS, it would be
helpful if you described what you were attempting to accomplish so that
I can advise you on how the work should proceed in order for it to be
accepted into the OpenAFS distribution.

Jeffrey Altman
Secure Endpoints Inc.


Bharat Kulkarni wrote:
> 
> Hi,
> 
> As the name suggests the function "smb_ReceiveNegotiate" looks like to
> choose a dialect for communication between SMB client/server.
> From the snippet as follows
> 
> if (strcmp("PC NETWORK PROGRAM 1.0", namep+1) == 0) {
>             coreProtoIndex = tcounter;
>         }   
>         else if (smb_useV3 && strcmp("LM1.2X002", namep+1) == 0) {
>             v3ProtoIndex = tcounter;
>         }
>         else if (smb_useV3 && strcmp("NT LM 0.12", namep+1) == 0) {
>             NTProtoIndex = tcounter;
>         }
>         else if (smb_useV3 && strcmp("SMB 2.001", namep+1) == 0) {
>             VistaProtoIndex = tcounter;
>         }
> 
> Because I have read in CIFS documents that some of the dialects are "PC
> NETWORK PROGRAM 1.0", "MICROSOFT NETWORKS 3.0", "DOS LM1.2X002 ", "DOS
> LANMAN2.1", "Windows for Workgroups 3.1a", "NT LM 0.12".
>  
> So is SMB 2.001 is a new dialect necessary  for VISTA?
> 
> Also could you kindly tell me what is the role of 'kVista_WLA_MAC' and
> 'kWLA_MAC'?
> 
> Thanks and Regards,
> Bharat.
> 
> 
> On 6/6/07, *Jeffrey Altman* < jaltman@secure-endpoints.com
> <mailto:jaltman@secure-endpoints.com>> wrote:
> 
>     The entire SMB/CIFS server is located in the src/WINNT/afs/smb*.[ch]
>     files.  Searching the files for keywords such as "receive", "register",
>     "listen", etc. should point you in the right direction.
> 
>     Jeffrey Altman
>     Secure Endpoints Inc.
> 
> 
>     Bharat Kulkarni wrote:
>     > Hi,
>     >
>     > Thanks for your reply,
>     >
>     > I was going through the OpenAFS code, but I am unable to figure out
>     > where exactly in the code ( which function of )  OpenAFS is receiving
>     > SMB packets from the CIFS client.?
>     >
>     > Is OpenAFS listening on any port ??  relatively I was unable to locate
>     > any listening on ports like 138 or 139.
>     >
>     > Can you kindly help me with these queries.
>     >
>     > Thanks and Regards,
>     > Bharat.
>     >
>     > On 6/4/07, *Jeffrey Altman* <jaltman@secure-endpoints.com
>     <mailto:jaltman@secure-endpoints.com>
>     > <mailto: jaltman@secure-endpoints.com
>     <mailto:jaltman@secure-endpoints.com>>> wrote:
>     >
>     >     OpenAFS is a user mode service that registers its own NetBIOS name.
>     >     It is not a kernel service and is not a Windows remote file system.
>     >     The CIFS client talks to OpenAFS exactly the same way it talks
>     to a
>     >     Windows file share or Samba server.
>     >
>     >     Jeffrey Altman
>     >     Secure Endpoints Inc.
>     >
>     >     Bharat Kulkarni wrote:
>     >     > Hi,
>     >     >
>     >     > Thanks a lot your responses.
>     >     >
>     >     > I have some further queries,
>     >     >
>     >     > Can you kindly tell me, how does the Windows CIFS client using
>     >     SMB, talk
>     >     > to OpenAFS? Have you registered any DLL or is the entry put
>     in the
>     >     > registry. How does OpenAFS accept the SMB packets from
>     Windows and
>     >     carry
>     >     > on further tasks. What role does NetBios play?
>     >     >
>     >     > Does MPR.DLL and MUP.sys come into the picture to make OpenAFS
>     >     work as a
>     >     > n/w redirector when operations are carried out on the drive
>     mapped? As
>     >     > per Vista WDK Docs, MUP.sys is now used even when a mapped
>     drive (Not
>     >     > local) is accessed.. Have you also made OpenAFS changes to work
>     >     > according to Vista guidelines?
>     >     >
>     >     > I also have a query regarding the way in which command prompt
>     >     executes a
>     >     > request as compared to windows explorer. What i mean is, does it
>     >     follow
>     >     > the same path when we access OpenAFS drive using explorer and
>     when we
>     >     > access the drive from command prompt? Is it the code path for
>     both
>     >     ways
>     >     > of accessing the drive? Does MUP.sys play any role in this?
>     Are you
>     >     > registering OpenAFS with MUP.sys to work as per the Vista Docs?
>     >     >
>     >     > Can you also kindly guide me as to how I can further
>     understand the
>     >     > working of OpenAFS in terms of the SMB protocol, and
>     communication
>     >     > between OpenAFS and windows
>     >     >
>     >     > Thanks and Regards,
>     >     > Bharat.
>     >
>     >
> 
> 

--------------ms090607090109040804020202
Content-Type: application/x-pkcs7-signature; name="smime.p7s"
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename="smime.p7s"
Content-Description: S/MIME Cryptographic Signature

MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIJeTCC
AxcwggKAoAMCAQICEALr5BE3U6n+HWCoLbyhohMwDQYJKoZIhvcNAQEFBQAwYjELMAkGA1UE
BhMCWkExJTAjBgNVBAoTHFRoYXd0ZSBDb25zdWx0aW5nIChQdHkpIEx0ZC4xLDAqBgNVBAMT
I1RoYXd0ZSBQZXJzb25hbCBGcmVlbWFpbCBJc3N1aW5nIENBMB4XDTA3MDUzMTA2MTM1N1oX
DTA4MDUzMDA2MTM1N1owczEPMA0GA1UEBBMGQWx0bWFuMRUwEwYDVQQqEwxKZWZmcmV5IEVy
aWMxHDAaBgNVBAMTE0plZmZyZXkgRXJpYyBBbHRtYW4xKzApBgkqhkiG9w0BCQEWHGphbHRt
YW5Ac2VjdXJlLWVuZHBvaW50cy5jb20wggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIB
AQCsoz/0+s4Cn65n/3bU3shXw4y5u1uEMEsBOiqNU0PfIKGYQe95b1FKNbNAkctSdQT6GF5c
bhSnJPmb2OOb1frx64dlDgskaG561xa8XPA1aP8Cc+33dgsSLIxGEh97lyUYHEfWBC03KMCF
PKhZfcrGAXoVCrFBadnLAokQbUTFahVg/qQx2IT3wSj1sCIfV5UDuXcEKHCvRtEZIsSzu184
9Cj6I4nY5bt+r94kyDHM94MHYBJi+6tWLFRy2gkIB3HEPmxAiQrKljNpH9bOffiBLIAgmJ6d
1ZXepBXyexQbwOYvftpVlMEFHHQmdiwH3tj69hE78XvM5X9J+SbjbuNpAgMBAAGjOTA3MCcG
A1UdEQQgMB6BHGphbHRtYW5Ac2VjdXJlLWVuZHBvaW50cy5jb20wDAYDVR0TAQH/BAIwADAN
BgkqhkiG9w0BAQUFAAOBgQB8FShDN2Ig034Y5eyadiFDEtOvsIJ3Z2xV9aTL4u8xMlz1gZR1
AZAvCv+ZMMRRKWCsrG5tItV8DFPSfWAGMpInmMarA4f76JRLQEUhkRUg8GpkJM5ryk5EDakk
0oiBQcQD8A+UHwrcmaj3UWxQ9zCjDgU+1mY9nEQxZZyp4eeUfzCCAxcwggKAoAMCAQICEALr
5BE3U6n+HWCoLbyhohMwDQYJKoZIhvcNAQEFBQAwYjELMAkGA1UEBhMCWkExJTAjBgNVBAoT
HFRoYXd0ZSBDb25zdWx0aW5nIChQdHkpIEx0ZC4xLDAqBgNVBAMTI1RoYXd0ZSBQZXJzb25h
bCBGcmVlbWFpbCBJc3N1aW5nIENBMB4XDTA3MDUzMTA2MTM1N1oXDTA4MDUzMDA2MTM1N1ow
czEPMA0GA1UEBBMGQWx0bWFuMRUwEwYDVQQqEwxKZWZmcmV5IEVyaWMxHDAaBgNVBAMTE0pl
ZmZyZXkgRXJpYyBBbHRtYW4xKzApBgkqhkiG9w0BCQEWHGphbHRtYW5Ac2VjdXJlLWVuZHBv
aW50cy5jb20wggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQCsoz/0+s4Cn65n/3bU
3shXw4y5u1uEMEsBOiqNU0PfIKGYQe95b1FKNbNAkctSdQT6GF5cbhSnJPmb2OOb1frx64dl
DgskaG561xa8XPA1aP8Cc+33dgsSLIxGEh97lyUYHEfWBC03KMCFPKhZfcrGAXoVCrFBadnL
AokQbUTFahVg/qQx2IT3wSj1sCIfV5UDuXcEKHCvRtEZIsSzu1849Cj6I4nY5bt+r94kyDHM
94MHYBJi+6tWLFRy2gkIB3HEPmxAiQrKljNpH9bOffiBLIAgmJ6d1ZXepBXyexQbwOYvftpV
lMEFHHQmdiwH3tj69hE78XvM5X9J+SbjbuNpAgMBAAGjOTA3MCcGA1UdEQQgMB6BHGphbHRt
YW5Ac2VjdXJlLWVuZHBvaW50cy5jb20wDAYDVR0TAQH/BAIwADANBgkqhkiG9w0BAQUFAAOB
gQB8FShDN2Ig034Y5eyadiFDEtOvsIJ3Z2xV9aTL4u8xMlz1gZR1AZAvCv+ZMMRRKWCsrG5t
ItV8DFPSfWAGMpInmMarA4f76JRLQEUhkRUg8GpkJM5ryk5EDakk0oiBQcQD8A+UHwrcmaj3
UWxQ9zCjDgU+1mY9nEQxZZyp4eeUfzCCAz8wggKooAMCAQICAQ0wDQYJKoZIhvcNAQEFBQAw
gdExCzAJBgNVBAYTAlpBMRUwEwYDVQQIEwxXZXN0ZXJuIENhcGUxEjAQBgNVBAcTCUNhcGUg
VG93bjEaMBgGA1UEChMRVGhhd3RlIENvbnN1bHRpbmcxKDAmBgNVBAsTH0NlcnRpZmljYXRp
b24gU2VydmljZXMgRGl2aXNpb24xJDAiBgNVBAMTG1RoYXd0ZSBQZXJzb25hbCBGcmVlbWFp
bCBDQTErMCkGCSqGSIb3DQEJARYccGVyc29uYWwtZnJlZW1haWxAdGhhd3RlLmNvbTAeFw0w
MzA3MTcwMDAwMDBaFw0xMzA3MTYyMzU5NTlaMGIxCzAJBgNVBAYTAlpBMSUwIwYDVQQKExxU
aGF3dGUgQ29uc3VsdGluZyAoUHR5KSBMdGQuMSwwKgYDVQQDEyNUaGF3dGUgUGVyc29uYWwg
RnJlZW1haWwgSXNzdWluZyBDQTCBnzANBgkqhkiG9w0BAQEFAAOBjQAwgYkCgYEAxKY8VXNV
+065yplaHmjAdQRwnd/p/6Me7L3N9VvyGna9fww6YfK/Uc4B1OVQCjDXAmNaLIkVcI7dyfAr
hVqqP3FWy688Cwfn8R+RNiQqE88r1fOCdz0Dviv+uxg+B79AgAJk16emu59l0cUqVIUPSAR/
p7bRPGEEQB5kGXJgt/sCAwEAAaOBlDCBkTASBgNVHRMBAf8ECDAGAQH/AgEAMEMGA1UdHwQ8
MDowOKA2oDSGMmh0dHA6Ly9jcmwudGhhd3RlLmNvbS9UaGF3dGVQZXJzb25hbEZyZWVtYWls
Q0EuY3JsMAsGA1UdDwQEAwIBBjApBgNVHREEIjAgpB4wHDEaMBgGA1UEAxMRUHJpdmF0ZUxh
YmVsMi0xMzgwDQYJKoZIhvcNAQEFBQADgYEASIzRUIPqCy7MDaNmrGcPf6+svsIXoUOWlJ1/
TCG4+DYfqi2fNi/A9BxQIJNwPP2t4WFiw9k6GX6EsZkbAMUaC4J0niVQlGLH2ydxVyWN3amc
OY6MIE9lX5Xa9/eH1sYITq726jTlEBpbNU1341YheILcIRk13iSx0x1G/11fZU8xggNkMIID
YAIBATB2MGIxCzAJBgNVBAYTAlpBMSUwIwYDVQQKExxUaGF3dGUgQ29uc3VsdGluZyAoUHR5
KSBMdGQuMSwwKgYDVQQDEyNUaGF3dGUgUGVyc29uYWwgRnJlZW1haWwgSXNzdWluZyBDQQIQ
AuvkETdTqf4dYKgtvKGiEzAJBgUrDgMCGgUAoIIBwzAYBgkqhkiG9w0BCQMxCwYJKoZIhvcN
AQcBMBwGCSqGSIb3DQEJBTEPFw0wNzA2MjEwNjU1MzBaMCMGCSqGSIb3DQEJBDEWBBR+04Hh
DLA9zhWMUsJGURXGtndGazBSBgkqhkiG9w0BCQ8xRTBDMAoGCCqGSIb3DQMHMA4GCCqGSIb3
DQMCAgIAgDANBggqhkiG9w0DAgIBQDAHBgUrDgMCBzANBggqhkiG9w0DAgIBKDCBhQYJKwYB
BAGCNxAEMXgwdjBiMQswCQYDVQQGEwJaQTElMCMGA1UEChMcVGhhd3RlIENvbnN1bHRpbmcg
KFB0eSkgTHRkLjEsMCoGA1UEAxMjVGhhd3RlIFBlcnNvbmFsIEZyZWVtYWlsIElzc3Vpbmcg
Q0ECEALr5BE3U6n+HWCoLbyhohMwgYcGCyqGSIb3DQEJEAILMXigdjBiMQswCQYDVQQGEwJa
QTElMCMGA1UEChMcVGhhd3RlIENvbnN1bHRpbmcgKFB0eSkgTHRkLjEsMCoGA1UEAxMjVGhh
d3RlIFBlcnNvbmFsIEZyZWVtYWlsIElzc3VpbmcgQ0ECEALr5BE3U6n+HWCoLbyhohMwDQYJ
KoZIhvcNAQEBBQAEggEACknqbQlE38JxwW72ir4I10FIJTh6BZxnKbhz37itm9OZmO7RsaA4
cD67erEmXZpbO8ti9mS7xwLF4FvwVwH0zdYCtRCUQx0sRwsEdIs9YoLyMS2RotimrZQUi0y9
QGvMj3D6IJP4GkW7Wr96nAmq6VQIJMosDDSuQ+pih9v8zPPr+bNbA52Gyuib4AfsqJaosuIU
8iJz7JeOdd2JCMCg0FICfVgm0y7FBSLC2S6zbW/fJBHZPZnoPAeGkJ1gp/3Ok1xSCCUmFupt
kFd3GQEDk0PcIdixeSCAaRBgPWmKtXNCs/q+i3/XPcWFzYCx6LHO6wH1YaBfEBBITdQwScoe
eQAAAAAAAA==
--------------ms090607090109040804020202--