Thread Info
  • State Not Answered
  • Locked Locked
  • Replies 2 replies
  • Subscribers 2 subscribers
  • Views 552 views
  • Users 0 members are here
Options
Suggested
This discussion has been locked.
You can no longer post new replies to this discussion. If you have a question you can start a new discussion

Possible Bug - Certificate Installation

martindw
There seems to be a problem with 4.00x in the creation and then importing of certificates.  Here's my situation:

I upgraded from ASL 3.whatever to 4.  Everything imported hunky dory. . .in fact it was far smoother than I had hoped (well, if you don't count a blown-up hard drive, not ASL's fault!   ).  All went well until I tried to create a local certificate and import it into my browser.  Remember this browser previously had a cert from the 3.x install).

Anyway, I created the new cert. and it seemed to work till I clicked the "Import certificate into browser" button.  Instead of giving me a file to download (as before), it gave me a DNS error page in MSIE.  From that point on I can't even log into ASL from my MSIE.

I have a Linux box on the same network, so I tried to log in from there.  Got another strange "Incorrect message" error on Galeon which persisted until I went into my /home//.galeon directory and physically deleted the certificate (couldn't use the menu to delete it), then was able to log in.  Also able to log in from Linux Mozilla which I had never imported the previous cert. into.

In other words, it appears that the new cert crashes into old certs. from previous installs.  I haven't yet figured out how to fix the problem with MSIE; deleting the cert from the security cert management section did not help.

Before I thought of trying my Linux box, I did try reinstalling ASL 4 from CD and restoring my backup file.  This did allow me to log into WebAdmin again from MSIE, but upon regenerating the cert. the same blowup. . .something is wrong here! 

Dan  


This thread was automatically locked due to age.
Parents
  • 0
    I should have added one other possibly-salient fact:

    My ASL internal interface is 192.168.0.100, but the cert. creation window came up with the default address in there as 192.168.2.82 which, while it's in the default subnet that ASL creates for install if you don't change it, is not the default address you otherwise use.

    From reading the helpfile I changed that address per instructions to 192.168.0.100 since that *IS* the address I use to connect (successfully until now).

    Don't know if this is relevant, but thought you oughtta know!  
Reply
  • 0
    I should have added one other possibly-salient fact:

    My ASL internal interface is 192.168.0.100, but the cert. creation window came up with the default address in there as 192.168.2.82 which, while it's in the default subnet that ASL creates for install if you don't change it, is not the default address you otherwise use.

    From reading the helpfile I changed that address per instructions to 192.168.0.100 since that *IS* the address I use to connect (successfully until now).

    Don't know if this is relevant, but thought you oughtta know!  
Children
  • 0 in reply to martindw
    I've got it worked out finally (after 4 reinstalls, a Windows Update, and God knows  how many reboots!  [:(]strator."

    If that certificate is there (from a previous ASL installation, for example), the new certificate from ASL can't or doesn't get a chance to overwrite it.  This appears to happen because (help me  out ASL gods) as soon as you save the certificate details in the creation phase, they immediately take effect, which means that as soon as you try to click to another command (like "Import Certificate") you are promptly flushed by the browser because the cert. you're on isn't the same as the one that ASL now presents. [:$]

    The only way back in is to manually delete the old "Firewall Administrator" certificate from whichever store it's in on MSIE, and then reconnect to ASL WebAdmin.

    I have confirmed this in Windows 9x and 2000, with Internet Explorer 5.x and 6.02.

    Dan   
Cookie Information Banner