If you start and stop the PF service does the registration page work?

 

That’s the problem I’m having – works one time after starting and stopping
the service

 

From: clf [mailto:[email protected]] 
Sent: Thursday, December 01, 2011 6:42 AM
To: [email protected]
Subject: Re: [Packetfence-users] Registration page doesn´t show up,
certificate?

 

Hi Francois, 

 

thanks for your reply, I´ve tried both mozilla and explorer and I´m still
not able to see the registration page...

 

I´ve solved those errors on the access_log creating new cert files with
openssl with the right server name and replacing the old ones. Now I only
get this on access_log:

 

[notice] caught SIGTERM, shutting down

[Thu Dec 01 10:38:18 2011] [notice] Apache/2.2.15 (Unix)  mod_ssl/2.2.15
OpenSSL/1.0.0-fips PHP/5.3.2 mod_perl/2.0.4 Perl/v5.10.1 configured --
resuming normal operations

I realized that if i release the nslookup command on the client side I get
this output:

 

server: packetfence

address: 192.168.2.1

 

name: www.google.com.registration.mydomain.com

address: 192.168.2.1

 

is something wrong with dns?

 

thanks again

 

 

Hi,

What if you try with another browser (ie. Chrome/Firefox)?  Do you have 
the same thing?

On 11-12-01 4:53 AM, clf wrote:
> Hi All,
> I just set up a new PF server yesterday, everything went fine and I 
> could start the service and access the GUI.
> The server is set up in VLAN enforcement mode so when a new device is 
> connected to the switch, PF changes the VLAN (MAC detection) to the 
> registration VLAN and when the client opens the web browser it comes 
> up the classic "Certificate Error" in Internet Explorer but when I 
> click the link to ignore the message it just hangs and the reg page 
> doesn´t
> I can see PF knows the client is trying to access to the Internet as I 
> see this in the access_log
> 192.168.2.10 - - [01/Dec/2011:10:50:30 +0100] "GET 
> /captive-portal?destination_url=http://www.google.com/ HTTP/1.1" 200 
> 7093 "-" "Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 5.1; 
> Trident/4.0; .NET CLR 2.0.50727; .NET CLR 3.0.4506.2152; .NET CLR 
> 3.5.30729; .NET CLR 1.1.4322; InfoPath.2)"
> Having a look at the logs I see nothing strange but this on the error_log
> [Thu Dec 01 10:36:37 2011] [notice] caught SIGTERM, shutting down
> [Thu Dec 01 10:38:12 2011] [warn] RSA server certificate is a CA 
> certificate (BasicConstraints: CA == TRUE !?)
> [Thu Dec 01 10:38:12 2011] [warn] RSA server certificate CommonName 
> (CN) `packetfence' does NOT match server name!?
> [Thu Dec 01 10:38:12 2011] [warn] RSA server certificate is a CA 
> certificate (BasicConstraints: CA == TRUE !?)
> [Thu Dec 01 10:38:12 2011] [warn] RSA server certificate CommonName 
> (CN) `packetfence' does NOT match server name!?
> [Thu Dec 01 10:38:13 2011] [warn] RSA server certificate is a CA 
> certificate (BasicConstraints: CA == TRUE !?)
> [Thu Dec 01 10:38:13 2011] [warn] RSA server certificate CommonName 
> (CN) `packetfence' does NOT match server name!?
> [Thu Dec 01 10:38:13 2011] [warn] RSA server certificate is a CA 
> certificate (BasicConstraints: CA == TRUE !?)
> [Thu Dec 01 10:38:13 2011] [warn] RSA server certificate CommonName 
> (CN) `packetfence' does NOT match server name!?
> [Thu Dec 01 10:38:18 2011] [notice] Apache/2.2.15 (Unix) 
> mod_ssl/2.2.15 OpenSSL/1.0.0-fips PHP/5.3.2 mod_perl/2.0.4 
> Perl/v5.10.1 configured -- resuming normal operations
> Any advice?
> Thanks in advance
> clf
>
>
>
----------------------------------------------------------------------------
--
> All the data continuously generated in your IT infrastructure
> contains a definitive record of customers, application performance,
> security threats, fraudulent activity, and more. Splunk takes this
> data and makes sense of it. IT sense. And common sense.
> http://p.sf.net/sfu/splunk-novd2d
>
>
> _______________________________________________
> Packetfence-users mailing list
> Packetfence-users@...
> https://lists.sourceforge.net/lists/listinfo/packetfence-users


-- 
Francois Gaudreault, ing. jr
fgaudreault@...  ::  +1.514.447.4918 (x130) ::  http://www.inverse.ca
<http://www.inverse.ca/> 
Inverse inc. :: Leaders behind SOGo (www.sogo.nu) and PacketFence
(www.packetfence.org)

 

 

 

 

------------------------------------------------------------------------------
All the data continuously generated in your IT infrastructure 
contains a definitive record of customers, application performance, 
security threats, fraudulent activity, and more. Splunk takes this 
data and makes sense of it. IT sense. And common sense.
http://p.sf.net/sfu/splunk-novd2d
_______________________________________________
Packetfence-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/packetfence-users

Reply via email to