当我们在运维网站时，偶尔会遇到一种让人疑惑的情况：网站首页可以正常访问，但点击任何内页链接却全部返回 404 页面。这种问题看似离奇，但实际是网站结构、服务器环境或配置规则出现异常的典型表现。由于首页文件往往是服务器直接读取，而内页则需要依赖伪静态、路由规则、目录权限等多种条件，因此只要其中某一个环节出错，就可能导致整体内页访问异常。理解这种情况的原因，有助于快速定位问题并确保网站长期稳定运行。
首页能够正常访问，说明服务器本身运行正常，域名解析正常，网站根目录也能正常加载文件。内页全部 404 则意味着从首页跳转到其他地址时，服务器无法找到对应文件或无法匹配对应的 URL 规则。最常见的原因是伪静态规则未生效或者配置错误。例如使用 WordPress、ThinkPHP、Dedecms、Shopify 等框架或 CMS 时，URL 大部分通过路由解析，依赖 .htaccess、nginx rewrite 或 IIS rewrite 来实现固定链接或伪静态。只要 rewrite 配置缺失或路径错误，首页虽然可以加载，但任何内页访问都会返回 404。许多新手上线网站时，忘记上传 .htaccess 文件或未在 nginx 中加载 rewrite 配置，这就导致首页之外的页面全部失效。
另一种常见情况是文件和目录权限不正确。首页文件可能设置了较宽松的权限，但内页目录或动态运行的文件权限不足，导致服务器无法读取对应资源。例如 Linux 服务器中文件夹权限需要保持为 755、文件权限为 644，如果被错误设置为 700 或 600，就会出现访问受限的问题。在某些服务器迁移或备份恢复后，权限变化尤为常见。因此，检查网站根目录的整体权限结构，是排查内页 404 的必要步骤。
如果网站程序依赖数据库，那么数据库连接异常也会引发内页不可访问。首页通常是静态内容或缓存内容，即便数据库连接失败仍然可以正常展示。但内页需要从数据库读取文章内容、产品详情或分类信息，一旦数据库连接信息错误、数据库服务异常或表结构损坏，系统就无法生成动态内容，从而误认为页面不存在并返回 404。例如 WordPress 的固定链接功能依赖数据库里的文章数据，如果数据库异常，内页自然无法展示。
除了程序原因，目录结构被修改或文件丢失也是导致内页全部 404 的重要因素。许多用户在清理网站、调整目录、迁移服务器时误删了某些核心文件，例如路由文件、控制器文件、模板文件等。首页通常是 index.php 或 index.html，位置固定且容易恢复，但内页需要对应的文件结构才能正常解析，否则就会出现大量 404。尤其是使用 MVC 框架的网站，一旦 routes、controller 或 URL 映射文件损坏，整个网站的内页就不可能正常运行。
网站运行环境不匹配也是不可忽视的原因。PHP 版本、扩展模块、URL 重写模块、Nginx 配置等，只要有一项与程序不兼容，都可能出现首页正常但内页无法访问的情况。例如某些 CMS 或框架必须开启 pathinfo 或启用 rewrite 才能正常访问路由，一旦关闭就会直接导致请求无法解析。Nginx 服务器尤其要注意 try_files 的配置，一旦写法错误，会让所有内页请求都直接跳到 404。例如：
php
try_files $uri $uri/ /index.php?$query_string;如果这一行写错，内页一定会跳转到 404 页面。
域名绑定异常也可能导致内页失败。如果同一台服务器绑定了多个站点，站点根目录路径设置不一致，首页由于缓存或自动跳转得以正常显示，而内页却由于请求指向了错误目录，服务器找不到对应文件，只能返回 404。在多站点环境中，这类问题尤其常见。
CDN 规则配置不当也会影响内页访问。例如 CDN 缓存策略错误地将内页跳转到不存在的资源路径，或回源规则配置错误，只把首页指向正确位置，而其他目录回源失败。这种情况下，关闭 CDN 或绕过 CDN 即可验证是否由缓存引起问题。
网站安全插件、WAF、防火墙规则拦截某些 URL 请求，也可能导致内页访问失败。部分防火墙策略过于严格，会误判 URL 中的某些参数、目录、符号为攻击行为，从而直接返回 404 或 403 页面。这种问题在电商站点、文章内容站点中较常见。
上述问题中，最常见、最容易忽略的依然是伪静态配置和服务器 rewrite 规则。因此，在排查时可以从以下简单步骤入手：检查是否启用了 URL 重写;确认 .htaccess 文件是否存在且内容正确;确认 nginx 或 apache 中 rewrite 规则是否被加载;确认服务器环境是否与网站程序匹配;排查数据库连接是否正常;检查文件结构是否完整;关闭 CDN 测试是否为缓存问题;查看安全组、防火墙是否拦截相关请求;最后再检查目录权限问题。按照这些步骤排查，大部分"首页正常但内页全部 404"的问题都可以快速定位并解决。
从运维角度来看，首页能访问说明整体网站架构、DNS 和服务器状态正常，而内页全部 404 则是网站内部逻辑、文件结构或配置规则出现问题。通过针对性排查和合理优化，可以让网站恢复正常运行，避免因配置错误造成用户流失和搜索引擎抓取失败。