CodeMeter TMR Server

ライセンスの目的は、ISVのデジタル知的財産を保護することです。 ソフトウェアの使用を困難にしたり、最悪の場合、ライセンスサーバーがクラッシュしたときにその使用を完全に防止したりすることを目的としていません。自動車産業のように、ライセンスにアクセスできないために重要な生産ラインが停止することを余儀なくされる可能性がある分野では、ユーザーは冗長性（リダンダンシー）を要求し期待しています。

CodeMeter TMR Serverはそれらのための解決策です。 TMRはTriple Mode Redundancyの略です。 簡単に言えば、2-out-of-3ライセンスの概念と、耐久性と信頼性の高いデータセンターテクノロジの組み合わせを意味します。 その秘密：3つのライセンスサーバーのグループが1つの共同システムとして動作し、3つのサーバーのうち2つが利用可能である限り、システム全体が稼働し続けます。

各ライセンスは3回作成され、特別なフラグTMR-Idが付与されています。 TMR-Idはオプションライセンス数量のプロパティです。 それは、それらが何であるかについて３つのライセンスが常に識別され得ることを確実にし、それはTMR-Idがそれぞれの新しいTMRライセンスと共に連続番号として割り当てられる理由である。共同TMRライセンスを形成するには、会社コード、製品コード、およびTMR-Idが3つのライセンスで同一である必要があります。 同様に、商品アイテムの他のすべてのプロパティは3つのライセンスすべてで同じです。

3つの構成ライセンスは、同じCmActIdを持つ3つの別々のCmContainerに配置されます。 TMRシステムはそれらをマージして、ユーザーが見て作業するための1つの仮想CmContainerを形成します。 実際の3つのCmContainerはバックグラウンドで残ります。

バーチャルCmContainerは、そのマスクバイトによって他のCmContainerと区別できます。

TMRライセンスが有効で利用可能であるためには、その構成ライセンスのうちの2つ以上が利用可能でなければなりません。 3つのうち1つしかない場合、TMRライセンスはバーチャルCmContainerに表示されません。

TMRの構成ライセンスの1つとCmContainerを1つしか持たない潜在的な攻撃者は、TMRライセンス全体を使用することはできません。TMRシステムで正しく動作しない限り、CodeMeterサーバーはTMR-Idを持つシングルライセンスの使用を拒否します。

完全なTMRシステムは、通常仮想マシンとして提供される5つのサーバーで構成されています。 ツインTMRサーバーは、仮想IPアドレスで到達できるクライアントとのダウンストリームインターフェイスとして機能します。 そのダウンストリームサーバーは、システムの反対側にある3つのアップストリームCodeMeterサーバーを保持しているCmContainerをミラーリングすることによって、仮想CmContainerとそのTMRライセンスを動的に生成します。

TMRサーバーは現在Linuxサービスとして利用可能です。 ツインTMRサーバーの上流では、CodeMeterサーバーはLinuxまたはWindowsで運用できます。 これらのサーバーを正しく設定すると、CodeMeterのライセンスはダウンストリームのTMRサーバーでのみ利用可能になります。 クライアントから直接アクセスすることはできません。

企業ネットワークでは、すべてのクエリをアクティブなTMRサーバーに送信する単一の仮想IPアドレスを介してTMRシステムにアクセスできます。 パッシブサーバーへの切り替えは、実証済みのデータセンターテクノロジによって処理されます。アクティブサーバーがダウンした場合、パッシブツインはインフラストラクチャに、仮想IPアドレスに送信されるすべてのパケットの受信者になることを通知します。 アクティブなTMRサーバーの役割にシームレスに切り替わります。

TMRパッケージの最初のバージョンは、2018年11月からWibu-Systemsからライセンスを受けることができます。請求は、インストールされた各TMRシステムのサブスクリプションによって処理されます。