Posts on LovelyRua's Blog

Windows 的 "网络 n" 怎么改名

Tue, 13 Oct 2026 08:03:00 +0800

Windows 有时会把一个网络显示成 网络 2, 网络 3, 甚至更大的编号

强迫症患者看到了难免感到手痒

想把它改成 网络 或 LAN, 不需要重置网络, 可以修改对应配置档的 ProfileName 注册项

先认准要改的是哪个网络

打开 PowerShell, 输入:

1

Get-NetConnectionProfile | Select-Object Name, InterfaceAlias, NetworkCategory

会输出类似:

1
2
3


Name InterfaceAlias NetworkCategory
---- -------------- ---------------
网络 3 以太网 Private

这里要改的是 Name, InterfaceAlias 是网卡名称, NetworkCategory 是公用或专用网络类型

记下当前连接显示的名字, 等会儿用它在注册表里找对应的配置档

在注册表里改名

按 Win + R, 输入 regedit, 打开注册表编辑器, 定位到:

1

HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\NetworkList\Profiles

Profiles 下是一串以 {GUID} 命名的子项

逐个点开, 看右侧的 ProfileName, 找到值为刚才那个 网络 3 的项

先右键这个 {GUID} 子项, 选择 导出, 留一份 .reg 备份

然后双击右侧的 ProfileName, 把数值数据改成想要的名字, 比如 Cisco LAN

修改后重新打开网络设置确认

如果仍显示旧名字, 断开再连接一次, 或重启 Windows

参考

排错指令合集 - 先别重启, 让我看看

Tue, 30 Jun 2026 09:40:00 +0800

机器概况

1
2
3
4
5
6
7
8


hostname
whoami
pwd
date
uptime
uname -a
cat /etc/os-release
nproc

1
2
3
4


free -h
df -h
df -i
top

服务状态

1
2
3
4


systemctl status nginx
systemctl status docker
systemctl list-units --failed
systemctl list-unit-files | grep enabled

1
2
3
4


journalctl -u nginx -n 100 --no-pager
journalctl -u nginx -f
journalctl -n 200 --no-pager
journalctl -b -n 200 --no-pager

1
2
3


systemctl restart 服务名
systemctl reload 服务名
systemctl enable --now 服务名

进程

1
2
3
4


ps aux
ps aux | grep nginx
pgrep -a nginx
pidof nginx

1
2


ps aux --sort=-%cpu | head
ps aux --sort=-%mem | head

1
2


kill -TERM <pid>
kill -KILL <pid>

端口

1
2
3


ss -lntp
ss -lnup
ss -antp

1
2
3


sudo lsof -i :80
sudo lsof -iTCP:3000 -sTCP:LISTEN
sudo fuser -v 80/tcp

1
2


netstat -lntp
netstat -lnup

1
2
3


127.0.0.1:3000 只监听本机
0.0.0.0:3000 监听所有 IPv4
[::]:3000 监听 IPv6

网络

1
2
3
4
5


ip addr
ip route
ip neigh
resolvectl status
cat /etc/resolv.conf

1
2
3
4


ping 1.1.1.1
ping example.com
traceroute example.com
mtr example.com

1
2
3
4


nc -vz example.com 80
nc -vz example.com 443
nc -vz 1.2.3.4 25565
telnet example.com 443

代理设置

临时设置当前 Shell 的代理：

1
2
3


export http_proxy=http://127.0.0.1:7890
export https_proxy=http://127.0.0.1:7890
export all_proxy=socks5://127.0.0.1:7890

1
2
3


export HTTP_PROXY=http://127.0.0.1:7890
export HTTPS_PROXY=http://127.0.0.1:7890
export ALL_PROXY=socks5://127.0.0.1:7890

取消当前 Shell 的代理：

1
2
3
4
5
6


unset http_proxy
unset https_proxy
unset all_proxy
unset HTTP_PROXY
unset HTTPS_PROXY
unset ALL_PROXY

测试代理是否生效：

1
2


curl -I https://example.com
curl -x http://127.0.0.1:7890 -I https://example.com

Git 设置代理：

1
2


git config --global http.proxy http://127.0.0.1:7890
git config --global https.proxy http://127.0.0.1:7890

Git 取消代理：

1
2


git config --global --unset http.proxy
git config --global --unset https.proxy

Docker 服务设置代理，适合拉镜像慢或拉不下来时排查：

1
2


sudo mkdir -p /etc/systemd/system/docker.service.d
sudo nano /etc/systemd/system/docker.service.d/proxy.conf

1
2
3
4


[Service]
Environment="HTTP_PROXY=http://127.0.0.1:7890"
Environment="HTTPS_PROXY=http://127.0.0.1:7890"
Environment="NO_PROXY=localhost,127.0.0.1,::1"

1
2
3


sudo systemctl daemon-reload
sudo systemctl restart docker
sudo systemctl show --property=Environment docker

抓包

1
2
3


sudo tcpdump -ni any port 443
sudo tcpdump -ni any host 1.2.3.4
sudo tcpdump -ni eth0 port 80

1
2
3


sudo tcpdump -ni any 'tcp port 443 and tcp[tcpflags] & tcp-syn != 0'
sudo tcpdump -ni any 'icmp'
sudo tcpdump -ni any 'udp port 53'

1

sudo tcpdump -ni any -w capture.pcap port 443

DNS

1
2
3
4
5
6
7
8


dig example.com
dig example.com A
dig example.com AAAA
dig example.com CNAME
dig example.com MX
dig example.com TXT
dig example.com NS
dig example.com SOA

1
2
3
4


dig @1.1.1.1 example.com
dig @8.8.8.8 example.com
dig @223.5.5.5 example.com
dig @ns1.example-dns.com example.com

1
2
3


dig +trace example.com
dig +short example.com
dig +nocmd example.com any +multiline +noall +answer

1
2
3


nslookup example.com
ipconfig /displaydns
ipconfig /flushdns

HTTP / HTTPS

1
2
3
4


curl -I https://example.com
curl -IL https://example.com
curl -v https://example.com
curl -vk https://example.com

1
2
3


curl -v -H 'Host: example.com' http://1.2.3.4
curl -v --resolve example.com:443:1.2.3.4 https://example.com
curl -v --connect-to example.com:443:1.2.3.4:443 https://example.com

1

curl -iv https://example.com --connect-to example.com:443:12.34.56.78:443

1
2
3


--connect-to 会保持 URL 和 SNI 还是 example.com,
但实际 TCP 连接会打到 12.34.56.78:443。
适合排查 DNS、CDN、源站差异。

1
2


curl -X POST https://example.com/api
curl -H 'Content-Type: application/json' -d '{"hello":"world"}' https://example.com/api

1
2
3
4


openssl s_client -connect example.com:443 -servername example.com
openssl s_client -connect 1.2.3.4:443 -servername example.com -brief
echo | openssl s_client -connect example.com:443 -servername example.com 2>/dev/null | openssl x509 -noout -dates
echo | openssl s_client -connect example.com:443 -servername example.com 2>/dev/null | openssl x509 -noout -issuer -subject

1
2
3


-connect 1.2.3.4:443 实际连接的 IP 和端口
-servername example.com TLS SNI 使用的域名
-brief 输出简洁结果

Nginx

1
2
3
4


sudo nginx -t
sudo nginx -T
sudo systemctl status nginx
sudo systemctl reload nginx

1
2


tail -f /var/log/nginx/access.log
tail -f /var/log/nginx/error.log

1
2
3
4


sudo nginx -T | grep -n "server_name"
sudo nginx -T | grep -n "proxy_pass"
sudo nginx -T | grep -n "client_max_body_size"
sudo nginx -T | grep -n "listen"

1

nginx -T | grep -A 5 -i "proxy_pass"

1
2


-A 5 表示匹配到 proxy_pass 后，再额外显示后面 5 行。
适合快速确认 proxy_set_header、proxy_http_version 等反代配置。

1

nginx -T > /tmp/full_nginx.conf && less /tmp/full_nginx.conf

1
2


nginx -T 会输出主配置和所有 include 进来的配置。
导出到 /tmp/full_nginx.conf 后更方便搜索和分页查看。

1
2


awk '$9 ~ /^5[0-9][0-9]$/' /var/log/nginx/access.log | tail -n 50
grep -E '(connect\(\) failed|no live upstreams)' /var/log/nginx/error.log | tail -n 20

1
2
3
4


access.log 默认第 9 列通常是 HTTP 状态码。
/^5[0-9][0-9]$/ 匹配 500 到 599。
connect() failed 表示 Nginx 连不上后端 upstream。
no live upstreams 表示 upstream 里没有可用后端。

1
2
3
4


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 $scheme;

1
2
3


proxy_http_version 1.1;
proxy_set_header Upgrade $http_upgrade;
proxy_set_header Connection "upgrade";

防火墙

1
2
3


sudo ufw status verbose
sudo ufw allow 80/tcp
sudo ufw allow 443/tcp

1
2
3
4


sudo firewall-cmd --list-all
sudo firewall-cmd --get-active-zones
sudo firewall-cmd --add-port=443/tcp --permanent
sudo firewall-cmd --reload

1
2
3
4


sudo iptables -S
sudo iptables -L -n -v
sudo iptables -t nat -S
sudo nft list ruleset

磁盘

1
2
3
4


df -h
df -i
lsblk
mount

1

find / -xdev -type f | cut -d "/" -f 2 | sort | uniq -c | sort -n

1
2
3
4
5


/ 从根目录开始
-xdev 不跨文件系统, 避免扫到挂载盘、proc、sys 等
-type f 只统计普通文件
cut -d "/" -f 2 取一级目录名
sort | uniq -c | sort -n 统计数量并排序

1
2
3


du -sh *
du -h --max-depth=1
find /var -type f -size +500M -print

1
2
3


sudo lsof | grep deleted
sudo lsof +L1
sudo truncate -s 0 /var/log/big.log

1
2


lsof +L1 用来查看已经删除但仍被进程占用的文件。
常见场景是日志文件被删了, 但进程还开着文件句柄, 磁盘空间不会释放。

查看大于 10 MB 的已删除占用文件：

1

sudo lsof | grep -E '(deleted|COMMAND)' | awk '{if($7 > 10485760) print $0}'

1
2
3


$7 通常是文件大小字段, 单位是字节。
10485760 = 10 MB。
deleted 表示文件已经从目录中删除, 但仍被进程持有。

更清晰地列出大于 10 MB 的 deleted 文件：

1

sudo lsof +L1 | awk 'NR==1 || $7 > 10485760'

如果只是想分页查看：

1

sudo lsof +L1 | less

清空进程仍持有的文件描述符：

1

true > /proc/<PID>/fd/<FD>

1
2
3


<PID> 是占用文件的进程 ID。
<FD> 是 lsof 输出里的文件描述符编号。
这个操作会把进程打开的那个文件句柄清空。

让进程关闭指定 FD：

1

sudo gdb -p <PID> -ex 'p close(4)' -ex 'quit'

1
2
3


close(4) 表示关闭 FD 4, 需要换成实际 FD 编号。
这个方法会 attach 到进程, 可能导致进程短暂停顿。
生产环境谨慎使用。

内存 / CPU / IO

1
2
3
4


free -h
top
htop
uptime

1
2


ps aux --sort=-%cpu | head
ps aux --sort=-%mem | head

1
2


vmstat 1
iostat -xz 1

1
2


dmesg | grep -i oom
journalctl -k | grep -i oom

查看当前最容易被 OOM Killer 杀掉的进程：

1

printf "PID\tOOM Score\tCommand\n" && printf "%s\n" /proc/[0-9]* | awk -F/ '{print $3}' | while read pid; do if [ -f /proc/$pid/oom_score ]; then echo -e "$pid\t$(cat /proc/$pid/oom_score)\t$(cat /proc/$pid/cmdline | tr '\0' ' ')"; fi; done | sort -k2 -nr | head -n 10

1
2
3
4
5


/proc/<PID>/oom_score 当前进程被 OOM Killer 选中的倾向
分数越高, 越容易在内存不足时被杀
cmdline 进程启动命令
sort -k2 -nr 按 OOM Score 从高到低排序
head -n 10 只看前 10 个

Docker

1
2
3
4
5


docker ps
docker ps -a
docker images
docker volume ls
docker network ls

1
2
3
4
5
6


docker logs -f container_name
docker logs --tail 100 container_name
docker inspect container_name
docker port container_name
docker stats
docker system df

1
2
3


docker exec -it container_name sh
docker exec -it container_name bash
docker restart container_name

查看所有正在运行容器的容器名、容器 IP 和网络 ID：

1

docker inspect -f '{{.Name}} - {{range .NetworkSettings.Networks}}{{.IPAddress}} ({{.NetworkID}}){{end}}' $(docker ps -q)

1
2
3
4


.Name 容器名
.NetworkSettings.Networks 容器加入的 Docker 网络
.IPAddress 容器在该网络内的 IP
.NetworkID Docker 网络 ID

进入容器网络命名空间抓包：

1
2


PID=$(docker inspect -f '{{.State.Pid}}' <容器名>)
sudo nsenter -t $PID -n tcpdump -ni any port 80

1
2
3


docker inspect 取出容器对应的宿主机进程 PID。
nsenter -t $PID -n 进入该进程的 network namespace。
tcpdump -ni any port 80 在容器网络视角下抓 80 端口流量。

如果 tcpdump 版本支持按容器 ID 抓包：

1

sudo tcpdump --container-id <容器名或ID> -ni any

1
2


--container-id 不是所有系统的 tcpdump 都支持。
如果报 unknown option, 改用 nsenter 方法。

Docker Compose

1
2
3


docker compose ps
docker compose logs -f
docker compose logs --tail 100 service_name

1
2
3
4


docker compose up -d
docker compose pull
docker compose restart service_name
docker compose down

1
2
3


docker compose config
docker compose exec service_name sh
docker compose exec service_name bash

1
2
3


docker compose config 会合并 compose.yaml、override、
环境变量替换后的最终配置。
适合排查 ports、volumes、environment、networks 是否写错。

Git

1
2
3
4
5


git status --short
git status --short --ignored
git diff
git diff --stat
git diff --cached

1
2
3
4


git log --oneline -10
git log --graph --oneline --decorate --all
git show <commit>
git blame path/to/file

1
2
3
4
5


git reflog
git stash push -m "debug temp"
git stash list
git stash show -p stash@{0}
git stash pop stash@{0}

1
2
3
4


git restore path/to/file
git restore --staged path/to/file
git clean -nd
git clean -fd

Windows 网络

1
2
3


ipconfig /all
ipconfig /displaydns
ipconfig /flushdns

1
2
3


ping example.com
tracert example.com
route print

1
2


Test-NetConnection example.com -Port 443
Test-NetConnection 1.2.3.4 -Port 25565

1
2


netstat -ano | findstr :443
tasklist | findstr 1234

Windows 端口转发

1
2
3


netsh interface portproxy show all
netsh interface portproxy add v4tov4 listenaddress=0.0.0.0 listenport=8080 connectaddress=192.168.1.10 connectport=80
netsh interface portproxy delete v4tov4 listenaddress=0.0.0.0 listenport=8080

1
2


netsh advfirewall firewall add rule name="PortProxy 8080" dir=in action=allow protocol=TCP localport=8080
netsh advfirewall firewall delete rule name="PortProxy 8080"

常用组合

服务打不开:

1
2
3
4


systemctl status 服务名
journalctl -u 服务名 -n 100 --no-pager
ss -lntp
curl -v http://127.0.0.1:端口

网站打不开:

1
2
3
4


dig 域名
curl -IL https://域名
sudo nginx -t
tail -f /var/log/nginx/error.log

端口不通:

1
2
3
4


ss -lntp
sudo ufw status
sudo tcpdump -ni any port 端口
nc -vz 主机 端口

服务器变慢:

1
2
3
4
5
6


uptime
top
free -h
df -h
ps aux --sort=-%cpu | head
ps aux --sort=-%mem | head

Docker 异常:

1
2
3
4
5


docker compose ps
docker compose logs --tail 100 服务名
docker compose config
docker port 容器名
docker inspect 容器名

Git 状态奇怪:

1
2
3
4


git status --short --ignored
git diff --stat
git log --oneline -10
git reflog

磁盘满但看不出哪里占用:

1
2
3
4


df -h
du -h --max-depth=1 /
sudo lsof +L1
sudo lsof +L1 | awk 'NR==1 || $7 > 10485760'

Nginx 反代异常:

1
2
3
4


sudo nginx -t
nginx -T | grep -A 5 -i "proxy_pass"
grep -E '(connect\(\) failed|no live upstreams)' /var/log/nginx/error.log | tail -n 20
awk '$9 ~ /^5[0-9][0-9]$/' /var/log/nginx/access.log | tail -n 50

容器网络异常:

1
2
3
4
5


docker ps
docker port 容器名
docker inspect -f '{{.Name}} - {{range .NetworkSettings.Networks}}{{.IPAddress}} ({{.NetworkID}}){{end}}' $(docker ps -q)
PID=$(docker inspect -f '{{.State.Pid}}' <容器名>)
sudo nsenter -t $PID -n tcpdump -ni any port 80

疑似 OOM:

1
2
3
4
5


free -h
ps aux --sort=-%mem | head
dmesg | grep -i oom
journalctl -k | grep -i oom
printf "PID\tOOM Score\tCommand\n" && printf "%s\n" /proc/[0-9]* | awk -F/ '{print $3}' | while read pid; do if [ -f /proc/$pid/oom_score ]; then echo -e "$pid\t$(cat /proc/$pid/oom_score)\t$(cat /proc/$pid/cmdline | tr '\0' ' ')"; fi; done | sort -k2 -nr | head -n 10

Cisco IOS 速查表 - Switching and Routing Quick Reference

Sun, 28 Jun 2026 13:55:00 +0800

这是一份偏 CCNA 语境的 Cisco IOS 速查表，覆盖基础管理、二层交换、三层交换、路由器、常见网络服务与排障检查命令。
约定：尖括号 <...> 表示需要替换的变量；命令以典型 IOS 语法为主，不同平台或版本可能略有差异。

基础模式与编辑

1
2


enable
configure terminal

1
2


Ctrl+A 移动到行首
Ctrl+E 移动到行尾

1
2
3


show running-config | include <string>
default interface <interface-id>
do write

do 可在配置模式下执行 EXEC 命令，例如 do show ip interface brief。

安全管理基线

1
2
3
4


hostname R1
enable secret <password>
service password-encryption
ip domain-name CCNA.local

1
2
3


username <username> privilege 15 secret <password>
ip ssh version 2
crypto key generate rsa modulus 2048

限制远程管理来源：

1
2
3
4
5
6
7


access-list 1 permit host <management-ip>

line vty 0 15
 login local
 exec-timeout 5 0
 transport input ssh
 access-class 1 in

Console 口基础保护：

1
2
3
4
5


line console 0
 password <password>
 login
 exec-timeout 5 0
 logging synchronous

检查：

1
2


show ssh
show running-config | include username|enable|transport|access-class

日志与时间戳

1
2
3
4
5


logging console <severity>
logging monitor <severity>
logging buffered <size> <severity>
logging host <syslog-server-ip>
logging trap <severity>

1
2
3
4


service timestamps log datetime
service sequence-numbers
terminal monitor
logging synchronous

说明：

logging buffered：保存在本机内存中；
logging host + logging trap：发送到远程 Syslog；
terminal monitor：远程终端实时查看日志；
logging synchronous：避免日志打断正在输入的命令行。

SNMP 基础

1
2
3
4
5


snmp-server contact <contact>
snmp-server location <location>
snmp-server community <community> ro
snmp-server host <ip-address> version 2c <community>
snmp-server enable traps

生产环境建议使用 SNMPv3；实验与 CCNA 语境中常见 v2c + community。

IOS 升级流程

1
2
3


ip ftp username <username>
ip ftp password <password>
copy ftp: flash:

指定启动镜像：

1
2
3


boot system flash:<ios-image.bin>
write
reload

确认与清理：

1
2
3
4


show version
show file systems
show flash
delete flash:<old-ios-image.bin>

接入交换机基础配置

创建 VLAN：

1
2
3
4


vlan 10
 name ENGINEERING
vlan 11
 name VOICE

配置接入口：

1
2
3
4
5


interface range f0/1-12
 description -- Engineering Department Ports --
 switchport mode access
 switchport access vlan 10
 switchport voice vlan 11

禁用未使用端口：

1
2
3


interface range f0/25-48
 description -- Not in Use - Disabled --
 shutdown

配置上联 Trunk：

1
2
3
4
5
6


interface g0/1
 description -- Trunk to Upstream Device --
 switchport mode trunk
 switchport nonegotiate
 switchport trunk allowed vlan 10,20,30
 switchport trunk native vlan 1001

交换机管理地址：

1
2
3
4
5


interface vlan 1
 ip address 192.168.123.253 255.255.255.0
 no shutdown

ip default-gateway 192.168.123.1

检查：

1
2
3
4
5


show ip interface brief
show interfaces status
show vlan brief
show interfaces trunk
show interfaces <interface-id> switchport

STP：生成树基础

1
2
3


spanning-tree mode rapid-pvst
spanning-tree portfast default
spanning-tree portfast bpduguard default

指定根桥：

1
2


spanning-tree vlan <vlan-id> root primary
spanning-tree vlan <vlan-id> root secondary

或手动指定优先级：

1

spanning-tree vlan <vlan-id> priority <priority>

检查：

1
2
3


show spanning-tree
show spanning-tree vlan <vlan-id>
show errdisable recovery

EtherChannel

配置 LACP：

1
2
3
4


port-channel load-balance src-dst-ip

interface range f0/1-4
 channel-group 1 mode active

配置聚合接口：

1
2
3
4


interface port-channel 1
 description -- Uplink EtherChannel --
 switchport mode trunk
 switchport trunk allowed vlan 10,20,30

检查：

1
2
3


show etherchannel summary
show etherchannel port-channel
show interfaces port-channel 1

端口安全

1
2
3
4
5
6


interface f0/1
 switchport mode access
 switchport port-security
 switchport port-security maximum <number>
 switchport port-security mac-address sticky
 switchport port-security violation <shutdown|restrict|protect>

老化策略：

1
2


switchport port-security aging time <minutes>
switchport port-security aging type <absolute|inactivity>

Errdisable 自动恢复：

1
2


errdisable recovery cause psecure-violation
errdisable recovery interval <seconds>

检查：

1
2
3
4


show port-security
show port-security interface <interface-id>
show mac address-table secure
show errdisable recovery

DHCP Snooping 与 ARP Inspection

启用 DHCP Snooping：

1
2
3


ip dhcp snooping
ip dhcp snooping vlan <vlan-id>
no ip dhcp snooping information option

信任上联端口：

1
2


interface g0/1
 ip dhcp snooping trust

限制接入口速率：

1
2


interface f0/1
 ip dhcp snooping limit rate <packets-per-second>

启用 Dynamic ARP Inspection：

1
2


ip arp inspection vlan <vlan-id>
ip arp inspection validate src-mac dst-mac ip

信任上联：

1
2


interface g0/1
 ip arp inspection trust

静态 ARP ACL：

1
2
3
4


arp access-list <name>
 permit ip host <ip-address> mac host <mac-address>

ip arp inspection filter <name> vlan <vlan-id>

检查：

1
2
3
4


show ip dhcp snooping
show ip dhcp snooping binding
show ip arp inspection
show ip arp inspection interfaces

三层交换机

三层上联口：

1
2
3
4
5


interface g0/1
 description -- L3 Link to Upstream --
 no switchport
 ip address 10.0.0.253 255.255.255.252
 no shutdown

SVI 网关：

1
2
3
4
5
6
7


vlan 10
 name ENGINEERING

interface vlan 10
 description -- Gateway for Engineering VLAN --
 ip address 10.0.0.62 255.255.255.192
 no shutdown

开启三层转发与默认路由：

1
2


ip routing
ip route 0.0.0.0 0.0.0.0 10.0.0.254

检查：

1
2
3
4


show ip interface brief
show vlan brief
show interfaces trunk
show ip route

路由器接口与静态路由

接口地址：

1
2
3


interface g0/1
 ip address <ip-address> <subnet-mask>
 no shutdown

默认路由：

1

ip route 0.0.0.0 0.0.0.0 <next-hop-ip>

主机路由：

1

ip route 1.1.1.1 255.255.255.255 <next-hop-ip>

Router-on-a-stick：

1
2
3
4
5
6
7


interface g0/0.10
 encapsulation dot1q 10
 ip address 192.168.10.1 255.255.255.0

interface g0/0.99
 encapsulation dot1q 99 native
 ip address 192.168.99.1 255.255.255.0

OSPF 与动态路由

进程配置：

1
2
3
4


router ospf 1
 passive-interface <interface-id>
 network <network-address> <wildcard-mask> area 0
 auto-cost reference-bandwidth 100000

接口配置：

1
2


interface g0/0
 ip ospf 1 area 0

检查：

1
2
3
4


show ip protocols
show ip ospf neighbor
show ip ospf interface brief
show ip route ospf

FHRP：默认网关冗余

HSRP 示例：

1
2
3
4


interface g0/0
 standby 1 ip <virtual-ip>
 standby 1 priority 150
 standby 1 preempt

检查：

1
2


show standby
show standby brief

IPv6 基础

开启 IPv6 转发：

1

ipv6 unicast-routing

检查：

1
2


show ipv6 interface brief
show ipv6 route

ACL

标准 ACL：

1
2


access-list 1 permit <source-ip> <wildcard-mask>
access-list 1 deny any

命名 ACL：

1
2
3


ip access-list standard <name>
 permit <source-ip> <wildcard-mask>
 deny any

扩展 ACL：

1
2
3


ip access-list extended <name>
 permit tcp <source> <source-wildcard> <destination> <destination-wildcard> eq 443
 deny ip any any

应用到接口：

1
2


interface g0/1
 ip access-group <number|name> <in|out>

检查：

1
2


show access-lists
show ip interface <interface-id>

CDP / LLDP

全局启用：

1
2


cdp run
lldp run

接口启用 LLDP：

1
2
3


interface range g0/0-1
 lldp transmit
 lldp receive

检查：

1
2


show cdp neighbors detail
show lldp neighbors detail

NTP / DNS

NTP：

1
2
3
4


ntp server <ntp-server> key <key-number>
ntp peer <ip-address>
ntp update-calendar
ntp source <interface-id>

NTP 认证：

1
2


ntp authentication-key <key-number> md5 <key>
ntp trusted-key <key-number>

时区：

1
2


clock timezone CST 8
clock summer-time CDT recurring

DNS：

1
2
3


ip domain-lookup
ip name-server <server1> <server2>
ip host <hostname> <ip-address>

检查：

1
2
3


show ntp status
show ntp associations
show hosts

DHCP Server / Relay / Client

排除地址：

1

ip dhcp excluded-address 192.168.1.1 192.168.1.100

地址池：

1
2
3
4
5
6


ip dhcp pool <pool-name>
 network 192.168.1.0 255.255.255.0
 dns-server 8.8.8.8
 domain-name lovelyrua.asia
 default-router 192.168.1.1
 lease <days> <hours> <minutes>

DHCP Relay：

1
2


interface g0/1
 ip helper-address <dhcp-server-ip>

DHCP Client：

1
2


interface f0/1
 ip address dhcp

检查：

1
2
3


show ip dhcp binding
show ip dhcp pool
show ip dhcp server statistics

NAT / PAT

标记 inside / outside：

1
2
3
4
5


interface g0/1
 ip nat inside

interface g0/0
 ip nat outside

静态 NAT：

1

ip nat inside source static 192.168.0.1 100.0.0.1

动态 NAT：

1
2
3


access-list 1 permit 192.168.0.0 0.0.0.255
ip nat pool POOL1 100.0.0.10 100.0.0.20 netmask 255.255.255.0
ip nat inside source list 1 pool POOL1

PAT：

1
2


access-list 1 permit 192.168.0.0 0.0.0.255
ip nat inside source list 1 interface g0/0 overload

检查：

1
2


show ip nat translations
show ip nat statistics

QoS 基础

1
2


class-map HTTP_MAP
 match protocol http

1
2
3
4
5
6


policy-map G0/0/0_OUT
 class HTTP_MAP
 set ip dscp af31
 priority percent 10
 class class-default
 bandwidth percent 90

应用：

1
2


interface g0/0/0
 service-policy output G0/0/0_OUT

GRE Tunnel

1
2
3
4


interface tunnel 0
 ip address <tunnel-ip> <subnet-mask>
 tunnel source <outside-interface>
 tunnel destination <remote-public-ip>

检查：

1
2


show interfaces tunnel 0
show ip route

VRF

1

ip vrf CUSTOMER1

1
2
3


interface g0/0
 ip vrf forwarding CUSTOMER1
 ip address 192.168.1.1 255.255.255.0

检查：

1
2


show ip vrf
show ip route vrf CUSTOMER1

常用排障命令索引

接口与 VLAN：

1
2
3
4


show ip interface brief
show interfaces status
show interfaces trunk
show vlan brief

二层安全：

1
2
3
4
5


show spanning-tree
show etherchannel summary
show port-security
show ip dhcp snooping binding
show ip arp inspection

路由与邻居：

1
2
3
4
5
6


show ip route
show ip protocols
show ip ospf neighbor
show standby brief
show cdp neighbors detail
show lldp neighbors detail

服务：

1
2
3
4


show ntp status
show hosts
show ip dhcp binding
show ip nat translations

终端侧快速检查：

1
2
3
4


ipconfig /all
ipconfig /displaydns
ipconfig /flushdns
ping <ip-address> -n 1

Nginx 反代 S3 报 SignatureDoesNotMatch 错误

Sat, 28 Mar 2026 10:32:22 +0800

现象

访问通过 Nginx 反代的 MinIO 时, 出现以下报错:

SignatureDoesNotMatch: The request signature we calculated does not match the signature you provided.

直接通过内网 IP 访问没问题, 过 Nginx 不行; 切换到旧的 V2 签名协议能通, V4 不行

原因

在 Nginx 配置中使用了: proxy_set_header Host $host;

解析

S3 的 V4 签名协议对请求头极其敏感. 它在计算哈希时, 会将 Host 字段作为一个关键参数

$host: Nginx 的这个变量不包含端口号（如果是非标准端口）

$http_host: 这个变量会完整保留客户端请求中的域名:端口

如果 S3 服务运行在非 80/443 端口（例如 9000）, 客户端生成的签名里包含端口, 在 Nginx 转发时被丢弃, 服务器端校验时就会认为请求被篡改, 直接拒绝访问

解决方案

修改 Nginx 配置文件中的 Host

1
2
3
4
5
6


# 使用 $http_host 保留原始端口信息
proxy_set_header Host $http_host;

# 建议同时关闭缓冲，提升大文件备份稳定性
proxy_request_buffering off;
proxy_buffering off;

补充

如果你是在反代 MiniO Console 后发现无法在 WebUI 操作桶内文件请尝试检查这个问题

计网指北：使用 Nginx L4 反向代理 Minecraft 加速玩家访问

Mon, 01 Sep 2025 20:48:16 +0800

前言

本文主要受众为使用家庭宽带/机房托管等单线路网络的服主

在为全国各省市使用不同运营商的玩家提供服务时

遇到某些地区玩家反馈网络连接高延迟/丢包等问题的

本文的内容简要：

Nginx Stream 模块反向代理的核心配置方法
一些补充玩法

文末我会推荐一种相比传统 VPS/ECS 弹性极高极大程度节约轻业务成本的解决方案

✨>_0 准备工作

在开始之前，请确保你已具备以下条件：

一台正在运行的 Minecraft 服务器: 并且你知道它的 IP 地址 和 游戏端口（默认为 25565）。
一台拥有公网 IP 且线路优良的服务器 (VPS/ECS): 这台服务器将用来安装和运行 Nginx。
(可选) 一个你自己的域名: 并已将其 DNS 解析管理权交由 Cloudflare 或其他 DNS 服务商。
(可选) 基础的 Linux 命令行操作能力: 我们将通过 SSH 连接到服务器进行配置。

安装 Nginx

本步骤旨在确保你的服务器上安装了支持 TCP 代理的 Nginx。

首先，通过 SSH 登录到你的 Nginx 服务器。

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11


# 更新你的包管理器缓存
$ sudo apt update # 适用于 Debian/Ubuntu
$ sudo yum update # 适用于 CentOS/RHEL

# 安装 Nginx。大多数现代发行版的官方源都包含了 stream 模块。
$ sudo apt install nginx -y
$ sudo yum install nginx -y

# 验证 Nginx 是否安装成功并查看版本信息
$ nginx -v
# 你应该会看到类似 `nginx version: nginx/1.18.0` 的输出

！ Nginx 的 TCP/UDP 代理功能依赖于 ngx_stream_module 模块。幸运的是，几乎所有主流 Linux 发行版官方仓库中的 Nginx 包都默认编译了这个模块。如果你的 Nginx 版本非常古老或来源特殊，你可能需要手动编译。可以通过 nginx -V (大写V) 命令查看编译参数，确认是否包含 --with-stream。

Nginx 核心配置

与我们熟知的用于网站的 http 块不同，代理OSI模型四层的 TCP/UDP 流量（比如 Minecraft 的游戏数据）需要使用 stream 块。

编辑 Nginx 的主配置文件 nginx.conf：

1
2


# 使用你喜欢的文本编辑器打开主配置文件
$ sudo nano /etc/nginx/nginx.conf

在文件的最外层（与 http 块平级，不要放在 http 块内部！）添加以下内容：

1
2
3
4
5
6
7


# ================= Stream (TCP/UDP Proxy) Settings =================

stream {
 # 引用一个外部的配置文件目录，让配置更整洁
 # 这样我们就可以在 /etc/nginx/streams-available/ 目录中为每个服务创建独立的配置文件
 include /etc/nginx/streams-enabled/*;
}

！将 stream 配置独立出来是一种非常好的工程实践。这让你的主配置文件 nginx.conf 保持干净，并且便于管理多个不同的 TCP/UDP 代理服务。

创建用于存放 stream 配置的目录：

1
2
3


# 创建可用配置目录和启用配置目录
$ sudo mkdir -p /etc/nginx/streams-available
$ sudo mkdir -p /etc/nginx/streams-enabled

为你的 Minecraft 服务器创建反向代理配置

现在，我们将为你的 MC 服务器创建一个专属的配置文件。

1
2


# 在 'streams-available' 目录下创建一个新的配置文件
$ sudo nano /etc/nginx/streams-available/minecraft.conf

在打开的空文件中，粘贴以下内容，并根据注释修改为你自己的信息：

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17
18


# 定义一个上游服务器组，名字叫 'mc_backend'
upstream mc_backend {
 # 你的 Minecraft 服务器的真实内网地址和端口
 # 如果是IP地址，可以直接填写。如果是域名，强烈建议参考下文“加速Hypixel”中的 resolver 配置
 server your_minecraft_server_ip:25565;
}

# 定义一个服务器监听块
server {
 # 让 Nginx 监听公网的 25565 端口，准备接收玩家的连接
 listen 25565;

 # 将所有接收到的流量，原封不动地转发给我们刚刚定义的 'mc_backend' 上游服务器组
 proxy_pass mc_backend;

 # (可选) 开启 proxy_protocol，用于向后端传递玩家的真实 IP 地址 ➊
 # proxy_protocol on;
}

保存并退出文件 (Ctrl+X, Y, Enter)。

现在，我们需要启用这个配置：

1
2
3


# 创建一个从 'available' 到 'enabled' 的软链接
# 这就像在 Windows 桌面上创建一个快捷方式
$ sudo ln -s /etc/nginx/streams-available/minecraft.conf /etc/nginx/streams-enabled/

➊ proxy_protocol 是什么？
！当你使用反向代理时，你的 Minecraft 服务器看到的所有玩家的 IP 地址都会变成 Nginx 服务器的地址（例如 127.0.0.1）。这会导致封禁 (ban) 和白名单 (whitelist) 功能失效。
！开启 proxy_protocol 后，Nginx 会在转发数据时额外附加一个头部信息，包含了玩家的真实 IP。你需要在你的 MC 服务器端（例如 Spigot/Paper 的配置文件 spigot.yml 中设置 bungeecord: true）也开启对这个协议的支持，才能正确获取玩家 IP。

重载 Nginx 并测试

- 回到你的 Nginx 服务器终端。
- 首先，测试配置文件语法是否有误：
```bash
$ sudo nginx -t
# 如果一切正常，你会看到：
# nginx: the configuration file /etc/nginx/nginx.conf syntax is ok
# nginx: configuration file /etc/nginx/nginx.conf test is successful
```
- 如果语法正确，平滑地重载 Nginx 使配置生效：
```bash
$ sudo systemctl reload nginx
```

如果连接失败，请优先检查服务器的防火墙（安全组）是否已经放行了 TCP 25565 端口的入站流量。这是最常见的错误原因。

额外使用例

懒人方案

正文演示的方法是非常标准的 Nginx 配置最佳实践

但如果你只需要反代一两个服务器从效率的角度大可不必使用层级目录配置

直接在主配置文件 nginx.conf 里加入以下内容就可以了

1
2
3
4
5
6
7
8


stream {

 server {
 listen {Port} [udp];
 proxy_pass {IP:Port};
 }

}

最简实现

如果你甚至懒得装 Nginx 还可以用如下方法

Linux: iptables

这是什么：Linux 内核自带的防火墙和网络地址转换 (NAT) 工具。
如何实现：通过设置 PREROUTING 和 POSTROUTING 链的 NAT 规则，可以实现端口转发，达到反向代理的效果。

 1
 2
 3
 4
 5
 6
 7
 8
 9
10


 # 假设后端 MC 服务器的 IP 是 1.1.1.1

 # 1. 开启内核 IP 转发
 $ sudo sysctl -w net.ipv4.ip_forward=1

 # 2. 设置 DNAT 规则 (将所有访问本机 25565 端口的流量，目标地址改为 MC 服务器)
 $ sudo iptables -t nat -A PREROUTING -p tcp --dport 25565 -j DNAT --to-destination 1.1.1.1:25565

 # 3. 设置 SNAT/MASQUERADE 规则 (将来自后端 MC 服务器的返回流量，源地址伪装成本机)
 $ sudo iptables -t nat -A POSTROUTING -p tcp -d 1.1.1.1 --dport 25565 -j MASQUERADE

Windows: netsh

**这是什么：Windows 系统内置的端口代理/转发命令行工具。
**如何实现：在 Windows 服务器上，一行命令即可设置。

1
2
3
4


# 以管理员身份运行 PowerShell 或 CMD
# 将所有访问本机 IPv4 25565 端口的 TCP 流量，转发到目标服务器

netsh interface portproxy add v4tov4 listenport=25565 listenaddress=0.0.0.0 connectport=25565 connectaddress=1.1.1.1

加速 Hypixel (动态域名解析示例)

是的，你还可以用一条直连线路更优的专线来反向代理 Hypixel 等服务器，规避普通家庭宽带国际出口的拥堵，实现类似游戏加速器的效果。

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17
18
19
20


# 定义 Hypixel 的上游

upstream hypixel_backend {

 # 当后端是域名时，必须使用 resolver 指令！
 # Nginx 默认只在启动时解析一次域名，如果域名 IP 变了，Nginx 不会知道。
 # resolver 指令告诉 Nginx 使用指定的 DNS 服务器，并周期性地重新解析域名。
 # 这里的 8.8.8.8 是 Google DNS，valid=300s 表示每 300 秒（5分钟）刷新一次。

 resolver 8.8.8.8 valid=300s;
 server mc.hypixel.net:25565;
}

server {

 # 监听你的 VPS 的 25565 端口

 listen 25565;
 proxy_pass hypixel_backend;
}

！注意：这种方法仅供个人或小范围朋友使用。公开提供此类服务可能违反 Hypixel 的用户协议，这只是一个利用技术提升个人游戏体验的有趣实践。

推荐：雨云云应用

对于这种需求使用一台完整的VPS/ECS主机实际产生了不小的资源及成本浪费

在此强烈推荐使用的方案：雨云云应用

这是一种以单个容器为最小单位的弹性极高的云服务

使用云应用我们可以节省相比ECS几倍的成本

雨云提供的社区应用商店功能还很大程度上简化了传统安装部署的人力和时间消费

接下来我会逐步演示如何通过雨云云应用部署 L4 反向代理服务

首先在应用商店界面找到需要安装的应用这里可以使用 Nginx Proxy Manager

这里的端口填写不用担心稍后都可以进行修改

点击安装应用之后就可以看到 Nginx Proxy Manager 已经出现在应用管理界面里

几秒内应用就会自动完成部署并启动

安装完成后我们需要调整容器应用对外暴露的端口

在 我的项目 - 应用管理 - 应用 - 服务 页面可以对应用进行端口的配置

Nginx Proxy Manager 默认会暴露 WebUI 控制台的端口和 HTTP & HTTPS 的端口

由于这里我们是进行 MC 服务器的反代可以直接将用不到的 80 和 443 端口修改成自己需要的端口（这一步骤可按照个人喜好自行配置）

端口映射输入框中前一个框代表容器本身监听的内部端口后一个框表示实际暴露到外部访问 IP 的端口

如这里设置 25565:8500 就意味着稍后我们需要将反向代理监听在 :25565 并使用端口8500 访问雨云提供的 IP 就可以连接到我们的服务器

(容器内部我们让 Nginx 监听 25565 端口，然后雨云平台将这个内部端口映射到公网 IP 的 8500 端口上)

接下来访问 Nginx Proxy Manager 的 WebUI 控制台来进行反向代理的实际配置

默认的公网地址是从集群共享 IP 中随机分配的

如有独立公网 IP 的需求可以在我的项目 - 设置 - IP 地址管理添加独立 IP 地址(会产生相应费用)

后台的地址是在服务界面看到的公网 IP 地址加控制台服务的外部端口

比如在这里就是 http://110.42.111.57:41998

默认账户密码是

admin@example.com

changeme

第一次登录之后先跟随指引修改管理员账户密码

要创建四层代理我们需要到 Streams 配置页面点击右上角的 Add Stream

这里的 Incoming Port 需要填写对应我们刚刚在雨云防火墙设置的 内部端口

刚才的演示中我们填写了 25565 故此处需要填 25565

Forward Host&Port 填写的是被代理的服务的主机名或 IP 地址

比如被代理的是 mc.lovelyrua.asia:25566 这里就填写 mc.lovelyrua.asia 和 25566

如果如上步骤无误保存之后访问110.42.111.57:8500就可以访问到经过代理后的服务了

如果要代理多个服务器通过一样的步骤开放端口并添加代理配置即可

看完本文内容应该也已经对雨云云应用的使用有了一定了解

最后分享一下自己使用一段时间的费用

我个人轻度使用下来每星期成本仅七元且共享网络的弹性带宽空间上限也更大

按量计费的流量每百GB也只要5元左右

雨云官网

补充：雨云机房反代前后延迟

虽然直观数据差别不大但是对于本身网络环境不佳的用户来说三线优化线路会带来质的飞跃

Git 小篆之存查备 - Control Changes Better

Tue, 06 May 2025 09:32:23 +0800

状态与撤销

git status // 让我看看怎么个事

git restore <file> // 按下回车就和你的文件撒哟娜拉了

*git checkout -- <file> // 撒哟娜拉 in 2000s

暂存区操作

git add <file> // 温柔的把写完的胡话扔到篮子里

git restore --staged <file> // 撤销暂存区修改 add→不add

*git reset HEAD <file> // 旧撤销暂存区修改不 restore

git rm --cached <file> // 暂存区丢弃保留工作区文件 add 了忘加 .gitignore 的文件用

提交与历史

git commit -m <info> // 把胡话 push 就没脸见同事了

git log // 查有没有提交胡话

git reset --soft HEAD^ // 还好没 push 消灭证据把胡话改了

git reset --hard HEAD~1 // 时光机

git reflog // 哎我操胡话和代码全滚了

分支与合并

git switch <branch> // Nintendo

*git checkout <branch> // HELLO WORLD

git branch -m <old> <new> // 农奴翻身做主人

git merge --no-ff -m <commit> <branch> // 合并胡话到当前分支

git merge --squash <branch> // 打包合并

git cherry-pick <commit> // 重放提交到当前分支

git rebase <branch> // 将当前分支的起点移到分支的最新处

清理

git clean -fd // node_modules backhole.gif

重磅消息：为了解决和文件撒哟娜拉的困扰我们引入了胡话烘干桶！

git stash // 写一半胡话去玩任天堂

git stash list // 列出烘干胡话

git stash apply stash@{0} // 把胡话干夹在胡话里

git stash pop stash@{0} // 吃掉胡话干

git stash drop stash@{0} // 扔掉过期胡话干

git restore --source=stash@{0} -- <file> // 胡话干占领地球

*git checkout stash@{0} -- <file> // 旧胡话干占领地球

* tagged is gitting old

保姆级指南 Hexo + GitHub Pages 搭建静态博客

Wed, 09 Apr 2025 22:22:22 +0800

》》将心比心，换位思考；务实求索，无限进步《《

`##`前言`##`

本文将基于实操使用 Hexo 静态博客框架, 并借助 GitHub Pages 和 Cloudflare CDN 服务, 搭建一个无需租用服务器, 无需支付任何费用即可访问的高性能个人博客站点. 本文旨在帮助读者了解以下内容:

静态网站的基本原理
GitHub Pages 的使用
CDN 加速的优势
Node.js 基础操作

✨>_0 准备工作

在开始之前, 请确保您的计算机已安装以下环境：

Node.js 环境 (官方下载地址) : Hexo 基于 Node.js 运行, 您需要安装 Node.js.
Git (官方下载地址) : 用于将博客部署到 GitHub.
GitHub 账号 (注册地址) : 用于存储博客部署后的静态文件.

可选 :

自己的域名和 Cloudflare 账号, 用于后续配置 Cloudflare CDN 及个性化域名.

创建 Github Pages 仓库

登录你的 Github 账号并访问: https://github.com/new

在 Repository name 一框填入: {你的用户名}.github.io . 如 lovelyrua.github.io 点击右下角绿色按钮 Create Repository

接下来便可跟随本文步骤指引搭建你的博客

安装 Hexo

本步骤参考 (Hexo官方文档 - 建站)

选择一个合适目录储存项目, 这里创建一个 hexo-blog 文件夹为例:

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17
18
19
20
21


 # 创建并进入项目目录; `&&` 表示前一个命令成功执行后执行后一个命令
 $ mkdir hexo-blog && cd hexo-blog

 # 在当前目录下使用 nodejs 提供的包管理工具 `npm` 来安装 hexo 命令行工具 (hexo-cli).
 # 如果想要在任何目录下都能直接使用 `hexo` 命令, 可以使用 `npm install hexo-cli -g` 进行全局安装 ➊
 $ npm install hexo-cli

 # 初始化 hexo 项目 'blog', hexo 会在当前目录下创建文件夹并从 github 拉取模板.
 # `npx` 是 npm 自带的包执行工具, 它会查找本地 'node_modules/.bin' 中的命令
 # 如果上一步骤进行了全局安装, 这里就可以直接执行 `hexo init blog`
 $ npx hexo init blog && cd blog

 # 安装项目依赖. 此命令会根据目录下的 'package.json' 文件中 "dependencies" 字块安装所需依赖
 $ npm install

 # 启动 hexo 测试服务端
 $ npx hexo server
 # `server` 也可直接缩写成 `s`

 # 以上操作若过程无误 控制台会输出:
 # `INFO Hexo is running at http://localhost:4000/ .`

此时在浏览器访问 http://localhost:4000/ 即可看到 hexo 的初始主题页面.

如果启动或后续步骤出现类似 Error: Cannot find module 'xxx' 的报错, 说明依赖安装不完整用 npm install {报错提示缺少的依赖} 命令补充安装依赖即可; 若还是无法解决可以尝试删除 node_modules 文件夹和 package-lock.json 文件后重新运行 npm install

➊ 全局安装:

! 当使用 -g 参数全局安装一个包时, npm 会将可执行文件链接到系统的 PATH 环境变量所包含的目录中 (如 Node.js 安装目录), 这样系统就能在任何位置识别 hexo 命令. ! 如果全局安装后命令仍不可用, 可能需要重启终端或检查系统 PATH 环境变量配置.

创建第一篇文章

作为一个静态博客框架, Hexo 不像 WordPress, QQ空间或新浪微博那样提供在线编辑器让你随时随地编辑发布它的工作流程更接近于开发者编写代码: 在本地创建文件 - 编辑内容 - 然后通过命令生成最终的网页文件并部署

本步骤参考 (Hexo官方文档 - 写作)

使用命令创建新文章:

确保终端位于 Hexo 项目的根目录 (即 blog 文件夹内). 然后执行以下命令:

1
2
3
4
5
6


 $ npx hexo new post "我的第一篇文章"
 # `new` 是创建命令, 'post' 是文章的布局 (layout), "我的第一篇文章" 是文章标题
 # 如果标题包含空格, 最好用引号括起来

 # 控制台会输出类似信息:
 # INFO Created: ~/your/path/to/hexo-blog/blog/source/_posts/我的第一篇文章.md

! 这个命令会在 source/_posts/ 目录下创建一个名为 “我的第一篇文章.md” 的 Markdown 文件. ! post 是 Hexo 默认的文章布局, 你也可以创建其他布局 (如 draft 草稿, page 独立页面等).

编辑文章内容:

使用你喜欢的文本编辑器 (如 VS Code, Sublime Text, Obsidian 等) 打开刚刚创建的 .md 文件你会看到文件顶部有一段由 --- 包裹的内容, 这叫做 Front-matter, 用于定义这篇文章的元数据:

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14


---
layout: post  # 文章布局, 自动根据命令生成
title: 我的第一篇文章  # 文章标题, 自动根据命令生成
date: 2025-04-09 20:15:00 # 文章创建时间, 自动生成
tags: [hello, markdown]  # 文章标签, 可以自行添加
---

# 这里是正文的开始
欢迎来到我的新博客!

这是我的第一篇文章，使用 **Markdown** 语法编写。

* 列表项1
* 列表项2

你可以在 — 下方开始使用 Markdown 语法编写你的文章正文可以修改 title, 添加 tags (多个标签用逗号分隔或使用 YAML 列表格式). date 通常保持自动生成的时间即可.

本地预览:

编辑并保存好文章后回到终端如果之前的 hexo server 还在运行, 可以先按 Ctrl+C 停止. 然后重新启动服务器进行预览：

1
2
3
4
5
6
7
8


# 清理之前构建的文件 (可选, 但修改配置或主题后需要执行)
npx hexo clean

# 生成静态文件 (可选, server 命令通常会自动处理)
npx hexo generate

# 启动本地服务器
npx hexo server

刷新浏览器中的 http://localhost:4000/, 你应该能在首页看到你新创建的文章 “我的第一篇文章” 的摘要或标题, 点击即可进入阅读.

本节涉及的命令及其缩写:

! npm i == npm install ! hexo n == hexo new ! hexo g == hexo generate ! hexo s == hexo server ! hexo d == hexo deploy ! hexo clean (无缩写)

将 Hexo 部署到 GitHub

现在你已经在本地创建并预览了你的第一篇文章. 下一步就是将博客发布到互联网上, 让其他人也能访问.

静态博客的优势在于, 生成的网站文件无需复杂的服务器端处理; 只要将这些文件托管在任何可公开访问的 Web 服务器上, 站点就能运行.

GitHub Pages 提供了一个免费的静态网站托管服务, 非常适合部署 Hexo 生成的静态博客. Hexo 提供了一键部署功能, 可以方便地将生成的静态文件推送到指定的 Git 仓库. 在此将演示 Hexo 提供的一键部署功能

本步骤参考 (Hexo官方文档 - 一键部署)

安装 Git 部署插件:

要使用一键部署, 首先需要根据自己要部署到的平台安装对应的 deployer 插件安装针对 GitHub (或其他 Git 仓库) 的部署插件 hexo-deployer-git:

1

 $ npm install hexo-deployer-git

配置 _config.yml:

在部署前需要编辑 Hexo 项目的设置在 _config.yml内填入必要的信息:

1
2
3
4
5
6
7
8


# 找到文件末尾的 `deploy` 配置项
 deploy:
 type: git
 repo: https://github.com/用户名/用户名.github.io.git # 修改仓库地址
 # ！！极其重要：替换成你自己的仓库地址！！
 # 例如: https://github.com/LovelyRua/lovelyrua.github.io.git
 branch: main # GitHub Pages 仓库默认分支名
 # message: "Site updated: {{ now('YYYY-MM-DD HH:mm:ss') }}" # 可选, 自定义 commit 信息

! type: 一键部署方式的类型, 这里必须是 git ! ! repo: 务必替换成你自己的 GitHub Pages 仓库地址. 这个仓库通常命名为 {你的GitHub用户名}.github.io. 可以使用 HTTPS 或 SSH 格式的地址. ! ! branch: 指定要将静态文件推送到哪个分支. 对于 用户名.github.io 这种仓库, 通常是 main 或 master 分支作为 GitHub Pages 的源. 具体依赖于你的仓库设置.

保存文件后执行部署命令

1
2
3


 $ npx hexo deploy
 # 这个命令会先执行 `hexo generate` (生成静态文件到 public 目录)
 # 然后将 public 目录的内容推送到你配置的 repo 和 branch。

首次部署可能遇到的情况:

Git 身份未配置: 如果你之前没有在本机配置过 Git 的用户名和邮箱, 可能会看到类似以下的提示:

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17
18


 PS X:\your\path\hexo-blog\blog> npx hexo deploy
 INFO Validating config
 INFO Deploying: git
 INFO Setting up Git deployment...
 Initialized empty Git repository in X:/your/path/hexo-blog/blog/.deploy_git/.git/
 Author identity unknown

 *** Please tell me who you are.

 Run

 git config --global user.email "you@example.com"
 git config --global user.name "Your Name"

 to set your account's default identity.
 Omit --global to set the identity only in this repository.

 ...

这是因为 Git 必须提供提交时必要的身份信息 如上情况只需按照提示通过这两条命令设置 Git 的默认身份信息:

1
2


 $ git config --global user.email "{你的邮箱}"
 $ git config --global user.name "{你的名字}"

设置完成后再重新执行 npx hexo deploy 验证部署结果:

1

 INFO Deploy done: git

当终端输出如上日志即说明部署成功了 访问你的 Github Pages 仓库, 即可看到编译出的网页静态文件. 稍等片刻 GitHub Pages 需要一点时间来更新

🎉 恭喜你!

至此步骤在浏览器打开 https://你的用户名.github.io/ 就可以访问你刚刚部署到 Github Pages 的博客了

如需编写新文章只需重复从 步骤1.2 开始的操作

通过 Cloudflare CDN 加速国内访问

! 先说结论：Cloudflare 免费版不等于中国大陆 CDN。 ! 免费版会使用 Cloudflare 全球网络，能提供代理、缓存和 HTTPS 等功能，但访客不一定会连接到中国大陆节点。 ! 不同地区、运营商和时段的线路表现也可能不同，配置后应以实际测试为准。 ! Cloudflare 官方的中国网络是 Enterprise 方案的额外付费服务，并且要求域名完成 ICP 备案。

如果你已经有自己的域名，可以把域名接入 Cloudflare，再由 Cloudflare 反向代理到 GitHub Pages。访问路径会变为：

访客 -> Cloudflare -> 你的用户名.github.io

以下使用 example.com 作为示例域名，实际配置时请替换成你自己的域名。

将域名接入 Cloudflare

注册并登录 Cloudflare，点击 Add a domain，输入你的根域名，例如 example.com。

选择 Free 套餐后，Cloudflare 会分配两条 Nameserver 地址。前往购买域名的平台，将域名原有的 Nameserver 替换成 Cloudflare 提供的地址。

Nameserver 修改后不会立即生效。等待 Cloudflare 控制台中的域名状态变为 Active，再继续配置。

配置自定义域名

先在 Hexo 项目的 source 目录创建一个名为 CNAME 的文件，文件中只填写要使用的完整域名：

1

www.example.com

source/CNAME 会在 Hexo 构建时被复制到 public 目录，这样每次执行 hexo deploy 时都不会丢失 GitHub Pages 的域名配置。

然后重新部署一次：

1
2


 $ npx hexo clean
 $ npx hexo deploy

打开 GitHub Pages 仓库，进入 Settings -> Pages，在 Custom domain 中填写同一个域名，例如 www.example.com，然后点击 Save。

! 建议先在 GitHub 中保存自定义域名，再配置公开的 DNS 解析，以免域名被其他 GitHub Pages 仓库抢先绑定。

添加 DNS 记录

回到 Cloudflare 控制台，进入 DNS -> Records，为 www 添加一条记录：

Type	Name	Target	Proxy status
CNAME	`www`	`你的用户名.github.io`	DNS only

例如 GitHub 用户名为 lovelyrua，Target 就填写 lovelyrua.github.io。不要在 Target 后面附加仓库名、https:// 或路径。

如果还希望通过根域名 example.com 访问博客，可以再添加以下四条 A 记录：

Type	Name	IPv4 address	Proxy status
A	`@`	`185.199.108.153`	DNS only
A	`@`	`185.199.109.153`	DNS only
A	`@`	`185.199.110.153`	DNS only
A	`@`	`185.199.111.153`	DNS only

这里先保持灰色云朵，即 DNS only。等待 GitHub Pages 检测 DNS 配置并签发 HTTPS 证书后，再开启 Cloudflare 代理，可以减少证书验证失败或配置排查困难的情况。

DNS 记录可能需要一段时间才能完全生效。回到 GitHub 的 Settings -> Pages，确认域名检查通过，并勾选 Enforce HTTPS。

开启 Cloudflare 代理和 HTTPS

GitHub Pages 已经可以通过自定义域名正常使用 HTTPS 后，返回 Cloudflare 的 DNS 页面，将博客域名对应记录的 Proxy status 改为 Proxied，也就是橙色云朵。

然后进入 SSL/TLS -> Overview：

推荐选择 Full (strict)，Cloudflare 到 GitHub Pages 的连接也会验证 HTTPS 证书。
不要选择 Flexible，否则可能出现重定向循环，且 Cloudflare 到源站之间不会得到完整的 HTTPS 保护。

再进入 SSL/TLS -> Edge Certificates，开启 Always Use HTTPS，将 HTTP 请求统一跳转到 HTTPS。

缓存设置

启用橙色云朵后，Cloudflare 默认会缓存图片、CSS、JavaScript 和字体等静态资源，通常不需要额外配置。 HTML 页面默认不会被缓存，这对刚开始使用的博客反而更省心：文章部署后不容易因为旧缓存而看不到更新。

如果后续确实要缓存 HTML，可以在 Caching -> Cache Rules 中单独创建规则。但这样做以后，每次发布文章都要考虑缓存刷新，因此不建议一开始就使用 “Cache Everything”。

CDN 优选（可选）

Cloudflare 默认使用 Anycast：同一个 IP 会在多个数据中心广播，再由网络路由决定访客连接到哪里。所谓“CDN 优选”，就是在当前网络中测试 Cloudflare 的多个 Anycast IP，再让域名解析到延迟、丢包和下载速度表现较好的 IP。

! CDN 优选不是 Cloudflare 官方提供的功能，也不能把免费版变成中国大陆 CDN。 ! 它只是在某些运营商线路上绕过不理想的自动选路，结果具有地区性和时效性。 ! 一个在电信宽带上表现良好的 IP，在移动网络或其他省份可能更慢。

测试优选 IP

可以使用开源工具 CloudflareSpeedTest 测试当前网络到 Cloudflare IP 的延迟、丢包和下载速度。从项目的 Releases 页面下载与你的系统对应的版本，解压后运行：

1

 PS X:\your\path\cfst> .\cfst.exe

工具会先筛选延迟和丢包，再对候选 IP 进行下载测速，最终结果保存在 result.csv。不要只看最低延迟，应优先选择 无丢包、下载速度稳定 的结果。

测速时还要注意：

关闭代理软件，否则测到的可能是代理服务器到 Cloudflare 的线路。
尽量在博客主要读者使用的网络上测试，而不是只在服务器上测试。
分别在白天和晚高峰测试几次，不要根据一次结果就修改解析。
测速会产生大量连接，请勿长时间、高并发地反复扫描。

先在本机验证

不要立即修改正式域名。可以先用 curl --resolve 临时指定连接 IP：

1

 $ curl -I --resolve www.example.com:443:优选IP https://www.example.com/

例如：

1

 $ curl -I --resolve www.example.com:443:104.16.0.1 https://www.example.com/

这里的 IP 仅用于演示，不代表它适合你的线路。命令中的域名仍然是 www.example.com，因此 HTTPS 的 SNI 和 HTTP Host 不会被改成 IP。响应正常后，再用浏览器或多次下载测试确认效果。

将域名解析到优选 IP

确认优选 IP 可用后，可以在 Cloudflare 的 DNS -> Records 中将博客域名改为 A 记录：

Type	Name	IPv4 address	Proxy status
A	`www`	`测试得到的优选 IP`	DNS only

这里必须使用 DNS only（灰色云朵）。如果重新打开 Proxied（橙色云朵）， Cloudflare 会再次返回自动分配的 Anycast IP，手动指定的优选 IP 也就失去作用。

修改后可以查询解析结果：

1

 $ nslookup www.example.com

返回地址应当是刚刚填写的优选 IP。随后检查网站 HTTPS、页面、图片和静态资源是否都能正常加载。

这种配置虽然显示为灰色云朵，但请求仍会到达 Cloudflare 的网络，再由请求中的域名转发到 GitHub Pages。不过它不属于 Cloudflare 官方承诺的标准接入方式，可能遇到证书、IP 调整、路由变化或 Cloudflare 策略变更。如果出现 SSL 错误、1000/1001 错误或网站无法访问，应立即恢复前文的标准配置：

Type	Name	Target	Proxy status
CNAME	`www`	`你的用户名.github.io`	Proxied

使用第三方优选域名

网上也有维护“优选域名”的公共服务，使用时通常把 www 的 CNAME 指向对方提供的域名，并保持 DNS only。这类服务会替你更换解析 IP，配置更省事，但域名解析结果由第三方控制；服务停止、被污染或改错记录时，你的网站也会受影响。

因此不建议在没有审计服务来源的情况下，把主域名直接交给公共优选域名。如果一定要使用，最好先用单独的测试子域名，例如 cf-test.example.com，观察一段时间后再决定是否切换。

对个人博客来说，优选配置还需要定期维护。建议保留原始 CNAME 配置，并每隔一段时间从不同运营商重新测试；当优选线路的实际提升不明显时，使用 Cloudflare 标准橙云代理通常更加稳定。

验证是否生效

打开博客并确认以下项目：

浏览器地址栏使用的是你的自定义域名，并且 HTTPS 证书正常。
GitHub Pages 的 Custom domain 和 Hexo 的 source/CNAME 内容一致。
Cloudflare DNS 页面中的博客记录已经变为橙色云朵。
浏览器开发者工具的 Network 面板中，请求响应头出现 server: cloudflare；静态资源还可能出现 cf-cache-status: HIT。

第一次访问某个资源时，cf-cache-status 可能为 MISS，表示 Cloudflare 尚未缓存；再次访问后才可能变成 HIT。

如果开启代理后出现 526 错误，先把 DNS 记录改回 DNS only，确认 GitHub Pages 已成功签发自定义域名证书，再重新开启代理。如果网站出现反复跳转，检查 Cloudflare SSL/TLS 模式是否误设成了 Flexible。

至此 Cloudflare 已接入完成。它能隐藏 GitHub Pages 的直接访问地址、提供静态资源缓存和统一的 HTTPS 配置，但对于中国大陆访问速度是否有提升，仍应使用不同运营商网络实际测试，不能只看 Cloudflare 控制台中的状态判断。

Posts on LovelyRua's Blog

Windows 的 "网络 n" 怎么改名

先认准要改的是哪个网络

在注册表里改名

参考

排错指令合集 - 先别重启, 让我看看

机器概况

服务状态

进程

端口

网络

代理设置

抓包

DNS

HTTP / HTTPS

Nginx

防火墙

磁盘

内存 / CPU / IO

Docker

Docker Compose

Git

Windows 网络

Windows 端口转发

常用组合

Cisco IOS 速查表 - Switching and Routing Quick Reference

基础模式与编辑

安全管理基线

日志与时间戳

SNMP 基础

IOS 升级流程

接入交换机基础配置

STP：生成树基础

EtherChannel

端口安全

DHCP Snooping 与 ARP Inspection

三层交换机

路由器接口与静态路由

OSPF 与动态路由

FHRP：默认网关冗余

IPv6 基础

ACL

CDP / LLDP

NTP / DNS

DHCP Server / Relay / Client

NAT / PAT

QoS 基础

GRE Tunnel

VRF

常用排障命令索引

Nginx 反代 S3 报 SignatureDoesNotMatch 错误

现象

原因

解析

解决方案

补充

计网指北：使用 Nginx L4 反向代理 Minecraft 加速玩家访问

前言

安装 Nginx

Nginx 核心配置

为你的 Minecraft 服务器创建反向代理配置

额外使用例

懒人方案

最简实现

Linux: iptables

Windows: netsh

加速 Hypixel (动态域名解析示例)

推荐：雨云云应用

雨云官网

补充：雨云机房反代前后延迟

Git 小篆之 存查备 - Control Changes Better

状态与撤销

暂存区操作

提交与历史

分支与合并

清理

重磅消息：为了解决和文件撒哟娜拉的困扰 我们引入了胡话烘干桶！

保姆级指南 Hexo + GitHub Pages 搭建静态博客

##前言##

✨>_0 准备工作

Git 小篆之存查备 - Control Changes Better

重磅消息：为了解决和文件撒哟娜拉的困扰我们引入了胡话烘干桶！

`##`前言`##`