在IIS上部署PuppeteerSharp应用遭遇407代理错误求解决

检查IIS应用池身份权限 #

• 本地运行exe用的是当前登录用户权限，该用户可能已通过代理认证（比如域环境自动认证），但IIS应用池默认使用ApplicationPoolIdentity或Network Service，这类账户没有代理访问权限。
• 尝试将应用池身份切换为具备代理访问权限的域账户/本地账户：
  1. 打开IIS管理器，找到对应应用池，右键选择「高级设置」
  2. 在「进程模型」下修改「标识」为指定账户，输入用户名和密码
  3. 重启应用池和网站

确保PuppeteerSharp的代理配置正确传递 #

• 本地运行时系统代理可能自动生效，但IIS环境下需在代码中显式配置代理并包含认证信息：

  var launchOptions = new LaunchOptions
  {
      Args = new[]
      {
          $"--proxy-server=http://你的代理地址:端口",
          $"--proxy-auth=用户名:密码"
      }
  };
  
  using var browser = await Puppeteer.LaunchAsync(launchOptions);
  

• 注意：若密码包含特殊字符，需先做URL编码（比如用%23代替#）

验证代理服务器的NTLM认证设置 #

• 407错误常与NTLM代理认证相关，IIS应用池账户可能无法通过该认证：
  • 检查代理服务器是否允许应用池使用的账户（或切换后的域账户）通过认证
  • 若代理要求NTLM，确保应用池身份账户已加入代理服务器的允许列表

检查系统级代理设置的权限 #

• 本地用户的代理设置可能存储在当前用户注册表中，但IIS应用池账户无法读取：
  • 尝试将代理配置到系统级注册表（而非用户级）：
    1. 打开注册表编辑器，定位到HKEY_LOCAL_MACHINE\Software\Microsoft\Windows\CurrentVersion\Internet Settings
    2. 设置ProxyServer和ProxyEnable键值，确保应用池账户有该路径的读取权限

排查PuppeteerSharp的浏览器实例隔离问题 #

• PuppeteerSharp启动的Chrome实例会继承IIS应用池的运行环境，可能未加载用户级代理配置：
  • 避免使用默认用户数据目录，显式指定一个应用池账户有读写权限的目录给Chrome：

    var launchOptions = new LaunchOptions
    {
      UserDataDir = @"C:\inetpub\wwwroot\你的应用目录\ChromeData",
      // 其他代理配置...
    };
    

  • 确保该目录已授予应用池账户读取、写入、修改权限

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