Joyber 发布的文章

在Nginx中,listen指令用于指定服务器块(server)监听的IP地址和端口。它的语法灵活多样,可以适应不同的应用场景。以下是其核心语法规则和常见用法:

基本语法

listen address[:port] [default_server] [ssl] [http2] [proxy_protocol] [setfib=number] [fastopen=number] [backlog=number] [rcvbuf=size] [sndbuf=size] [deferred] [bind] [ipv6only=on|off] [reuseport] [so_keepalive=on|off|[keepidle]:[keepintvl]:[keepcnt]];

关键参数说明

  1. address[:port]

    • 监听的IP地址和端口(端口可选)。
    • 示例:

      listen 80;              # 监听所有IP的80端口
      listen 192.168.1.1:80;  # 仅监听指定IP的80端口
      listen [::]:80;         # 监听所有IPv6地址的80端口(需配合ipv6only参数)
  2. default_server

    • 指定当前服务器为默认服务器,处理未匹配其他server_name的请求。
    • 示例:

      listen 80 default_server;
  3. ssl

    • 启用SSL/TLS,需配合ssl_certificatessl_certificate_key指令。
    • 示例:

      listen 443 ssl;
  4. http2

    • 启用HTTP/2协议(需配合ssl使用)。
    • 示例:

      listen 443 ssl http2;
  5. proxy_protocol

    • 启用PROXY协议(用于接收负载均衡器传递的客户端真实IP)。
    • 示例:

      listen 80 proxy_protocol;

常见组合示例

  1. 监听80端口(HTTP)

    listen 80;
  2. 监听443端口(HTTPS)

    listen 443 ssl;
    ssl_certificate /path/to/cert.pem;
    ssl_certificate_key /path/to/key.pem;
  3. 同时监听IPv4和IPv6

    listen 80;
    listen [::]:80 ipv6only=off;  # 关闭仅IPv6模式,同时监听IPv4和IPv6
  4. 默认服务器配置

    listen 80 default_server;
    server_name _;  # 匹配所有域名
  5. 启用HTTP/2

    listen 443 ssl http2;

特殊场景配置

  1. 重定向HTTP到HTTPS

    server {
        listen 80;
        server_name example.com;
        return 301 https://$host$request_uri;
    }
    
    server {
        listen 443 ssl;
        server_name example.com;
        # HTTPS配置...
    }
  2. 使用不同端口区分域名

    server {
        listen 8080;
        server_name example1.com;
    }
    
    server {
        listen 8081;
        server_name example2.com;
    }

注意事项

  1. 端口冲突
    同一个IP和端口只能被一个进程监听。若多个server块监听相同端口,需通过server_name区分请求。
  2. TLS证书与SNI

    • 若多个域名共用443端口,需使用支持多域名的证书(如SAN证书或通配符证书)。
    • Nginx 1.15.0+ 支持listen ... ssl sni语法,但需为每个域名单独配置监听。
  3. 权限限制

    • 在Linux系统中,监听1024以下的端口需要root权限。

通过灵活配置listen指令,你可以实现单IP多域名、多端口监听、协议升级等复杂场景。建议结合实际需求,选择合适的参数组合。

更详细的说明:

完整语法结构

listen address[:port] [default_server] [ssl] [http2] [http3] [proxy_protocol] [setfib=number] [fastopen=number] [backlog=number] [rcvbuf=size] [sndbuf=size] [deferred] [bind] [ipv6only=on|off] [reuseport] [so_keepalive=on|off|[keepidle]:[keepintvl]:[keepcnt]] [accept_filter=filter] [ssl_preread=on|off] [transparent] [ipv6_v6only=on|off];

核心参数详解

1. 地址与端口(address[:port]

  • 语法listen [IP地址]:[端口]
  • 作用:指定监听的网络地址和端口。
  • 示例

    listen 80;              # 监听所有IPv4地址的80端口
    listen 192.168.1.1:80;  # 仅监听指定IPv4地址的80端口
    listen [::]:80;         # 监听所有IPv6地址的80端口
    listen *:80;            # 等效于listen 80(所有IPv4地址)
    listen unix:/var/run/nginx.sock;  # 监听Unix域套接字

2. 默认服务器(default_server

  • 语法listen ... default_server
  • 作用:将当前server块设为默认服务器,处理未匹配其他server_name的请求。
  • 示例

    listen 80 default_server;
    server_name _;  # 匹配所有域名

3. SSL/TLS支持(ssl

  • 语法listen ... ssl
  • 作用:启用SSL/TLS协议,需配合ssl_certificatessl_certificate_key指令。
  • 示例

    listen 443 ssl;
    ssl_certificate /path/to/cert.pem;
    ssl_certificate_key /path/to/key.pem;

4. HTTP/2支持(http2

  • 语法listen ... http2
  • 作用:启用HTTP/2协议(需与ssl同时使用)。
  • 示例

    listen 443 ssl http2;

5. HTTP/3支持(http3

  • 语法listen ... http3
  • 作用:启用HTTP/3协议(需与ssl同时使用,且需Nginx 1.21.3+)。
  • 示例

    listen 443 ssl http3;

6. PROXY协议(proxy_protocol

  • 语法listen ... proxy_protocol
  • 作用:启用PROXY协议,用于接收负载均衡器传递的客户端真实IP。
  • 示例

    listen 80 proxy_protocol;

7. TCP快速打开(fastopen

  • 语法listen ... fastopen=队列长度
  • 作用:启用TCP Fast Open,减少握手延迟。
  • 示例

    listen 443 fastopen=1000;  # 队列长度为1000

8. TCP接收/发送缓冲区(rcvbuf/sndbuf

  • 语法listen ... rcvbuf=大小 sndbuf=大小
  • 作用:调整TCP接收/发送缓冲区大小。
  • 示例

    listen 80 rcvbuf=128k sndbuf=128k;

9. IPv6兼容性(ipv6only

  • 语法listen ... ipv6only=on|off
  • 作用:控制IPv6套接字是否仅监听IPv6(默认off,同时监听IPv4和IPv6)。
  • 示例

    listen [::]:80 ipv6only=off;  # 同时监听IPv4和IPv6

10. 端口复用(reuseport

  • 语法listen ... reuseport
  • 作用:允许多个Nginx工作进程同时监听同一个端口,提升并发性能。
  • 示例

    worker_processes auto;
    listen 80 reuseport;  # 每个工作进程独立监听80端口

11. TCP保活机制(so_keepalive

  • 语法listen ... so_keepalive=on|off|[空闲时间]:[间隔时间]:[重试次数]
  • 作用:配置TCP连接保活参数。
  • 示例

    listen 80 so_keepalive=on;  # 启用默认保活机制
    listen 80 so_keepalive=60:10:5;  # 60秒空闲后检测,每10秒一次,重试5次

12. 透明代理(transparent

  • 语法listen ... transparent
  • 作用:启用IP透明代理(需root权限和系统配置)。
  • 示例

    listen 192.168.1.1:80 transparent;

13. SSL预读取(ssl_preread

  • 语法listen ... ssl_preread=on
  • 作用:在处理HTTPS请求前读取SNI信息,用于基于域名的负载均衡(需Stream模块)。
  • 示例

    stream {
        server {
            listen 443;
            ssl_preread on;
            # 根据SNI转发...
        }
    }

常见组合示例

1. 基础HTTP服务器

listen 80;
server_name example.com;

2. HTTPS + HTTP/2服务器

listen 443 ssl http2;
server_name example.com;
ssl_certificate /path/to/cert.pem;
ssl_certificate_key /path/to/key.pem;

3. IPv4/IPv6双栈监听

listen 80;
listen [::]:80 ipv6only=off;

4. 默认服务器 + PROXY协议

listen 80 default_server proxy_protocol;
server_name _;

5. 高性能配置(多进程复用端口)

worker_processes auto;
listen 80 reuseport backlog=8192;

注意事项

  1. 权限限制:监听1024以下的端口需要root权限。
  2. 端口冲突:同一IP和端口只能被一个进程监听,多个server块监听相同端口时需通过server_name区分请求。
  3. TLS证书与SNI:若多个域名共用443端口,需使用支持多域名的证书(如SAN证书或通配符证书)。
  4. 系统调优:高并发场景下,需配合调整系统参数(如net.core.somaxconn)以充分发挥listen参数的效果。

通过灵活组合listen指令的参数,你可以实现各种复杂的网络配置,包括负载均衡、协议升级、性能优化等。建议根据实际需求和服务器性能选择合适的参数组合。

当 OpenWrt 设备连接的 PC 能正常上网,但 OpenWrt 自身命令行(如通过 SSH 登录的系统终端)无法上网时,通常是OpenWrt 系统自身的网络配置、DNS 或防火墙规则出现了问题。以下是具体的排查思路和解决步骤:
一、先确认问题现象
在 OpenWrt 命令行中执行以下命令,判断具体故障点:

# 测试能否ping通外网IP(如百度DNS:180.76.76.76)
ping -c 3 180.76.76.76

# 测试能否解析域名(如ping百度)
ping -c 3 www.baidu.com

临时修复 DNS(立即生效)

# 查看系统DNS配置(临时生效,重启可能失效)
cat /etc/resolv.conf

# 查看OpenWrt持久化DNS配置(由dhcp服务管理)
cat /etc/config/dhcp

# 手动添加公共DNS(如114DNS或阿里云DNS)
echo "nameserver 114.114.114.114" >> /etc/resolv.conf
echo "nameserver 223.5.5.5" >> /etc/resolv.conf

持久化配置 DNS(重启不失效)
OpenWrt 的 DNS 通常由 dnsmasq 服务管理,需在配置文件中指定:

# 编辑dhcp配置
vi /etc/config/dhcp

# 在config dnsmasq部分添加或修改以下内容(指定上游DNS)
list server '114.114.114.114'
list server '223.5.5.5'

# 重启dnsmasq服务生效
/etc/init.d/dnsmasq restart
  1. 排查防火墙规则(阻止系统出站流量)
    OpenWrt 的防火墙默认允许内网设备访问外网,但可能误配置了阻止系统自身(即路由器系统)访问外网的规则。

(1)查看防火墙配置

# 查看防火墙规则(重点看output链是否允许出站)
iptables -L OUTPUT
iptables -L zone_wan_output  # WAN区域的出站规则

正常情况下,OUTPUT 链和 zone_wan_output 链应允许 ACCEPT 状态(即允许系统自身向 WAN 发送流量)。
若规则为 DROP 或 REJECT,则会阻止系统上网。

(2)临时允许 WAN 出站流量

# 允许系统向WAN发送所有流量(临时生效)
iptables -A zone_wan_output -j ACCEPT
iptables -A OUTPUT -j ACCEPT

(3)持久化防火墙配置

# 编辑防火墙配置
vi /etc/config/firewall

# 确保wan区域的output策略为ACCEPT
config zone
    option name 'wan'
    option input 'REJECT'
    option output 'ACCEPT'  # 允许出站
    option forward 'REJECT'
    option masq '1'
    option mtu_fix '1'

# 重启防火墙生效
/etc/init.d/firewall restart
  1. 检查网络服务是否正常
    部分核心服务(如 network、firewall)未运行也可能导致问题:

    # 检查关键服务状态
    /etc/init.d/network status
    /etc/init.d/firewall status
    /etc/init.d/dnsmasq status
    
    # 若服务未运行,手动启动
    /etc/init.d/network start
    /etc/init.d/firewall start
    /etc/init.d/dnsmasq start

当OpenWrt设备连接的PC能正常上网,但OpenWrt自身命令行(如通过SSH登录的系统终端)无法上网时,通常是OpenWrt系统自身的网络配置、DNS或防火墙规则出现了问题。以下是具体的排查思路和解决步骤:

一、先确认问题现象

在OpenWrt命令行中执行以下命令,判断具体故障点:

# 测试能否ping通外网IP(如百度DNS:180.76.76.76)
ping -c 3 180.76.76.76

# 测试能否解析域名(如ping百度)
ping -c 3 www.baidu.com
  • 若IP能ping通,但域名不能:问题出在 DNS配置
  • 若IP和域名都不能ping通:问题出在 网络接口配置、路由表或防火墙

二、针对性排查与解决

1. 排查DNS配置(域名无法解析)

OpenWrt命令行依赖DNS服务器解析域名,若DNS配置错误,会导致“能访问IP但不能访问域名”。

(1)查看当前DNS配置
# 查看系统DNS配置(临时生效,重启可能失效)
cat /etc/resolv.conf

# 查看OpenWrt持久化DNS配置(由dhcp服务管理)
cat /etc/config/dhcp
  • 正常情况下,/etc/resolv.conf 应包含有效的DNS服务器(如 nameserver 114.114.114.114 或运营商提供的DNS)。
  • 若文件为空或DNS服务器不可用(如 nameserver 127.0.0.1 但本地DNS服务未运行),则需要手动配置。
(2)临时修复DNS(立即生效)
# 手动添加公共DNS(如114DNS或阿里云DNS)
echo "nameserver 114.114.114.114" >> /etc/resolv.conf
echo "nameserver 223.5.5.5" >> /etc/resolv.conf
(3)持久化配置DNS(重启不失效)

OpenWrt的DNS通常由 dnsmasq 服务管理,需在配置文件中指定:

# 编辑dhcp配置
vi /etc/config/dhcp

# 在config dnsmasq部分添加或修改以下内容(指定上游DNS)
list server '114.114.114.114'
list server '223.5.5.5'

# 重启dnsmasq服务生效
/etc/init.d/dnsmasq restart

2. 排查网络接口与路由(IP无法ping通)

若IP也无法ping通,说明OpenWrt系统自身未正确连接外网,需检查 WAN接口配置路由表

(1)检查WAN接口是否获取到IP

OpenWrt的外网通常通过 wan 接口连接(可能是eth0.2、pppoe-wan等,根据实际配置而定):

# 查看所有接口状态(注意wan接口的IP、网关)
ip addr show
ip route show  # 查看路由表,重点看默认路由(default via ...)
  • 正常情况下,wan 接口应分配到IP(如 192.168.100.xxx 或公网IP),且路由表中有 默认路由(如 default via 192.168.100.1 dev wan)。
  • wan 接口无IP:可能是DHCP获取失败(如上级路由器未分配IP)或静态IP配置错误。
(2)修复WAN接口配置
  • 若WAN使用DHCP(自动获取IP):

    # 重启wan接口的DHCP客户端
    ifup wan
    
    # 查看DHCP获取日志,确认是否成功
    logread | grep -i dhcp
    • 若日志显示“无法获取IP”,检查上级设备(光猫、主路由器)是否正常,或网线是否插对(WAN口需连接上级设备的LAN口)。
  • 若WAN使用静态IP

    # 编辑网络配置
    vi /etc/config/network
    
    # 找到config interface 'wan'部分,确保配置正确:
    config interface 'wan'
        option ifname 'eth0.2'  # 接口名称,根据实际修改
        option proto 'static'
        option ipaddr '192.168.100.2'  # 与上级同网段的IP
        option netmask '255.255.255.0'
        option gateway '192.168.100.1'  # 上级设备网关
        option dns '114.114.114.114'    # 手动指定DNS
    
    # 重启网络生效
    /etc/init.d/network restart
(3)手动添加默认路由(临时应急)

若路由表中无默认路由,可临时手动添加(重启后失效,需持久化到 /etc/config/network):

# 假设网关为192.168.100.1,wan接口为eth0.2
ip route add default via 192.168.100.1 dev eth0.2

3. 排查防火墙规则(阻止系统出站流量)

OpenWrt的防火墙默认允许内网设备访问外网,但可能误配置了阻止系统自身(即路由器系统)访问外网的规则。

(1)查看防火墙配置
# 查看防火墙规则(重点看output链是否允许出站)
iptables -L OUTPUT
iptables -L zone_wan_output  # WAN区域的出站规则
  • 正常情况下,OUTPUT 链和 zone_wan_output 链应允许 ACCEPT 状态(即允许系统自身向WAN发送流量)。
  • 若规则为 DROPREJECT,则会阻止系统上网。
(2)临时允许WAN出站流量
# 允许系统向WAN发送所有流量(临时生效)
iptables -A zone_wan_output -j ACCEPT
iptables -A OUTPUT -j ACCEPT
(3)持久化防火墙配置
# 编辑防火墙配置
vi /etc/config/firewall

# 确保wan区域的output策略为ACCEPT
config zone
    option name 'wan'
    option input 'REJECT'
    option output 'ACCEPT'  # 允许出站
    option forward 'REJECT'
    option masq '1'
    option mtu_fix '1'

# 重启防火墙生效
/etc/init.d/firewall restart

4. 检查网络服务是否正常

部分核心服务(如 networkfirewall)未运行也可能导致问题:

# 检查关键服务状态
/etc/init.d/network status
/etc/init.d/firewall status
/etc/init.d/dnsmasq status

# 若服务未运行,手动启动
/etc/init.d/network start
/etc/init.d/firewall start
/etc/init.d/dnsmasq start

三、总结排查流程

  1. ping IPping 域名 区分是DNS问题还是网络连接问题。
  2. DNS问题:检查 /etc/resolv.confdnsmasq 配置,添加公共DNS。
  3. 网络连接问题:检查WAN接口IP、路由表默认路由,修复接口配置。
  4. 防火墙问题:确保WAN区域允许出站流量,避免规则阻止系统自身上网。

通过以上步骤,基本可以解决OpenWrt命令行无法上网的问题。若排查后仍有问题,可通过 logread 查看系统日志,进一步定位错误原因。

推荐阅读:https://zh.javascript.info/import-export

export导出
我们可以通过在声明之前放置 export 来标记任意声明为导出,无论声明的是变量,函数还是类都可以。

例如,这里的所有导出均有效:

// 导出数组
export let months = ['Jan', 'Feb', 'Mar','Apr', 'Aug', 'Sep', 'Oct', 'Nov', 'Dec'];

// 导出 const 声明的变量
export const MODULES_BECAME_STANDARD_YEAR = 2015;

// 导出类
export class User {
  constructor(name) {
    this.name = name;
  }
}

导出与声明分开
另外,我们还可以将 export 分开放置。

下面的例子中,我们先声明函数,然后再导出它们:

function sayHi(user) {
  alert(`Hello, ${user}!`);
}

function sayBye(user) {
  alert(`Bye, ${user}!`);
}

export {sayHi, sayBye}; // 导出变量列表

Import *
通常,我们把要导入的东西列在花括号 import {...} 中,就像这样:

import {sayHi, sayBye} from './say.js';

sayHi('John'); // Hello, John!
sayBye('John'); // Bye, John!

如果有很多要导入的内容,我们可以使用 import * as 将所有内容导入为一个对象

import * as say from './say.js';

say.sayHi('John');
say.sayBye('John');

Import “as” 和 Export “as”

我们也可以使用 as 让导入具有不同的名字。

import {sayHi as hi, sayBye as bye} from './say.js';

hi('John'); // Hello, John!
bye('John'); // Bye, John!
export {sayHi as hi, sayBye as bye};

现在 hi 和 bye 是在外面使用时的正式名称

Export default 导出的是一个模块
在实际中,主要有两种模块。

包含库或函数包的模块,像上面的 say.js
声明单个实体的模块,例如模块 user.js 仅导出 class User。
大部分情况下,开发者倾向于使用第二种方式,以便每个“东西”都存在于它自己的模块中。

当然,这需要大量文件,因为每个东西都需要自己的模块,但这根本不是问题。实际上,如果文件具有良好的命名,并且文件夹结构得当,那么代码导航(navigation)会变得更容易。

模块提供了一个特殊的默认导出 export default 语法,以使“一个模块只做一件事”的方式看起来更好。

将 export default 放在要导出的实体前:

export default class User { // 只需要添加 "default" 即可
  constructor(name) {
    this.name = name;
  }
}

每个文件应该只有一个 export default:

……然后将其导入而不需要花括号:

import User from './user.js'; // 不需要花括号 {User},只需要写成 User 即可

new User('John');

不用花括号的导入看起来很酷。刚开始使用模块时,一个常见的错误就是忘记写花括号。所以,请记住,import 命名的导出时需要花括号,而 import 默认的导出时不需要花括号。

命名导出
由于每个文件最多只能有一个默认的导出,因此导出的实体可能没有名称。

例如,下面这些都是完全有效的默认的导出:

export default class { // 没有类名
  constructor() { ... }
}
export default function(user) { // 没有函数名
  alert(`Hello, ${user}!`);
}
// 导出单个值,而不使用变量
export default ['Jan', 'Feb', 'Mar','Apr', 'Aug', 'Sep', 'Oct', 'Nov', 'Dec'];

不指定名称是可以的,因为每个文件只有一个 export default,因此不带花括号的 import 知道要导入的内容是什么。

如果没有 default,这样的导出将会出错:

export class { // Error!(非默认的导出需要名称)
  constructor() {}
}

“default” 名称
在某些情况下,default 关键词被用于引用默认的导出。

例如,要将函数与其定义分开导出:

function sayHi(user) {
  alert(`Hello, ${user}!`);
}

// 就像我们在函数之前添加了 "export default" 一样
export {sayHi as default};

或者,另一种情况,假设模块 user.js 导出了一个主要的默认的导出和一些命名的导出(这种情况很少见,但确实会发生):

export default class User {
  constructor(name) {
    this.name = name;
  }
}

export function sayHi(user) {
  alert(`Hello, ${user}!`);
}

这是导入默认的导出以及命名的导出的方法:

import {default as User, sayHi} from './user.js';

new User('John');

如果我们将所有东西 * 作为一个对象导入,那么 default 属性正是默认的导出:

import * as user from './user.js';

let User = user.default; // 默认的导出
new User('John');

命名的导出会强制我们使用正确的名称进行导入:

import {User} from './user.js';
// 导入 {MyUser} 不起作用,导入名字必须为 {User}

……对于默认的导出,我们总是在导入时选择名称:

import User from './user.js'; // 有效
import MyUser from './user.js'; // 也有效
// 使用任何名称导入都没有问题

重新导出
“重新导出(Re-export)”语法 export ... from ... 允许导入内容,并立即将其导出(可能是用的是其他的名字),就像这样:

export {sayHi} from './say.js'; // 重新导出 sayHi

export {default as User} from './user.js'; // 重新导出 default

重新导出默认导出
重新导出时,默认导出需要单独处理。

假设我们有一个 user.js 脚本,其中写了 export default class User,并且我们想重新导出类 User:

export default class User {
  // ...
}

我们可能会遇到两个问题:

  • export User from './user.js' 无效。这会导致一个语法错误。

要重新导出默认导出,我们必须明确写出 export {default as User},就像上面的例子中那样。

  • export * from './user.js' 重新导出只导出了命名的导出,但是忽略了默认的导出。

如果我们想将命名的导出和默认的导出都重新导出,那么需要两条语句:

export * from './user.js'; // 重新导出命名的导出
export {default} from './user.js'; // 重新导出默认的导出

动态导入
下面这样的 import 行不通:

import ... from getModuleName(); // Error, only from "string" is allowed

if(...) {
  import ...; // Error, not allowed!
}

{
  import ...; // Error, we can't put import in any block
}

import() 表达式

let modulePath = prompt("Which module to load?");

import(modulePath)
  .then(obj => <module object>)
  .catch(err => <loading error, e.g. if no such module>)

//或者导入 say 中的两个函数
let {hi, bye} = await import('./say.js');

hi();
bye();

//或者  默认的导出
let obj = await import('./say.js');
let say = obj.default;
// or, in one line: let {default: say} = await import('./say.js');

say();

尽管 import() 看起来像一个函数调用,但它只是一种特殊语法,只是恰好使用了括号(类似于 super())。
因此,我们不能将 import 复制到一个变量中,或者对其使用 call/apply。因为它不是一个函数。