NGINX on Dapeng Zhang

NGINX - 禁止未设置的域名绑定到服务器端口

Tue, 15 Jul 2025 09:51:28 +0000

nginx部署服务器

遇到点小问题

第一个域名解析：想把某个域名解析到指定服务器，*.xxx.com -> xxx.xxx.xxx.xxx，好处是，省去了在同一台服务器按需添加域名了，想使用啥二级域名直接配置

第二个不想未配置的域名访问服务器：配置了a.xxx.com，但是不想b.xxx.com也能访问，按照nginx的server_name寻找配置规则，访问b.xxx.com会访问到a.xxx.com

第一个问题是个好问题，这样做没问题

第二个问题的解决办法其实也很简单

如果是80端口的话

server {
 listen 80 default_server;
 server_name _;
 return 500;
}

如果是443端口的话

server {
 listen 443 default_server;
 server_name _;
 ssl on;
 ssl_certificate cert/x.xxx.xxx.pem;
 ssl_certificate_key cert/x.xxx.xxxkey;
 return 500;
}

这里强调下443端口配置的时候一定要配置证书，不然需要使用https的域名会无法访问

同时注意下nginx的版本，不同nginx的版本针对ssl的配置也会有不同的语法

NGINX server_name 正则匹配

Tue, 15 Jul 2025 09:50:53 +0000

测试服务器动态绑定多个域名

比如我现在有一个

api.domain.com

但是测试需要给不同分支代码绑定一个不同的域名方便访问

需求类似如下

api1.domain.com
api2.domain.com
api2.domain.com

可以像下面这样添加nginx配置

server {
 listen 80;
 server_name ~^api(?<which_domain_id>\d*)\.domain\.com$;
 access_log logs/api.domain.com.access.log main;
 error_log logs/api.domain.error.log;

}

server {
 listen 443 ssl;
 server_name ~^api(?<which_domain_id>\d*)\.domain\.com$;
 access_log logs/api.domain.com.443.access.log main;
 error_log logs/api.domain.443.error.log;
}

这样我们就可以拿到$which_domain_id变量，为后面的测试提供用途

比如upstream的配置

比如root的配置

比如我们配置三个upsteam

upsteam api1 {
 // ...
}

upsteam api2 {
 // ...
}

upstream api3 {
 // ...
}

在用location做转发的时候，可以像下面这样使用了

location = /api/xxx/info {
 proxy_pass http://api$which_domain_id;
 proxy_set_header X-Real-IP $remote_addr;
 proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
 proxy_set_header Host $host;
 proxy_send_timeout 120s;
 proxy_read_timeout 120s;
 keepalive_timeout 0;
}

不过你如果用到了proxy_redirect的话，就不能proxy_redirect default这样的配置了，可以改为类似下面的配置

location = /api/xxx/info {
 proxy_pass http://api$which_domain_id;
 proxy_redirect /api/xxx/info /api/xxx/info;
 proxy_set_header X-Real-IP $remote_addr;
 proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
 proxy_set_header Host $host;
 proxy_send_timeout 120s;
 proxy_read_timeout 120s;
 keepalive_timeout 0;
}

像上面如果是转发到同一个路由的话其实也可以不用加proxy_redirect的

location = /api/xxx/info {
 proxy_pass http://api$which_domain_id;
 proxy_set_header X-Real-IP $remote_addr;
 proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
 proxy_set_header Host $host;
 proxy_send_timeout 120s;
 proxy_read_timeout 120s;
 keepalive_timeout 0;
}

在配置root的时候可以参考下面

server {
 listen 80;
 server_name ~^api(?<which_domain_id>\d*)\.domain\.com$;
 root /var/www/api.domain.com/$which_domain_id/public/;
 index index.html index.htm index.php;

 error_log logs/api.domain.access.log main;
 error_log logs/api.domain.error.log;

 client_max_body_size 3M;

 location / {
 try_files $uri $uri/ /index.php?$args;
 }

 location ~ \.php$ {
 fastcgi_pass php:9000;
 fastcgi_index index.php;
 fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name;
 include fastcgi_params;
 }
}

最后声明这个which_domain_id只是我这里的需要可以用作id操作，你可以改为字符串参数

文章参考：http://nginx.org/en/docs/http/server_names.html

NGINX跨域请求配置

Mon, 14 Jul 2025 14:45:04 +0000

nginx跨域请求配置

同域名，如果相互访问其子域名的时候，比如h5.xx.com要访问api.xx.com，如果在h5.xx.com页面中访问api.xx.com的话，就会遇到跨域的问题

解决办法，在代码端也是可以解决的

通过设置

Access-Control-Allow-Origin
Access-Control-Allow-Headers
Access-Control-Allow-Methods

不过今天这里要说的是在nginx层面做处理

在conf中添加如下配置

add_header Access-Control-Allow-Origin *;
add_header Access-Control-Allow-Headers X-Requested-With;
add_header Access-Control-Allow-Methods GET,POST,OPTIONS;

nginx ssl 配置

Fri, 11 Jul 2025 11:16:12 +0000

ssl证书获取

免费的渠道 https://certbot.eff.org/

也可以去云平台获取比如阿里云、腾讯云也有免费的

先说下 ssl/dhparam.pem 这个文件如何获取

如何生成 dhparam.pem 文件

在命令行执行任一方法:

方法1: 很慢

openssl dhparam -out /etc/nginx/ssl/dhparam.pem 2048

方法2: 较快 - 与方法1无明显区别. 2048位也足够用, 4096更强

openssl dhparam -dsaparam -out /etc/nginx/ssl/dhparam.pem 4096

参考 https://gist.github.com/fotock/9cf9afc2fd0f813828992ebc4fdaad6f

nginx + express 代理配置

Thu, 10 Jul 2025 10:23:34 +0000

在node项目中，经常会有遇到需要获取访问URL地址的时候，同时也会遇到协议的问题，有时候，当我们的网站是https的时候，也希望在express中或者其他的node框架中获取到的URL地址协议也是https。
但是奇怪的是express通过req.protocol获取到的仍然是http，经过试验通过nginx的配合能够很好的解决此方案。

示例如下：

location / {
 proxy_pass http://127.0.0.1:8080/;
 proxy_set_header Host $host;
 proxy_set_header X-Real-IP $remote_addr;
 proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
 proxy_set_header X-Forwarded-Proto https;
}

希望对看到的你有一些帮助。

类似的，在其他node框架中，比如koajs中，也会遇到类似的问题，配置方式也可以参考此方式，具体是否见效，需要读者自己去实践了，果然是实践出真知，按照正常来说，这些逻辑本不应该这么复杂，但是从代理的角度的来考虑的话，既然做了代理，就需要做的完整一些，需要我们对nginx代理有更多的了解。本次的分享主要是结合了上次TypeScript + Express的一篇文章，我在进行线上部署的时候遇到的一些小知识点。

NGINX配置之Https配置

Thu, 03 Jul 2025 17:37:34 +0000

现在的https越来越流行，这个未来应该是必备技能了，下面举个Yii2的项目，进行https配置，https证书自己需要准备好，不会的可以看我的文章
下面就是示例配置【仅供参考】

server {
 listen 443 ssl http2;

 ssl_certificate /etc/letsencrypt/live/gowhich.com/fullchain.pem;
 ssl_certificate_key /etc/letsencrypt/live/gowhich.com/privkey.pem;

 ssl_session_timeout 10m;
 ssl_protocols TLSv1 TLSv1.1 TLSv1.2;
 ssl_prefer_server_ciphers on;
 ssl_ciphers HIGH:!aNULL:!MD5;
 ssl_session_cache builtin:1000 shared:SSL:10m;

 resolver 8.8.8.8 8.8.4.4 valid=300s;

 resolver_timeout 5s;

 server_name www.gowhich.com gowhich.com;

 access_log /home/wwwlogs/www.gowhich.com.log access;
 error_log /home/wwwlogs/www.gowhich.com.error.log;

 index index.html index.htm index.php default.html default.htm default.php;
 root /home/wwwroot/www1.gowhich.com/web;

 include yii.conf;

 if ($host = 'gowhich.com') {
 rewrite ^/(.*)$ https://www.gowhich.com/$1 permanent;
 }

 location ~ [^/]\.php(/|$) {
 # comment try_files $uri =404; to enable pathinfo
 try_files $uri =404;
 fastcgi_pass unix:/tmp/php-cgi.sock;
 fastcgi_index index.php;
 include fastcgi.conf;
 #include pathinfo.conf;
 }

 location ~ .*\.(gif|jpg|jpeg|png|bmp|swf)$ {
 expires 30d;
 }

 location ~ .*\.(js|css)?$ {
 expires 12h;
 }
}

NGINX + Nodejs (110: Connection timed) 错误处理

Thu, 03 Jul 2025 11:58:19 +0000

最近服务器出现问题了，error.log日志里面多了很多的（110: Connection timed）这个错误。

开始以为是Nodejs的脚本有问题，再请求的时候会有超时的问题，但是检查了一下，并没有发现问题，因为已经对出现问题的错误做了sysError的日志记录，但是在日志里面并没有找到对应的错误信息，很奇怪。也是google下找到了对应的解决方案。

参考：http://stackoverflow.com/questions/10395807/nginx-close-upstream-connection-after-request

location / {
 proxy_http_version 1.1;
 proxy_set_header Connection "";
}

本来我的upstream中只加了server这段信息的，现在参考了这里的话，也加了下keepalive;

upstream backend {
 server 127.0.0.1:2222;
 keepalive 128;
}

然后重启以下nginx；

sudo nginx -s reload

这个命令执行完，似乎没有立刻起作用，于是

sudo nginx -s reopen

这样就可以了。

NGINX 配置域名301转向

Thu, 03 Jul 2025 11:08:04 +0000

嗯，今晚记录下，由于最近观察google 分析工具发现我网站存在 www.gowhich.com 和 gowhich.com 同时存在的一些问题，建议将其中的一个做301跳转，这个还是超级简单，不过还是记录一下吧，方便记性不好的。

绑定对应的域名当然没有问题了。

server {
 listen 80;
 server_name gowhich.com www.gowhich.com *.gowhich.com ; 
}

上面主要展示了主要的部分，后面还是要根据你自己的需要去配置。

server {
 listen 80;
 server_name gowhich.com www.gowhich.com *.gowhich.com ; 
 if ($host != 'www.gowhich.com') {
 rewrite ^/(.*)$ http://www.gowhich.com/$1 permanent; 
 }
}

或者可以使用等于的判断

server {
 listen 80;
 server_name gowhich.com www.gowhich.com *.gowhich.com ; 
 if ($host = 'gowhich.com') {
 rewrite ^/(.*)$ http://www.gowhich.com/$1 permanent; 
 }
}

第二个更有针对性吧。

这里有几个问题需要注意一下：

上述配置文件的if语句与括号必须以一个空格隔开，否则Nginx会报nginx: [emerg] unknown directive “if($host” in…错误。
Nginx的条件判断不等于是!=，等于是=，注意这里的等于只有一个等于号，如果写成==，则Nginx会报nginx: [emerg] unexpected “==” in condition in…错误。
301永久转向配置成功后，浏览器可能会有记忆效应，比如说IE。所以一旦配置并利用浏览器访问过页面，那么你更改了301转向配置后，这个页面可能依旧是上次的转向，建议清除浏览器缓存，或者尝试访问其他页面，也可以在url的?问号后面加上一些随机的参数，避免浏览器的缓存记忆效应。

配置完成后，可以使用nginx -s reload命令进行平滑的更新配置（不重启Nginx）。

本地添加NGINX主机配置并自动添加ssl证书的Python脚本

Mon, 30 Jun 2025 16:55:11 +0000

代码逻辑

import os
import sys
import argparse
import logging
import subprocess
from typing import List, Dict, Optional
import tempfile
import datetime

# 配置日志
logging.basicConfig(
 level=logging.INFO,
 format='%(asctime)s - %(name)s - %(levelname)s - %(message)s'
)
logger = logging.getLogger('nginx_config_manager')

class NginxConfigManager:
 """Nginx配置管理类"""
 
 def __init__(self, config_dir: str = '/etc/nginx/conf.d', 
 nginx_bin: str = '/usr/sbin/nginx',
 ssl_dir: str = '/etc/ssl'):
 """
 初始化Nginx配置管理器
 
 Args:
 config_dir: Nginx配置文件目录
 nginx_bin: Nginx可执行文件路径
 ssl_dir: SSL证书存放目录
 """
 self.config_dir = config_dir
 self.nginx_bin = nginx_bin
 self.ssl_dir = ssl_dir
 
 # 确保配置目录存在
 if not os.path.exists(config_dir):
 logger.error(f"配置目录 {config_dir} 不存在")
 sys.exit(1)
 
 # 确保SSL目录存在
 if not os.path.exists(ssl_dir):
 os.makedirs(ssl_dir, exist_ok=True)
 logger.info(f"创建SSL证书目录: {ssl_dir}")
 
 def create_site_config(self, server_name: str, root_dir: str, 
 port: int = 80, ssl: bool = False, 
 additional_directives: Optional[List[str]] = None) -> str:
 """
 创建网站配置文件内容
 
 Args:
 server_name: 服务器名称(域名)
 root_dir: 网站根目录
 port: 监听端口
 ssl: 是否启用SSL
 additional_directives: 额外的配置指令
 
 Returns:
 配置文件内容字符串
 """
 # 基本配置模板
 config = [
 f"server {{",
 f" listen {port}{' ssl' if ssl else ''};",
 f" server_name {server_name};",
 f" root {root_dir};"
 ]
 
 # 添加SSL相关配置(如果启用)
 if ssl:
 config.extend([
 f" ssl_certificate {self.ssl_dir}/certs/{server_name}.crt;",
 f" ssl_certificate_key {self.ssl_dir}/private/{server_name}.key;",
 " ssl_protocols TLSv1.2 TLSv1.3;",
 " ssl_prefer_server_ciphers on;",
 " ssl_session_cache shared:SSL:10m;",
 " ssl_session_timeout 10m;"
 ])
 
 # 添加默认位置块
 config.extend([
 " location / {",
 " try_files $uri $uri/ =404;",
 " }"
 ])
 
 # 添加额外指令
 if additional_directives:
 config.extend(additional_directives)
 
 config.append("}")
 
 return "\n".join(config)
 
 def write_config_file(self, server_name: str, config_content: str) -> str:
 """
 写入配置文件
 
 Args:
 server_name: 服务器名称(用于生成文件名)
 config_content: 配置文件内容
 
 Returns:
 配置文件路径
 """
 # 生成配置文件名(基于服务器名称)
 config_filename = f"{server_name.replace('.', '_')}.conf"
 config_path = os.path.join(self.config_dir, config_filename)
 
 try:
 with open(config_path, 'w') as f:
 f.write(config_content)
 logger.info(f"配置文件已写入: {config_path}")
 return config_path
 except Exception as e:
 logger.error(f"写入配置文件失败: {e}")
 sys.exit(1)
 
 def test_config(self) -> bool:
 """测试Nginx配置"""
 try:
 result = subprocess.run(
 [self.nginx_bin, '-t'], 
 capture_output=True, 
 text=True
 )
 
 if result.returncode == 0:
 logger.info("Nginx配置测试成功")
 return True
 else:
 logger.error(f"Nginx配置测试失败: {result.stderr}")
 return False
 except Exception as e:
 logger.error(f"执行配置测试时出错: {e}")
 return False
 
 def reload_nginx(self) -> bool:
 """重新加载Nginx服务"""
 try:
 # 先尝试优雅重启
 result = subprocess.run(
 [self.nginx_bin, '-s', 'reload'], 
 capture_output=True, 
 text=True
 )
 
 if result.returncode == 0:
 logger.info("Nginx已重新加载")
 return True
 else:
 logger.error(f"重新加载Nginx失败: {result.stderr}")
 return False
 except Exception as e:
 logger.error(f"执行Nginx重载时出错: {e}")
 return False
 
 def generate_self_signed_ssl(self, server_name: str, days: int = 365) -> None:
 """
 生成自签名SSL证书
 
 Args:
 server_name: 服务器名称(域名)
 days: 证书有效期天数
 """
 # 证书和私钥路径
 cert_path = os.path.join(self.ssl_dir, "certs", f"{server_name}.crt")
 key_path = os.path.join(self.ssl_dir, "private", f"{server_name}.key")
 
 # 检查证书是否已存在
 if os.path.exists(cert_path) and os.path.exists(key_path):
 cert_mtime = datetime.datetime.fromtimestamp(os.path.getmtime(cert_path))
 expires_at = cert_mtime + datetime.timedelta(days=days)
 now = datetime.datetime.now()
 
 if expires_at > now:
 logger.info(f"SSL证书已存在且有效: {cert_path}")
 return
 else:
 logger.info(f"SSL证书已过期，重新生成: {cert_path}")
 
 logger.info(f"生成自签名SSL证书: {server_name}")
 
 try:
 # 创建临时配置文件
 with tempfile.NamedTemporaryFile(mode='w', delete=False) as f:
 config = f"""
[req]
default_bits = 2048
prompt = no
default_md = sha256
distinguished_name = dn
x509_extensions = v3_req

[dn]
C = CN
ST = State
L = City
O = Organization
OU = Unit
CN = {server_name}

[v3_req]
subjectAltName = @alt_names

[alt_names]
DNS.1 = {server_name}
DNS.2 = www.{server_name}
"""
 f.write(config)
 config_path = f.name
 
 # 生成私钥和证书
 subprocess.run(
 [
 'openssl', 'req', '-x509', '-nodes', 
 '-days', str(days), 
 '-newkey', 'rsa:2048', 
 '-keyout', key_path, 
 '-out', cert_path, 
 '-config', config_path,
 '-extensions', 'v3_req'
 ],
 check=True,
 capture_output=True
 )
 
 # 设置正确的权限
 os.chmod(key_path, 0o600)
 os.chmod(cert_path, 0o644)
 
 logger.info(f"SSL证书生成成功: {cert_path}")
 except subprocess.CalledProcessError as e:
 logger.error(f"生成SSL证书失败: {e.stderr.decode()}")
 sys.exit(1)
 except Exception as e:
 logger.error(f"生成SSL证书时出错: {e}")
 sys.exit(1)
 finally:
 # 删除临时配置文件
 if os.path.exists(config_path):
 os.remove(config_path)

def main():
 """主函数"""
 parser = argparse.ArgumentParser(description='Nginx配置管理工具')
 parser.add_argument('--server-name', required=True, help='服务器名称(域名)')
 parser.add_argument('--root-dir', required=True, help='网站根目录')
 parser.add_argument('--port', type=int, default=80, help='监听端口(默认: 80)')
 parser.add_argument('--ssl', action='store_true', help='启用SSL')
 parser.add_argument('--dry-run', action='store_true', help='仅生成配置不应用')
 parser.add_argument('--generate-ssl', action='store_true', help='生成自签名SSL证书')
 parser.add_argument('--ssl-days', type=int, default=365, help='SSL证书有效期天数(默认: 365)')
 
 args = parser.parse_args()
 
 # 初始化配置管理器
 manager = NginxConfigManager()
 
 # 生成SSL证书(如果需要)
 if args.generate_ssl or args.ssl:
 manager.generate_self_signed_ssl(args.server_name, args.ssl_days)
 
 # 创建配置内容
 additional_directives = [
 f" access_log /var/log/nginx/{args.server_name.replace('.', '_')}_access.log;",
 f" error_log /var/log/nginx/{args.server_name.replace('.', '_')}_error.log;"
 ]
 
 config_content = manager.create_site_config(
 server_name=args.server_name,
 root_dir=args.root_dir,
 port=args.port,
 ssl=args.ssl,
 additional_directives=additional_directives
 )
 
 # 写入配置文件
 config_path = manager.write_config_file(args.server_name, config_content)
 
 # 显示配置内容
 logger.info(f"生成的配置内容:\n{config_content}")
 
 if args.dry_run:
 logger.info("执行dry-run模式，配置未应用")
 sys.exit(0)
 
 # 测试配置
 if not manager.test_config():
 logger.error("配置测试失败，已回滚更改")
 # 删除生成的配置文件
 os.remove(config_path)
 sys.exit(1)
 
 # 重新加载Nginx
 if not manager.reload_nginx():
 logger.error("重新加载Nginx失败，配置可能未生效")
 sys.exit(1)
 
 logger.info(f"成功添加并应用Nginx配置: {args.server_name}")

if __name__ == "__main__":
 main()

功能

配置生成：

可以为新网站生成基本的 Nginx 配置，支持 HTTP 和 HTTPS。

配置管理：

将配置文件写入到指定目录，文件名基于服务器名称自动生成。

安全检查：

在应用配置前会测试配置文件的有效性，防止错误配置导致 Nginx 无法启动。

自动重载：

配置测试通过后会自动重新加载 Nginx 服务。

详细日志：

提供详细的操作日志，方便排查问题。

SSL 证书生成：

使用 OpenSSL 生成 2048 位 RSA 密钥和自签名证书
支持设置证书有效期（默认为 365 天）
自动配置 Subject Alternative Name (SAN)
证书文件保存在/etc/nginx/ssl目录

证书管理：

检查证书是否存在和有效期
仅在证书不存在或已过期时重新生成
自动设置正确的文件权限

命令行参数：

–generate-ssl：强制生成新的 SSL 证书
–ssl-days：设置证书有效期天数
–server-name：服务器名称(域名) example.com
–root-dir：网站根目录 /var/www/example.com
–port：监听端口(默认: 80)
–dry-run：仅生成配置不应用
–ssl：启用SSL

使用示例

添加 HTTPS 网站并自动生成 SSL 证书：

sudo python nginx_config_manager.py \
 --server-name example.com \
 --root-dir /var/www/example \
 --port 443 \
 --ssl

仅生成 SSL 证书不修改 Nginx 配置：

sudo python nginx_config_manager.py \
 --server-name example.com \
 --generate-ssl \
 --ssl-days 730

添加 HTTPS 网站并使用现有证书：

sudo python nginx_config_manager.py \
 --server-name example.com \
 --root-dir /var/www/example \
 --port 443 \
 --ssl

注意事项

运行此脚本需要有写入 Nginx 配置目录和执行 Nginx 命令的权限，建议使用 sudo 运行。
如果启用了 SSL，需要手动配置正确的证书路径。
脚本会自动为每个网站创建访问日志和错误日志。
需要系统已安装 OpenSSL 命令行工具
生成的是自签名证书，在浏览器中会显示不安全警告
自签名证书适用于开发环境或内部网站
生产环境建议使用 Let’s Encrypt 等受信任的 CA 颁发的证书

Flask + uwsgi 在Nginx服务器上部署

Mon, 30 Jun 2025 14:30:51 +0000

Nginx配置如下：

server {
 listen 80; ## listen for ipv4; this line is default and implied
 #listen [::]:80 default ipv6only=on; ## listen for ipv6

 server_name flask.blog.gowhich.dev;

 location / {
 include uwsgi_params;
 uwsgi_pass 0.0.0.0:3032;
 }
}

uwsgi 【uwsgi.xml】配置如下：

<uwsgi>
 <chdir>/xxx/xxx/python/python_project/flask_blog_small_1</chdir>
 <module>flask_blog</module>
 <callable>app</callable>
 <socket>0.0.0.0:3032</socket> 
 <daemonize>/var/log/uwsgi.flask.blog.log</daemonize>
 <master/>
 <processes>4</processes>
 <memory-report/>
</uwsgi>

启动uwsgi和nginx便可完成部署;

这里的端口号只要保证与uwsgi的端口号一直就可以，不用考虑flask自己运行的脚本

Nodejs 在Nginx服务器上部署

Mon, 30 Jun 2025 14:09:19 +0000

nginx配置如下：

upstream nodejs_upstream {
 server 127.0.0.1:3030;
 keepalive 64;
}


server {
 listen 80; ## listen for ipv4; this line is default and implied
 #listen [::]:80 default ipv6only=on; ## listen for ipv6

 server_name node.blog.gowhich.dev;

 location / {
 proxy_set_header X-Real-IP $remote_addr;
 proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
 proxy_set_header Host $http_host; 
 proxy_set_header X-NginX-Proxy true;
 proxy_set_header Connection "";
 proxy_http_version 1.1;
 proxy_pass http://nodejs_upstream;
 }
}

使用pm2启动nodejs项目，方便管理项目;

此处的3030是跟你nodejs项目启动的端口号是一致的。

NGINX绑定域名 NGINX绑定多个域名

Thu, 26 Jun 2025 10:32:35 +0000

nginx中配置域名的方法很简单，实现nginx的域名跳转我知道了如下的方法。

Server 名称使用 “server_name” 指令来定义，并决定用哪一个 server 区块来处理请求

一、每个域名一个文件的写法

首先打开nginx域名配置文件存放目录：/usr/local/nginx/conf/servers ，如要绑定域名 www.gowhich.com 则在此目录建一个文件：www.gowhich.com.conf 然后在此文件中写规则，如：

server
{
 listen 80;
 server_name www.gowhich.com;#绑定域名
 index index.htm index.html index.php;#默认文件
 root /home/www/www.gowhich.com;#网站根目录
 include location.conf; #调用其他规则，也可去除
}

然后重起nginx服务器，域名就绑定成功了

nginx服务器重起命令：/etc/init.d/nginx restart

二、一个文件多个域名的写法

一个文件添加多个域名的规则也是一样，只要把上面单个域名重复写下来就ok了，如：

server
{
	listen 80;
	server_name www.gowhich.com; #绑定域名
	index index.htm index.html index.php; #默认文件
	root /home/www/gowhich.com; #网站根目录
	include location.conf; #调用其他规则，也可去除
}

server
{
	listen 80;
	server_name a.gowhich.com; #绑定域名
	index index.htm index.html index.php; #默认文件
	root /home/www/msn.gowhich.com; #网站根目录
	include location.conf; #调用其他规则，也可去除
}

三、不带www的域名加301跳转

如果不带www的域名要加301跳转，那也是和绑定域名一样，先绑定不带www的域名，只是不用写网站目录，而是进行301跳转，如：

server
{
	listen 80;
	server_name gowhich.com;
	rewrite ^/(.*) http://www.gowhich.com/$1 permanent;
}

四、添加404网页

添加404网页，都可又直接在里面添加，如：

server
{
	listen 80;
	server_name www.gowhich.com; #绑定域名
	index index.htm index.html index.php; #默认文件
	root /home/www/gowhich.com; #网站根目录
	include location.conf;#调用其他规则，也可去除
	error_page 404 /404.html;
}

附Nginx批量配置多域名绑定

下面接着看，多域名绑定与解析另一方法

先给出我的全部配置吧，然后再一一解释

server 
{
	listen 80;
 server_name localhost;
 set $mdomain 'ip';
 if ( $host ~* (w+.[a-zA-Z]+)$ ) {
 	set $mdomain $1;
 }
 if ( $host ~* (b(?!wwwb)w+).w+.[a-zA-Z]+$ ) {
 	set $mdir /$1;
 }
 location / {
	 index index.html index.php;
	 root /home/www/$mdomain$mdir;
 }
 location ~ .php$ {
 root /home/www/$mdomain$mdir;
 fastcgi_pass 127.0.0.1:9000;
 fastcgi_index index.php;
 fastcgi_param SCRIPT_FILENAME /home/www/$mdomain$mdir/$fastcgi_script_name;
 include fastcgi_params;
 }
}

这是 server 下的，server 要放在 http 内。

1.多域名解析

我的配置文件是根据正则表达式判断域名，然后域名赋给变量，然后变量组成路径

set $mdomain 'ip';
//设置变量 mdomain 的默认值为字符串"ip"
if ( $host ~* (w+.[a-zA-Z]+)$ ) {
 //对输入的域名进行正则表达式匹配；
 set $mdomain $1;
 //若匹配则设置变量 mdomain 为正则表达式括号的值；
}

匹配成功就把结果存入变量 mdomain 中，待用;

2.二级域名解析到子文件夹

二级域名还是根据正则表达式匹配

if ( $host ~* (b(?!wwwb)w+).w+.[a-zA-Z]+$ ) {
 set $mdir /$1;
}

这是正则表达式的匹配结果。

还是取子域名加上"/“到变量 mdir 中；

location 解析

location / {
 index index.html index.php;
 root /home/www/$mdomain$mdir;
}

最后 root 到匹配的结果路径中，没有匹配的变量就为空了；例如：www.gowhich.com 解析的路径是 /home/www/gowhich.com/www;gowhich.com 解析的路径就是 /home/www/gowhich.com;

以上搜索的到的结果数据来源于网络，稍加做过修改，在使用过程中要根据具体情况进行具体设置。

参考文章:

http://www.111cn.net/sys/nginx/52852.htm

CentOS搭建使用uwsgi+nginx 配置django

Fri, 20 Jun 2025 11:07:34 +0000

记录这篇文章的前提是，uwsgi的环境，nginx的环境和django框架都已经搭建完毕了。不会的自己可以去google

1，项目创建

sudo django-admin.py startproject walkerfree

2,配置nginx server

server
 {
 listen 80;
 server_name www.walkerfree.com;
 index index.html index.htm default.html default.htm;
 root /home/wwwroot/walkerfree/walkerfree;

 access_log /home/wwwlogs/www.walkerfree.access.log;
 error_log /home/wwwlogs/www.walkerfree.error.log;

 location / {
 include uwsgi_params;
 uwsgi_pass unix://tmp/walkerfree.socket;
 }

 location ^~ /static/ {
 root /home/wwwroot/walkerfree/;
 }

 location ~ ^.+\.(gif|jpg|png|ico|jpeg)$ {
 expires 3d;
 }

 location ~ ^.+\.(css|js)$ {
 expires 12h;
 }
 }

3,配置项目的uwsgi启动设置

[uwsgi]
socket = /tmp/walkerfree.socket
#http=127.0.0.1:9090
chdir=/home/wwwroot/walkerfree
module=walkerfree.wsgi
master=True
pidfile=/tmp/uwsgi.pid
vacuum=True
max-requests=5000
daemonize=/home/wwwlogs/walkerfree-uwsgi.log

4，启动uwsgi，启动nginx(root角色)

nginx -s reload
uwsgi --ini /usr/local/etc/uwsgi/walkerfree-uwsgi.ini

5,启动成功

NGINX 之 Location基础配置及 Location最佳实践

Thu, 19 Jun 2025 10:29:35 +0000

语法规则： location [=||*|^~] /uri/ { … }

= 开头表示精确匹配

^~ 开头表示uri以某个常规字符串开头，理解为匹配 url路径即可。nginx不对url做编码，因此请求为/static/20%/aa，可以被规则^~ /static/ /aa匹配到（注意是空格）。

~ 开头表示区分大小写的正则匹配

~\* 开头表示不区分大小写的正则匹配

!~和!~\*分别为区分大小写不匹配及不区分大小写不匹配的正则

/ 通用匹配，任何请求都会匹配到。

多个location配置的情况下匹配顺序为（参考资料而来，还未实际验证，试试就知道了，不必拘泥，仅供参考）：

首先匹配 =，其次匹配^~, 其次是按文件中顺序的正则匹配，最后是交给 / 通用匹配。当有匹配成功时候，停止匹配，按当前匹配规则处理请求。

例子，有如下匹配规则：

location = / {
 #规则A
}
location = /login {
 #规则B
}
location ^~ /static/ {
 #规则C
}
location ~ \.(gif|jpg|png|js|css)$ {
 #规则D
}
location ~* \.png$ {
 #规则E
}
location !~ \.xhtml$ {
 #规则F
}
location !~* \.xhtml$ {
 #规则G
}
location / {
 #规则H
}

那么产生的效果如下：

访问根目录/，比如http://localhost/ 将匹配规则A

访问 http://localhost/login 将匹配规则B，http://localhost/register 则匹配规则H

访问 http://localhost/static/a.html 将匹配规则C

访问 http://localhost/a.gif, http://localhost/b.jpg 将匹配规则D和规则E，但是规则D顺序优先，规则E不起作用，而 http://localhost/static/c.png 则优先匹配到规则C

访问 http://localhost/a.PNG 则匹配规则E，而不会匹配规则D，因为规则E不区分大小写。

访问 http://localhost/a.xhtml 不会匹配规则F和规则G，http://localhost/a.XHTML 不会匹配规则G，因为不区分大小写。规则F，规则G属于排除法，符合匹配规则但是不会匹配到，所以想想看实际应用中哪里会用到。

访问 http://localhost/category/id/1111 则最终匹配到规则H，因为以上规则都不匹配，这个时候应该是nginx转发请求给后端应用服务器，比如FastCGI（php），tomcat（jsp），nginx作为方向代理服务器存在。

实际应用中常用的几个规则，如下：

直接匹配网站根，通过域名访问网站首页比较频繁，使用这个会加速处理，官网如是说。这里是直接转发给后端应用服务器了，也可以是一个静态首页第一个必选规则

location = / {
 proxy_pass http://tomcat:8080/index
}

第二个必选规则是处理静态文件请求，这是nginx作为http服务器的强项有两种配置模式，目录匹配或后缀匹配,任选其一或搭配使用

location ^~ /static/ {
 # 请求/static/a.txt 将被映射到实际目录文件: /webroot/res/static/a.txt
 root /webroot/res/;
}

location ~* \.(gif|jpg|jpeg|png|css|js|ico)$ {
 root /webroot/res/;
}

第三个规则就是通用规则，用来转发动态请求到后端应用服务器非静态文件请求就默认是动态请求，自己根据实际把握毕竟目前的一些框架的流行，带.php,.jsp后缀的情况很少了

location / {
 proxy_pass http://tomcat:8080/
}

对于以上基础推荐配置，有一个补充，就是关于转发有一点需要注意。例如下面配置，对一个目录转发：

关键在于最后的/，访问localhost/outer/in.html，其中case A 会转发到tomcat:8080/in.html，而case B 会转发到 tomcat:8080/outer/in.html，所以务必注意了。

未试验过的其他信息：

三、ReWrite语法
last – 基本上都用这个Flag。
break – 中止Rewirte，不在继续匹配
redirect – 返回临时重定向的HTTP状态302
permanent – 返回永久重定向的HTTP状态301
1、下面是可以用来判断的表达式：
-f和!-f用来判断是否存在文件
-d和!-d用来判断是否存在目录
-e和!-e用来判断是否存在文件或目录
-x和!-x用来判断文件是否可执行
2、下面是可以用作判断的全局变量
例：http://localhost:88/test1/test2/test.php
$host：localhost
$server_port：88
$request_uri：http://localhost:88/test1/test2/test.php
$document_uri：/test1/test2/test.php
$document_root：D:\nginx/html
$request_filename：D:\nginx/html/test1/test2/test.php
四、Redirect语法

server {
 listen 80;
 server_name www.gowhich.com;
 index index.html index.php;
 root html;
 if ($http_host !~ "^www\.gowhich\.com$" {
 rewrite ^(.*) http://gowhich.com$1 redirect;
 }
}

五、防盗链

location ~* \.(gif|jpg|swf)$ {
 valid_referers none blocked gowhich.com www.gowhich.com;
 if ($invalid_referer) {
 rewrite ^/ http://$host/logo.png;
 }
}

六、根据文件类型设置过期时间

location ~* \.(js|css|jpg|jpeg|gif|png|swf)$ {
 if (-f $request_filename) {
 expires 1h;
 break;
 }
}

七、禁止访问某个目录

location ~* \.(txt|doc)${
 root /data/www/wwwroot/test;
 deny all;
}

八、直接访问某个指定文件

location = ads.txt {
 # /data/www/wwwroot/目录下要有ads.txt文件
 root /data/www/wwwroot/;
}

一些可用的全局变量
$args
$content_length
$content_type
$document_root
$document_uri
$host
$http_user_agent
$http_cookie
$limit_rate
$request_body_file
$request_method
$remote_addr
$remote_port
$remote_user
$request_filename
$request_uri
$query_string
$scheme
$server_protocol
$server_addr
$server_name
$server_port
$uri

NGINX禁止直接以IP访问

Thu, 19 Jun 2025 10:29:20 +0000

今天搞了一下禁止nginx的ip访问，哈哈，找了一篇文章

看下面‍

在虚拟主机最前面加上如下即可，记住一定要以它开头（不然不生效）。如下,返回值404，可以改403等。

server {
 server_name _; #default
 return 404;
 }


server{
 listen 80;
 server_name .test.com; #(域名前加点，不然可能访问不了)
 index main.php index.php;
 root /var/htdocs/www/test;

 location ~ .*\.(php|php5)?${
 #fastcgi_pass unix:/tmp/php-cgi.sock;
 fastcgi_pass 127.0.0.1:9000;
 fastcgi_index index.php;
 include fcgi.conf;
 }

 log_format testlogs '$remote_addr - $remote_user [$time_local] "$request" '
 '$status $body_bytes_sent "$http_referer" '
 '"$http_user_agent" $http_x_forwarded_for';
 access_log /var/htdocs/logs/testlogs.log testlogs;

}

关于一个nginx的一个错误解释“nginx – getgrnam (“presmini”) failed”

Wed, 11 Jun 2025 10:34:08 +0000

I got this error after installing nginx and trying to run passenger for my ruby apps. I understood that I needed to run nginx as the same user I was using to run my ruby apps. To do this, I had to use the “user” directive in the nginx.conf file to define the startup user to be “presmini” (the same user running my ruby apps). What I screwed up was that the failure（他也遇到了，其实我也遇到了）

[emerg]: getgrnam(“presmini”) failed in /opt/nginx/conf/nginx.conf:1

上面是错误提示的说明。

is that I wasn’t explicity defining a group in the nginx.conf file, and so it was defaulting to something that does exist. Since I’m on a mac, I just changed the “user” directive in the nginx.conf file to:

原因是没有添加组

user presmini staff

修改成类似这样的就可以了

Mac OS X下安装nginx+php及测试

Tue, 10 Jun 2025 15:46:40 +0000

—先安装XCode，这样才有GCC等必要开发工具包

默认XCode安装完成不会添加命令行支持，需要在XCode的“偏好设置–>下载–>选择下载命令行支持”

–命令行在 “应用程序–> 实用工具–>终端”

安装依赖的库

建议通过Macports来进行安装，（附MacPorts安装使用说明）。只需要执行如下指令：

sudo port install pcre

如果你已经通过自己下载pcre包来make & make install，很有可能会由于安装的pcre路径问题，在安装其他软件时会出问题。想要删除安装好的pcre，则只需要在下载下来的pcre解压文件夹下，执行make uninstall。

安装Nginx

方法一：仍然通过Macports，执行下面语句就ok

sudo port install nginx spawn-fcgi

方法二:

$curl -O http://nginx.org/download/nginx-0.8.53.tar.gz
$tar zxvf nginx-0.8.53.tar.gz
$cd nginx-0.8.53
$./configure --prefix=/usr/local/nginx --conf-path=/usr/local/nginx/conf/nginx.conf
$make
$sudo make install

配置文件为：/usr/local/nginx/conf/nginx.conf 默认安装在/usr/local/nginx 启动：输入以下命令启动Nginx，然后浏览器输入地址 http://localhost 进行测试，看到很大的字体的Welcome to nginx!就代表安装成功了

/usr/local/nginx/sbin/nginx

推荐关闭方式：

/usr/local/nginx/sbin/nginx -s stop

其他关闭方式：

ps -ef | grep nginx # 找到pid

sudo kill pid

安装PHP

sudo port install php5 +fastcgi fcgi php5-gd php5-mysql php5-sqlite php5-eaccelerator php5-curl php5-iconv

配置文件

cd /opt/local/etc/php5
sudo cp php.ini-development php.ini

将时区修改为：date.timezone = Asia/Chongqing 错误级别修改为：error\_reporting = E\_ALL & ~E\_NOTICE

启动：

sudo /opt/local/bin/spawn-fcgi -C 2 -p 9000 -f /opt/local/bin/php-cgi

遇到NGINX PHP “No input file specified”问题，解决方法：

1、 php.ini（/opt/local/etc/php5/php.ini或者/etc/php5/cgi/php.ini）的配置中这两项

cgi.fix_pathinfo=1 （这个是自己添加的）
doc_root= （这行本来就有）

并修改下面：

location ~ \.php$ {
 fastcgi_pass 127.0.0.1:9000;
 fastcgi_index index.php;
 fastcgi_param SCRIPT_FILENAME /var/www/sitepath$fastcgi_script_name;
 include fastcgi_params;
}

/var/www/sitepath部分路径需要根据你主机主目录的实际情况填写，也可以用$document_root代替，其值实为PHP配置文件中的basedir一值。

测试方法：

在nginx的html目录下（默认为/usr/local/nginx/html），新建一个文件test.php，输入以下测试代码：

<?php
//测试mysql
$link = mysql_connect('localhost', 'root', 'mysql密码');
if (!$link) {
 echo "mysql fail!";
} else {
 echo "mysql succees";
}
mysql_close();
//输出php信息
phpinfo();

通过http://localhost/test.php 访问，如果能正常显示，那恭喜你，ok了。

附nginx, php, mysql快捷启动代码，建议复制保存为startup.sh，每次通过执行./startup.sh，然后输入管理员密码，就一次性开启了三项服务：

#!/bin/sh
sudo /usr/local/nginx/sbin/nginx
sudo /opt/local/bin/spawn-fcgi -C 2 -p 9000 -f /opt/local/bin/php-cgi
sudo /usr/local/mysql/bin/mysqld_safe &

再附上nginx, php, mysql快捷关闭代码，建议复制保存为shutdown.sh，每次通过执行./shutdown.sh就关闭了三项服务：

#!/bin/sh
sudo /usr/local/nginx/sbin/nginx -s stop;
`ps -ef | grep php | head -n1|awk '{print "sudo kill "$2}'`;
sudo /usr/local/mysql/bin/mysqladmin -uroot -pms shutdown;

NGINX如何开启和配置gzip

Mon, 09 Jun 2025 11:52:26 +0000

gzip是GNU zip的缩写，它是一个GNU自由软件的文件压缩程序，可以极大的加速网站.有时压缩比率高到80%,近来测试了一下,最少都有40%以上,还是相当不错的。大道至简，知易行难，悟者大成。

gzip

决定是否开启gzip模块 example:gzip on;

gzip_buffers

设置gzip申请内存的大小,其作用是按块大小的倍数申请内存空间 param2:int(k) 后面单位是k example: gzip_buffers 4 8k;

gzip_comp_level

设置gzip压缩等级，等级越底压缩速度越快文件压缩比越小，反之速度越慢文件压缩比越大 param:1-9 example:gzip_com_level 1;

gzip_min_length

当返回内容大于此值时才会使用gzip进行压缩,以K为单位,当值为0时，所有页面都进行压缩 param:int example:gzip_min_length 1000;

gzip_http_version

用于识别http协议的版本，早期的浏览器不支持gzip压缩，用户会看到乱码，所以为了支持前期版本加了此选项,目前此项基本可以忽略 param: 1.0|1.1 example:gzip_http_version 1.0

gzip_proxied

Nginx做为反向代理的时候启用， param:off|expired|no-cache|no-sotre|private|no_last_modified|no_etag|auth|any] expample:gzip_proxied no-cache; off – 关闭所有的代理结果数据压缩 expired – 启用压缩，如果header中包含”Expires”头信息 no-cache – 启用压缩，如果header中包含”Cache-Control:no-cache”头信息 no-store – 启用压缩，如果header中包含”Cache-Control:no-store”头信息 private – 启用压缩，如果header中包含”Cache-Control:private”头信息 no_last_modified – 启用压缩，如果header中包含”Last_Modified”头信息 no_etag – 启用压缩，如果header中包含“ETag”头信息 auth – 启用压缩，如果header中包含“Authorization”头信息 any – 无条件压缩所有结果数据

gzip_types

设置需要压缩的MIME类型,非设置值不进行压缩 param:text/html|application/x-javascript|text/css|application/xml example:gzip_types text/html;

Demo

gzip on;
gzip_min_length 1000;
gzip_buffers 4 8k;
gzip_types text/html application/x-javascript text/css application/xml;