---

Hallo Zusammen

Gibt es einen Grund warum MegaCAD 2007 bei einer Einwahl über VPN in das Firmennetz den Dienst mit der "Softwareschutz Fehler Nr. -208 ... Keine Lizenz zum angegebenen Feature gefunden!" verweigert obwohl das Verzeichnis für den Lizenzserver erreichbar ist? Es ist für den Rechner in dem Moment doch völlig transparent das dieser per VPN angebunden ist. Lediglich die Latenzzeiten sind situationsbedingt zu dem Zeitpunkt deutlich höher.

Weis jemand den Grund und/oder eine Lösung?

mit freundlichen Grüßen,
Walter Porada

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

gibt keinen Grund, das es nicht klappen sollte, ich habe das auch schon getestet

Die Fehlermeldung sagt ja wörtlich:
-208:=Keine Lizenz zum angegeben Feature gefunden

dann wird es das wohl sein was da steht.

rechte Maustaste auf die (lokale) ntmega3d.exe, dann auf Version, da steht der Featurename, dessen Pendant vom Lizensserver bedient werden muß. Gibts dafür keine Lizenz, dann kommt die Fehlermeldung....

Sonst mach ich mal einen Besuch auf dem Heim-PC....wäre doch gelacht

------------------
E.Hochbaum

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Hallo Herr Hochbaum

Danke für den Hinweis, dass es funktionieren müsste 
Tatsächlich scheint die Problematik zu sein, dass beim Hochfahren des Systems bzw. bei der Benutzeranmeldung die VPN Verbindung ja noch nicht aufgebaut ist und der Lizenzserver den Lizenzserver im Firmennetz noch nicht sehen kann. Damit es wie gewünscht funktioniert muss man nun nach der VPN Einwahl die Lizenzverwaltung öffnen und einmal auf aktualisieren klicken. Dann werden die Einträge um die des Firmen-Lizenzservers entsprechend erweitert und man kann wie gewohnt arbeiten.

Gibt es ggf. ein Kommandozeilen-Argument um diese Aktualisierung als Skipt nach der Einwahl automatisiert durchzuführen?

Vielen Dank
W. Porada

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

nein, das müssen Sie mit Windows- Bordmitteln hinkriegen, wir nutzen die Verbindungen nur, vielleicht eine feste IP-Route vorgeben.

das wäre doch mal ein Fall für adamsh :-)

------------------
E.Hochbaum

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Währe es eine Alternative den Lizenzserver-Dienst zu stopen und wieder zu starten? Bzw. behebt das u.U. dann auch das Problem?

Dann könnte doch folgendes (Ggf. in Verbindung mit  http://ww3.cad.de/foren/ubb/Forum22/HTML/002192.shtml ):

Code:

---

net stop Megatech-Software-Protection
net start Megatech-Software-Protection

---

helfen. Oder nicht?

Gruß
Steffen

------------------
prolinux.de - Warum durch das Fenster gehen, wenn es eine Tür gibt...

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Aufzeichnen.JPG

Hallo Herr Hochbaum

Funktioniert leider immer noch nicht wie gewünscht. Zwar ist wie alles in der Anleitung beschrieben konfiguiert, der Zugriff kappt auch im lokalen Netzwerk wie vorgesehen, nur über VPN von Daheim will es nicht funktionieren. Der Lizenzserver gibt eine Fehlermeldung 1265 aus, zu der ich keine Dokumentation finde.

Irgendeine Idee?

PS: das ganze funktioniert über VPN tadellos mit einem Windows XP.

mit freundlichen Grüßen
Walter Porada

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

also, bitte zu aller aller aller erst mal das aktuelle MegaCAD SP für diese Version auf den Client spielen, dann sehen wir weiter.

die 1265 ist eine Windows-Fehlermeldung. Es gab mal eine Weile eine 1326, die mangelnde Rechte ausdrückt, war aber unser Fehler.
Hier ein Hinweis, vielleicht hilfts. Zumindest sind die Fehlernummern nebeneinander geschrieben. Könnte also die gleiche Quelle sein.

------------------
E.Hochbaum

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

wenn Herr Hochbaum mich schon um eine Stellungsnaheme bittet, kann ich allerdings nur aus eigenenr Erfahrung, mit Lizenzservern ueber VPNs sprechen. Diese betrafen bisher allerdings KEIN Produkt von MegaTECH.

1. Es ist richtig, dass manche VPNs _groeszte_ Probleme mit dynamisch vergebenen IP-Adressen haben, gerade falls sich diese waehrend der Sitzung aendern. Dies wird meist veruursacht durch einen Verbindugnsauf- und abbau.

Selbst bei uns zu Hause half nur, einen Internetzugang mit statischer IP-Adresse anzumieten.

2. Der Kommunikationsendpunkt ("die virtuelle Netzwerkschnittstelle") Ihres VPNs muszh eine IP-Adresse aus dem Adressraum bzw. Netz Ihres Betriebes bzw. Ihrer Abteilung haben bzw. bekommen, Schliesslich muessen Sie ja Ihren Lizenzserver ueberhaupt erreichen koennen .  Dies ist hauefig falsch konfiguriert, haeufig werden IP-Adressen aus dem Adressraum der jeweiligen Transitnetze vergeben. Diese werden dann nicht zu Ihrer Abteilung durchgeroutet. Dies ist meist auch nicht beabsichtigt.
(Da dies IP-Adressen aus dem privaten Adressraum sein sollten, ist diese Verhalten ABSOLUT korrekt...)

Im Klartext: Sie benoetigen ein VPN zu Ihrer Abteilung Ihres Betriebes, NICHHT zum RZ..... ;->

3) Einige der mir bekannte Lizenzserver bzw. deren Klienten haben groeszte Probleme damit, falls ein Rechenr mehrere IP-Adressen hat. Die versuchen, ggf. JEDER IP-Adresse inen Lizenz zuzuweisen. Dies sind typische Konfigurationsfheler dieser Lizenzmanager... Muessen Sie einfach abklaeren.

4) Sie muessen sicherstellen, dass der Lizenzmanager die IP-Adresse des Kommunikationsendpunkts Ihres VPNs (virtuelle Netzwerkschnittstelle) nutzt, der dann die IP-Adresse aus dem Bereich Ihres Betriebes bzw. Ihrer Abteilung zugewiesen sein sollte....

5) Und jetzt zum Klassiker: Ist die IP-Adresse Ihrer Abteilung korrekterweise eine aus dem privaten Adressraeumen, dann fehlen meist die Routen, ueber die diese PAkete wietergereicht werden sollen.
IP-Adressen aus den privaten Adressraeumen duerfen dann und nur dann geroutet werden, falls fuer diese eine statische Route vorgegeben ist.

Diese statische Route fehlt praktisch immer. Diese statische Route sollte Ihre EDV-Abteilung Ihnen angeben. Dies kann relativ kompliziert werden.

BTW: entsprechend oben nuetzt Ihnen die default-Route (0.0.0.0/0) ueberhaupt nichts.

mfg HA

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP