質問

私はかなり複雑なツールチェーンを持っているので、問題になるまで長いポストの準備をしています:

私は、サーバーモードで実行されているWindows 7の下でPDFCreatorと仮想PDFを作成することを管理しました。プロセスの次のステップは、PDFが作成された後にVBScriateを呼び出すPDFCreatorです。スクリプトはPDFをWebServiceを介してサーバーにアップロードし、結果のPDFのサーバーをポーリングします。結果のPDFがダウンロードされたら、VBScriptはそれをConiureuredプリンタに印刷する必要があります。

印刷のために私はGhostscriptへのアクセスを与えるPDFcreatorの統合されたCOMオブジェクトを使用していました。これは、PDFCreatorサービスが開始されたアカウントに対して、Windows XPを完全に処理しました。たとえば、ユーザーコンテキストがPDFcreatorサービスと同じであるため、DomainユーザーがVBScriptからアクセスできるようにするために。

今度はWindows 7でも同じことを試して以前と同じように「ローカルシステム」アカウントを使用しました。テストプリンタはローカル1(働く、すなわちTestPage)です。効果は、WScriptがタスクマネージャのままで、終了しないことです。次に、サービスのための対話モードと、プリンタが印刷するのを求めるSAW Ghostscriptを有効にしました。プリンタは、VBScript内のGSを呼び出す前にチェックされているので、GhostScriptはGhostScriptがプリンタを表示していませんが、プリンタを選択するとプリンタがあります。

日々の検索と失敗した後、成功しない献身的な新しい管理者アカウントでさえ、私はついにそれを働く方法を思い出しました。 PDFCreatorサービスのユーザーを「ロケールサービス」に変更すると、まずPDFCreator COMオブジェクト作成が失敗したというエラーが発生しました。さて、「ロケールサービス」に「ロケールシステム」が少ない権利が少ないため、これが理にかなっていると思いました。 Comexp.mscの下のアクセス権を変更し、ローカルおよびリモートCOMおよびスクリプトアクセスのための「ロケールサービス」権限を付与してこの制限を回避しました。 Voilá、すべてがうまくいった。

理解していないもの:「ロケールシステム」が少ない権利が少ないですが、プリンタを見つけることができる「ロケールサービス」アカウントの「ロケールサービス」アカウントの下のGhostscriptがなぜですか。

および:どのアクセス権を「ロケールシステム」またはその他のユーザーアカウントを機能させるのに必要なのか。

または:これらのアカウントの間に詳細な違いの包括的なリストはありますか?

ありがとうございました GHAD

ライセンス: CC-BY-SA帰属
所属していません StackOverflow
scroll top