Re: mod_ssl environment variables

Matt Stevenson <[email protected]>
Newsgroups gmane.comp.apache.mod-ssl.user
Message-ID <[email protected]>
You can try something like ...


  # Get SSL variables into subprocess...
  my $subr = $r->lookup_uri( $r->uri() );

  # Get serial and issuer
  my $serial =
$subr->subprocess_env('SSL_CLIENT_M_SERIAL') || "";
  my $issuer_slashes =
$subr->subprocess_env('SSL_CLIENT_I_DN') || "";

Hope that works.

Regards
Matt

--- Jason Kaskel <[email protected]> wrote:

> This is technically both a mod_perl and mod_ssl
> question. Maybe I 
> should harass their mailing list too.
> 
> I have a PerlAccessHandler that needs to access
> certificate 
> information.  According to what I've read the
> environment isn't loaded 
> with this information until the fixup phase which
> occurs right before 
> the response phase (and well after the access
> phase).  Is there any 
> other way for me to access certificate information
> this early in the 
> Apache process (specifically the data that gets
> loaded into 
> SSL_CLIENT_S_DN_CN)?  Failing that is there a way
> for me to force the 
> fixup phase to occur before the access phase?
> 
> Thanks for any help!
> 
> -Jason
> [email protected]
> 
>
______________________________________________________________________
> Apache Interface to OpenSSL (mod_ssl)               
>    www.modssl.org
> User Support Mailing List                     
> [email protected]
> Automated List Manager                           
> [email protected]
> 



		
__________________________________ 
Do you Yahoo!? 
Yahoo! Mail - Helps protect you from nasty viruses. 
http://promotions.yahoo.com/new_mail
______________________________________________________________________
Apache Interface to OpenSSL (mod_ssl)                   www.modssl.org
User Support Mailing List                      [email protected]
Automated List Manager                            [email protected]
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.