× The internal search function is temporarily non-functional. The current search engine is no longer viable and we are researching alternatives.
As a stop gap measure, we are using Google's custom search engine service.
If you know of an easy to use, open source, search engine ... please contact support@midrange.com.



Joe, 

BA with Apache is actually quite simple.  It would look
something like this:

Alias /secure  /myweb/wwwsecure                          
<Directory /myweb/wwwsecure>           
...
   AuthName "Secure"                  
   AuthType Basic                       
   PasswdFile %%SYSTEM%%                
   UserID %%CLIENT%%                    
   Require valid-user                   
</Directory>     

You could also use a Location container to do the same
thing, like this:
<Location /secure>           
   AuthName "Secure"                  
   AuthType Basic                       
   PasswdFile %%SYSTEM%%                
   UserID %%CLIENT%%                    
   Require valid-user                   
</Location>
                                                  

These examples of course are for system userids and
password.  But it should be fairly simple to update them.
 Unless I misunderstand your problem.

Brad

On Wed, 22 Oct 2003 12:49:51 -0500
 "Joe Pluta" <joepluta@xxxxxxxxxxxxxxxxx> wrote:
> (cross-posted to Ignite/400)
> 
> AGGGGGGGGGGGGGGGGGH!
> 
> I am now officially insane!  I just don't understand
> this...
> 
> Okay, on WAS35SE using IBM HTTP Classic, it was VERY easy
> to set up
> authentication.  You set up your context for you web
> application in the
> adminconsole, like so:
> 
> /psc400
> 
> Now, whenever you made a request to
> http://myas400/psc400/..., it would
> be routed to WAS35SE.  However, there was no
> authentication.  If you
> wanted to authenticate that, you simply added an
> authentication
> directive to the HTTP configuration:
> 
> Protection PSC400 {           
>       PasswdFile PSCSEC/PSC400
>       ACLOverride Off      
>       (...)   
>       ServerID AUTHORIZED  
>       UserID %%SERVER%%    
> }                          
> Protect /psc400/* PSC400
> 
> This would cause all access attempts to /psc400/* to
> first be
> authenticated against the validation list named PSC400 in
> library
> PSCSEC.
> 
> Very simple, very easy.  
> 
> Unfortunately, it doesn't seem quite that simple in
> WAS5X/Apacheh. Now,
> the best reading I've been able to do as far as Apache
> and WAS5X is that
> I may end up having to define security roles and mappings
> all at the web
> application (WAR) level.  This seems an awfully complex
> way of doing
> things.
> 
> Any insight from anyone?
> 
> Joe
> 
> _______________________________________________
> This is the Web Enabling the AS400 / iSeries (WEB400)
> mailing list
> To post a message email: WEB400@xxxxxxxxxxxx
> To subscribe, unsubscribe, or change list options,
> visit: http://lists.midrange.com/mailman/listinfo/web400
> or email: WEB400-request@xxxxxxxxxxxx
> Before posting, please take a moment to review the
> archives
> at http://archive.midrange.com/web400.
> 

Bradley V. Stone
BVS.Tools
www.bvstools.com

As an Amazon Associate we earn from qualifying purchases.

This thread ...

Follow-Ups:
Replies:

Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].

Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.