Lizenz wird bei inaktiver Interverbindung deaktivert

anonymous

Well-Known Member
Mitglied seit
14. Januar 2008
Beiträge
19.170
Guten Morgen Gemeinde,

ist es schon mal aufgefallen, dass eine lizensierte Version ohne bestehende Internetverbindung selbständig in die Gratis-Edition geht?

Es ist total nervend wenn man viel Geld für eine Lizenz ausgibt, die Anlage jedoch nach der Lizensierung in eine internetfreie Umgebung laufen lässt und doch nur die Gratisversion ans laufen bekommt.

Würde mich einen Tipp oder Lösungsansatz sehr freuen.
 
Hallo. Wir werden das mal in unserer Testumgebung versuchen nachzustellen. Gebe dann eine Rückmeldung.
 
Die PBX verlangt nach einer REG wenn Sich etwas ändert. Das kann die Netzwerkkarte, die IP, der Netzwerk Identifyer sein (und noch etliches mehr). Wenn die PBX im Internet reg. wird und dann die IP geändert wird verfällt die Registrierung und es geht zurück auf free.
 
ok. Danke für den Tipp.

Trifft das auf alle im System befindlichen Karten zu oder nur auf die mit der IP, auf die Anlage gemappet ist? Frag nur, weil wir die Appliance von Allnet genommen haben und die hat ja bekanntlich mehrere Netzwerkkarten.
 
dann wird das Problem die Apipa sein die MS auf die nicht verwendeten NICs maped. SChalte Diese einfach im BIOS aus.
 
Ich habe ein ähnliches Problem. Dual-Homed 3CX, 1 Interface "LAN", 1 Interface "WAN".
Das Problem: das WAN Interface hat leider DHCP, mit meinem ISP leider nicht anders machbar.
Wenn ich nun den Server reboote sagt mir das 3cx Log:
10:41:55.314|.CallMgr.cpp(1298)|Log2||LoadLicenceInfo:[CM501010]: License Info: Load Failed
10:41:55.314|.SLServer.cpp(907)|Log2||MyConnectionListener::ConnectListener:[EC200001]: Configuration server is connected:
application:VOIPpbx01:5485/DBProvider
local:127.0.0.1:49190
remote:127.0.0.1:5485
10:41:55.423|.CallMgr.cpp(281)|Log2|CallManager|CallMgr::Initialize:[CM501001]: Start 3CX PhoneSystem Call Manager
10:41:55.423|.CallCtrl.cpp(22)|Log2||CallCtrl::thread:[CM501007]: *** Started Calls Controller thread ***
10:41:55.423|.CallMgr.cpp(282)|Log2|CallManager|CallMgr::Initialize:[CM501002]: Version: 8.0.10708.0

Wenn ich die Services nach dem reboot erneut restarte funktioniert es einwandfrei:
10:49:58.105|.CallMgr.cpp(1296)|Log2||LoadLicenceInfo:[CM501009]: License Info: Loaded Succeeded
10:49:58.120|.SLServer.cpp(907)|Log2||MyConnectionListener::ConnectListener:[EC200001]: Configuration server is connected:
application:VOIPpbx01:5485/DBProvider
local:127.0.0.1:59540
remote:127.0.0.1:5485
10:49:58.230|.CallMgr.cpp(281)|Log2|CallManager|CallMgr::Initialize:[CM501001]: Start 3CX PhoneSystem Call Manager
10:49:58.230|.CallCtrl.cpp(22)|Log2||CallCtrl::thread:[CM501007]: *** Started Calls Controller thread ***
10:49:58.230|.CallMgr.cpp(282)|Log2|CallManager|CallMgr::Initialize:[CM501002]: Version: 8.0.10708.0
Dieses Verhalten habe unabhängig davon ob die DHCP-IP ändert oder nicht.
Das komische dabei ist noch dass auch beim "Load Failed" gewisse Lizenzpflichtige Features wie z.B. der Fax trotzdem funktionieren jedoch andere nicht, z.B. Assistant, Conference Calls ...
 
Auch klar,

das DHCP Interface änder sich beim start.
Der 3CX Dienst startet und siehr die Veränderung und requested dann eine Reaktivierung.
Dann wird aber noch kein Internet "anliegen" und fehlt schlagen.

Muss auch sagen, das du dir aus allen Sicherheitsgründen einen Router zulegen solltest der dann an den ISP geht.
Also Routing by IP macht.
 
Die Kiste ist komplett zu, von daher sicherheitstechnisch kein Problem.
Mit Router und damit verbundenem NAT gibts wieder Probleme mit double-NAT auf mobilen Clients (WindowsMobile/Android) im UMTS-Netzwerk, da dort der Provider schon Nat-ed und es den Tunnel nur für Windows gibt ...

Ich habe auch schon versucht mit delayed Service start was zu machen, doch auch dies fruchtet nicht so recht.
Welcher Service macht genau den Lizenzcheck? Kann man allenfalls beim Lizenzcheck "nur" die MAC-Adressen und nicht die IP einbeziehen? Dann wäre wohl auch die Probleme des Vorredners mit inaktiven Netzwerkkarten gelöst.
 
wo das Dring liegt kann ich dir nicht sagen und es läßt sich logischerweise auch nicht anpassen ;-)
 
@stefanw wrote: es läßt sich logischerweise auch nicht anpassen ;-)
War eher im Sinn eines FeatureRequest gedacht, da Du sehr nahe an den Entwicklern bist dachte ich du kannst urteilen ob ein solcher Request überhaupt Chancen hätte ...
 
nein, ich glaube du kann dir etwas Fingerarbeit spraren.
 

Statistik des Forums

Themen
44.413
Beiträge
232.713
Mitglieder
78.328
Neuestes Mitglied
as7h