[7.386] IP licensing - possibly?

IIRC, It's supposed to update every night, unless you have an unlimited license.

Barry

I've seen the same thing with the licensing daemon on production systems... so long as it doesn't stop things from working, it's no big deal... not sure why it doesn't work on some systems, though.

Are you saying the 204.x.x.x IPs are behind the firewall?  I don't know what to say about that, all the testing I've done is using IANA RFC private IP ranges behind the firewall... I suspect something is triggering because of the public IPs.

That's correct - old habits die hard.  I personally HATE NATting if I don't have to.  Those are publicly routable IPs that I've got.  The part that I was curious about was that this hasn't been a problem in older versions, so I wasn't sure what changed in the beta (or maybe it's a configuration change).

Are you saying the 204.x.x.x IPs are behind the firewall?  I don't know what to say about that, all the testing I've done is using IANA RFC private IP ranges behind the firewall... I suspect something is triggering because of the public IPs.

Bruce, we use public IPs (an entire Class C ) on version 6.3, and what Hubersan describes has never happened to us, although we DO get scanned all of the time.

I strongly suspect it's a bug in the 7.4 betas.

I'd be happy to do some more scans against my 6.3 if anyone wants.

Barry

Barry, on the inside of the 6.3 install too?  YOu don't NAT or MASQ an internal IP range to the outside?

I admit, this could be a problem...

Although I'm being forced against my will to NAT our new install, our old network is not NAT'd at all... we're using the Class C that our ISP gave us, internally and externally (there's a transfer network on the outside, which routes everything else inside).

Barry

Even if you NAT, someone on INT could scan the DMZ subnet, and you'd have the same problem.

To anyone trying to test this: note that you won't see the extra IPs in the license count until the next day.

Barry

Congrats on the wizard promotion guys.  So does this mean you can do a Harry Potter Expelliarmus now?

I have to say that I've never even watched any of the Harry Potter movies.... Star Trek and Star Wars, well, that's a different matter....  [:)]  Jedi would be a better title, ha ha ha!

Can we get an answer or confirmation from Astaro that they're aware of or going to look into this soon?

I'm very interested in 7.4 for the new load balancer, but I cannot upgrade if the license counting is broken.

FWIW, I'm NMAP'ing my DMZ at home right now; I'll see if it increases the IP count.

Barry

Hi Barry, 

Please check the accounting reporting and search for an ip address which is counted outside of the scope and which you think should not be in there. 
What does it say?

Normally we only count flows that passed the device and packets have been sent in both directions. 

regards
Gert

I'm not the one who reported the problems, but...

here's a good one...
10.0.0.254
My Astaro DMZ interface's IP. I was recently using it for a virtual loadbalancer IP, fwiw.
My understanding is the Astaro IPs should never be counted.

I ran some nmap scans against my DMZ today, but I believe I have to wait til tomorrow to see the licensed IPs upated.

Thanks,
Barry

I'm not the one who reported the problems, but...

here's a good one...
10.0.0.254
My Astaro DMZ interface's IP. I was recently using it for a virtual loadbalancer IP, fwiw.
My understanding is the Astaro IPs should never be counted.

I ran some nmap scans against my DMZ today, but I believe I have to wait til tomorrow to see the licensed IPs upated.

Thanks,
Barry

Well, my NMAP scans have failed to affect the license count (good).

Hopefully Hubersan can provide more information about the problem he's having.

I should point out that I can't test a non-natted network like he has with current versions; the only non-natted network I have is on version 6.3.

Barry

Tried the latest update yesterday, and same issue when the licensing script ran last night...