Subject: Re: Stripping @REALM from REMOTE_USER? - msg#00001

Previous Message by Date: (click to view message preview)

Stripping @REALM from REMOTE_USER?

Hello, I'm a happy user of mod_auth_kerb (currently on Ubuntu). One thing, I'd like to be able to adjust, though, is how REMOTE_USER is generated: Instead of having a REMOTE_USER of joe_user@xxxxxxxxxxxxx, I'd like to just have joe_user. This will make it easier to use mod_auth_kerb with web applications which expect simpler usernames. Is there a way to have mod_auth_kerb strip off @REALM before generating REMOTE_USER? -- Regards, Troels Arvin <troels@xxxxxxxx> http://troels.arvin.dk/ ------------------------------------------------------------------------- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/

Next Message by Date: click to view message preview

Re: Stripping @REALM from REMOTE_USER?

I trust everyone knows this is a bad idea in general and why. If you have no cross-realm support configured and know that you never will (ha!) then it's a useful option to have. On Oct 2, 2007, at 6:33 AM, Richard N. Fogle wrote: > There was a patch floating around mod_auth_ldap's list and I > applied it to mod_auth_kerb, added a "KrbDelegateBasicNoRealm" > option you can use in your .htaccess file to strip @REALM. > > R > > <mod_auth_kerb.norealm.patch.bz2> > > On Oct 2, 2007, at 1:47 AM, Troels Arvin wrote: > >> Hello, >> >> I'm a happy user of mod_auth_kerb (currently on Ubuntu). One >> thing, I'd >> like to be able to adjust, though, is how REMOTE_USER is generated: >> Instead of having a REMOTE_USER of joe_user@xxxxxxxxxxxxx, I'd >> like to >> just have joe_user. This will make it easier to use mod_auth_kerb >> with >> web applications which expect simpler usernames. >> >> Is there a way to have mod_auth_kerb strip off @REALM before >> generating >> REMOTE_USER? >> >> -- >> Regards, >> Troels Arvin <troels@xxxxxxxx> >> http://troels.arvin.dk/ >> >> >> --------------------------------------------------------------------- >> ---- >> This SF.net email is sponsored by: Microsoft >> Defy all challenges. Microsoft(R) Visual Studio 2005. >> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ >> _______________________________________________ >> modauthkerb-help mailing list >> modauthkerb-help@xxxxxxxxxxxxxxxxxxxxx >> https://lists.sourceforge.net/lists/listinfo/modauthkerb-help >> > > ---------------------------------------------------------------------- > --- > This SF.net email is sponsored by: Microsoft > Defy all challenges. Microsoft(R) Visual Studio 2005. > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ > _______________________________________________ > modauthkerb-help mailing list > modauthkerb-help@xxxxxxxxxxxxxxxxxxxxx > https://lists.sourceforge.net/lists/listinfo/modauthkerb-help ------------------------------------------------------------------------- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/

Previous Message by Thread: click to view message preview

Stripping @REALM from REMOTE_USER?

Hello, I'm a happy user of mod_auth_kerb (currently on Ubuntu). One thing, I'd like to be able to adjust, though, is how REMOTE_USER is generated: Instead of having a REMOTE_USER of joe_user@xxxxxxxxxxxxx, I'd like to just have joe_user. This will make it easier to use mod_auth_kerb with web applications which expect simpler usernames. Is there a way to have mod_auth_kerb strip off @REALM before generating REMOTE_USER? -- Regards, Troels Arvin <troels@xxxxxxxx> http://troels.arvin.dk/ ------------------------------------------------------------------------- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/

Next Message by Thread: click to view message preview

Re: Stripping @REALM from REMOTE_USER?

I trust everyone knows this is a bad idea in general and why. If you have no cross-realm support configured and know that you never will (ha!) then it's a useful option to have. On Oct 2, 2007, at 6:33 AM, Richard N. Fogle wrote: > There was a patch floating around mod_auth_ldap's list and I > applied it to mod_auth_kerb, added a "KrbDelegateBasicNoRealm" > option you can use in your .htaccess file to strip @REALM. > > R > > <mod_auth_kerb.norealm.patch.bz2> > > On Oct 2, 2007, at 1:47 AM, Troels Arvin wrote: > >> Hello, >> >> I'm a happy user of mod_auth_kerb (currently on Ubuntu). One >> thing, I'd >> like to be able to adjust, though, is how REMOTE_USER is generated: >> Instead of having a REMOTE_USER of joe_user@xxxxxxxxxxxxx, I'd >> like to >> just have joe_user. This will make it easier to use mod_auth_kerb >> with >> web applications which expect simpler usernames. >> >> Is there a way to have mod_auth_kerb strip off @REALM before >> generating >> REMOTE_USER? >> >> -- >> Regards, >> Troels Arvin <troels@xxxxxxxx> >> http://troels.arvin.dk/ >> >> >> --------------------------------------------------------------------- >> ---- >> This SF.net email is sponsored by: Microsoft >> Defy all challenges. Microsoft(R) Visual Studio 2005. >> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ >> _______________________________________________ >> modauthkerb-help mailing list >> modauthkerb-help@xxxxxxxxxxxxxxxxxxxxx >> https://lists.sourceforge.net/lists/listinfo/modauthkerb-help >> > > ---------------------------------------------------------------------- > --- > This SF.net email is sponsored by: Microsoft > Defy all challenges. Microsoft(R) Visual Studio 2005. > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ > _______________________________________________ > modauthkerb-help mailing list > modauthkerb-help@xxxxxxxxxxxxxxxxxxxxx > https://lists.sourceforge.net/lists/listinfo/modauthkerb-help ------------------------------------------------------------------------- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/