HQY

59元买Win10迷你电脑！小米平板2 X86架构+Windows10+怀旧游戏，神器之机

Thu, 15 Oct 2026 15:39:27 +0800

59元买到了小米平板2，在X86英特尔架构的基础上进行优化之后就可以运行简单的Windows 10系统了。

并且还可以把老式的电脑游戏也玩起来，价格非常便宜。

经过了简单的Windows 10系统安装后，触屏、Wi-Fi、蓝牙以及音量键等大部分功能都正常工作了。

空闲状态下CPU占用率只有百分之十左右的样子，在启动的时候就可以正常使用了。

轻度办公实测中，微信可以正常登陆，并且打开了Word Excel PPT后也可以很流畅地进行操作。在上百页文档和表格里做修改也是可以的，普通的文件编辑也能够完成。

但是触屏的操作速度比较慢，配个十来块钱的小键盘鼠标组合之后就感觉好很多了。

网页浏览有局限性，并且同时打开很多网页就会出现卡顿的情况，只看B站上的视频是顺畅的。从游戏的角度来说就是这款游戏的亮点了，在这里可以玩到很多经典的怀旧游戏。

《植物大战僵尸》系列以及《红警2》、《尤里克里特》等多人合作的作品都能够很好地运行起来。

硬件基础比较老了，存储空间很小，并且只装了简单的系统不能做很多的事情。

可以用来做简单的文件编辑，上网浏览等事情但是不能用来玩现在的大型游戏和网络游戏。价格在二十元左右的时候就可以作为怀旧玩具或者小型的手持式办公机使用了。

选择和刷机都有门槛，要找到合适的固件资源并且事先知道如何刷机的方法之后再买的话就会好很多了。

电池老化的现象也是普遍存在的，所以续航能力很差。

想要以较低的成本来体验一下迷你版的Windows设备的话，那么购买一台59元的小米平板2并进行Win10系统的安装就可以达到目的了。

Nginx 配置 IP 黑名单与自动封禁

Sat, 10 Oct 2026 14:43:51 +0800

服务器的 Nginx IP 黑名单完整配置，包括手动封禁、自动封禁、滚动 60 秒请求计数、封禁到期、systemd 守护运行、验证与故障排查。

geo 放在 http {} 中，if 判断放在各个 server {} 中；自动封禁程序只修改独立的自动黑名单文件，不覆盖手动黑名单。

统一使用以下路径：

项目	路径或规则
Nginx 主配置	`/usr/local/nginx/conf/nginx.conf`
手动黑名单	`/usr/local/nginx/conf/blacklist/ip_blacklist.conf`
自动黑名单	`/usr/local/nginx/conf/blacklist/auto_ip_blacklist.conf`
自动封禁脚本	`/usr/local/nginx/scripts/auto_ip_blacklist.py`
访问日志	`/usr/local/nginx/logs/access.log`
自动封禁规则	同一 IP 在滚动 60 秒内对 /api/ 发起超过 100 次请求
默认封禁时间	1 小时
拦截状态码	HTTP 403

请求处理流程：

• 客户端请求进入 Nginx。
• Nginx 通过 geo 判断客户端 IP 是否在黑名单中。
• 已封禁的 IP 返回 HTTP 404。
• 自动封禁程序持续读取 Nginx 访问日志，只统计 /api/ 请求。
• 同一 IP 在滚动 60 秒内请求次数达到 101 次时，写入自动黑名单。
• Nginx 配置检查通过后重新加载，使新黑名单生效。
• 默认封禁 1 小时，到期后自动解除。

注意：自动封禁统计的是 HTTP 请求次数，不是并发连接数。轮询和移动端高频请求可能导致正常用户超过阈值，部署初期应重点观察误封情况。

创建目录和黑名单文件

1、创建 IP 黑名单文件

mkdir -p /usr/local/nginx/conf/blacklist 
mkdir -p /usr/local/nginx/scripts 

touch /usr/local/nginx/conf/blacklist/ip_blacklist.conf 
touch /usr/local/nginx/conf/blacklist/auto_ip_blacklist.conf

文件说明：

• ip_blacklist.conf：手动维护的黑名单。
• auto_ip_blacklist.conf：程序自动生成的黑名单。

不要在自动黑名单文件中手动添加需要长期保留的 IP，否则程序刷新文件时可能覆盖这些条目。

2、手动封禁 IP

# 编辑

vim /usr/local/nginx/conf/blacklist/ip_blacklist.conf

# 例如

192.168.1.10 1;
191.168.1.25 1;

# 以上为文档示例 IP，不代表真实攻击者地址。

# 每一行的格式为：

IP地址 1;

如需手动解封，删除对应行并重新加载 Nginx。

配置 Nginx 全局黑名单识别

修改 nginx.conf

在现有的 http {} 内添加以下配置。你之前已经添加过该配置，因此请检查是否存在，避免重复定义。

http {
    # 其他已有配置……

    geo $blacklist_ip {
        default 0;
        include /usr/local/nginx/conf/blacklist/ip_blacklist.conf;
        include /usr/local/nginx/conf/blacklist/auto_ip_blacklist.conf;
    }

    # 其他已有配置……
    
}

geo 必须放在 http {} 作用域中，不能放在 server {} 中。

在站点中拦截黑名单 IP

3、在 server 站点配置中拦截

在需要保护的 server {} 内添加：

server {
    listen 443 ssl;
    server_name demo.com;
    
    # 黑名单 IP 拦截
    if ($blacklist_ip = 1) {
        return 403;
    }

    # 原有 SSL、静态资源、/api 反向代理等配置保持不变
}

if 与左括号之间必须有空格。不要写成 if($blacklist_ip = 1)。

检查配置并重新加载

/usr/local/nginx/sbin/nginx -t

/usr/local/nginx/sbin/nginx -s reload

cat /usr/local/nginx/conf/blacklist/ip_blacklist.conf

确认完整日志格式

如果你的日志使用了自定义 log_format，需要根据实际格式调整，尤其是有 CDN 或反向代理时，要先确保记录的是可信的真实客户端 IP。

grep -nE 'log_format|access_log' /usr/local/nginx/conf/nginx.conf

sed -n '45,60p' /usr/local/nginx/conf/nginx.conf

tail -n 5 /usr/local/nginx/logs/access.log

配置自动封禁程序

程序需要 Python 3。先检查：

python3 --version

如果没有 Python 3，请先安装合适的 Python 3 运行环境，不要直接把下面的脚本交给 CentOS 7 默认的 Python 2.7 执行。

1、创建脚本：

vim /usr/local/nginx/scripts/auto_ip_blacklist.py

2、脚本内容

#!/usr/bin/env python3

import os
import re
import time
import json
import ipaddress
import subprocess
from collections import defaultdict, deque
from datetime import datetime

LOG_FILE = "/usr/local/nginx/logs/access.log"
BLACKLIST_FILE = (
    "/usr/local/nginx/conf/blacklist/"
    "auto_ip_blacklist.conf"
)
STATE_FILE = (
    "/usr/local/nginx/conf/blacklist/"
    "auto_ip_state.json"
)
NGINX = "/usr/local/nginx/sbin/nginx"

THRESHOLD = 60
WINDOW_SECONDS = 100
BAN_SECONDS = 3600

# 仅统计 /api/ 请求。
# 滚动 60 秒内达到 101 次请求时封禁。
WHITELIST = {
    "127.0.0.1",
    # "替换为你自己的固定公网管理 IP",
}

# 不参与自动封禁请求次数统计的接口路径
# 注意：这里只排除统计，不绕过 Nginx IP 黑名单
EXCLUDED_PATHS = {
    "/api/test",
    # 后续需要排除的接口继续添加，每行一个
}

LOG_RE = re.compile(
    r'^(\S+)\s+-\s+(?:\S*)\s+\[([^\]]+)\]\s+"([^"]*)"'
)

requests = defaultdict(deque)
banned_until = {}


defload_state():
    global banned_until

    try:
        withopen(STATE_FILE, "r") as f:
            data = json.load(f)

        now = time.time()
        banned_until = {
            ip: float(expiry)
            for ip, expiry in data.items()
            iffloat(expiry) > now and ip notin WHITELIST
        }

    except (OSError, ValueError, TypeError):
        banned_until = {}


defsave_state():
    tmp = STATE_FILE + ".tmp"

    withopen(tmp, "w") as f:
        json.dump(banned_until, f)

    os.replace(tmp, STATE_FILE)


defread_blacklist():
    try:
        withopen(BLACKLIST_FILE, "r") as f:
            return f.read()
    except FileNotFoundError:
        return""


defreload_nginx():
    test = subprocess.run(
        [NGINX, "-t"],
        stdout=subprocess.PIPE,
        stderr=subprocess.STDOUT,
        universal_newlines=True
    )

    print(test.stdout, flush=True)

    if test.returncode != 0:
        returnFalse

    result = subprocess.run(
        [NGINX, "-s", "reload"],
        stdout=subprocess.PIPE,
        stderr=subprocess.STDOUT,
        universal_newlines=True
    )

    print(result.stdout, flush=True)
    return result.returncode == 0


defsync_blacklist():
    """
    根据当前未过期的封禁记录生成黑名单。
    文件有变化时先备份原内容，检查并重载成功后才确认。
    """
    now = time.time()

    active = {
        ip: expiry
        for ip, expiry in banned_until.items()
        if expiry > now
    }

    old_content = read_blacklist()

    new_content = "".join(
        "{} 1;\n".format(ip)
        for ip insorted(active)
    )

    if old_content == new_content:
        banned_until.clear()
        banned_until.update(active)
        save_state()
        returnTrue

    tmp = BLACKLIST_FILE + ".tmp"

    os.makedirs(os.path.dirname(BLACKLIST_FILE), exist_ok=True)

    withopen(tmp, "w") as f:
        f.write(new_content)

    os.replace(tmp, BLACKLIST_FILE)

    if reload_nginx():
        banned_until.clear()
        banned_until.update(active)
        save_state()
        print("自动黑名单已更新", flush=True)
        returnTrue

    # 检查或重载失败时恢复旧文件
    withopen(BLACKLIST_FILE, "w") as f:
        f.write(old_content)

    print(
        "Nginx 检查或重载失败，已恢复原黑名单文件；"
        "请检查错误日志",
        flush=True
    )

    returnFalse


defparse_line(line):
    match = LOG_RE.match(line)

    ifnotmatch:
        returnNone

    ip, timestamp, request = match.groups()

    try:
        ipaddress.ip_address(ip)

        dt = datetime.strptime(
            timestamp,
            "%d/%b/%Y:%H:%M:%S %z"
        )

        event_time = dt.timestamp()

    except (ValueError, OverflowError):
        returnNone

    parts = request.split()

    iflen(parts) < 2:
        returnNone

    path = parts[1].split("?", 1)[0]

    ifnot path.startswith("/api/"):
        returnNone

    # 指定接口不参与自动封禁请求次数统计
    # 同时兼容带查询参数的请求，例如 ?t=123
    if path in EXCLUDED_PATHS:
        returnNone

    return ip, event_time


deffollow_log():
    """
    初次启动从日志末尾开始，不统计历史记录。
    发生日志轮转时，从新日志开头继续读取。
    """
    f = None
    inode = None

    whileTrue:
        try:
            st = os.stat(LOG_FILE)

            if f isNone:
                f = open(LOG_FILE, "r", encoding="utf-8", errors="replace")
                f.seek(0, os.SEEK_END)
                inode = os.fstat(f.fileno()).st_ino

            elif st.st_ino != inode:
                f.close()
                f = open(LOG_FILE, "r", encoding="utf-8", errors="replace")
                inode = os.fstat(f.fileno()).st_ino

            elif st.st_size < f.tell():
                f.seek(0)

            line = f.readline()

            ifnot line:
                time.sleep(0.2)
                yieldNone
                continue

            yield line

        except FileNotFoundError:
            time.sleep(1)

        except OSError as e:
            print("读取日志失败: {}".format(e), flush=True)
            time.sleep(1)


defmain():
    load_state()

    # 启动时同步封禁状态。
    # 若需要恢复尚未到期的封禁，状态文件会保留对应时间。
    sync_blacklist()

    print(
        "自动 IP 黑名单服务已启动，只统计 /api/ 请求",
        flush=True
    )

    last_sync = 0

    for line in follow_log():
        now = time.time()

        if line:
            event = parse_line(line)

            if event:
                ip, event_time = event

                if ip notin WHITELIST:
                    if banned_until.get(ip, 0) <= now:
                        q = requests[ip]
                        q.append(event_time)

                        cutoff = event_time - WINDOW_SECONDS

                        while q and q[0] < cutoff:
                            q.popleft()

                        iflen(q) > THRESHOLD:
                            try:
                                ipaddress.ip_address(ip)
                                banned_until[ip] = now + BAN_SECONDS

                                requests.pop(ip, None)

                                print(
                                    "封禁 IP: {}，"
                                    "滚动 60 秒内超过 {} 次 /api/ 请求"
                                    .format(ip, THRESHOLD),
                                    flush=True
                                )

                            except ValueError:
                                pass

        # 每秒同步一次，处理新封禁与过期解封。
        if now - last_sync >= 1:
            for ip, queue inlist(requests.items()):
                cutoff = now - WINDOW_SECONDS

                while queue and queue[0] < cutoff:
                    queue.popleft()

                ifnot queue:
                    requests.pop(ip, None)

            sync_blacklist()
            last_sync = now


if __name__ == "__main__":
    main()

3、检查脚本语法

/usr/bin/python3 -m py_compile /usr/local/nginx/scripts/auto_ip_blacklist.py

4、存后设置权限

chmod 750 /usr/local/nginx/scripts/auto_ip_blacklist.py

重要说明

1. 程序使用独立的状态文件记录封禁到期时间，避免服务重启后把已封禁 IP 立即解除。
2. 首次启动只统计之后新产生的日志，不会直接扫描历史日志封禁 IP。
3. 程序需要以 root 身份运行，因为它要修改 Nginx 配置包含文件并执行 Nginx reload。
4. 如果你有固定管理公网 IP，应将其加入 WHITELIST，并确保该地址是可信的真实客户端 IP。
5. 可以配置指定接口不参与 IP 请求次数统计，应将其加入 EXCLUDED_PATHS。
6. 不要同时运行多个相同的自动封禁进程，否则可能造成文件写入和状态竞争。

注意：脚本启动时从访问日志末尾开始统计，只计算启动后的新请求，不会因为历史日志里已经存在大量请求而直接封禁。

配置 systemd 守护服务

创建服务文件(包含root账号和nginx的不同配置，根据业务选择即可)：

vim /etc/systemd/system/nginx-auto-blacklist.service

# 确认 Python 3 的实际路径：如果不是 /usr/bin/python3，请修改 ExecStart。

command -v python3

# 内容 root 账号

[Unit]
Description=Nginx Automatic IP Blacklist
After=network.target

[Service]
Type=simple
User=root
ExecStart=/usr/bin/python3 /usr/local/nginx/scripts/auto_ip_blacklist.py
Restart=always
RestartSec=3

[Install]
WantedBy=multi-user.target

# 内容 nginx 账号
[Unit]
Description=Nginx automatic IP blacklist service
After=network.target nginx.service
Requires=nginx.service

[Service]
Type=simple
User=nginx
Group=nginx
ExecStart=/usr/bin/python3 -u /usr/local/nginx/scripts/auto_ip_blacklist.py
Restart=always
RestartSec=5
PrivateTmp=true

[Install]
WantedBy=multi-user.target

启用服务：

systemctl daemon-reload
systemctl enable --now nginx-auto-blacklist

重启自动封禁服务:

systemctl restart nginx-auto-blacklist

查看运行状态：

systemctl status nginx-auto-blacklist

实时查看封禁记录：

journalctl -u nginx-auto-blacklist -f

查看最近 100 行：

journalctl -u nginx-auto-blacklist -n 100 --no-pager

查看自动黑名单：

cat /usr/local/nginx/conf/blacklist/auto_ip_blacklist.conf

查看请求是否进入访问日志

tail -n 100 /usr/local/nginx/logs/access.log | grep ' /api/'

tail -n 200 /usr/local/nginx/logs/access.log | grep ' /api/' | tail -n 20

验证封禁是否生效

1. 检查 Nginx 配置

/usr/local/nginx/sbin/nginx -t

2. 检查自动黑名单

cat /usr/local/nginx/conf/blacklist/auto_ip_blacklist.conf

触发封禁后，应该能看到类似：

192.168.1.10 1;

这里仍然是示例 IP。

3. 查看访问日志

tail -f /usr/local/nginx/logs/access.log

4. 验证 HTTP 403

在被封禁 IP 对应的真实客户端发起请求，预期结果是：

HTTP/1.1 403 Forbidden

不要只在服务器本机测试，因为本机访问的源 IP 与公网客户端 IP 可能不同。

5. 手动解封

如果是手动黑名单中的 IP，删除 ip_blacklist.conf 中对应行后执行：

/usr/local/nginx/sbin/nginx -t &&
/usr/local/nginx/sbin/nginx -s reload

如果是自动封禁，默认等待 1 小时即可自动解除。需要立即解除时，应先停止自动封禁服务，再修改自动黑名单和状态文件，之后重新加载 Nginx 并启动服务，避免程序立刻重新写入封禁记录。

故障排查

1. unknown directive "if($blacklist_ip"

确保写成：

if ($blacklist_ip = 1) {
    return 403;
}

2. 黑名单文件不存在

执行：

ls -l /usr/local/nginx/conf/blacklist/

确保两个 .conf 文件都存在。

3. 配置文件检查失败

执行：

/usr/local/nginx/sbin/nginx -t

如果失败，不要继续 reload。先根据报错的文件路径和行号修复配置。

4. 自动封禁服务启动失败

执行：

journalctl -u nginx-auto-blacklist -n 100 --no-pager

同时检查：

ls -l /usr/local/nginx/logs/access.log
ls -l /usr/local/nginx/sbin/nginx

5. 没有触发封禁

确认以下条件：

• 服务处于 active (running) 状态。
• 访问日志持续有新增请求。
• 请求路径以 /api/ 开头。
• 同一个客户端 IP 在 60 秒内达到 61 次请求。
• 客户端 IP 不在白名单中。
• Nginx 实际加载了两个黑名单文件。
• Nginx 的访问日志记录的是实际客户端 IP，而不是 CDN 或代理 IP。

安全注意事项

• 如果 Nginx 位于 CDN 或负载均衡之后，必须先配置可信代理 IP 范围，再正确获取客户端 IP；不能直接信任客户端任意传入的 X-Forwarded-For。
• 不建议把所有自动封禁 IP 永久保留，否则共享公网 IP、移动端用户、公司 NAT 出口用户可能长期无法访问。
• Nginx 的 limit_req 可以作为第一层限流，自动黑名单作为第二层措施；两者并不互相替代。
• 自动封禁服务和 Nginx 配置文件应限制写权限，避免普通用户修改黑名单或脚本。
• 建议先在测试站点观察一段时间，确认误封率可接受，再用于所有生产站点。

部署检查清单

• geo $blacklist_ip 已放在 http {} 中。
• 手动与自动黑名单文件均存在。
• 需要保护的 server {} 均配置了拦截规则。
• nginx -t 检查通过。
• Nginx 已成功 reload。
• Python 3 脚本已保存并具有执行权限。
• systemd 服务已启用并处于运行状态。
• 已验证黑名单 IP 返回 HTTP 403。
• 已验证自动封禁记录及到期解封。
• 已检查代理链路、白名单和误封风险。

关机后开机特别快？一个开关在捣鬼

Sat, 10 Oct 2026 08:45:04 +0800

电脑关机后开机特别快，不一定是好事，这个「快速启动」开关有时会捣鬼，两步就能关掉。

Win8 之后的系统默认开了「快速启动」，关机时把内核状态存起来，下次开机直接恢复，所以开机快。但这也带来一些毛病：关机不彻底、外设没反应、更新装不上。你遇到这些问题，先试试把它关掉。

一、先搞懂快速启动是什么

正常关机，系统会把所有东西都停掉，下次开机从头加载一遍，慢。快速启动，则是在关机时把系统核心「冻」起来存到硬盘，下次开机直接解冻，所以快。代价是：每次关机不是真正的彻底关机。

二、怎么关掉快速启动

按Win + R，输入 powercfg.cpl 回车，打开电源选项。

点左侧的「选择电源按钮的功能」。

点上方蓝色的「更改当前不可用的设置」（这步要管理员权限）。

往下找到「关机设置」，取消勾选「启用快速启动（推荐）」，点「保存修改」。

三、什么情况该关掉它

下面这几种情况，先把快速启动关了再试：更新反复装不上；关机后 USB 设备或外接硬盘没反应、灯还亮着；电脑装了双系统，另一个系统读不到共享分区；想彻底关机省电。

? 这个开关只有 Win8、Win10、Win11 有。Win7 是传统关机，没有快速启动，不需要关。

? 关了之后开机确实会慢一些，但换来的是每次关机都彻底。如果没遇到上面的问题，你可以保持默认开启。

注意：你改完点「保存修改」才生效，只勾选不保存等于白改。

《兵蜂》：打了二十年铃铛，才知道不是所有颜色都该吃

Thu, 08 Oct 2026 16:20:53 +0800

打了二十年铃铛，才知道不是所有颜色都该吃

《兵蜂》这个游戏，我小时候玩的时候有一个固定操作。

看到铃铛，按住连发键不放，一顿猛射。铃铛变什么颜色看运气，变出来什么就吃什么。有时候吃到加速，有时候吃到护盾，有时候什么都吃不到，铃铛直接飞走了。

就这么瞎打了十几年。

后来有一次在网上看人打《兵蜂》的速通，才发现人家打铃铛是有节奏的。一下一下点，打到颜色刚好是自己要的，停手，绕过去吃掉。整个过程行云流水。

那一刻我才意识到：我当年不是玩游戏，是在赌运气。

科乐美射击游戏的另一条路

《兵蜂》1985年3月5日首发，由科乐美开发。那一年科乐美在射击游戏上同时押了两个方向。

一个是《沙罗曼蛇》那条线，走的是硬核路线，吃胶囊、升级武器、高难度、偏严肃。另一个就是《兵蜂》这条线，走的是可爱路线，画面明亮，敌人是蔬菜和水果，音乐轻快。

但《兵蜂》真正开创的东西是铃铛系统。科乐美后来把吃胶囊和打铃铛这两种升级方式融合到了很多射击游戏里，但“打铃铛变色”这个机制，是《兵蜂》先做出来的。

另一个创新是双人合体。两个玩家可以把手拉在一起，变成一架更大的飞机，火力翻倍-16。这个设计在1985年的街机上相当超前，后来的射击游戏里很少有敢这么做的。

香料大王占领了盖饭岛

《兵蜂》的故事背景，说出来你可能想笑。

一个叫香料大王的反派，带着军队占领了一个叫“盖饭岛”的小岛。是的，盖饭岛。西蒙博士开发了两架战斗机——青蜂和雄蜂，让他的两个儿子驾驶，去把香料大王赶走。

“盖饭岛”这个名字是翻译过来的梗，日文原文是“ドンブリ島”，意思是“碗公岛”。翻译成“盖饭岛”属于本地化再创作，但说实话，比原版还好记。

敌人也全是吃的。第一关的前锋军是蔬菜军团，草莓、葡萄、柠檬之类的-。打到后面才有真正的军事化敌人。这种把食物当敌人的设定，放在1985年，非常清新。

铃铛的秘密：每打五下变一次色

铃铛是这个游戏的灵魂。打中铃铛五次，颜色会变一次。顺序是固定的：

黄色是初始颜色，吃了只加分，从500分开始，连续吃最高能到10000分。没有实际战斗效果。

蓝色是第一次变色。吃了加速，战机移动更快。

白色是第二次变色。吃了武器升级，从单发变成双发。

闪光白红色是第三次变色。吃了获得影分身效果，屏幕上会出现多个战机分身，攻击密度拉满。

红色是终极形态。吃了获得护盾，但有个坑：护盾出现之后，屏幕上会刷出大量鸡蛋到处乱弹。这些鸡蛋是无敌的，打不掉，专门用来撞碎你的护盾。

还有一个隐藏规则：吃了红色铃铛之后，闪光白红色铃铛就不会再出现了。反过来也一样。所以你不能同时拥有护盾和分身，必须二选一。

当年打铃铛全靠连发键，铃铛颜色变来变去根本控制不住。正确做法是用单发，一下一下点，数着次数打，到想要的颜色就停手。

双人合体：两种方式，两种命运

《兵蜂》的双人合体有两种方式。

一种是前后合体。一架飞机跟在另一架后面，火力叠加，但两架飞机不粘连。后面那架随时可以脱离，比较灵活。

另一种是左右合体。两架飞机并排粘在一起，变成一架“大飞机”，火力最强，但只能由一个玩家操控。

问题就出在这里。两个人玩的时候，谁操控合体后的飞机？另一个人干嘛？看着。

于是当年最常见的画面就是：一个人操控着合体后的大飞机在前面打，另一个人坐在旁边无所事事，偶尔喊一句“往左往左”。然后操控的那个人故意往子弹上撞，合体炸开，两个人一起死。

合体的本质不是合作，是把游戏变成一个人的游戏，另一个人的游戏体验直接归零。但当年还是乐此不疲，因为合体之后打BOSS是真的快。

加命秘籍：按住2P的B键

《兵蜂》的加命秘籍，当年知道的人不多，因为官方正版卡带里没有。

国内流通的盗版卡带里，至少有三个加命版本。最常用的操作是：在分数画面（黑色背景）出现的时候，一边按住2P手柄的B键，一边按方向键上、下、左、右-。

单人玩加10条命，双人玩各加5条-。这个秘籍只在特定的盗版卡带上有效，正版卡带按了没反应。

还有一个更复杂的版本：标题画面按两次START，再按住A和B不放，然后按右上、右下、左下、左上，再按START-。这个版本的成功率更低，但据说加命效果更好。

那些年，我们在铃铛上浪费的时间

《兵蜂》在科乐美的射击游戏里，销量其实很能打，是红白机上卖得最好的游戏之一，甚至超过了百万销量。但它在国内的知名度远不如魂斗罗和沙罗曼蛇，很大一部分原因是——它的乐趣门槛太高了。

你不搞懂铃铛，这游戏就只是一个“打飞机”游戏。你搞懂了铃铛，它才变成一个需要规划、需要节奏、需要取舍的游戏。打哪个铃铛，什么时候停手，吃加速还是吃火力，红铃铛和闪光铃铛选哪个——每一个决定都影响你接下来怎么打。

三十多年后回头看，当年那个按住连发键乱射铃铛的自己，其实错过了一个很精妙的游戏系统。但话说回来，

当年谁不是这么玩过来的呢

什么是中间件？

Tue, 22 Sep 2026 11:57:44 +0800

中间件是指连接操作系统与应用、数据及用户的软件层。中间件提供一些常用服务和功能，例如单点登录（SSO）或应用编程接口（API）管理。开发人员可以借助中间件集成不同的应用组件，使其通过一个简单、统一的方式进行连接和交互。这让开发人员能够腾出时间来构建应用的核心功能，而不是花时间将这些功能连接到不同的端点和环境，包括传统系统。

从 1960 年代末开始，中间件就成为了软件工程技术的一部分，并且它不仅限于某一特定类型的软件，而是作为一个广泛的类别，可以应用于许多不同类型的现代软件组件。中间件可以包括应用运行时、企业应用集成和各种云服务。数据管理、应用服务、消息传递、身份验证和 API 管理通常都要通过中间件来处理。

如今，中间件是现代云原生架构的技术基础。对于具有多云和容器化环境的企业而言，中间件可以助您大规模、经济高效地开发和运行应用。

浏览红帽应用基础

从广义上讲，中间件涵盖了从 Web 服务器，到身份验证系统，再到消息传递工具等一切组件。以下是现代化开发中一些常见的中间件用例。

新应用开发

中间件可支持各种用例的现代常用运行时环境。开发人员和架构师可以根据一组基本运行时、框架和编程语言，跨平台灵活地开展工作。此外，中间件还可以提供一些常用功能，例如 Web 服务器、单点登录（SSO）、消息传递和内存中缓存。

优化现有应用

借助中间件，开发人员可以将传统单体式应用转换为云原生应用，从而带来更高的性能和更强的可移植性，让有价值的工具焕发新生。

全面集成

中间件集成工具可连接关键的内部和外部系统。转换、连接、组合和企业消息传递等集成功能与 SSO 身份验证相结合，使开发人员可以更轻松地在不同应用之间扩展功能。

应用编程接口（API）

许多中间件服务都是通过 API 访问的，API 是一组允许应用之间相互通信的工具、定义和协议。正是有了 API，才有可能通过通用层连接完全不同的产品和服务。

数据流

API 是在应用之间共享数据的一种方法，另一种方法是异步数据流。这种方法是在中间存储中复制数据集，其中的数据可在多个应用之间共享。Apache Kafka 是一款常见的用于实时数据流的开源中间件工具。

智能业务自动化

借助中间件，开发人员、架构师、IT 和业务主管可以实现手动决策自动化。自动化可以改善资源管理和整体效率。

随着企业越来越多地采用云原生开发，软件开发人员和系统架构师必须更关注应用平台的前期设计和架构。这需要选择和设置合适的框架与功能，以便开发、部署和运行应用，而所有功能都是由中间件来管理和协调。有了这些功能，企业就能进一步挖掘云的益处。应用可以部署在多个不同的基础架构上（无论是本地系统还是公共云环境），并且它们都能正常运行。

为了应对这种复杂情况，企业纷纷选择了中间件（现在大部分中间件作为云服务来提供，简化了开发和管理工作）来保持快速、经济高效的应用开发。中间件可以有力支持应用环境在高度分布式平台上平稳、一致地运行。它还可以为软件供应链安全防护、DevSecOps 战略和自动化提供支持，帮助团队更快速地构建更好的新型应用，同时仍能掌控安全风险。

现代业务应用经过精心设计，可以在本地或跨云端大规模运行。为了构建这些应用，开发人员需要一种具备统一基础功能的应用环境。中间件正是打造这种环境的关键。

我们可以将这些功能分为四层，外加相应的工具：

容器层

中间件的这一层将以统一方式管理应用生命周期的交付。它提供带有 CI/CD 的 DevOps 能力、容器管理以及服务网格功能。

运行时层

该层包含了自定义代码的执行环境。中间件可以为高度分布式云环境（例如微服务）、内存中缓存（用于快速访问数据）和消息传递（用于快速数据传输）提供轻量级运行时和框架。

集成层

集成中间件可提供相关服务，以通过消息传递、集成和 API 来连接自定义与购买的应用及软件即服务（SaaS）资产，从而形成功能正常的系统。此外，它还可以提供内存数据库和数据缓存服务、数据/事件流以及 API 管理功能。

流程自动化和决策管理层

这是开发中间件的最后一层，旨在强化关键智能，实现优化和自动化，以及加强决策管理。

工具

除了上述四层中间件之外，还有相应的应用开发工具。借助这些工具，团队可以使用预设的模板和容器来构建应用，并促进有效的代码共享和联合开发。这些工具可在本地和云端提供连贯一致的应用开发和交付体验。

API 会建立一组用于集成软件的定义和协议，以便应用可以与其他产品和服务通信。API 简化了开发人员将新应用组件集成到现有架构的方式，继而帮助团队更好地协作，更快速地为软件添加实用的新功能。

使用 API 和微服务是云原生应用开发的基础。促进 API 连接的服务也是一种中间件。通过 API 管理工具，开发人员能够分享、分发、控制 API 并利用 API 盈利。

连同服务网格和数据流等其他应用服务工具，API 管理支持在混合云环境中大规模运行应用。

为什么 Linux 要用 tar.gz，很少用 7Z 或 ZIP？

Fri, 18 Sep 2026 17:42:39 +0800

看到这个问题，我第一反应是:这哥们儿肯定是从Windows转过来的。

因为只有习惯了ZIP和7Z的人，才会觉得tar.gz这玩意儿"奇怪"。但如果你在Linux世界待久了，你会发现tar.gz不仅不奇怪，反而是最合理的选择。

为什么?听我慢慢说。

咱先来看看tar.gz到底是个什么东西。很多人以为它是一种压缩格式，其实不完全对。准确地说，tar.gz是"打包"加"压缩"的组合——tar负责把多个文件打包成一个文件，gz(gzip)负责压缩。这种"两步走"的设计，在Unix/Linux的哲学里叫做"do one thing and do it well"。

一个工具只做一件事，但把这件事做到极致。

这就是Linux和Windows在设计思路上的根本区别。Windows喜欢"大而全"，一个软件恨不得把所有功能都塞进去。Linux喜欢"小而美"，每个工具专注自己的领域，需要复杂功能时就把多个工具组合起来。tar.gz就是这种哲学的典型体现。

那为什么不用ZIP呢?

ZIP在Windows上确实很流行，双击就能解压，方便得很。但在Linux上，ZIP有几个致命的问题。第一，它不保留Unix文件系统的权限信息。你在Linux上用ZIP打包一个文件，解压后文件的所有者、权限、时间戳这些信息可能就丢了。这在服务器环境下是不能接受的。

我记得刚做嵌入式Linux那会儿，有次同事从Windows上传了个ZIP包给我，让我部署到开发板上。

我解压后发现所有脚本的执行权限都没了，还得手动chmod +x一个个加回来。那个麻烦啊...从那以后我就跟他说，传文件一律用tar.gz，别给我整那些花里胡哨的。

第二个问题是兼容性。Linux系统默认都带tar和gzip，不需要安装任何额外软件。但ZIP呢?虽然现在大部分发行版也预装了unzip，但在一些精简的嵌入式系统或者服务器上，你不一定能找到它。而且ZIP的压缩率也不如gzip，更别提后来的bzip2和xz了。

那7Z呢?压缩率确实高，但问题更大。

7Z是个相对较新的格式，Linux上要用它得先装p7zip这个包。而且7Z的压缩和解压速度都比较慢，对于服务器上动辄几个GB的日志文件或者代码仓库来说，时间成本太高了。更重要的是，7Z在Linux生态里没有形成习惯——大家都用tar.gz，你突然发个7Z包过来，别人还得专门去装工具，这不是给人添麻烦吗?

这就涉及到一个更深层的问题:生态和习惯。

在Linux世界里，tar.gz已经是事实标准了。你去GitHub上下载源码，基本都是tar.gz或者tar.xz。你去下载软件包，也是tar.gz。所有的文档、教程、脚本都是围绕tar命令写的。这种"约定俗成"的力量是非常强大的——不是说其他格式不好，而是大家都在用这个，你也跟着用，沟通成本最低。

而且tar命令的灵活性是ZIP和7Z比不了的。

你可以用tar -czf打包并用gzip压缩，也可以用tar -cjf换成bzip2压缩，或者tar -cJf用xz压缩。你还可以在打包的时候排除某些文件、只打包某些目录、甚至通过管道直接传输到远程服务器。这种组合能力，是那些"一体化"工具做不到的。

我自己在做嵌入式开发的时候，经常要把编译好的文件系统打包传到目标板上。

这时候我会用这样的命令:

tar -czf - rootfs/ | ssh user@target "cd /tmp && tar -xzf -"

一行命令，本地打包、通过SSH传输、远程解压，一气呵成。你要是用ZIP或者7Z，得分好几步，还得考虑中间文件放哪里、传输完了要不要删除...麻烦得要死。

当然，tar.gz也不是完美的。

它的压缩率确实不如7Z，解压的时候也得记住那些参数——-xzf、-xjf、-xJf，新手经常搞混。但这些问题在Linux老用户眼里根本不是问题，因为用习惯了，手指头都有肌肉记忆了。

而且现在很多发行版已经做了优化，tar -xf可以自动识别压缩格式，你不用管它是gz还是bz2还是xz，直接解压就行。这种"向后兼容"的设计，也是Linux社区一直在努力的方向。

说到底，为什么Linux要用tar.gz而不是ZIP或7Z?

因为它符合Unix哲学、保留文件系统信息、兼容性好、生态成熟、灵活性强。这些优势加在一起，就形成了一个"路径依赖"——大家都在用，所以你也得用，然后越来越多的人用，最后就成了标准。

这不是技术问题，是生态问题。

就像你问"为什么Windows要用EXE而不是ELF?"一样，不是哪个格式更先进，而是整个生态都围绕它建立起来了。你要是在Linux上推广ZIP，就得说服所有的开发者、所有的项目、所有的文档都改用ZIP，这成本得有多高?

所以下次再有人问你"为什么Linux不用ZIP"，你就告诉他:不是不能用，是没必要用。

tar.gz已经够好了，为什么要换?

固态硬盘量产（开卡）是什么？（建议收藏）

Fri, 18 Sep 2026 16:35:24 +0800

简单说：固态硬盘量产（也叫开卡），就是用工厂的专用工具，重新给 SSD 刷写主控固件、识别闪存颗粒、标记坏块、初始化整块硬盘，相当于把 SSD 恢复成出厂全新状态，是 SSD 工厂生产环节的操作，普通用户系统格式化做不到这个级别。

和普通格式化有什么本质区别：

1. 普通格式化：Windows 层面操作，只是删掉文件索引，碰不到 SSD 主控、闪存底层，坏块不会真正屏蔽，硬盘硬件、固件问题修不好。

2. SSD 量产（开卡）：直接和 SSD 主控芯片对话，工作在硬件底层：

①重写 SSD 主控固件；

②扫描全部闪存颗粒，把损坏的闪存单元标记为坏块，永久屏蔽不再使用；

③设置 OP 冗余空间、硬盘型号序列号、容量参数；

④清空闪存里面全部所有数据，数据彻底无法恢复。

注意：这是工厂工序，普通消费级系统没有这个功能，需要专用量产工具、短接硬件进入工程模式。

什么情况会用到量产：

1. SSD 固件崩溃：电脑识别不到盘、掉盘、能识别但是无法读写、报 I/O 设备错误，系统格式化无效；

2. 自己 DIY 固态硬盘：拆闪存颗粒，焊到空 SSD 板子上，必须量产才能识别出容量使用；

3. SSD 出现大量坏块：量产扫描屏蔽坏块，割掉一部分容量，续命使用。

什么情况不要做量产：

1. 硬盘里面有重要数据！量产直接全盘擦除，优先做数据恢复，不要开卡；

2. 闪存颗粒硬件烧毁、主控烧坏，量产救不回来；

3. 正常能用的固态硬盘，完全没必要量产，反复开卡消耗闪存寿命。

简单总结：

格式化 ≈ 把本子上的文字划掉，本子本身的破损、装订故障修不了。

量产开卡 ≈ 工厂重新装订这本本子，撕掉所有破损的纸张，重新印上页码，本子变成刚出厂状态，本子上所有内容全部消失。

补充：

1. SATA 固态量产：民间工具多，ASM1153E转接卡就可以用在AS2258BN、SM2258XT 这类主控。

2. NVMe 固态量产：工具极少，普通玩家很难操作，门槛很高。

风险：

①中途断电、工具版本不对，固态硬盘直接变砖彻底不认；

②量产后失去原厂保修；

③只能修复固件逻辑故障，如果闪存颗粒硬件损坏，量产之后依旧会坏。

SSD 量产（开卡）需要准备的工具：

分为硬件、电脑环境、软件、辅助小工具四大块，区分 SATA 固态和 NVMe 固态，用SATA 固态举例。

一、硬件

SATA 固态（AS2258BN / SM2258XT 这类）

1. 待量产 SSD 裸板（拆掉外壳，要能看到 PCB 主板丝印主控、颗粒）；

2. SATA‑USB 转接硬盘盒 / 易驱线

优先：ASM1153E、JMS578（兼容性最好，民间开卡标配）；

不要用：RTL9210、廉价杂牌盒子，经常识别不到 ROM 模式。

3. 尖头镊子 / 细漆包铜线：短接主板上 ROM 焊点，进入工程 BootROM 模式，这是开卡最关键一步

注意：不短接，量产工具看不到盘，无法开卡。

NVMe M.2 固态

1. NVMe 转 USB 盒子：JMS583 / ASM2364；SATA 盒子完全不能用 NVMe 盘

注意：很多 NVMe 主控量产门槛很高，部分需要工厂授权，普通玩家很难操作。

可选硬件

万用表：测供电，排查板子短路（一般不需要）

笔记本电脑（优先）：量产中途断电会直接变砖，笔记本自带电池不怕突然停电

5V 外接供电：部分老 SSD 功耗大，USB 供电不足时报错。

二、电脑系统环境

1. 系统：Windows10 64 位最优；Win11 也可以，但麻烦多；Win7 老工具能用，新工具不支持

2. USB 口：机箱后置原生 USB2.0 口，不要用前置面板、USB 延长线、集线器 HUB。USB3.0 容易识别失败。

3. Win11 重点设置：

BIOS 关闭 Secure Boot 安全启动

Windows 开启测试模式、禁用驱动强制签名，否则量产工具驱动装不上，扫描不到设备

4. 临时关闭 Windows Defender / 杀毒软件：量产工厂工具普遍报毒，会直接删除工具文件。

5. 工具解压路径：全英文，不能有中文、空格，例如 D:\SSD_MP\ ，中文路径直接闪退报错。

为什么农村建房不允许建地下室？

Wed, 16 Sep 2026 22:16:35 +0800

这个说法不完全准确。

农村建房并不是禁止修建地下室，而是规定必须要通过正规审批，并满足严格的限制条件。

通常会听到“不允许”的说法，往往是因为不了解政策，或者触碰了严格的红线。下面我把真实情况给你讲清楚。

一、“允许”的前提条件有哪些？

很多地区在政策中明确允许建地下室，但前提是必须满足一系列硬性条件。

1、它必须是规划的一部分

地下室的建设必须纳入整体审批，不能擅自开挖。审批通过会记录在案，允许修建地下室。有些地方的建房规划许可中，会明确列出“其中地下室”的具体面积。

如果未取得规划许可就私自开挖，就是违建，轻则罚款，重则必须回填。

2、它有严格的“天花板”

“允许”的限制条件主要包括:

① 空间限制

通常要求在建筑基底范围内建设，不能超出宅基地。有些地区只允许建一层，层高不超过3.6米，深度不超过4米。

② 设计限制

施工图设计不能再用“土办法”。规定建房时必须由有资质的设计单位出具结构施工图，并由专业施工队伍施工，以确保安全。

二、 “不允许”的红线在哪里？

之所以“不允许”，一般是触碰了以下几道红线：

1、威胁结构安全

这是最严重的一条。各地政策都明确禁止“违规加层加盖、下挖地下室”擅自下挖会破坏地基，导致墙体开裂甚至房屋倒塌，危害极大。

2、地质条件不允许

如果宅基地处于地质灾害易发区、洪泛区、地下采空区等危险地段，或者地下水位过高，那么从根本上是严禁建地下室的，这是出于最基本的安全考量。

3、流程不合规

即使在技术上可行，也必须先申请、后建设。很多农村建房者图省事，先挖再说，这直接导致房子建成后无法办证，甚至被认定为违建。

三、总结

总的来说，所谓“不让建”是对“没有合规审批手续的私自开挖行为”的禁止。

如果你确实有建地下室的需求，最稳妥的做法是先向当地乡镇政府和自然资源部门咨询具体的审批流程和管控要求，把手续办好、让专业的人来设计施工，再动工。这既是为合法合规，更是为你自己和你家人的安全负责。

海鲜市场流入大量小型USB矿机，11.5元32G的显卡U盘

Wed, 16 Sep 2026 09:33:24 +0800

事情是这样的，闲来无事逛市场，发现了这个玩意U盘32G的，然后这个造型是XFX联名款。

看造型还是挺别致的，这个东西是哪里来的还是USB2.0的。

然后让ai把把脉看看这是啥，然后就看到AI的雷霆发言了，它说这个是这个是早期的USB迷你矿机。

查了一下，早期的确有一种这个东西。

但这个是个U盘呐。

不过显卡造型的U盘倒是不少见，英伟达以前推出了一款 GeForce GTX USB DRIVE 64 GB U盘，采用Titan信仰皮造型，全球限量1080个，需要注册成为GeForce Experience用户，以抽奖的模式免费赠送。

还有专属的包装盒子，看接口颜色还是蓝屁股。

英伟达出了这个U盘后，很多显卡厂商效仿起来，还有这个迪兰RX580恶魔造型的U盘。

蓝宝石也有这个590的u盘。

所以大概推断一下这款XFX显卡造型的U盘，大概率也是那个时期的产物。

一键搭建多个协议节点教程，实现远程办公

Mon, 14 Sep 2026 16:49:34 +0800

自建多个协议节点教程很简单，整个教程分三步：

第一步：购买VPS服务器

第二步：一键部署VPS服务器

第三步：一键加速VPS服务器（五合一的TCP网络加速脚本）

【前言】

无需域名。1次安装共有18个节点。

复制粘贴代码部署了。

一键安装sing-box脚本，开箱即用 18 个节点（直连 9 + WARP 9），含端口一键切换、BBR 加速、分享链接导出等。支持系统：Debian 11+ / Ubuntu 20.04+ / CentOS Stream 9+ / Rocky 9+ / AlmaLinux 9+ / Fedora 38+ / Arch(rolling) / openSUSE Leap 15.4+，已在Vultr 上测试通过。脚本地址：Alvin9999-newpac/Sing-Box-Plus

wget -O sing-box-plus.sh https://raw.githubusercontent.com/Alvin9999-newpac/Sing-Box-Plus/main/sing-box-plus.sh && chmod +x sing-box-plus.sh && bash sing-box-plus.sh

或者

curl -fsSL -o sing-box-plus.sh https://raw.githubusercontent.com/Alvin9999-newpac/Sing-Box-Plus/main/sing-box-plus.sh  && chmod +x sing-box-plus.sh && bash sing-box-plus.sh

安装完成后，输入 bash sing-box-plus.sh 可进入管理页面。

如果安装过其它 sing-box 脚本，请先卸载。

脚本演示

复制上面安装命令代码到VPS服务器里，复制代码用鼠标右键的复制，然后在vps里面右键粘贴进去，因为ctrl+c和ctrl+v无效。

复制脚本后，按回车键。

出现管理界面后，输入数字 1 来安装脚本，按回车键。脚本全自动安装。

✨ 默认部署内容（18 个节点）

直连 9：

VLESS Reality（Vision 流）
VLESS gRPC Reality
Trojan Reality
VMess WS
Hysteria2（直连证书）
Hysteria2 + OBFS(salamander)
Shadowsocks 2022（2022-blake3-aes-256-gcm）
Shadowsocks（aes-256-gcm）
TUIC v5（ALPN h3，自签证书）

WARP 9：（同上 9 种，出站经 Cloudflare WARP）

WARP 出站更利于流媒体解锁与回程质量。

用鼠标复制所有节点链接一键导入到软件中。以v2ray为例，导入后界面：

脚本还有其它功能：查看分享链接、一键更换所有端口、一键开启 BBR。可以输入数字 5 来启动 BBR 加速，这样就不用单独部署 BBR 加速脚本。

第三步：一键加速VPS服务器

五合一的TCP网络加速脚本，包括了BBR原版（首选）、BBR Plus、BBR魔改版、暴力BBR魔改版、LotServer(锐速)安装脚本。可用于KVMXen架构，不兼容OpenVZ（OVZ）。支持Centos 6+ / Debian 7+ / Ubuntu 14+，BBR魔改版不支持Debian 8。

? 强烈推荐使用 BBR 原版加速：最稳定——谷歌官方维护，速度不错；最省心——Debian 9+ / Ubuntu 18.04+ 系统无需更换内核；最安全——避免因魔改内核导致 VPS 无法启动。

⚠️ 其他版本（BBR Plus / 魔改 / 暴力魔改 / 锐速）需要更换或指定内核，风险较高，不推荐新手使用。

wget -N --no-check-certificate "https://raw.githubusercontent.com/chiakge/Linux-NetSpeed/master/tcp.sh"chmod +x tcp.sh
./tcp.sh

如果提示 wget: command not found 的错误，这是你的系统精简的太干净了，wget都没有安装，所以需要安装wget。CentOS系统安装wget命令: yum install -y wget Debian/Ubuntu系统安装wget命令:apt-get install -y wget

安装完成后，脚本管理命令为：./tcp.sh

如果服务器系统是 Debian 或 Ubuntu，可不用安装内核，直接输入数字 4 启动 BBR 原版加速。

如果服务器系统是 CentOS，先输入数字 1 安装内核，然后重启服务器后，输入数字 4 启动 BBR 原版加速。

BBR 原版由谷歌官方开发，稳定且速度表现优秀，推荐使用。

⚠️ 注意：对于其他第三方内核，可能存在与系统不兼容的情况，安装后有概率导致 VPS 无法正常启动，需谨慎，因此不推荐。如果VPS 无法正常启动需要重装系统或者开新服务器。

以安装BBR 原版加速为例，输入加速脚本，选择数字4

输入./tcp.sh查看最终是否启动成功。

如果想换一个加速，输入数字9进行卸载加速，然后进行操作。

注意：如果在安装内核环节出现这样一张图，注意选择NO

【v2rayN客户端下载及使用方法】

客户端使用教程：v2ray各平台图文使用教程

Windows/Mac/Linux v2rayN 客户端：Github最新版下载 (下载带core的文件) Github镜像下载 (下载带core的文件)

以Windows v2rayN客户端为例：

第一步，按照地址下载v2rayN客户端，然后解压缩后打开应用：

第二步，在任务栏中找到蓝色V图标，单击打开客户端界面，点击配置项

复制节点一键导入链接后，选择“从剪贴板导入分享链接”即可把节点导入到软件中，可以批量导入。或者也可以通过扫描二维码或者手动填写节点信息。

第三步，鼠标选中想用的节点，右键选择设置为活动服务器或者按回车，启用该节点。软件每次只能启用1个节点。

第四步，在任务栏中右键v2rayN图标，选择“自动配置系统代理”，之后就可以通过浏览器翻墙了。

如果路由选择“绕过大陆”，那么国内没有被封的网址就没有被代理。如果路由选择“全局”，那么所有的网址都会被代理。

快速检测节点是否有效

选中所有节点，选择“测试真链接”，如果延迟结果是“-1”，那么该节点不可用，反之节点可用。

HQY