0

ユーザーが .txt ファイルを指定し、StreamWriter を使用して SQL ストアド プロシージャの結果をファイルに書き込むことができるページをイントラ Web (私が作成していない) に持っています。

数か月前に一部のワークステーションで機能しなくなったようで、特定の変更を追跡することはできません (ただし、コード自体は変更されていないことはわかっています)。

サーバー (wwwroot と該当するデータベースがある場所) のページにアクセスして使用すると、ローカル ファイルを指定したか、ネットワーク上のワークステーションを指定したかに関係なく、.txt が正常に書き込まれます。ただし、一部のワークステーションのユーザーは、ファイルに書き込むことができなくなりました。(また、空のファイルを書き込むだけではありません。「更新日」は変更されません。)

異なるワークステーションで同じユーザーとしてログインして異なる結果が得られるため、問題はユーザー関連ではなくマシン関連のようです。

私はまだパーミッションと関係があると思っているので、問題のあるワークステーションに .txt を作成し、考えられるすべてのアカウントに完全なパーミッションを与えましたが、うまくいきませんでした。データベース、ストアド プロシージャ、およびフォルダーの宛先に対するアクセス許可は正しいようです。

どんな提案も歓迎します、ありがとう。

4

2 に答える 2

0

IEのセキュリティ設定「ファイルをサーバーにアップロードするときにローカルディレクトリを含める」であることが判明しました。この設定はデフォルトで無効になっています。

稼働中の PC では、何らかの理由で設定が有効になっていました。サイトを「信頼済みサイト」として追加すると、設定も有効になり、同じ結果が得られます。

于 2011-01-07T19:58:29.437 に答える
0

ページが正常に完了し、StreamWriter への呼び出しがすべて成功したにもかかわらず、最終的にファイルがないことを伝えるつもりですか? 消化するのは本当に難しいと思います。より可能性の高い仮説は、ページが失敗し、例外がスローされるというものです。このような例外は、通常、システム イベント ログに記録されます。

症状の説明から、問題は制約付き委任シナリオである可能性があります。ページが IE ユーザーになりすましており、ネットワーク リソースにアクセスするときに資格情報を渡すことができません。

于 2010-12-21T06:22:54.590 に答える