我在intraweb上有一个页面（我没有创建），它允许用户指定.txt文件，然后使用StreamWriter将SQL存储过程的结果写入文件。
几个月前它显然已停止为我的一些工作站工作了，所以我无法将其跟踪到任何特定的更改（但是，我知道代码本身没有改变）。
如果我访问＆amp;使用服务器上的页面（wwwroot和适用的数据库所在的页面），成功写入 .txt，无论我是指定本地文件还是在网络上的工作站上。但是，某些工作站上的用户不再能够写入文件。 （它也不只是写一个空白文件。“修改日期”保持不变。）
问题似乎与机器相关而不是与用户相关，因为我可以在不同工作站上以相同用户身份登录，但结果不同。
我仍然认为它可能与权限有关，所以我在问题工作站上创建了一个.txt，每个可能的帐户都拥有完全权限，但没有运气。数据库，存储过程和文件夹目标的权限似乎是正确的。
欢迎任何建议，谢谢。
答案 0 :(得分：0)
你的意思是告诉我们页面成功完成，你对StreamWriter的调用都成功了，但最终还是没有文件？我发现真的很难消化。更可能的假设是页面失败并抛出异常。这种异常将在系统事件日志中正常记录。
根据您的症状描述，问题可能是constrained delegation方案：该页面冒充IE用户，并且无法将凭据传递给访问网络资源。
答案 1 :(得分：0)
原来是IE安全设置“将文件上传到服务器时包含本地目录”。默认情况下禁用此设置。
由于某些原因，正在运行的PC已启用此设置。将站点添加为“可信站点”也可以进行设置，从而获得相同的结果。