我帮你梳理下问题，你原来的Nginx配置写法不对，internal指令不是这么用的，咱们换正确的方式来实现需求——让所有/ajax/pdf开头的动态请求都返回指定的onefile.pdf文件。

推荐方案一：用Rewrite直接指向文件 #

这种方式简单直接，完美适配你的场景：

location /ajax/pdf {
    rewrite ^ /home/jems/onefile.pdf break;
    add_header Content-Type application/pdf;
}

为啥这么写？ #

• location /ajax/pdf 会匹配所有以/ajax/pdf开头的请求，不管后面带多少动态参数（Nginx的location默认忽略URL里的查询字符串）
• rewrite ^ /home/jems/onefile.pdf break; 把当前请求直接重写为目标文件的绝对路径，break表示停止后续规则处理，直接返回这个文件
• add_header 是为了确保浏览器能识别这是PDF文件，避免出现下载或显示异常的情况

推荐方案二：用Alias配合Rewrite（更规范的静态文件处理） #

如果希望借助Nginx自带的静态文件处理能力（比如自动缓存、错误页处理），可以这么写：

location /ajax/pdf {
    alias /home/jems/;
    rewrite ^/ajax/pdf.*$ onefile.pdf break;
    add_header Content-Type application/pdf;
}

解释： #

• alias /home/jems/ 指定静态文件所在的目录
• rewrite把所有/ajax/pdf开头的请求路径替换成onefile.pdf，结合alias就会精准指向/home/jems/onefile.pdf

你原来的配置为啥失效？ #

你之前写的if ($request_uri ~* (pdf)) { internal /home/jems/onefile.pdf; }有两个核心问题：

1. internal指令的作用是标记这个location只能被Nginx内部请求访问（比如其他rewrite跳转过来的请求），不是用来直接返回文件的，它不能直接指定文件路径
2. 全局的if匹配太宽泛，会误匹配所有包含pdf字符串的请求（比如/static/pdf-icon.png这类不需要处理的请求），而且Nginx里的if在全局块使用容易引发意想不到的问题

额外优化：精准匹配带特定参数的请求 #

如果只需要匹配像你示例里带id、pdfid这类参数的请求，可以通过$args变量做更精准的判断：

location /ajax/pdf {
    if ($args ~* "id=\d+&pdfid=\d+") {
        rewrite ^ /home/jems/onefile.pdf break;
        add_header Content-Type application/pdf;
    }
}

这样就只会处理符合参数格式的动态请求，避免误触发规则。

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