[OpenAFS] Testing OpenAFS with Windows XP Roaming Profiles....

Claudio Prono claudio.prono@atpss.net
Tue, 28 Sep 2010 15:40:31 +0200


This is a multi-part message in MIME format.
--------------020408040603080307050209
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

Ok, my tests are going well.

But...another problem is come out...

Now i have an OpenSUSE 11.3 with Samba, LDAP and OpenAFS as domain
controller, for the roaming profiles of the users. All seemes to work
fine but... When i exit for the Client, windows says to me the profile
cannot be written.... I have checked the permissions, and are fine, i
have checked the logs of samba, and no errors.... But i don't know why
when i disconnect the user from the client, the profile can't be
written...But the access to the AFS is good, when the Client is logged
in....

BTW, the option of AFS "LogoffPreserveTokens" is active.

Any hint to how to debug that situation?

Cordially,

Claudio Prono.


G=C3=A9mes G=C3=A9za ha scritto:
> 2010-09-18 08:16 keltez=C3=A9ssel, G=C3=A9mes G=C3=A9za =C3=ADrta:
>  =20
>> 2010-09-17 18:21 keltez=C3=A9ssel, Jeffrey Altman =C3=ADrta:
>>  =20
>>    =20
>>> On 9/17/2010 11:06 AM, Claudio Prono wrote:
>>>  =20
>>>    =20
>>>      =20
>>>>    =20
>>>>      =20
>>>>        =20
>>>>>> Now, the question is: how i can make Windows first write the updat=
ed
>>>>>> profile, then drop tickets?
>>>>>>
>>>>>> The ACL system:anyuser all for the profile folder is not a good so=
lution...
>>>>>>
>>>>>> Any hint?
>>>>>>    =20
>>>>>>        =20
>>>>>>          =20
>>>>>>            =20
>>>>> The afslogon.dll has special code in it that has to detect that the
>>>>> profile is redirected into AFS.   This is based on the assumption t=
hat a
>>>>> domain is in use.   The additional case for a non-domain profile in=
 AFS
>>>>> would have to be added.
>>>>>
>>>>> Jeffrey Altman
>>>>>
>>>>>  =20
>>>>>      =20
>>>>>        =20
>>>>>          =20
>>>> Just an idea... why don't put an option inside the AFS control panel=
 to
>>>> override the domain detection ? Not all the users using a roaming
>>>> profile use a Domain.... Something like "roaming profile active" in =
the
>>>> AFS control panel....
>>>>
>>>> Anyway, now how i can override that detection of the afslogon.dll ? =
Any
>>>> trick to cheat the afslogon.dll auto detection?
>>>>
>>>> Cordially,
>>>>
>>>> Claudio Prono.
>>>>    =20
>>>>      =20
>>>>        =20
>>> Claudio:
>>>
>>> It would be more work to implement a cheat than to do the correct thi=
ng
>>> for your configuration.   Someone can write a patch for afslogon and
>>> submit it to gerrit.openafs.org.
>>>
>>> What needs to be implemented is the Local Profile in AFS case both fo=
r
>>> NPLogonNotify() and AFS_Logoff_Event().   If the profile is not remot=
e,
>>> then a search for a profile in AFS should not be queried via AD (LDAP=
)
>>> but instead through the GetUserProfileDirectory() API.
>>>
>>> If you read the OpenAFS for Windows Release Notes, you can use the
>>> LogoffPreserveTokens registry value to force the AFS tokens to be hel=
d
>>> after logoff.  However, doing so retains the tokens until they expire=
.
>>>
>>> Jeffrey Altman
>>>
>>>  =20
>>>    =20
>>>      =20
>> Sorry if that sounds stupid, but are currently the NPLogonNotify() and
>> AFS_Logoff_Event() calls querry AD via LDAP? If so I suppose they aren=
't
>> discovering a pre-AD (NT4, Samba3) redirected domain profile either?
>> I've just planned to move the user profiles of our Samba3 domain to AF=
S :-(.
>>
>> Thanks
>>
>> Geza
>>
>>
>> _______________________________________________
>> OpenAFS-info mailing list
>> OpenAFS-info@openafs.org
>> https://lists.openafs.org/mailman/listinfo/openafs-info
>>  =20
>>    =20
> Ok I've did an experiment: created a user lets call him testuser
> redirected his profile (via the ldap backend of samba) to
> \\afs\....\profiles\testuser
> for that dir gived him rlidwk acl and, l to system:anyuser to the whole
> path to that dir, and the profile seems to load and unload perfectly,
> the profile path being updated as it should.
>
> Cheers
>
> Geza
> _______________________________________________
> OpenAFS-info mailing list
> OpenAFS-info@openafs.org
> https://lists.openafs.org/mailman/listinfo/openafs-info
>
> !DSPAM:1,4c94c09d22871620449902!
>
>
>
>  =20

--=20
-------------------------------------------------------------------------=
-------
Claudio Prono                         OPST
System Developer              =20
                                      Gsm: +39-349-54.33.258
@PSS Srl                              Tel: +39-011-32.72.100
Via San Bernardino, 17                Fax: +39-011-32.46.497
10141 Torino - ITALY                  http://atpss.net/disclaimer
-------------------------------------------------------------------------=
-------
PGP Key - http://keys.atpss.net/c_prono.asc





--------------020408040603080307050209
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
  <meta content=3D"text/html;charset=3DUTF-8" http-equiv=3D"Content-Type"=
>
</head>
<body bgcolor=3D"#ffffff" text=3D"#000000">
Ok, my tests are going well. <br>
<br>
But...another problem is come out...<br>
<br>
Now i have an OpenSUSE 11.3 with Samba, LDAP and OpenAFS as domain
controller, for the roaming profiles of the users. All seemes to work
fine but... When i exit for the Client, windows says to me the profile
cannot be written.... I have checked the permissions, and are fine, i
have checked the logs of samba, and no errors.... But i don't know why
when i disconnect the user from the client, the profile can't be
written...But the access to the AFS is good, when the Client is logged
in....<br>
<br>
BTW, the option of AFS "LogoffPreserveTokens" is active.<br>
<br>
Any hint to how to debug that situation?<br>
<br>
Cordially,<br>
<br>
Claudio Prono.<br>
<br>
<br>
G=C3=A9mes G=C3=A9za ha scritto:
<blockquote cite=3D"mid:4C94C077.6050003@kzsdabas.hu" type=3D"cite">
  <pre wrap=3D"">2010-09-18 08:16 keltez=C3=A9ssel, G=C3=A9mes G=C3=A9za =
=C3=ADrta:
  </pre>
  <blockquote type=3D"cite">
    <pre wrap=3D"">2010-09-17 18:21 keltez=C3=A9ssel, Jeffrey Altman =C3=AD=
rta:
 =20
    </pre>
    <blockquote type=3D"cite">
      <pre wrap=3D"">On 9/17/2010 11:06 AM, Claudio Prono wrote:
 =20
   =20
      </pre>
      <blockquote type=3D"cite">
        <pre wrap=3D"">   =20
     =20
        </pre>
        <blockquote type=3D"cite">
          <blockquote type=3D"cite">
            <pre wrap=3D"">Now, the question is: how i can make Windows f=
irst write the updated
profile, then drop tickets?

The ACL system:anyuser all for the profile folder is not a good solution.=
..

Any hint?
   =20
       =20
         =20
            </pre>
          </blockquote>
          <pre wrap=3D"">The afslogon.dll has special code in it that has=
 to detect that the
profile is redirected into AFS.   This is based on the assumption that a
domain is in use.   The additional case for a non-domain profile in AFS
would have to be added.

Jeffrey Altman

 =20
     =20
       =20
          </pre>
        </blockquote>
        <pre wrap=3D"">Just an idea... why don't put an option inside the=
 AFS control panel to
override the domain detection ? Not all the users using a roaming
profile use a Domain.... Something like "roaming profile active" in the
AFS control panel....

Anyway, now how i can override that detection of the afslogon.dll ? Any
trick to cheat the afslogon.dll auto detection?

Cordially,

Claudio Prono.
   =20
     =20
        </pre>
      </blockquote>
      <pre wrap=3D"">Claudio:

It would be more work to implement a cheat than to do the correct thing
for your configuration.   Someone can write a patch for afslogon and
submit it to gerrit.openafs.org.

What needs to be implemented is the Local Profile in AFS case both for
NPLogonNotify() and AFS_Logoff_Event().   If the profile is not remote,
then a search for a profile in AFS should not be queried via AD (LDAP)
but instead through the GetUserProfileDirectory() API.

If you read the OpenAFS for Windows Release Notes, you can use the
LogoffPreserveTokens registry value to force the AFS tokens to be held
after logoff.  However, doing so retains the tokens until they expire.

Jeffrey Altman

 =20
   =20
      </pre>
    </blockquote>
    <pre wrap=3D"">Sorry if that sounds stupid, but are currently the NPL=
ogonNotify() and
AFS_Logoff_Event() calls querry AD via LDAP? If so I suppose they aren't
discovering a pre-AD (NT4, Samba3) redirected domain profile either?
I've just planned to move the user profiles of our Samba3 domain to AFS :=
-(.

Thanks

Geza


_______________________________________________
OpenAFS-info mailing list
<a class=3D"moz-txt-link-abbreviated" href=3D"mailto:OpenAFS-info@openafs=
.org">OpenAFS-info@openafs.org</a>
<a class=3D"moz-txt-link-freetext" href=3D"https://lists.openafs.org/mail=
man/listinfo/openafs-info">https://lists.openafs.org/mailman/listinfo/ope=
nafs-info</a>
 =20
    </pre>
  </blockquote>
  <pre wrap=3D""><!---->Ok I've did an experiment: created a user lets ca=
ll him testuser
redirected his profile (via the ldap backend of samba) to
\\afs\....\profiles\testuser
for that dir gived him rlidwk acl and, l to system:anyuser to the whole
path to that dir, and the profile seems to load and unload perfectly,
the profile path being updated as it should.

Cheers

Geza
_______________________________________________
OpenAFS-info mailing list
<a class=3D"moz-txt-link-abbreviated" href=3D"mailto:OpenAFS-info@openafs=
.org">OpenAFS-info@openafs.org</a>
<a class=3D"moz-txt-link-freetext" href=3D"https://lists.openafs.org/mail=
man/listinfo/openafs-info">https://lists.openafs.org/mailman/listinfo/ope=
nafs-info</a>

!DSPAM:1,4c94c09d22871620449902!



  </pre>
</blockquote>
<br>
<pre class=3D"moz-signature" cols=3D"72">--=20
-------------------------------------------------------------------------=
-------
Claudio Prono                         OPST
System Developer              =20
                                      Gsm: +39-349-54.33.258
@PSS Srl                              Tel: +39-011-32.72.100
Via San Bernardino, 17                Fax: +39-011-32.46.497
10141 Torino - ITALY                  <a class=3D"moz-txt-link-freetext" =
href=3D"http://atpss.net/disclaimer">http://atpss.net/disclaimer</a>
-------------------------------------------------------------------------=
-------
PGP Key - <a class=3D"moz-txt-link-freetext" href=3D"http://keys.atpss.ne=
t/c_prono.asc">http://keys.atpss.net/c_prono.asc</a>



</pre>
</body>
</html>

--------------020408040603080307050209--