AWS Windows Server EC2中Office 365 DCOM配置及docx2pdf权限问题

排查方向正确性 #

你的排查方向是对的。docx2pdf本质是调用Microsoft Word的COM组件完成格式转换，而IIS运行的NetworkService账户默认没有访问Office COM组件的权限，必须通过DCOM配置给这个账户授权才能解决Access Denied问题。

定位Microsoft Word的DCOM组件 #

如果在32位、64位DCOM配置里都找不到Word组件，按以下步骤操作：

• 手动注册Word COM组件
  打开管理员权限的命令提示符，根据Office位数进入对应目录：

  • 64位Office：cd "C:\Program Files\Microsoft Office\root\Office16"
  • 32位Office：cd "C:\Program Files (x86)\Microsoft Office\root\Office16"
    执行命令：winword.exe /regserver手动注册组件，之后重启DCOM配置工具（或直接重启服务器）再查找。

• 通过名称/ID精准查找
  打开dcomcnfg.exe进入组件服务，展开到「DCOM配置」节点，点击顶部菜单栏的「查看」→「详细信息」，然后在列表里找：

  • 名称为Microsoft Word Document或Microsoft Word 97 - 2003 Document的条目；
  • 或者筛选「应用程序ID」为00020906-0000-0000-C000-000000000046的条目，这是Word的标准COM组件ID。

• 检查Office安装配置
  部分Office 365零售版（点击运行模式）可能不会自动注册COM组件，你需要：

  1. 打开Office安装程序，选择「更改」→「自定义安装」；
  2. 确保「Office共享功能」下的「COM组件」处于「从本机运行」状态；
  3. 若零售版仍无法解决，建议更换为批量许可版本的Office 365，这类版本对服务器端COM调用支持更好。

配置NetworkService权限 #

找到Word组件后，右键选择「属性」→「安全」选项卡：

• 在「启动和激活权限」里添加NetworkService账户，授予「本地启动」和「本地激活」权限；
• 在「访问权限」里添加NetworkService，授予「本地访问」权限；
• 在「配置权限」里添加NetworkService，至少授予「读取」权限（必要时可给完全控制）。

额外注意点 #

• 手动打开一次Word，完成首次运行初始化（比如接受许可协议、关闭弹窗），避免转换时因Office未初始化失败；
• 确认IIS应用程序池的位数（32位/64位）和Office安装位数完全一致，否则会出现组件调用不兼容问题；
• 适当降低Windows Server的UAC级别（或给NetworkService账户添加必要本地权限），防止UAC阻止COM组件访问。

内容的提问来源于stack exchange，提问作者Michael