問題タブ [licensing]

内部ネットワーク上の企業クライアント Web サーバーでホストされている ASP.Net アプリケーションがあります。

さまざまな既知のライセンス条件 (有効期限/ユーザー数など) を適用したい

キーと値のペアとして用語を含む暗号化された xml ドキュメントを使用し、暗号化されたフラット テキスト ファイルとして Web サーバーに保存することを計画しています。

次に、カスタム セキュリティ Httpmodule を使用して、暗号化されたファイルを復号化し、用語を抽出してメモリ (アプリケーション?) に保存し、アプリケーションの関連領域の各ページ要求中に用語を適用する予定です。

Web アプリケーションのライセンス条項を強制するためのより良い方法はありますか?

誰かがMS-PLの下でライセンスされたコードの一部を使用し、それを商用製品で使用したい場合、それはMS-PLによって許可されていますか？制限は何ですか。

Linux アプリケーションが実行しているすべての機能にライセンス メカニズムを提供しようとしており、ライセンス サーバーを使用して一元的に制御することを考えています。

ライセンスの目的は次のとおりです。

1. オペレーターが購入していない機能を拒否します。
2. 試用版を提供する (購入しないと有効期限が切れる機能)。
3. 機能を一定期間有効にし、一定期間のみ利用できるようにします。

これを可能にするサーバー ライセンスはありますか (基本的には、ソケットを使用してアプリケーションと通信します)。開始するために他に何ができますか (たとえば、オープンソース ソフトウェアを使用する、読むなど)。

GeoServerは GPLv2 の下でライセンスされています。これは、このアプリケーションから派生的な商用作品を作成できないことを意味することを知っています。たとえば、新しいインターフェイスやプラグインなどをクローズド ソース アプリケーションとして GeoServer に追加することはできません。

ただし、クローズド ソース アプリケーションをフロントエンドするためのバックエンド サーバーとして使用できますか? oGC 準拠のマップ サーバーは、マップとデータを使用するための特定の OGC 準拠のインターフェイスを公開します。MapServer (無料) や ArcGIS Server (商用) など、これを実行できる GIS サーバーが他にもいくつかあります。

では、OGC 準拠の Web サービスを介してデータを使用するためのクローズド ソースの Flex GIS フレームワークを作成するとします。このアプリケーションを販売し、(適切なライセンスを含めて) インストールの一部として GeoServer (未修正) を含めた場合、GPL に違反することになりますか?

商用のクローズド ソース アプリケーションで GeoServer を使用するにはどうすればよいですか?

私はCで小さなアプリケーションを実装しています。これは、後でリーズナブルな価格でシェアウェアとして販売したいと考えています。それは30日間のトライアルから始まりますが、私はそれをどのように実装するかについてすでにかなり確信しています。

ただし、私が抱えている問題は、プロダクトキーの検証を実装する方法がよくわからないことです。私が念頭に置いているのは、顧客が私のWebページにサインアップして（しばらく製品を試した後）、製品の代金を支払い、e経由でaaaaa-bbbbb-ccccc-ddddd-eeeeeの形式でプロダクトキーを取得できることです。 -メール（または私のウェブサイトの彼のプロフィールから入手できるかもしれません）。今のところ問題ありません。次に、彼/彼女は私のアプリの適切なキーフィールドにキーをドロップし、アプリが登録されていることをブームします。

私がこれまでに収集できたものから、人々はこれにAESまたはRSAのいずれかを推奨します。正直なところ、私は大学で別の方向に進んでおり（暗号化ではありません）、私が受けた暗号化のクラスは少し前でした。しかし、私が覚えていることから、AESは対称暗号化アルゴリズムです。つまり、暗号化と復号化のためのキーは1つだけですよね？次に、何千ものプロダクトキーを生成し、アプリでそれらを検証するにはどうすればよいでしょうか（ちなみに、インターネットアクセスは必要ありません。サーバーにチェックバックする必要はありません）。

それで、RSAが進むべき道だと思いますか？しかし、RSAはかなり長いキー（少なくとも上から必要な25文字よりも長い）を生成しませんか？

別のスレッドで、一部の製品はプロダクトキーの生成/検証に暗号化を使用せず、代わりに「2.と17.の文字を追加し、合計でxになる」などのチェックを使用することを読みました。

ここに行くための最も速く、最も簡単で、最も安全な方法は何ですか？:-)コードサンプルは砂糖になります！

よろしく、

セバスチャン

PS：ああ...そして、ある時点で私の鍵がどのようにクラックされる可能性があり、どのようにクラックされるのか教えてはいけません.....私はそれについて知っています、それが主に私が多くの時間を過ごしたくない理由ですこの問題ですが、同時に、時折クラッカーが簡単になりすぎないようにしてください。

これに対する戦略はありますか？Web システムをクライアントに販売し、法的契約に従って、その顧客はそれを他人に販売することを許可されていません。

私の最初のアイデアは、ルート ディレクトリにある必要があるある種のキーであり、そのファイルはその特定のドメインに対してのみ有効です。

他のアイデア？

更新 1 これは主に法的な問題であることに同意します。しかし、事実は次のとおりです。このシステムを私から購入して他の人に販売するクライアントがいます。そして、彼はこのシステムが機能することを望んでいるので、彼は簡単に利益を上げることができます. Web サーバーをパッケージ化して販売する機能は、仕様の一部です。

UPDATE 2 もう一つの視点はこれです。その場合、再販されたソフトウェアのどれだけが元のシステムからのものかを証明するのは困難です。

UPDATE 3 難読化は私にとってオプションではありません。本当に嫌いです。

通常のLinuxパッケージ形式（rpm、deb、yastなど）を使用して、さまざまなLinuxディストリビューション用のソフトウェアを公開したいと思います。私のパッケージには、クリックスルーライセンス契約が必要です。ソフトウェアをインストールする前にユーザーに表示されるパッケージのライセンスをサポートするLinuxツールとパッケージ形式はどれですか？

JBOSS で実行されているごく普通の Java EE アプリケーションがあります。JBoss DatabaseLoginModule JAAS 認証を使用します。また、Hibernate にはまったく同じアプリケーション層のユーザー/ロールがあります。

すべてのユーザーを読み取り専用ユーザーにするソフトウェア ライセンス オブジェクト (休止状態を使用しない) に設定できる機能ビットを用意するというアイデアがあります (とにかく、これは私にとって非常に便利だと思います)。これにより、ライセンスを再取得して、製品の読み取り専用バージョンを作成できます。

私がやりたいのは、プログラム内でアクセス可能なブール値フラグに基づいてユーザーの関連付けを再マップすることです。

したがって、通常は（多対多結合）

ユーザー -*UserRole*-Role -*RoleActions

どこ

user.roleid =>role.id

ブール値が設定されている場合 (ソフトウェア ライセンスで設定された機能ビット)

JAAS が、ライセンスにそう記載されている場合、すべてのユーザーが roleid =1 であるかのように動作することを望みます。

何か案は ？

私は、企業がライセンスに関心を持っているWebベースのアプリケーションを開発しました。彼らは必要な機能を適切に使用し、既存のコードベースに追加するつもりなので、ライセンスは1回限りの問題になる可能性があります。実行時に解釈されるため、ソースを裏返す必要がありますが、何らかの方法で保護できるかどうかはすぐにはわかりません。

複雑さの層を追加するために、私は多くのユーザーにそれをサービスとして使用することに興味を示してもらいました、それで私はサブスクリプションベースのバージョンに向けて取り組んできました。ニッチ市場なので成長の可能性は限られていますが、短期間で売りたくありません。

私は通常、サービスを1時間ごとに販売しているので、ライセンスコードについて最初に知りません。

私が苦労している質問は次のとおりです。

1. 何を請求すればよいですか？
2. 商用ソフトウェアライセンスはどのように見えますか？
3. どうすれば自分の作品を保護できますか？

私が尋ねるべき数十がもっとあると確信しています。私は何を考えるべきですか？

前もって感謝します。

-返信ありがとうございます、すべて--

Oracle ODP.NETライブラリは再配布可能ですか？のように、Oracle.DataAccess.dllをアプリケーションに含めて、合法的なお湯に入らずに参照することはできますか？OTNでのODACのダウンロードライセンスは、かなり理解できない合法的なものであり、dllを直接含めることができるかできないかが明確にされていません。