問題タブ [product-key]

SQL Server 2005 のインストール済みインスタンスの cd キーを取得する必要があります。次のコードを使用しましたが、動作しません。これは、おそらく SQL Server 2000 用だと思われるためです。助けてください。

プロダクト キー (MAK タイプ) を書き込む無人 Vista/Windows 7 インストール用の XML ファイルを自動的に作成する必要があります。残念ながら、Windows イメージには複数のエディション (ホーム、ホーム プレミアム、プロフェッショナル、アルティメット) が含まれているため、使用するバージョンを決定し、その情報を XML にも書き込む必要があります。そして、どのエディションを使用するかを動的に決定できるようにしたいと考えています。

Windows セットアップのように、プロダクト キーから OS エディションを特定する公開アルゴリズム/方法はありますか? できれば C/C++ で。

編集: 問題は、特定の画像がサポートするエディションを決定することではありません-これは、カタログファイルを見るだけで実行できますsources\install_*.clg

EDIT2: Microsoft PIDX Check や Windows 7 Product Key Checker などの (奇妙な) ツールを見つけました。これらは同じ を使用しpidgenx.dllます。Windows システム自体としての pkeyconfig.xrm-msof。これは、特に次のことを決定するために使用できます。

• Windows のエディション。
• ロックを解除して有効にする機能。
• ライセンスの配布チャネル。
• ライセンスの種類。
• オペレーティング システムをアクティブ化する方法。
• アクティベーションを受け入れるかどうかを決定するための一意の識別子。

しかし、キーの評価には非常に時間がかかります。

私は最近、中小企業に販売する予定のアプリを開発しました。私は多額の現金を持っていないので、自分のソフトウェアを盗難から保護する商用アプリケーションを購入するつもりはありません。

私の現在の計画は次のとおりです。

• アプリ内に公開鍵 (pgp) またはリテラル コードを含めます。
• ユーザーは、特定の情報を提供する Web サイトからソフトウェアを購入します。
• サイトは、プロダクト キーを作成する関数を呼び出します。このキーは、購入後にユーザーにメールで送信/表示されます。
• ユーザーが製品をダウンロードした後、提供されたプロダクト キーと共にいくつかの情報を入力して、アクティベーションを試みる必要があります。
• アプリケーションは、ホスティング ロケーションの Web サービスに接続します。暗号化と他の情報を使用して、アプリケーションに送り返されるアクティベーション コードを作成します。
• 今後、アプリケーションは Web サービスを定期的にチェックして、承認されているかどうかを判断します。
• どういうわけか、ソフトウェアの更新中に pgp/code を更新したいので、情報を復号化し、ライセンスを更新し、再暗号化してから、サービス データベースを更新する機能が必要になる可能性があります。

だから私は疑問に思います：

1. これはこれを行う正しい方法ですか、それとも現在は廃止されていますか?
2. 一意のプロダクト キーを生成する最良の方法は何ですか?
3. 公開鍵/秘密鍵をクライアントの PC から完全に切り離す方法はありますか?
4. 違法なライセンスを検出する良い方法はありますか? 私はサイト全体のライセンスのみを提供する予定なので、悪意のあるちょっとした torrent/irc の人々を検出する必要があるだけです。

よろしくお願いいたします。大変ありがたく存じます。

重複の可能性:
PHP - コードの保護

私は、クライアントの種類のビジネスに非常に役立ついくつかの特定の機能を備えたクライアント用のphp「管理」サイトを構築しました。そこで私はクライアントと一緒に、このバックオフィス ソフトウェアを他の会社に販売することにしました。

このphpサイトを閉じて、購入したクライアントが一度だけインストールしてキーで検証できるようにするにはどうすればよいですか? また、すべてのファイルとデータベースをコピーして、他の人に渡すことはできますか?

PHPサイトをSaaSとして閉鎖するテクニックは何ですか?

次の点について提案を求めたいと思います。

いいえを使用したい場合は、プロダクトキーを作成している間。マイクロソフトボリュームライセンスの場合と同じように、キーが作成されたマシンの場合、インストーラーに入力されたキーを検証するために作成されたdll内で簡単に検証できるようにするには、どうすればよいでしょうか。 100台のマシンで、プロダクトキーが101台目のコンピューターで機能しないことをオフラインで検証するにはどうすればよいですか。

ありがとう、

マシンにインストールされている Microsoft 製品 (xxxxx-xxxxx-xxxxx-xxxxx-xxxxx など) に使用される製品ライセンス キーを取得できる WMI スクリプトを探しても無駄でした。これには、Sharepoint、SQL Server、Exchange などの製品が含まれますが、実際の Windows ライセンス キーを取得するスクリプトしか見つからないようです。

これまでに試したこと ( WMI でなければならないので、powerscript は使用しないでください):

1. win32_product クラスを試してみましたが、興味のあるフィールド (productid) が wi​​ndows2003 に存在せず、windows 2008 と windows 2003 サーバーが混在 (30% から 70%) しています。
2. レジストリにアクセスしようとしましたが、製品キーの標準化された場所はなく、結果として得られるソリューションは本当に「厄介」になりますが、それが唯一の方法である場合は、降りて汚れることを検討する必要があります

この理由: 多数 (> 200 台のマシン) を調べて、監査目的で、各マシンで前述の Microsoft 製品に使用されているライセンスを一覧表示する必要があります。

私を正しい方向に向けるリソースであっても、どんな助けでも大歓迎です。あるいは、Microsoft がこれを実行できる製品を持っているなら、私もそれに興味がありますが、一番の賞は WMI スクリプトでしょう。

VS Express 2012 をほぼ 1 か月間使用していますが、引き続き使用するにはプロダクト キーを入力する必要があると表示されます。そのプロダクト キーを取得するには、登録を求められます。Microsoft アカウント (素晴らしい、別のアカウントを追跡する必要があります) を作成した後で初めて、会社、その住所、従業員、およびその中での私の役割に関する詳細を入力する必要があることが通知されます。
個人または愛好家が Express を使用する方法はありますか、それとも企業のみを対象としていますか? 偽のビジネス情報を入力せずにプロダクト キーを取得する方法はありますか (または、偽の情報はイライラするフォームへの標準的な対応です)。

WPF で Windows デスクトップ アプリケーションを作成しています。有効化プロセスを追加する必要があり、正しい考えがあるかどうか疑問に思っていました

これは私が実装しようと考えていたプロセスです。これが最善の解決策でしょうか

• ユーザーがアプリケーションをロードすると、アクティベーション コードが含まれているレジストリ キーがチェックされます。

アクティベーションが必要です

• レジストリにアクティベーション キーがない場合は、アクティベーション ページが表示されます。
• ここで、彼らは私たちから受け取るアクティベーションキーをそこに入力します
• ユーザーがアクティブ化をクリックすると、HDDのシリアル番号を取得してハッシュします
• 次に、チェックするために書いたWebサービスに接続します-キーは存在しますか-割り当てられたHDDシリアルハッシュがありますか-アクティブですか
• これらすべての基準に合格した場合、Webサービスを介してHDDシリアルを使用してDBを更新し、アクティブとしてマークします

すでにアクティブ (アクティベーション キーが存在するレジストリ キー)

• HDD のシリアル番号を取得してハッシュ化する
• レジストリからキーを取得する
• Web サービスに接続して、キーが存在するかどうか、まだアクティブであるかどうか、正しい HDD ハッシュに割り当てられているかどうかを確認します
• そうであれば、ユーザーが続行できるようにします
• そうでない場合は、レジストリ キーを完全に削除し、ソフトウェアを再アクティブ化してからアクティブ化ページを読み込む必要があることを伝えます。

これがこれを行う正しい方法であるかどうか疑問に思うことは別として、いくつかの追加の懸念があります。

Web サービスを保護する必要があります。ユーザーは、プログラムを起動するたびにインターネットにアクセスして、Web サービスを確認できるようにする必要があります。

誰でもできるアドバイスは大歓迎です。私はそこに答えを見つけることができませんでした。