[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [cobalt-users] [Qube3] Adaptive Firewall license problems
- Subject: Re: [cobalt-users] [Qube3] Adaptive Firewall license problems
- From: Parker Morse <morse@xxxxxxxxxxx>
- Date: Tue Nov 27 14:46:24 2001
- Organization: Sinauer Associates, Inc.
- List-id: Mailing list for users to share thoughts on Cobalt products. <cobalt-users.list.cobalt.com>
Lyle suggested:
> Parker Morse wrote:
[snip]
>> well enough so far, but I've run into a different problem. Sun's online
>> licensing system is tied to the MAC address of eth0, assuming that is your
>> port to the world. Our Qube, for reasons only my predecessors know, has our
>> LAN on eth0, and the internet on eth1.
>>
>> So the Qube tries to license the MAC address that's looking at the LAN, but
>> can't, evidently because that's not the address contacting Sun. Hence no
>> license, hence no firewall.
> It does not contact Sun. It just looks at the MAC address of eth0 to verify
> it is on the right piece of hardware. You should have generated a key based
> on the eth0 MAC address. It doesn't matter at all which network is connected
> to wherever....
Well, that's my problem: I'm unable to generate any key, at all, based on
either MAC address. I'll admit that the eth0/eth1 "reversal" may not be the
actual cause; that's just been my best guess. Here's what happens: I start
the firewall. It prompts for my passphrase, which I give it. Then it says,
"A valid license key was not detected. Firewall disabled. For a license key,
contact Cobalt Networks at [URL]. Would you like to open this address in
another window?" (I'm paraphrasing this, as I don't have the error in front
of me.) I click yes, and it opens another window, which produces a "500
Internal Server Error" at the URL
<https://licenses.cobalt.com/cgi-bin/license.cgi?macaddr=> where the = is
followed by the MAC address of my eth0.
I suppose the other alternative is that licenses.cobalt.com has tanked?
pjm