将配置文件放置在重定向文件夹中时，Configuration.Save 方法会引发未经授权的访问错误

Posted 2023-02-16

技术标签:

【中文标题】将配置文件放置在重定向文件夹中时，Configuration.Save 方法会引发未经授权的访问错误【英文标题】：Configuration.Save method throws Unauthorized access error when the config file is placed in redirected folder 【发布时间】：2017-05-15 09:34:03 【问题描述】：

我已经实现了一个 winform 应用程序。我使用配置类将应用程序的用户设置存储在配置文件中。我将 exe 与配置文件一起存储在文件夹下

C:\Users\\AppData\Local

这在正常情况下工作正常，但在用户将 Appdata 文件夹重定向到某个服务器地址的情况下，我会遇到问题。在这种情况下，我会遇到异常：

试图执行未经授权的操作。

我在这里发现了一些类似的问题，但没有一个有任何令人满意的答案。我尝试在运行 Configuration.Save 命令之前删除配置文件，但出现异常：

配置文件已被另一个程序更改。

那么，我该如何解决这个问题。这是我更新配置文件的代码：

string exePath = Path.Combine(Path.GetDirectoryName(Environment.GetFolderPath(Environment.SpecialFolder.ApplicationData)), @"Local\<folder name>\<exe file name>");
Configuration configFile = ConfigurationManager.OpenExeConfiguration(exePath);
if (configFile.AppSettings.Settings[key] != null)

    configFile.AppSettings.Settings.Remove(key);

if (param)

    configFile.AppSettings.Settings.Add(key, value);

configFile.Save(ConfigurationSaveMode.Modified);

这是异常的堆栈跟踪：

at System.Security.AccessControl.Win32.SetSecurityInfo(ResourceType
 type, String name, SafeHandle handle, SecurityInfos securityInformation, SecurityIdentifier owner, SecurityIdentifier group, GenericAcl sacl, GenericAcl dacl)    
at System.Security.AccessControl.NativeObjectSecurity.Persist(String
 name, SafeHandle handle, AccessControlSections includeSections, Object
 exceptionContext)    
at System.Security.AccessControl.NativeObjectSecurity.Persist(String
 name, AccessControlSections includeSections, Object exceptionContext) 
at System.Security.AccessControl.NativeObjectSecurity.Persist(String
 name, AccessControlSections includeSections)    
at System.Security.AccessControl.FileSystemSecurity.Persist(String
 fullPath)    
at System.IO.File.SetAccessControl(String path, FileSecurity fileSecurity)    
at System.Configuration.Internal.WriteFileContext.DuplicateTemplateAttributes(String source, String destination)    
at System.Configuration.Internal.WriteFileContext.DuplicateFileAttributes(String source, String destination)    
at System.Configuration.Internal.WriteFileContext.Complete(String
filename, Boolean success)    
at  System.Configuration.Internal.InternalConfigHost.StaticWriteCompleted(String
streamName, Boolean success, Object writeContext, Boolean assertPermissions)    at System.Configuration.Internal.InternalConfigHost.System.Configuration.Internal.IInternalConfigHost.WriteCompleted(String streamName, Boolean success, Object writeContext, Boolean assertPermissions)    
at System.Configuration.Internal.InternalConfigHost.System.Configuration.Internal.IInternalConfigHost.WriteCompleted(String streamName, Boolean success, Object writeContext)    
at
 System.Configuration.Internal.DelegatingConfigHost.WriteCompleted(String streamName, Boolean success, Object writeContext)    
at System.Configuration.UpdateConfigHost.WriteCompleted(String
streamName, Boolean success, Object writeContext)    
at System.Configuration.MgmtConfigurationRecord.SaveAs(String filename,
ConfigurationSaveMode saveMode, Boolean forceUpdateAll)    
at System.Configuration.Configuration.SaveAsImpl(String filename, ConfigurationSaveMode saveMode, Boolean forceSaveAll)    
at UtilityClasses.ConfigurationHandler.UpdateConfigFile(String key, String value, Boolean param)

【问题讨论】：

请分享您的代码 @S.Petrosov 添加了代码。我认为问题在于运行应用程序的用户没有该路径的权限 @S.Petrosov 用户拥有完全权限，我可以在此位置创建和修改 xml 文件。好的。让我们尝试以下。打开该文件夹的共享，然后重试 【参考方案1】：

在使用ConfigurationManager 更改存储在网络共享上的配置文件时，我有非常相似的经历。

事实证明，Configuration.Save 最初在同一位置创建了一个临时文件，desired access 设置为 Write DAC（写入目录访问控制）。

它甚至在documentation中这么说：