---

Hallo zusammen,

wir haben einige NX Open Funktionen (dll) im Einsatz, ab der Version NX 2306 erscheint die Meldung, dass die Funktionen alle neu signiert werden müssen.

„NXOpen signature is expired and is no longer considered to be signed.”

In der Version NX2007 sind die Funktionen ohne Fehlermeldung gelaufen, letzte Signierung erfolgte für die NX10.
Weiß jemand ab welcher Version die dlls neu signiert werden müssen?

Vielen Dank

------------------
Gruß
abbit

[Diese Nachricht wurde von abbit am 06. Mrz. 2024 editiert.]

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

---

Hallo abbit,

das kam irgendwann mit den ersten CR-Versionen. Wann genau weis ich leider nicht auswendig, würde aber mal auf die 1899 tippen. Das lässt sich sicher genauer untersuchen, lohnt sich m.E. aber nicht.

In den Customer Defaults gibt's eine Einstellung (Gateway/General/Automation), mit der sich die Warnungen eine gewisse Zeit unterdrücken lassen. Dammit lassen sich ein paar Versionen überbrücken.

Sobald aber Siemens den Stecker zieht, was in vielen Fällen keine technische Notwendigkeit wäre  , brauchst du ohnehin eine neue Signatur. Und da würde ich die letzte verfügbare nehmen, eine dll signieren und kurz testen, ob die älteste benutzte Version damit auch noch läuft. Andernfalls muss man leider unterschiedlich signierte Programme verwenden, die dann jeweils ca. 5-10 Versionen abdecken.

In der 2206 laufen Programme mit NX12-Signatur (pre-1899-signature) jedenfalls noch mit einer Warnung, in der 2212 ist dann Schluss mit pre-1899.

Gruß, Michael

------------------
Ein Mensch wird laut, wenn er was will;
wenn er's erst hat, dann wird er still;
Das "Danke" ist, nach alter Sitte,
Weit selt'ner als das "Bitte, Bitte".

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

---

Vielen Dank für die Antwort.
Der Tipp mit der Einstellung hat mir schon weitergeholfen.

------------------
Gruß
abbit

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

---

Zitat:

---

Original erstellt von abbit:
Vielen Dank für die Antwort.
Der Tipp mit der Einstellung hat mir schon weitergeholfen.

---

Welche Einstellung ist damit gemeint ?
Die #Gateway #General #Automation #IncompatiblePrograms #ShowWarningWhenLoading
wirds ja nicht sein, oder ?

Und wenn man am Lizenzserver die entsprechende(n) nxopen Lizenz(en) verfügbar hat, wird man mit einer ungültigen Signatur auch interaktiv kein sichtbares Problem haben, d.h. man kann sich maximal die Meldung wegkonfigurieren, nicht das Problem.

Ich aktualisiere bei jedem Update die Programme auf die neue Version und kopiere dabei auch die aktuelle Signatur rein.
Ist natürlich einfacher wenn man nur eine einzelne NX Version maintainen braucht ....

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

---

Zitat:

---

Original erstellt von ThomasZwatz:

Welche Einstellung ist damit gemeint ?
Die #Gateway #General #Automation #IncompatiblePrograms #ShowWarningWhenLoading
wirds ja nicht sein, oder ?

Und wenn man am Lizenzserver die entsprechende(n) nxopen Lizenz(en) verfügbar hat, wird man mit einer ungültigen Signatur auch interaktiv kein sichtbares Problem haben, d.h. man kann sich maximal die Meldung wegkonfigurieren, nicht das Problem.

Ich aktualisiere bei jedem Update die Programme auf die neue Version und kopiere dabei auch die aktuelle Signatur rein.
Ist natürlich einfacher wenn man nur eine einzelne NX Version maintainen braucht ....

---

Ja diese Einstellung war gemeint.
Dadurch werden einige Meldungen beim Starten von NX2306 ausgeschaltet, und ich kann z.B. in das Modul Manufacturing wechseln.
Das Problem mit den Signaturen ist nicht behoben, diese müssen erneuert werden.

Ist es möglich eine vorhandene DLL ohne Compilerlauf zu signieren?

------------------
Gruß
abbit

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

---

Zitat:

---

Original erstellt von abbit:
...
Ist es möglich eine vorhandene DLL ohne Compilerlauf zu signieren?

---

Ja, das ist die "eigentliche Signierung" .... wenns beim Kompilieren mitgemacht wird hast du (oder wer anderes) bereits Hand angelegt.
Und ist natürlich unterschiedlich ob Java, dotNet, OpenC ....

Siehe NXOpenProgrammersGuide #Signing Process - Language specific details
aber ich glaub wenn die originale SigningRessource veraltet ist, wird das mitunter auch nichts (?) - musst du mal probieren.
Und ein NXOpenC muss mit grosser Wahrscheinlichkeit eh immer neu kompiliert werden weil ein anderer Compiler her muss/soll.

[Diese Nachricht wurde von ThomasZwatz am 12. Jun. 2024 editiert.]

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

---

Vielen Dank für die weiteren Infos.

------------------
Gruß
abbit

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

---

Hallo zusammen,

eine neue Signatur sollte ausreichen, neu kompilieren muss m.E. nicht unbedingt sein.

Die SigningRessource.res hat sich von NX11 auf NX12 mal geändert, seither nicht mehr.

Da steht am Anfang und am Ende NXAUTHBLKNT, dazwischen sind beim Original > 500 Leerzeichen. Diese werden beim Signieren entsprechend der Version überschrieben, anschliessend steht der Webkey und die binäre Signatur anstelle der Leerzeichen drin.

Daneben sollte man sich alle paar Versionen auch mal den Quellcode anschauen. Da gibt's hin und wieder neue bzw. auch veraltete Funktionen, die zu ersetzen sind. Danach muss sebstverständlich neu kompiliert und signiert werden.

Gruß,
Michael

------------------
Ein Mensch wird laut, wenn er was will;
wenn er's erst hat, dann wird er still;
Das "Danke" ist, nach alter Sitte,
Weit selt'ner als das "Bitte, Bitte".

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