監視対象のフォルダ(IO.FileSystemWacher)からネットワーク上のUNC共有にファイルを移動するWindowsサービスが実行されています。ファイルをネットワーク共有に書き込むWindowsサービス
ネットワーク共有はセキュリティ保護されていますが、共有はサービスユーザーに対して完全な制御権を持ちます。これにもかかわらず、ファイルパスが見つからないという問題が発生します。
私はサービス(現在の)ユーザーになりすますつもりですが、これが正しいかどうかは分かりません。
アイデア?
監視対象のフォルダ(IO.FileSystemWacher)からネットワーク上のUNC共有にファイルを移動するWindowsサービスが実行されています。ファイルをネットワーク共有に書き込むWindowsサービス
ネットワーク共有はセキュリティ保護されていますが、共有はサービスユーザーに対して完全な制御権を持ちます。これにもかかわらず、ファイルパスが見つからないという問題が発生します。
私はサービス(現在の)ユーザーになりすますつもりですが、これが正しいかどうかは分かりません。
アイデア?
これらをチェックしてください:
NTFSと共有の権限が異なる場合は、非常にうまくいく可能性があります。それらは存在し、ベンダーのインフラストラクチャチームと提携したケースがあります。 ありがとう – Hooloovoo
共有へのサービスアクセスを実行しているコンピュータのマシンアカウントを許可するようにしてください。 または、ドメインアカウント(サービスには明らかにアクセス権があります)でサービスを実行してください。
私はこれらの特権を持っていません。私は顧客のサイトで働いており、これは私が直接アクセスできる3台のマシンの1つです。 Webサーバーとデータベースインスタンスにアクセスできますが、他のマシンにアクセスすることはできません。 – Hooloovoo
まず、パスを確認してください。
アクセス許可を確認するには、サービスアカウントのID(runas)でInternet Explorerを実行し、URLボックスにパスを入力して、サービスアカウントがパスにアクセスできることを確認します。
サービスアカウントとして接続すると、ドライブにマップできます。共有が存在する、私はファイルにアクセスできないようだ。 – Hooloovoo
どのように共有にアクセスしていますか?万が一、マウントされたディレクトリではありませんか?ですから、\ server1 \ direcotry1がz:\ directory1などにマウントされているとしましょう。そうであれば、サービスユーザがマウントされたディレクトリを「見」ていることを確認する必要があります。または、標準のUNCパス(double \
)を使用してください。
標準UNCパスを使用して共有にアクセスしています。 – Hooloovoo
FileSystemWatcherは常にUNC共有への接続に失敗しますか、ウォッチャーの実行後に発生しますか?
監視フォルダが存在するマシンを再起動すると、別のマシンで動作しているFileSystemWatcherに変更イベントが表示されないことがあります。この問題を回避するには、ウォッチャーを再起動する必要があります。私はあなたがこれを行うにはEnableRaisingEventsプロパティを使用することができると信じています。
UNC共有のパスが見つからない場合は、間違ったパスを使用している可能性があります。それとも、何らかのアクセス拒否メッセージが出ますか? –
アクセス拒否のメッセージです。取得したドメインアカウントに転送されます。 このドメインアカウントは、対話型のログオン権限を持ちませんが、ネットワーク上の特定の共有にアクセスできるだけでなく、ホストマシン上でアプリケーションとサービスを実行することもできます。 – Hooloovoo