Microsoft Dynamics AX Configuration Utility是配置客户端AOS连接信息的工具，界面上的信息存放在注册表中。
这些配置信息分别存在两个路径下：
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Dynamics\4.0\Configuration
HKEY_CURRENT_USER\SOFTWARE\Microsoft\Dynamics\4.0\Configuration
其中HKEY_LOCAL_MACHINE存放Original的配置值,也就是在安装的时候填写的配置信息,并且不会再改变。
当用户第一次登陆到计算机的时候会把HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Dynamics\4.0\Configuration的Original值拷贝到HKEY_CURRENT_USER下,在用户添加配置项会在HKEY_CURRENT_USER\SOFTWARE\Microsoft\Dynamics\4.0\Configuration下创建新的配置项。
这种机制在通常情况下不会出现什么问题，但如果要用 打开方式 换做当前用户以外的其他用户模拟登陆时，就会出现问题，因为被模拟的用户没有在HKEY_CURRENT_USER中创建相应值，于是就会采用HKEY_CURRENT_USER中的Original的配置信息，如果由于某些原因Original的配置信息中指定的AOS已经不可用了,那么这样模拟登陆的方式就Run不起来了，如果要注销登陆，然后再重新针对每个具体的用户创建可用的配置，那可真是不胜其烦啦。
两种方式可以解决这个问题：
1.修改HKEY_LOCAL_MACHINE下Original的配置信息，让其连接可用的AOS；
2.从Microsoft Dynamics AX Configuration Utility中导出当前可用的配置信息，比如取名为AX40_Local_Test.axc，存放在某个路径下，比如D:\，找到AX 客户端的快捷方式，右键->属性
将其目标修改为：
"C:\Program Files\Microsoft Dynamics AX\40\Client\Bin\Ax32.exe" D:\AX40_Local_Test.axc
这样AX在启动的时候会使用AX40_Local_Test 中的配置信息，而不会再理注册表里的信息。
比较而言更喜欢第二种方式，另外在正式环境部署AX时，最好采用第二种方式，将配置文件放在服务器上，便于管理员统一管理配置文件。