Windows Server 2016上IIS10部署WordPress登录异常求助

嘿，看你把WordPress层面能试的招都试过了还没解决，确实大概率是IIS或者Windows服务器的配置在搞鬼！给你几个针对性的排查方向，都是我处理过类似案例时常用的思路：

排查方向（聚焦IIS/Windows服务器层面） #

1. 检查URL重写模块的配置 #

WordPress的登录、路由逻辑完全依赖IIS的URL重写模块，配置异常会直接导致POST请求（比如登录）丢失数据：

• 先确认模块是否安装：打开IIS管理器，找到你的站点，功能视图里是否有「URL重写」选项？没有的话去Web平台安装器里安装该模块。
• 检查站点根目录的web.config，确保重写规则正确，避免错误重定向截断POST数据：

  <?xml version="1.0" encoding="UTF-8"?>
  <configuration>
    <system.webServer>
      <rewrite>
        <rules>
          <rule name="WordPress Rule" stopProcessing="true">
            <match url=".*" />
            <conditions logicalGrouping="MatchAll">
              <add input="{REQUEST_FILENAME}" matchType="IsFile" negate="true" />
              <add input="{REQUEST_FILENAME}" matchType="IsDirectory" negate="true" />
            </conditions>
            <action type="Rewrite" url="index.php" />
          </rule>
        </rules>
      </rewrite>
    </system.webServer>
  </configuration>
  

• 重点注意：如果有强制HTTPS的规则，要使用307 Temporary Redirect而非301/302——301/302会把POST请求转换成GET，直接导致登录数据丢失，页面只能刷新。

2. 验证IIS的请求筛选设置 #

IIS的请求筛选可能静默拦截POST请求或限制参数，导致登录、找回密码功能异常：

• 打开站点的「请求筛选」，切换到「HTTP谓词」标签，确认POST是允许的；
• 切换到「请求限制」标签，检查「最大允许内容长度」，如果数值过小（比如小于1MB），调大到10MB以上试试；
• 检查「隐藏段」列表，确保没有禁止wp-login.php或wp-admin相关路径。

3. 清理IIS身份验证的冲突 #

同时启用IIS的Windows身份验证和匿名身份验证，会和WordPress的登录系统产生Session/Cookie冲突：

• 操作：打开站点的「身份验证」，只保留匿名身份验证，禁用Windows、基本、摘要等其他所有验证方式。WordPress自己处理用户登录，不需要IIS介入身份校验。

4. 排查PHP Session配置问题 #

WordPress完全依赖PHP Session维持登录状态，IIS环境下Session配置异常会直接导致登录状态无法保存：

• 新建phpinfo.php文件，内容为<?php phpinfo(); ?>，访问后查看Session相关配置：
  • session.save_path：检查路径是否存在，且IIS应用池身份（比如IIS AppPool\你的站点池名称）对该路径有读写权限。路径不存在的话手动创建，给应用池用户加权限；
  • session.cookie_secure：如果站点用HTTPS，必须设为On，确保Session Cookie仅通过HTTPS传输；
  • session.cookie_domain：手动设置为你的域名www.example.com，避免自动识别出错。
• 同时检查post_max_size和upload_max_filesize，确保数值足够大（至少10MB），防止POST请求被截断。

5. 检查服务器安全软件的拦截 #

Windows Defender实时保护或第三方安全软件，经常会误判WordPress登录请求为恶意操作，静默拦截后不会留下任何日志：

• 操作：暂时关闭Windows Defender实时保护（仅测试用，之后记得开启），或者把wp-login.php和wp-admin目录加入安全软件白名单，再测试登录和找回密码功能。

6. 确认应用池身份的权限 #

IIS应用池身份权限不足，会导致WordPress无法写入Cookie、Session文件，甚至出现隐性数据库读写问题：

• 操作：打开IIS管理器，找到你的应用池→右键「高级设置」查看「标识」；找到WordPress根目录→右键「属性」→「安全」，给应用池身份添加读取、写入、修改权限（至少对wp-content目录要有写权限）。

7. 解决全新安装时的「table prefix must not be empty」错误 #

这个错误看似是表单问题，但结合登录异常，大概率是POST请求未正常提交：

• 检查php.ini里的register_globals是否为Off（PHP7.x之后默认关闭，若服务器配置异常可能被打开）；
• 用浏览器开发者工具查看安装页面提交表单的POST数据，确认table_prefix参数有值（默认是wp_）。如果没有，说明POST请求被拦截，回到前面的请求筛选或重写规则排查。

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