服务器与系统 on 扎塔-Zata

服务器磁盘管理基础

Fri, 05 Jun 2026 10:00:00 +0800

服务器运维的第一步是搞清楚自己手上有几块盘、有多大、挂在哪。本文覆盖从磁盘查看、分区格式化到持久化挂载的完整流程。

查看磁盘概况

1. lsblk —— 最直观的树形视图

lsblk

输出示例：

NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT
sda 8:0 0 50G 0 disk
├─sda1 8:1 0 1G 0 part /boot
└─sda2 8:2 0 49G 0 part /
sdb 8:16 0 100G 0 disk
└─sdb1 8:17 0 100G 0 part /mnt
nvme0n1 259:0 0 200G 0 disk

解读：

sda、sdb、nvme0n1 是 3 块物理磁盘
sda 分了 2 个区，分别挂载到 /boot 和 /
sdb 分了 1 个区，挂载到 /mnt
nvme0n1 未分区、未挂载

常用参数：

# 只看物理盘，不显示分区
lsblk -d -o NAME,SIZE,TYPE,MODEL

# 显示文件系统类型和 UUID
lsblk -f

2. df -h —— 查看已挂载分区的使用情况

df -h

输出示例：

Filesystem Size Used Avail Use% Mounted on
/dev/sda2 49G 15G 32G 32% /
/dev/sda1 1.0G 200M 800M 20% /boot
/dev/sdb1 100G 10G 90G 10% /mnt

3. fdisk -l —— 查看所有磁盘详情（含未挂载）

sudo fdisk -l

需要 root 权限，能看到 sector 大小、磁盘标签类型等详细信息。

4. 查看磁盘类型（HDD / SSD / NVMe）

# 方法1：通过旋转状态判断（SSD 为 0）
cat /sys/block/sda/queue/rotational
# 0 = SSD/NVMe, 1 = 机械硬盘

# 方法2：直接查看硬件信息
lsblk -d -o NAME,ROTA,TYPE,MODEL

# 方法3：NVMe 专用信息
sudo nvme list

分区与格式化

对新磁盘进行分区

以 /dev/sdb 为例：

sudo fdisk /dev/sdb

交互命令：

n —— 新建分区
p —— 主分区
1 —— 分区号
回车两次 —— 使用默认起始和结束扇区（占用整块盘）
w —— 写入并退出

大于 2TB 的磁盘请使用 gdisk 或 parted，fdisk 不支持 GPT 大分区。

格式化分区

# ext4（Linux 最常用）
sudo mkfs.ext4 /dev/sdb1

# xfs（适合大文件、高并发）
sudo mkfs.xfs /dev/sdb1

挂载磁盘

临时挂载

sudo mkdir -p /mnt/data
sudo mount /dev/sdb1 /mnt/data

重启后失效。

持久化挂载（/etc/fstab）

先获取分区的 UUID：

lsblk -f /dev/sdb1
# 或
sudo blkid /dev/sdb1

编辑 fstab：

sudo nano /etc/fstab

添加一行（务必用 UUID，不要用设备名，防止重启后设备名变化导致挂错盘）：

UUID=xxxxx-xxxxx-xxxxx /mnt/data ext4 defaults,noatime 0 2

字段说明：

UUID=... —— 分区的唯一标识
/mnt/data —— 挂载点
ext4 —— 文件系统类型
defaults,noatime —— 挂载选项（noatime 减少不必要的写操作，延长 SSD 寿命）
0 —— dump 备份标记（一般填 0）
2 —— fsck 检查顺序（根目录填 1，其他填 2，不检查填 0）

验证配置是否正确：

sudo mount -a

无报错即表示配置正确。如果配错了，重启后可能进不了系统，所以 mount -a 验证这一步不能省。

场景：把 Docker 数据迁移到数据盘

这是最常见的需求之一。系统盘通常只有 50G，数据盘有几百 G。将 Docker 数据根目录改到 /mnt/docker_data：

sudo systemctl stop docker
sudo systemctl stop docker.socket

sudo mkdir -p /mnt/docker_data
sudo rsync -aP /var/lib/docker/ /mnt/docker_data/

sudo nano /etc/docker/daemon.json

写入：

{
 "data-root": "/mnt/docker_data"
}

sudo systemctl start docker

验证：

docker info | grep "Docker Root Dir"
# 应输出 /mnt/docker_data

更详细的方案（软链接、Compose 级挂载等）可参考 Docker 容器相关命令中的"数据卷自动挂载到 /mnt"一节。

常用命令速查表

需求	命令
查看物理磁盘列表	`lsblk -d`
查看分区 + 挂载点	`lsblk`
查看已挂载磁盘使用率	`df -h`
查看所有磁盘详情	`sudo fdisk -l`
查看分区 UUID	`lsblk -f` 或 `sudo blkid`
判断 SSD/HDD	`cat /sys/block/sdX/queue/rotational`
新建分区	`sudo fdisk /dev/sdX`
格式化 ext4	`sudo mkfs.ext4 /dev/sdX1`
临时挂载	`sudo mount /dev/sdX1 /mnt/xxx`
验证 fstab	`sudo mount -a`
查看目录占用空间	`du -sh /path`

注意事项

操作前确认设备名：sda、sdb 在不同机器、甚至同一机器重启后可能变化，写脚本或 fstab 时尽量用 UUID。
不要直接格式化已挂载的分区：先 umount，或者在救援模式下操作。
云服务器的数据盘：首次使用需要先在控制台"挂载"到实例，然后在系统内分区格式化。阿里云、AWS、GCP 都是如此。
LVM 场景：某些云镜像默认使用 LVM，此时 lsblk 看到的结构会更复杂（vg-xxx、lv-xxx），扩容操作需要用 lvextend + resize2fs。

server_ops

Tue, 24 Mar 2026 15:25:22 +0800

注意事项

🩸 血泪教训：别再把数据库和业务代码塞进同一个 Docker 容器了！

前言：

刚接触 Docker 的时候，我曾陷入一个深深的误区——认为“容器化部署”就等于把前端、后端、MySQL、Redis 等所有东西全都写进一个 docker-compose.yml 里，然后在服务器上敲一行 docker-compose up -d，看着整个世界“一键启动”，简直爽翻了。

直到最近，我经历了一次惨痛的教训：业务代码引发的资源耗尽导致 MySQL 崩溃，随之而来的是极其痛苦的备份恢复，整个服务直接瘫痪。

这次事故让我彻底顿悟：在生产环境中，绝不能把基础设施（Infra）和实际业务代码混在一起部署。

1. 为什么“一键打包”只适合玩具项目？

把所有服务部署在同一台机器上，在本地开发或测试环境确实是银弹，但在生产环境却是一场定时炸弹。从“单机思维”走向“架构思维”，我们需要明白以下几个核心差异：

🆚 无状态（业务应用） vs 有状态（数据库）

你的后端 API 是“无状态”的，随时可以重启、销毁、水平扩展，崩了拉起一个新的立刻就能用。而数据库（MySQL/PostgreSQL）是“有状态”的，里面存着身家性命。把它们绑在一起，无异于让脆弱的消耗品和贵重的传家宝放在同一个易碎的盒子里。

💣 恐怖的“爆炸半径”（Blast Radius）

如果业务代码出现 Bug（比如内存泄漏），或者遭遇突发流量，服务器的 CPU 和内存会被瞬间吃光。这时 Linux 的 OOM Killer 就会无情启动，强制杀掉占用内存大的进程——通常数据库就是那个“冤大头”。业务代码的锅，导致数据库崩溃，进而导致全站瘫痪。

此外，业务日志和数据库争抢磁盘 IOPS，也会让数据库性能大打折扣。

💡 架构顿悟：让计算归计算，存储归存储。 将业务应用和数据库分别部署在不同的服务器上，进行物理隔离，是迈向高可用架构的第一步。

2. 妥协与选择：自建 Docker 版 PostgreSQL

明确了分离部署的原则后，我面临了一个新问题：我手头的云厂商 RDS 只有 MySQL，但我目前的业务非常想用 PostgreSQL。

云厂商的高级托管服务（如 AWS RDS 或 Serverless 方案如 Neon/Supabase）当然是首选，但如果受限于预算或现有资源，单独买一台服务器，用 Docker 跑 PostgreSQL 依然是一个极具性价比且成熟的方案。

很多人担心 Docker 部署数据库会有性能损耗。但在中小规模业务面前，那 2%~5% 的网络/IO损耗完全可以忽略不计。相反，只要坚持了**“物理分离”**的原则，Docker 带来的环境一致性和迁移便利性绝对物超所值。

3. 生产级 Docker PostgreSQL 部署指南

既然成为了自己的 DBA，就不能像本地开发那样随意。以下是我整理的部署在独立数据库服务器上的生产级 docker-compose.yml 模板：

version: '3.8'

services:
 postgres:
 image: postgres:16-alpine  # 推荐指定明确的版本号，Alpine体积更小
 container_name: postgres_prod
 restart: always  # 宿主机重启时自动拉起
 environment:
 POSTGRES_USER: myuser  # ⚠️ 不要用默认的 postgres 作为日常用户名
 POSTGRES_PASSWORD: MyStrongPassword_123! 
 POSTGRES_DB: mydb 
 TZ: Asia/Shanghai 
 ports:
 # ⚠️ 警告：千万不要写 "5432:5432" 直接暴露公网！
 - "5432:5432"
 volumes:
 # 核心！必须把数据挂载到宿主机，绝对不能留在容器内
 - /data/postgres_data/data:/var/lib/postgresql/data
 # 挂载一个备份目录，方便宿主机的定时任务导出数据
 - /data/postgres_data/backups:/backups
 command:
 # 【性能调优】Docker PG默认 shared_buffers 极小 (128MB)
 # 推荐把 shared_buffers 设置为这台独立服务器总物理内存的 25% (假设分配1GB)
 - "postgres"
 - "-c"
 - "shared_buffers=1GB"
 - "-c"
 - "max_connections=200"

4. 守住底线：数据库保命的“三道防线”

脱离了云数据库 RDS 的温室，自建 Docker 数据库必须自己做好以下三道保险，否则之前的悲剧迟早重演：

🛡️ 第一道防线：防勒索（网络隔离）

自建数据库最容易踩的坑就是被勒索软件删库要比特币。

绝对不要把 5432 端口暴露在公网上！

去云服务器控制台的安全组（防火墙）设置中，配置 5432 端口的入站规则：仅允许你业务服务器的内网 IP 访问。

🚀 第二道防线：突破默认限制（性能调优）

不要抱怨 Docker 跑 PG 慢，往往是因为没改配置。PG 默认的 shared_buffers 非常保守（128MB），会导致疯狂读写硬盘。如果你这台专用的 DB 服务器有 4G 内存，直接在 docker command 里设为 1GB（25% 原则），性能会有质的飞跃。

💾 第三道防线：自动化异地备份（保命符）

由于没了 RDS 的自动备份，我们必须手动写 Crontab 脚本每天导出，并且一定要传到异地（如对象存储 OSS/S3）。

一个简单的 Bash 备份脚本参考 (backup.sh)：

#!/bin/bash
DATE=$(date +%Y-%m-%d)
BACKUP_DIR="/data/postgres_data/backups"

# 1. 容器内执行 pg_dump 导出
docker exec postgres_prod pg_dump -U myuser -d mydb -F c -f /backups/mydb_$DATE.dump

# 2. 删除7天前的旧备份（防止撑爆硬盘）
find $BACKUP_DIR -name "*.dump" -type f -mtime +7 -exec rm -f {} \;

# 3. 【关键】上传到对象存储或另一台机器
# ossutil cp $BACKUP_DIR/mydb_$DATE.dump oss://my-backup-bucket/

通过 crontab -e 设定每天凌晨 3 点执行：0 3 * * * /bin/bash /data/postgres_data/backup.sh

写在最后

从“把所有东西塞进一个容器里一键启动”，到“将业务逻辑与基础设施拆分并做好隔离与备份”，这是每一个开发者向后端架构师蜕变的必经之路。

“性能损失”从来不是自建数据库的痛点，“运维疏忽”才是。只要严格遵守分离部署 + 挂载卷 + 限制公网访问 + 定时异地备份，你用 Docker 搭建的 PostgreSQL，足以平稳支撑你的业务走过漫长的初创和成长期。

5. 用户权限管理：创建只读用户

在实际生产环境中，我们经常需要给第三方工具或只读分析需求提供数据库访问，但绝不能直接暴露拥有写权限的超级用户。

以下是在 PostgreSQL 中创建一个只读用户的完整命令：

-- 1. 创建只读用户（替换密码为强密码）
CREATE USER readonly_vanta WITH PASSWORD 'Vanta123456!';

-- 2. 授予数据库连接权限
GRANT CONNECT ON DATABASE "Vanta" TO readonly_vanta;

-- 3. 授予 schema 的使用权限
GRANT USAGE ON SCHEMA public TO readonly_vanta;

-- 4. 授予现有所有表的查询权限
GRANT SELECT ON ALL TABLES IN SCHEMA public TO readonly_vanta;

-- 5. 【关键】设置默认权限，使该用户自动拥有未来新建表的查询权
ALTER DEFAULT PRIVILEGES IN SCHEMA public GRANT SELECT ON TABLES TO readonly_vanta;

💡 注意事项

创建用户后，务必在安全组中限制该用户的连接来源 IP，避免公网直接暴露。

如果数据库已有多个 schema，需要针对每个 schema 重复执行 GRANT USAGE 和 GRANT SELECT。

如需回收权限，可使用 REVOKE 命令或直接用 DROP USER readonly_vanta; 删除用户。

阿里云服务器

Sun, 22 Mar 2026 22:35:40 +0800

注意事项

我碰到过一次，下面新加的防火墙策略和上面的策略冲突，导致下面的失效，如果下面的策略没有问题，就不要加上面的策略

服务器安全-server Security

Mon, 09 Mar 2026 13:54:43 +0800

这份教程的基础架构非常扎实，逻辑清晰。作为一个有追求的 AI 协作伙伴，我为你进行了深度改写。

这次改写的核心提升在于：

交互感：将枯燥的步骤转化为“闯关”体验。
技术严谨性：修正了 Ubuntu 系统中 sshd_config.d 覆盖配置的常见坑点。
可读性：使用更清晰的 Markdown 布局和视觉引导。

🛡️ Linux 服务器金钟罩：15 分钟全手工安全加固指南

写在前面： 互联网上每秒有数万个脚本在扫描公网 IP。如果你的服务器还在用默认端口、弱密码、开着 Root 登录，那不是“会不会被黑”的问题，而是“什么时候被黑”的问题。

🚨 终极保命准则

操作期间，千万不要断开当前的 SSH 窗口！ 每完成一步加固，务必新开一个终端窗口测试能否登录。确认无误后，再继续下一步。

第一阶段：深度体检（寻找破绽）

我们先通过一个自检脚本，看看你的服务器在黑客眼中长什么样。

创建检测脚本：nano security_check.sh
填入代码：

#!/bin/bash

# 颜色定义
RED='\033[0;31m'
GREEN='\033[0;32m'
YELLOW='\033[1;33m'
NC='\033[0m' # 恢复默认颜色

echo -e "${YELLOW}==================================================${NC}"
echo -e "${YELLOW} 服务器基础安全配置自检脚本 (只读模式) ${NC}"
echo -e "${YELLOW}==================================================${NC}"

# 检查是否以 root 权限运行
if [ "$EUID" -ne 0 ]; then
 echo -e "${RED}[!] 请使用 sudo 运行此脚本 (例如: sudo bash security_check.sh)${NC}"
 exit 1
fi

echo -e "\n${YELLOW}[1] 正在检查 SSH 安全配置...${NC}"
SSH_PORT=$(sshd -T | grep -w "^port" | awk '{print $2}')
SSH_ROOT_LOGIN=$(sshd -T | grep -w "^permitrootlogin" | awk '{print $2}')
SSH_PASS_AUTH=$(sshd -T | grep -w "^passwordauthentication" | awk '{print $2}')

if [ "$SSH_PORT" == "22" ]; then
 echo -e " 🔴 SSH 端口: $SSH_PORT (默认端口, 易被扫描)"
else
 echo -e " 🟢 SSH 端口: $SSH_PORT (已修改为非标准端口)"
fi

if [ "$SSH_ROOT_LOGIN" == "yes" ]; then
 echo -e " 🔴 Root 直接登录: 允许 (极高风险, 容易被爆破 root 密码)"
else
 echo -e " 🟢 Root 直接登录: 禁止"
fi

if [ "$SSH_PASS_AUTH" == "yes" ]; then
 echo -e " 🔴 密码登录: 允许 (高风险, 建议改用密钥登录)"
else
 echo -e " 🟢 密码登录: 禁止 (安全, 已启用纯密钥登录)"
fi

echo -e "\n${YELLOW}[2] 正在检查防火墙状态...${NC}"
if command -v ufw > /dev/null 2>&1; then
 UFW_STATUS=$(ufw status | grep -i "Status: active\|状态： 激活")
 if [ -n "$UFW_STATUS" ]; then
 echo -e " 🟢 防火墙 (UFW): 已启用"
 else
 echo -e " 🔴 防火墙 (UFW): 未启用!"
 fi
elif command -v firewall-cmd > /dev/null 2>&1; then
 FW_STATUS=$(firewall-cmd --state 2>/dev/null)
 if [ "$FW_STATUS" == "running" ]; then
 echo -e " 🟢 防火墙 (Firewalld): 已启用"
 else
 echo -e " 🔴 防火墙 (Firewalld): 未启用!"
 fi
else
 echo -e " 🔴 未检测到 UFW 或 Firewalld 防火墙工具!"
fi

echo -e "\n${YELLOW}[3] 正在检查防爆破工具 (Fail2ban)...${NC}"
if systemctl is-active --quiet fail2ban; then
 echo -e " 🟢 Fail2ban: 正在运行 (防爆破保护中)"
else
 echo -e " 🔴 Fail2ban: 未安装或未运行!"
fi

echo -e "\n${YELLOW}[4] 正在检查对外暴露的端口 (仅列出监听状态的 TCP 端口)...${NC}"
echo -e "请检查以下端口是否都是你主动开放的？（数据库如3306不应暴露在0.0.0.0）"
netstat_out=$(ss -tulnp | grep tcp | grep LISTEN)
if [ -z "$netstat_out" ]; then
 echo -e " 🟡 未检测到监听中的 TCP 端口"
else
 ss -tulnp | grep tcp | grep LISTEN | awk '{print " - 协议:"$1" | 监听地址:"$5" | 进程:"$7}' | sed 's/users:(("//g' | sed 's/".*//g'
fi

echo -e "\n${YELLOW}[5] 正在检查特权用户...${NC}"
SUPER_USERS=$(awk -F: '($3 == "0" && $1 != "root") {print $1}' /etc/passwd)
if [ -z "$SUPER_USERS" ]; then
 echo -e " 🟢 UID为0的用户: 只有 root (正常)"
else
 echo -e " 🔴 警告! 发现其他具有最高权限的用户: $SUPER_USERS"
fi

echo -e "\n${YELLOW}==================================================${NC}"
echo -e "${YELLOW} 检查完成！请根据 🔴红色的警告项 进行下一步修改。 ${NC}"
echo -e "${YELLOW}==================================================${NC}"

赋予权限并执行：

chmod +x security_check.sh
sudo ./security_check.sh

你的目标： 消除所有的 🔴，迎接满屏的 🟢。

第二阶段：五步锁死安全之门

第 1 步：建立“安全通道”（创建 sudo 用户与密钥）

严禁直接在 Root 账户下裸奔。

创建新管理账号：

adduser armoradmin # 名字随你起
usermod -aG sudo armoradmin

注入 SSH 密钥（在你的本地电脑执行）：

ssh-keygen -t ed25519 -C "server_key" # 推荐 ed25519 算法，更短更安全
ssh-copy-id -i ~/.ssh/id_ed25519.pub armoradmin@服务器IP

测试：ssh armoradmin@服务器IP，无需密码直接进入即为成功。

第 2 步：斩断“后门”（收紧 SSH 配置）

这是最关键的一步。我们要让密码爆破彻底失效。

注意 Ubuntu 特有的坑：检查 /etc/ssh/sshd_config.d/ 下是否有 .conf 文件。如果有，里面的配置会优先于主配置。建议直接清理或同步修改。
修改主配置：sudo nano /etc/ssh/sshd_config

# 核心三要素
PermitRootLogin no # 禁止 Root 登录
PasswordAuthentication no # 禁止密码登录（关键！）
KbdInteractiveAuthentication no # 彻底切断交互式认证

# 进阶项
Port 22222 # 修改默认端口（记得在防火墙放行新端口！）

注意如果 /etc/ssh/sshd_config.d/ 目录下有任何以 .conf 结尾的文件（比如云厂商预设的配置），它们的内容会覆盖掉你在主配置文件里的修改。

检查方法：ls /etc/ssh/sshd_config.d/
检查密码登录是否已禁用：sshd -T | grep passwordauthentication

检查并重启：

sudo sshd -t && sudo systemctl restart ssh

第 3 步：架起“护城河”（UFW 防火墙）

别让你的 Docker 容器或数据库在公网“裸奔”。

初始化策略：

sudo ufw default deny incoming # 默认拒绝所有入站
sudo ufw default allow outgoing # 默认允许所有出站

精准开门：

关于docker swarm

# 允许 B 服务器访问我的 Swarm 端口
sudo ufw allow from 2.2.2.2 to any proto tcp port 2377,7946
sudo ufw allow from 2.2.2.2 to any proto udp port 7946,4789

# 允许 C 服务器访问我的 Swarm 端口
sudo ufw allow from 3.3.3.3 to any proto tcp port 2377,7946
sudo ufw allow from 3.3.3.3 to any proto udp port 7946,4789

sudo ufw allow 22222/tcp # 换成你修改后的 SSH 端口！
sudo ufw allow 80/tcp # HTTP
sudo ufw allow 443/tcp # HTTPS

合闸开启：

sudo ufw enable

第 4 步：部署“自动保安”（Fail2ban）

Fail2ban 会自动关押那些尝试试探你端口的 IP。

安装并启动：

sudo apt install fail2ban -y
sudo systemctl enable --now fail2ban

默认保护：它会自动保护 SSH。你可以通过 sudo fail2ban-client status sshd 查看又有多少倒霉蛋被你关进了“小黑屋”。

第 5 步：内鬼肃清（清理特权用户与危险监听）

监听自查：运行 ss -tulnp。如果看到 0.0.0.0:3306，请立即去数据库配置里把 bind-address 改为 127.0.0.1。
权限自查：如果脚本提示有除 root 以外的 UID 0 用户，别犹豫，你的系统大概率已经“不干净”了。

第三阶段：最后验收

现在，再次运行你的自检脚本：

sudo ./security_check.sh

💡 维护锦囊

定期更新：养成每周 sudo apt update && sudo apt upgrade 的好习惯。
监控日志：偶尔看看 /var/log/auth.log，你会惊讶于外面的世界有多疯狂。

加固完成了！需要我帮你写一个自动导出安全日志的定时任务脚本吗？

1核1G云服务器“绝地求生”：如何把Ubuntu的内存从剩200M优化到能跑服务

Sun, 22 Feb 2026 20:11:29 +0800

[实战] 1核1G云服务器“绝地求生”：如何把Ubuntu的内存从剩200M优化到能跑服务？

【前言：年轻人的第一台云服务器】

趁着云厂商搞活动，你是不是也入手了一台 1核 1G 的“入门级”云服务器？

你满怀期待地装上了最新的 Ubuntu LTS，准备大干一场（建博客、跑脚本、练Linux）。结果刚连上 SSH，随手敲了一个 free -h，当场心凉了一半：

Total: 980Mi | Used: 700Mi | Free: 200Mi

还没跑任何业务，系统纯待机就吃掉了近 800M 内存，只剩下 200M 还能干嘛？跑个 apt update 都怕卡死，更别提装 MySQL 了。

别急着重装系统，在 1G 内存的极限环境下，我们需要掌握一些 Linux 精细化运维 的技巧。本文将手把手教你如何榨干这台服务器的每一滴性能。

【第一阶段：ICU 急救（配置 Swap）】

剩下 200M 内存最大的风险是什么？是 OOM (Out Of Memory)。一旦内存耗尽，Linux 内核会启动 OOM Killer，随机杀掉占用内存最高的进程（通常就是你的数据库或 Web 服务）。

Swap（虚拟内存） 是小内存服务器的救命稻草。虽然硬盘读写比内存慢几个数量级，但它能保证系统“卡顿”而不是“宕机”。

操作步骤：

创建 2G 的 Swap 文件（一般设置为物理内存的 1-2 倍）：

sudo fallocate -l 2G /swapfile

设置权限并格式化：

sudo chmod 600 /swapfile
sudo mkswap /swapfile

启用 Swap：

sudo swapon /swapfile

设置开机自启（重要，否则重启失效）：

echo '/swapfile none swap sw 0 0' | sudo tee -a /etc/fstab

调整 Swappiness（使用倾向）：默认值是 60，意味着内存用到 40% 就开始用 Swap。对于 1G 内存，我们希望尽量用物理内存，满了再用 Swap，防止频繁 IO 卡死系统。建议设为 10。

sudo sysctl vm.swappiness=10

永久生效（写入配置文件）：

echo 'vm.swappiness=10' | sudo tee -a /etc/sysctl.conf

效果： 现在你拥有了 1G 内存 + 2G 虚拟内存，至少不用担心程序一启动就暴毙了。

【第二阶段：卸载“内存刺客” Snapd】

如果你用的是 Ubuntu，那么内存占用高的罪魁祸首通常是 Snap。

Ubuntu 官方为了推行 Snap 包管理，默认在后台运行 snapd 服务，并挂载了一堆 loop device。这在 16G 内存的电脑上没感觉，但在 1G 的服务器上简直是“吸血鬼”。

优化方案：斩草除根

如果你不强依赖 snap 安装软件（建议服务器端全用 apt 或 docker），请直接卸载它。

第一步：停止服务

sudo systemctl stop snapd
sudo systemctl disable snapd

第二步：彻底卸载（耗时稍长，耐心等待）

sudo apt autoremove --purge snapd -y

第三步：阻止它自动回来（可选）

sudo apt-mark hold snapd

效果： 这一步通常能释放 50M - 100M 的纯物理内存，且 df -h 列表瞬间清爽了。

【第三阶段：关闭非必要系统服务】

Ubuntu Server 为了通用性，开了很多你可能根本用不上的服务。

1. 关闭自动更新 (Unattended Upgrades) 自动更新会在后台静默运行 apt，极度消耗 IO 和内存。小内存机器建议改为手动定期维护。

sudo systemctl stop unattended-upgrades
sudo systemctl disable unattended-upgrades

2. 移除 Cloud-init 如果是云服务器，cloud-init 仅在第一次创建实例时有用（用于注入 SSH Key、设置 hostname 等）。之后它就是个累赘。

sudo touch /etc/cloud/cloud-init.disabled
sudo apt purge cloud-init -y

3. 限制系统日志 systemd-journald 可能会占用大量内存做日志缓存。编辑 /etc/systemd/journald.conf，修改或添加：

SystemMaxUse=50M

然后重启服务：

sudo systemctl restart systemd-journald

【第四阶段：软件选型的智慧】

在 1G 内存上，软件的选择比优化更重要。不要试图挑战物理定律。

1. 数据库：告别 MySQL 8.0 MySQL 8.0 默认配置启动空载就要 400M+ 内存，加上系统本身，直接爆内存。

青铜方案：使用 MariaDB，并修改 my.cnf，将 innodb_buffer_pool_size 调低至 64M 或 128M。
王者方案：使用 SQLite。如果你的业务是个人博客（Typecho, Hexo）、简单的 CMS 或测试项目，SQLite 是文件型数据库，0 内存常驻，性能在低并发下甚至优于 MySQL。

2. Web 服务器：Nginx 是唯一真神 不要用 Apache，它的进程模型比较吃资源。Nginx 或 Caddy 是小内存服务器的最佳拍档。

3. 编程语言环境

Java: 尽量避开。JVM 是内存黑洞。
Python/Node: 勉强可以，控制依赖数量。
Go/Rust: 完美适配，编译后的二进制文件占用极小。
PHP: 可以用，但需要调整 php-fpm 配置，限制 pm.max_children 为 5 左右，防止并发来了把内存撑爆。

【终极方案：换个“瘦”点的系统】

如果经过上述优化，Ubuntu 依然让你感到捉襟见肘，那么问题可能不在你，而在 Ubuntu。

Ubuntu 是一个“胖”系统，为了易用性塞了太多东西。如果你的目标是 极致省资源，建议重装系统：

推荐：Debian 11/12 Debian 是 Ubuntu 的上游，极其稳定且纯净。同样的 1G 配置，Debian 11 启动后内存占用通常只有 70M - 120M。这直接给你省出了 600M+ 的空间！
极限：Alpine Linux 空载仅需 10M 内存。但它是基于 musl libc 的，命令习惯和软件兼容性（特别是 glibc 依赖）需要一定门槛，适合 Docker 容器化部署。

【总结】

1核 1G 并不是电子垃圾，它依然可以跑得很欢快。

先加 Swap，保命要紧。
卸载 Snap，释放资源。
精简服务，关掉自动更新。
如果可能，重装成 Debian。

只要配置得当，这台小机器跑一个日均 IP 1000 的博客、挂个探针、跑个签到脚本依然是绰绰有余的。

[选型指南] 1 核 1G 云服务器，装 Ubuntu、Debian 还是 CentOS？

这是一个为你定制的博客文章，专门针对那些在 “云服务器装什么系统” 这个问题上纠结的用户。

这篇文章延续了之前的硬核实战风格，重点对比了主流发行版在**小内存（1 核 1G/2G）**场景下的表现，帮你做出最理性的选择。

前言：你的起跑线决定了终点

当你花 99 块钱买了一台 1 核 1G 的入门级云服务器时，你其实正站在一个岔路口。

很多人觉得：“反正都是 Linux，随便装一个不就行了？” 大错特错。

在 16G 内存的电脑上，系统本身占 500M 还是 100M 你感觉不到区别；但在 1G 内存的服务器上，这 400M 的差距，就是“能不能跑得动 Docker"或者“数据库会不会半夜崩溃”的生死线。

今天我们就来一场 Linux 发行版大乱斗，看看谁才是小内存 VPS 的“真命天子”。

选手一：Ubuntu Server (特别是 20.04/22.04)

标签： 网红 资源大户 生态最好

Ubuntu 无疑是目前最流行的发行版。它的社区极其强大，你遇到任何问题，百度/谷歌搜出来的教程 80% 都是基于 Ubuntu 的。

优点：
- 教程多，遇到报错容易解决。
- PPA 软件源丰富，想装最新版 Node.js 或 Golang 非常容易。
- 开箱即用，预装了 UFW、Sudo 等工具。
缺点（致命）：
- 胖。真的很胖。
- 为了推广自家的 Snap 包管理，强制后台运行 Snapd 守护进程，加上 Cloud-init 等云服务组件，空载启动内存占用常年在 400MB - 600MB。
- 对于 1G 内存的机器，系统吃掉一半，剩下一半你还想跑 MySQL？做梦。

适合人群： 内存 ≥ 4GB 的土豪，或者极其依赖某些 Ubuntu 独占教程的新手。

选手二：Debian (推荐 11/12)

标签： 极简 稳定 省内存的神

Debian 是 Ubuntu 的“爸爸”（Ubuntu 基于 Debian 开发）。它去掉了 Ubuntu 那些花里胡哨的商业推广服务，保留了最纯粹的 Linux 核心。

优点：
- 极度省内存。 Debian 11 Server 空载启动仅需 70MB - 120MB。相比 Ubuntu，它直接为你省出了 300M+ 的“纯利润”。
- 极其稳定。 Debian 的稳定分支是以“稳如老狗”著称的，服务器跑几年不重启是常态。
- 无缝迁移。 命令和 Ubuntu 99% 通用（都是 apt，都是 systemd），你会用 Ubuntu 就会用 Debian。
缺点：
- 默认软件库的版本策略偏保守（比较旧），但可以通过添加源解决。
- 极其纯净，可能需要你手动 apt install sudo 或 apt install ufw（但这其实是优点）。

适合人群： 1 核 1G / 2G 用户的首选。 懂点基础 Linux 的人。

选手三：CentOS (及 AlmaLinux / Rocky Linux)

标签： 企业级 老派 正在消亡

曾经的服务器霸主，互联网公司的标配。但自从 RedHat 宣布 CentOS 7 停止维护 且 CentOS 8 转为“上游测试版（Stream）”后，它的地位就在急剧下降。

现状：
- CentOS 7： 太老了，内核老，软件老，且已停止维护，不推荐。
- CentOS Stream： 激进的测试版，不适合生产环境。
- AlmaLinux / Rocky Linux： CentOS 的完美替代品，原汁原味的企业级 RHEL 体验。
资源占用： 介于 Debian 和 Ubuntu 之间，空载约 200MB - 300MB。
缺点：
- 包管理器 yum/dnf 的速度体感上比 apt 慢。
- 很多个人开发者的软件（如某些一键脚本、面板）现在优先适配 Debian/Ubuntu 系，CentOS 支持度在下降。

适合人群： 公司生产环境要求（必须兼容 RHEL）、正在学习红帽认证（RHCE）的同学。个人小鸡不推荐。

选手四：Alpine Linux

标签： 极端 微型 容器专家

这是一个走极端路线的系统。它不是基于常见的 GNU 库（glibc），而是基于 musl libc。

优点：
- 小到离谱。 空载内存占用仅 5MB - 15MB。
- 镜像体积极小，下载秒完。
缺点（劝退）：
- 兼容性地狱。 因为缺少 glibc，很多常见的二进制程序（如标准的 JDK、某些编译好的 Python 库）无法直接运行，会报错“文件不存在”。
- 命令不同。它用 apk 安装软件，没有 systemd，很多习惯要改。

适合人群： Docker 深度玩家（作为容器底包）、极端资源匮乏环境、Linux 老鸟。新手慎入。

总结：一张图告诉你怎么选

特性	Ubuntu 20/22	Debian 11/12	CentOS 7/Alma	Alpine
空载内存	400MB+ (胖)	80MB - 120MB (优)	200MB+ (中)	10MB (神)
命令习惯	`apt` (主流)	`apt` (同上)	`yum/dnf`	`apk`
软件新旧	新	稳 (偏旧)	旧/稳	新
上手难度	⭐	⭐⭐	⭐⭐⭐	⭐⭐⭐⭐⭐
1G 机器推荐	❌ 不推荐	✅ 强烈推荐	⭕ 勉强可用	⚠️ 仅限专家

最终建议

如果你手里拿着 1 核 1G 的服务器，请无脑安装 Debian 11 或 12。
- 理由：它能让你用 Ubuntu 的操作习惯，享受到极致的资源利用率。
如果你是去公司上班，公司要求用啥你就用啥（通常是 CentOS 或 Rocky）。
如果你是玩 Docker 微服务架构，可以尝试 Alpine。

别再让操作系统吃掉你 40% 的性能了，换个 Debian，给你的业务留点活路吧。

觉得有用？点赞收藏，下次重装系统不迷路。

服务器带宽测试完全指南：场景、方法与单位换算

测试服务器带宽，通常分两种场景：

想看综合表现： 比如连接国内（电信/联通/移动）快不快，连接海外快不快。
想看瞬时峰值： 就像家里测速一样，看最大能跑多少。

以下是几种最常用、最硬核的测试方法（按推荐程度排序）：

方法一：使用“一键测速脚本” (最推荐，VPS 玩家必备)

这是 Linux 服务器圈子最常用的方法。这些脚本会自动测试服务器连接全球（包括中国大陆三网）的上传和下载速度，并生成漂亮的报告。

推荐脚本 1：Hyperspeed (测速速度快，节点多，但是注意，没有配置的情况下可能会有中文乱码)

这是一个专注于网络测速的脚本，它会测试国内三网和国际主要节点的带宽。

bash <(curl -Lso- https://bench.im/hyperspeed)

推荐脚本 2：Superbench (经典老牌)

不仅测网速，还能顺便把你的 CPU 型号、磁盘 I/O 读写速度一起测了。

wget -qO- --no-check-certificate https://raw.githubusercontent.com/oooldking/script/master/superbench.sh | bash

如何看结果？

Upload Speed (上行带宽): 这是最重要的。决定了你的服务器给用户发数据的速度（比如你建站，用户打开网页的速度）。
Download Speed (下行带宽): 决定了你服务器下载文件的速度。

方法二：使用 Speedtest 命令行版 (最准确的单点测试)

如果你只关心“这一刻我的最大带宽是多少”，用 Ookla 官方的 Speedtest 工具最准。

1. 安装 Speedtest：

Debian/Ubuntu 默认源里的版本比较老，建议用下面的方式安装 Python 版，轻量方便。

先安装 pip（如果还没有的话）：

apt update
apt install python3-pip -y

安装 speedtest-cli：

pip3 install speedtest-cli

2. 开始测速：

简单测速（自动找最近节点）：
```
speedtest-cli
```
生成图片链接（方便发给朋友看）：
```
speedtest-cli --share
```

方法三：实时监控 (看着流量跑)

如果你正在下载东西，或者想看着服务器当前的实时带宽占用，可以用 nload。它像个仪表盘一样。

1. 安装：

apt install nload -y

2. 运行：

nload

Incoming: 进来的流量（下载）
Outgoing: 出去的流量（上传）
按键盘上的左右箭头键可以在不同网卡之间切换。

⚠️ 新手必看的“带宽单位”坑

千万别搞混了 Mbps 和 MB/s！

商家卖给你的带宽通常是 Mbps (Megabits per second, 小写的 b)。
你在浏览器/迅雷里看到的速度通常是 MB/s (Megabytes per second, 大写的 B)。

换算公式：除以 8

商家标称带宽	理论最高下载速度 (MB/s)
1 Mbps	128 KB/s (慢到令人发指)
5 Mbps	640 KB/s (勉强看标清视频)
10 Mbps	1.25 MB/s
30 Mbps	3.75 MB/s (轻量级应用够用)
100 Mbps	12.5 MB/s
1 Gbps	125 MB/s

实战判断：

如果你买的是 30Mbps 的服务器，你用 nload 看到 Outgoing 跑到 3.5MB/s 左右，说明带宽已经跑满了。

Server Probe

Thu, 25 Sep 2025 11:52:44 +0800

这是一种在IT运维和网站管理中非常常见的工具，对于了解和维护服务器的健康状态至关重要。

一、什么是服务器探针？

服务器探针，可以理解为安装在服务器上的一个“眼睛”或“健康监测器”。它本质上是一个软件程序或脚本，部署在你的服务器上，用于实时地、自动化地收集服务器的各种状态信息和性能数据。

这些探针收集到的数据，通常会以一个直观的、可视化的网页界面呈现出来，让服务器管理员（即使是不懂复杂命令行的用户）也能一目了然地了解服务器的当前运行状况。

你可以把它想象成汽车的仪表盘。仪表盘显示了车速、油量、发动机转速、水温等关键信息，让你知道汽车是否在正常运行。服务器探针就扮演着同样的角色，只不过它监测的是服务器的CPU、内存、硬盘、网络等核心资源。

二、为什么需要服务器探针？

如果没有探针，管理员想要了解服务器状态，就必须登录到服务器后台，手动敲击各种Linux或Windows命令（如 top, free, df, netstat 等）来查看零散的信息。这个过程非常繁琐、低效，而且不直观。

服务器探针解决了以下几个核心痛点：

数据可视化与集中管理：将复杂、抽象的命令行数据转换成图表、百分比等易于理解的图形界面，方便快速诊断问题。如果你有多台服务器，探针可以将它们的状态集中到一个面板上进行监控。
实时监控与性能分析：7x24小时不间断地监控服务器的各项指标。通过观察数据的历史趋势，可以分析服务器的性能瓶颈，例如，是在每天的某个固定时间段CPU负载过高，还是内存占用持续不下。
故障预警与快速定位：可以设置阈值报警。例如，当CPU使用率连续5分钟超过90%时，或者当硬盘空间低于10%时，探针可以通过邮件、短信或即时通讯工具（如钉钉、Telegram）发送警报。这使得管理员能在问题恶化、影响业务之前就介入处理。
降低技术门槛：让不熟悉服务器命令的网站开发者或初级运维人员也能轻松掌握服务器的运行状态，进行一些基础的判断。

三、服务器探针主要监测哪些核心指标？

一个功能完善的服务器探针通常会监测以下几类关键数据：

1. 系统核心资源 (Hardware & OS)

CPU 使用率 (CPU Usage)：显示当前CPU的负载情况，包括单核和多核的使用率、用户使用、系统使用、空闲比例等。CPU负载过高是导致服务器响应缓慢的最常见原因。
内存使用情况 (Memory Usage)：显示物理内存（RAM）和交换内存（Swap）的总量、已用量、剩余量。内存耗尽会导致系统运行缓慢甚至崩溃。
硬盘空间与I/O (Disk Space & I/O)：监测硬盘的分区、总容量、已用空间和可用空间。同时，也会监测硬盘的读写速度（I/O），这是衡量数据存取性能的关键。
系统负载 (System Load)：通常用 Load Average 表示，它是一个衡量系统繁忙程度的指标，分别显示过去1分钟、5分钟和15分钟的平均负载。如果这个数值持续高于CPU核心数，说明系统处于超负荷状态。
在线时长 (Uptime)：服务器从上次开机或重启后，连续运行了多长时间。这是衡量服务器稳定性的一个重要指标。

2. 网络状态 (Network Status)

实时网速 (Real-time Network Speed)：显示服务器当前的上行和下行带宽速度，单位通常是 Mbps 或 MB/s。
总流量统计 (Total Traffic Data)：统计自开机以来或过去一段时间内（如月度）的总流出和流入流量。这对于管理服务器的带宽成本非常重要。
网络连接信息 (Network Connections)：显示当前服务器上有哪些网络连接（TCP/UDP），以及它们的来源IP和端口，有助于排查网络攻击或异常连接。

3. 软件与服务环境 (Software & Services)

操作系统信息：显示操作系统的名称、版本、内核版本等。
服务器软件：显示Web服务器软件（如 Nginx, Apache）、数据库（如 MySQL, PostgreSQL）和编程语言环境（如 PHP, Python, Java）的版本信息。
进程管理 (Process Management)：可以列出当前正在运行的进程，以及它们对CPU和内存的占用情况，方便找出消耗资源最多的“罪魁祸首”。

四、常见的服务器探针类型与产品

服务器探针主要分为两类：

1. 开源轻量级探针 (脚本类)

这类探针通常是一个或一组脚本文件（如PHP、Python、Shell脚本），部署简单，资源占用极小，功能聚焦于核心指标的展示。非常适合个人开发者和中小型网站使用。

代表产品：
- ServerStatus (服盘)：一个优秀的开源项目，采用客户端/服务器模式，可以在一个主控端网页上集中监控多台服务器的状态，界面美观，支持状态预警。
- 雅黑探针 / an Eris Prober：非常经典的PHP探针，界面简洁，上传一个PHP文件即可使用，流传甚广。
- 哪吒监控 (Nezha Monitor)：功能强大的开源监控面板，同样支持多服务器、多地点监控，并且集成了报警和后台管理功能，是目前非常受欢迎的选项。

2. 商业化/企业级监控系统

这类系统功能极为强大和全面，不仅限于基础的探针监测，还包括了日志分析、应用性能监控（APM）、故障告警、自动化运维等复杂功能，适用于大型企业和对稳定性要求极高的业务。

代表产品：
- Zabbix：非常强大和灵活的开源企业级监控解决方案，但配置和部署相对复杂。
- Prometheus + Grafana：这是一对黄金组合。Prometheus负责收集和存储时序数据，Grafana负责将数据进行可视化展示。这是云原生时代最主流的监控方案之一。
- Datadog / New Relic：商业SaaS监控服务，开箱即用，功能强大，UI精美，但价格昂贵。
- 云厂商自带监控：阿里云的“云监控”、腾讯云的“云监控”等，如果你使用它们的云服务器，这些自带的监控工具通常是首选，因为它们与云平台生态结合得最好。

总结

总而言之，服务器探针是一个连接“服务器物理状态”与“管理员”之间的桥梁。它将冰冷、复杂的后台数据，翻译成直观、易懂的图文信息，极大地简化了服务器的管理和维护工作。

对于个人站长或开发者来说，一个轻量级的开源探针（如哪吒监控、ServerStatus）就足以满足日常需求。
对于中大型企业来说，则需要部署更专业、更全面的监控系统（如Zabbix, Prometheus），以确保业务的高可用性和稳定性。

选择合适的服务器探针，是保障线上服务稳定运行的第一步，也是运维工作中不可或缺的一环。

bash命令使用教程

Fri, 18 Jul 2025 17:41:56 +0800

# ==================================
# 常用 BASH 命令精简版
# ==================================

export all_proxy=socks5h://127.0.0.1:7898 # 设置全局代理，包括 wget, curl 等

# --- 文件和目录管理 (File & Directory Management) ---
ls -l # 以长格式列出文件和目录
cd /path/to/dir # 切换目录
pwd # 显示当前工作目录路径
mkdir new_dir # 创建新目录
rm file.txt # 删除文件
rm -r old_dir # 递归删除目录及其内容
cp source dest # 复制文件或目录
mv old_name new_name # 移动或重命名文件/目录
touch file.txt # 创建空文件或更新时间戳
find . -name "*.log" # 在当前目录及子目录中查找.log文件
cat file.txt # 查看整个文件内容
less file.log # 分页查看文件内容 (按 'q' 退出)
head -n 20 file.txt # 查看文件前20行
tail -n 20 file.txt # 查看文件后20行
tail -f file.log # 实时跟踪文件更新

# --- 文本处理 (Text Processing) ---
grep "pattern" file.log # 在文件中搜索模式
ps aux | grep "nginx" # 管道示例：查找nginx进程
sed 's/old/new/g' file.txt # 替换文件中的文本
awk '{print $1, $3}' data.txt # 提取并打印指定列
sort file.txt | uniq -c # 排序并统计不重复的行
wc -l file.txt # 计算文件的行数

# --- 系统监控与进程管理 (System & Process Management) ---
ps aux # 显示所有用户的详细进程信
top # 动态显示进程活动 (按 'q' 退出)
htop # 交互式进程查看器 (top的增强版)
kill 12345 # 终止指定PID的进程
pkill "process_name" # 根据名称终止进程
df -h # 显示磁盘空间使用情况 (人类可读格式)
du -sh /path/to/dir # 显示指定目录的总大小
free -m # 显示内存使用情况 (以MB为单位)
uptime # 显示系统运行时间

# --- 网络 (Networking) ---
ping google.com # 测试网络连通性
ip addr show # 显示网络接口信息 (ifconfig的替代品)
ss -tuln # 显示监听中的TCP/UDP端口 (netstat的替代品)
curl -I http://example.com # 获取URL的HTTP头部信息
wget http://example.com/file.zip # 下载文件

# --- 权限管理 (Permissions) ---
chmod +x script.sh # 为脚本添加执行权限
chown user:group file.txt # 更改文件所有者和组
sudo command # 以超级用户身份执行命令

# --- 重定向 (Redirection) ---
command > file.txt # 将输出重定向到文件 (覆盖)
command >> file.txt # 将输出追加到文件末尾
command < file.txt # 将文件内容作为命令的输入
command 2> error.log # 将标准错误重定向到文件

如何把文件夹里的所有文件移动到同级目录

有时候我们想把一个文件夹（比如文件夹A）里的所有文件，移动到它的同级目录（也就是它的上一级目录）。可以按照下面的步骤操作：

打开终端。

进入文件夹A的上一级目录：

cd /路径/到/文件夹A的上一级目录

执行下面的命令，把文件夹A里的所有文件移动到当前目录：
```
mv 文件夹A/* .
```
这里，文件夹A/* 表示文件夹A里的所有文件，. 表示当前目录。

注意：

这个命令只会移动文件夹A里的文件，不会移动隐藏文件（以.开头的文件）和子文件夹。
如果有同名文件，可能会被覆盖，请提前检查。
移动完成后，文件夹A会变空，可以用 rmdir 文件夹A 删除它。

linux使用教程

Sun, 16 Mar 2025 17:16:02 +0800

服务器配置

Ubuntu 初始化配置


## 1.设置密码并更新软件包
sudo passwd
sudo apt update && sudo apt upgrade -y

## 2. 安装ssh-server
sudo apt install openssh-server

## 3.配置ssh
vim /etc/ssh/sshd_config

# 常见配置项示例
Port 22 # SSH 端口
PermitRootLogin no # 禁止 root 登录
PasswordAuthentication yes # 允许密码认证
AllowUsers myuser # 允许特顶用户登录
Port 2222 #修改端口，减少扫描攻击

## 4.重启ssh服务
sudo systemctl restart ssh

## 5.创建用户(避免直接使用root账号)
adduser myuser
usermod -aG sudo myuser


## 6. 连接服务器
ssh root@服务器IP地址 -p [你自己设置的端口]

一些问题和解决方案

Linux 下更改当前文件夹及所有内容所有者为 zata 用户

目标
将当前文件夹及其下所有文件和子文件夹的所有者更改为 zata 用户。

步骤

打开终端：按 Ctrl + Alt + T，使用 cd /path/to/your/folder 进入目标文件夹，确认路径：pwd。
更改所有者：
```
sudo chown -R zata .
```
- . 表示当前文件夹，-R 递归更改所有内容。
（可选）设置权限：只给 zata 读写权限：
```
sudo chmod -R 700 .
```
验证更改：检查所有者和权限：
```
ls -la
```

注意事项

确认 zata 用户存在：id zata。若不存在，创建：sudo adduser zata。
备份数据，避免误操作。
（可选）分配组：sudo chown -R zata:groupname .。

bash: ping: command not found 问题

apt-get update
apt install iputils-ping
apt install net-tools

SSH使用教程

Fri, 14 Mar 2025 00:23:43 +0800

☆ SSH常用命令

# 连接远程服务器 
ssh username@hostname [-p port] [-i private_key]


#远程服务器上跑了 PostgreSQL（默认端口 5432），但不允许外网直接连接。用这条命令后，你可以在本地用数据库客户端连接：
ssh -L 5433:127.0.0.1:5432 root@远程IP

# 复制公钥到远程服务器
ssh-copy-id username@hostname [-p port] [-i private_key]

# Generate ED25519 key (recommended)
ssh-keygen -t ed25519 -C "your_email@example.com"
# 删除已知主机记录
ssh-keygen -R <IP address>

# Edit SSH config file
nano ~/.ssh/config


# Copy file from local to remote
scp localfile.txt username@hostname:/path/to/destination/
# Copy file from remote to local
scp username@hostname:/path/to/file /var/www/local_dir/destination/
# Copy directory recursively
scp -r localdir/ username@hostname:/path/to/destination/
# Copy with specific port
scp -P 2222 localfile.txt username@hostname:/path/to/destination/

SSH安装

ubuntu

sudo apt update # 更新仓库
sudo apt install openssh-server # 安装openssh
vi /etc/ssh/sshd_config # 进入配置文件，找到port=22那行，取消注释 ，如果想要root登陆，可以取消PermitRootLogin注释并修改为yes
sudo service ssh restart # 重启服务，然后就可以连接了，有时候为了安全，上一步的root登陆是不允许的，root用户连不上，可以用普通用户登录再切换到root

1. SSH 连接命令

# 基本连接
ssh username@hostname

# 通过代理连接
ssh -o "ProxyCommand nc -X 5 -x 127.0.0.1:7897 %h %p" root@107.172.234.205

# 指定端口连接
ssh -p 2222 username@hostname

# 使用密钥连接
ssh -i /path/to/private_key username@hostname

2. SSH 密钥管理

# 生成 SSH 密钥对
ssh-keygen -t rsa -b 4096

# 复制公钥到远程服务器
ssh-copy-id username@hostname # 如果是windows可以看问题：在Windows客户机上实现类似ssh-copy-id功能即下次不需要输入密码
# 或者， （有些时候上吗会出错）ssh-keygen -R <IP address> to delete history record
cat ~/.ssh/id_ed25519.pub | ssh root@<IP address> "mkdir -p ~/.ssh && chmod 700 ~/.ssh && cat >> ~/.ssh/authorized_keys && chmod 600 ~/.ssh/authorized_keys"

# 查看已知主机
cat ~/.ssh/known_hosts

(在Windows客户机上实现类似ssh-copy-id功能即下次不需要输入密码)[#在Windows客户机上实现类似ssh-copy-id功能即下次不需要输入密码]

3.SSH传输文件

# 1、从服务器上下载文件
scp username@servername:/path/filename /var/www/local_dir（本地目录）
 # 例如scp root@192.168.0.101:/var/www/test.txt 把192.168.0.101上的/var/www/test.txt 的文件下载到/var/www/local_dir（本地目录）

# 2、上传本地文件到服务器
scp /path/filename username@servername:/path
# 例如scp /var/www/test.php root@192.168.0.101:/var/www/ 把本机/var/www/目录下的test.php文件上传到192.168.0.101这台服务器上的/var/www/目录中

# 3、从服务器下载整个目录
scp -r username@servername:/var/www/remote_dir/（远程目录） /var/www/local_dir（本地目录）
# 例如:scp -r root@192.168.0.101:/var/www/test /var/www/ 

# 4、上传目录到服务器
scp -r local_dir username@servername:remote_dir
# 例如：scp -r test root@192.168.0.101:/var/www/ 把当前目录下的test目录上传到服务器的/var/www/ 目录

4. SSH 端口转发

注意必须要提前配置公网服务器的ssh配置文件可见ssh问题中的“通过 SSH 反向隧道将本地前后端暴露到公网”

# 本地端口转发
ssh -L local_port:target_host:target_port username@hostname

# 远程端口转发
ssh -R remote_port:target_host:target_port username@hostname
#不发送任何命令，只用来建立连接。没有这个参数，会在 SSH 服务器打开一个 Shell。会在前台打开
ssh -R <服务器端口>:localhost:22 -N root@<服务器地址>
# 将SSH命令放到后台，如果想要停止需要杀死进程 （ 比较常用 ）
ssh -R <服务器端口>:localhost:22 -Nf root@<服务器地址>

# 动态端口转发（SOCKS代理）
ssh -D local_port username@hostname






# 基本格式
ssh [选项] username@hostname

# 常用选项说明
-L [本地IP:]本地端口:目标IP:目标端口 # 本地端口转发
-R [远程IP:]远程端口:目标IP:目标端口 # 远程端口转发
-D [本地IP:]本地端口 # 动态端口转发(SOCKS代理)

# 重要的辅助选项
-N # 不执行远程命令，仅用于端口转发
-f # 后台运行
-C # 压缩数据传输
-q # 安静模式，减少日志输出
-v # 详细模式，用于调试
-vv # 更详细的模式
-4 # 仅使用 IPv4
-6 # 仅使用 IPv6
# 连接相关选项
-p 端口 # 指定 SSH 服务器端口
-i 密钥 # 指定私钥文件路径

5. SSH 配置管理

# 编辑 SSH 配置文件
vim ~/.ssh/config

# 配置文件示例
Host myserver
 HostName hostname
 User username
 Port 2222
 IdentityFile ~/.ssh/id_rsa

常见用途对比：

安全性

密码登录：便捷但相对不安全
密钥登录：更安全，推荐使用

传输方式

scp：简单直接，适合临时传输
rsync：支持增量传输，适合大量文件同步

端口转发

本地转发：访问远程内网服务
远程转发：让远程访问本地服务
动态转发：创建 SOCKS 代理

连接管理

普通连接：一次性使用
配置文件：适合经常连接的服务器

使用建议：

优先使用密钥认证
重要服务器建议修改默认 22 端口
经常连接的服务器建议配置 ~/.ssh/config
大文件传输建议使用 rsync 而不是 scp
注意保护好私钥文件的安全

这些命令和用法覆盖了日常 SSH 使用的大部分场景，建议根据实际需求选择合适的命令使用。

Ubuntu 下 SSH 服务的启动、停止和管理方法：

安装 SSH 服务

# 安装 OpenSSH 服务器
sudo apt update
sudo apt install openssh-server

service 命令（传统方式）

# 启动
sudo service ssh start

# 停止
sudo service ssh stop

# 重启
sudo service ssh restart

# 查看状态
sudo service ssh status

/etc/init.d 脚本方式

# 启动
sudo /etc/init.d/ssh start

# 停止
sudo /etc/init.d/ssh stop

# 重启
sudo /etc/init.d/ssh restart

# 查看状态
sudo /etc/init.d/ssh status

systemctl 命令（现代 systemd 方式）

# 启动
sudo systemctl start sshd

# 停止
sudo systemctl stop sshd

# 重启
sudo systemctl restart sshd

# 查看状态
sudo systemctl status sshd

直接启动 sshd 进程

# 直接启动 sshd
sudo /usr/sbin/sshd

# 使用特定配置文件启动
sudo /usr/sbin/sshd -f /path/to/sshd_config

不同系统的区别：

Ubuntu/Debian 系统中服务名通常是 ssh

sudo service ssh start

CentOS/RHEL 系统中服务名通常是 sshd

sudo service sshd start

注意事项：

现代 Linux 系统推荐使用 systemctl 命令
service 命令在新系统中实际上是 systemctl 的封装
/etc/init.d 脚本方式是最传统的方法，但仍被支持
直接启动 sshd 进程通常用于调试目的

选择哪种方式主要取决于：

系统版本
个人习惯
具体需求（如调试）

所有这些方法都能达到相同的目的，只是使用的方式不同。

SSH 配置文件位置

# 主配置文件
sudo vim /etc/ssh/sshd_config

# 常见配置项示例
Port 22 # SSH 端口
PermitRootLogin no # 禁止 root 登录
PasswordAuthentication yes # 允许密码认证

检查 SSH 服务

# 检查 SSH 是否正在运行
ps aux | grep ssh

# 检查 SSH 端口是否开放
sudo netstat -tulpn | grep ssh

# 检查防火墙是否允许 SSH
sudo ufw status

防火墙设置

# 允许 SSH 连接
sudo ufw allow ssh

# 允许特定端口（如果修改了默认端口）
sudo ufw allow 2222/tcp

常见问题解决：

服务无法启动

# 查看详细日志
sudo journalctl -u ssh

# 检查配置文件语法
sudo sshd -t

权限问题

# 修复 SSH 目录权限
sudo chmod 755 /etc/ssh
sudo chmod 600 /etc/ssh/ssh_host_*_key
sudo chmod 644 /etc/ssh/ssh_host_*_key.pub

安全建议：

基本安全配置

# 编辑 SSH 配置文件
sudo vim /etc/ssh/sshd_config

# 推荐的安全设置
PermitRootLogin no
PasswordAuthentication no
MaxAuthTries 3
Protocol 2

使用密钥认证

# 在客户端生成密钥对
ssh-keygen -t rsa -b 4096

# 将公钥复制到服务器
ssh-copy-id username@server_ip

常用维护命令：

查看连接状态

# 查看当前 SSH 连接
who
w

# 查看 SSH 登录日志
sudo cat /var/log/auth.log | grep ssh

配置文件备份

# 备份 SSH 配置
sudo cp /etc/ssh/sshd_config /etc/ssh/sshd_config.backup

记住，每次修改 SSH 配置文件后，都需要重启 SSH 服务才能生效：

sudo systemctl restart ssh

这些是 Ubuntu 下管理 SSH 服务的基本操作，建议在修改配置时先备份，并保持一个可用的连接会话，以防配置错误导致无法连接。

SSH 使用指南

使用公网Linux服务器为Windows电脑做内网穿透

方法一：使用FRP（推荐，稳定可靠）

FRP (Fast Reverse Proxy) 是一款专为此类场景设计的工具，功能强大，支持断线重连，适合长期稳定使用。

服务端配置 (Linux公网服务器)

下载并解压FRP:

# 前往 https://github.com/fatedier/frp/releases 找最新版Linux amd64链接

wget [最新版frp的linux_amd64.tar.gz链接]

tar -zxvf frp_*.tar.gzcd frp_*/

配置 frps.ini:

# frps.ini[common]bind_port = 7000 # 用于和客户端通信的端口token = your_secure_password # 连接凭证，请务必修改dashboard_port = 7500 # [可选] 状态仪表盘端口dashboard_user = admin # [可选] 仪表盘用户名dashboard_pwd = admin_password # [可选] 仪表盘密码

开放服务器防火墙:

确保开放 7000 端口以及你计划用于转发的端口（如下文的 7001）和仪表盘端口 7500。




# firewalld示例

sudo firewall-cmd --add-port=7000/tcp --permanent

sudo firewall-cmd --add-port=7001/tcp --permanent

sudo firewall-cmd --reload

运行服务端:




./frps -c ./frps.ini

建议设置为 systemd 服务以实现开机自启和后台运行。

客户端配置 (Windows内网电脑)

下载并解压FRP: 前往FRP的GitHub Releases页面，下载对应的 windows_amd64.zip 版本并解压。

配置 frpc.ini (以穿透远程桌面为例):




# frpc.ini[common]server_addr = 你的服务器公网IPserver_port = 7000token = your_secure_password # 必须和服务端一致[rdp]type = tcplocal_ip = 127.0.0.1local_port = 3389 # Windows远程桌面默认端口remote_port = 7001 # 从公网访问的端口

运行客户端: 打开CMD或PowerShell运行：


# 进入frp目录

.\frpc.exe -c .\frpc.ini

建议使用 nssm 等工具将其注册为Windows服务，实现开机自启。

如何连接

在任何电脑上打开“远程桌面连接”(mstsc)，计算机名处输入：你的服务器公网IP:7001。

方法二：使用SSH反向隧道（轻便快捷）

利用SSH内置功能，无需额外软件，适合临时、快速的连接。

服务端配置 (Linux公网服务器)

编辑SSH配置文件，允许公网访问隧道端口：




sudo vim /etc/ssh/sshd_config

# 找到或添加 GatewayPorts 并设置为 yes：
GatewayPorts yes

重启SSH服务：

sudo systemctl restart sshd

客户端操作 (Windows内网电脑)

打开PowerShell或CMD，执行以下命令：

# -fN 表示后台运行且不执行远程命令，只做隧道# 格式: ssh -fN -R [服务器端口]:[本地IP]:[本地端口] [用户名]@[服务器IP]

ssh -fN -R 7001:127.0.0.1:3389 your_user@你的服务器公网IP

该命令会建立一个长连接隧道，关闭窗口则隧道断开。

如何连接

与FRP方式相同，在“远程桌面连接”中输入你的服务器公网IP:7001。

常见问题：localhost 不行但 127.0.0.1 可以？

这是一个由于IPv6/IPv4解析优先级导致的问题。

原因: localhost 可能被系统优先解析为IPv6的 ::1 地址，但你的目标服务（如远程桌面）仅在IPv4的 127.0.0.1 上监听。

最佳解决方案: 无需排查，在所有配置（无论是FRP还是SSH）中，请始终使用 127.0.0.1 而不是 localhost。127.0.0.1 明确指向IPv4本地环回地址，能保证连接的准确性，是最简单、最可靠的做法。

通过 SSH 反向隧道将本地前后端暴露到公网

准备公网服务器
- 获取公网服务器（如阿里云），记录 IP（如 203.0.113.1）。
- 确保安装 SSH 服务（OpenSSH）。

配置公网服务器

编辑 /etc/ssh/sshd_config，启用：

AllowTcpForwarding yes
GatewayPorts yes

重启 SSH：
```
sudo systemctl restart sshd
```

开放端口（如 3000、8000）：

sudo ufw allow 3000
sudo ufw allow 8000

确保本地服务运行
- 前端：运行在 localhost:3000（如 React）。
- 后端：运行在 localhost:8000（如 Flask）。
- 确认本地可通过浏览器访问。

配置 SSH 反向隧道

在本地运行：

ssh -R 3000:localhost:3000 -R 8000:localhost:8000 user@203.0.113.1

使用 autossh 保持连接：

autossh -M 0 -R 3000:localhost:3000 -R 8000:localhost:8000 user@203.0.113.1

测试访问
- 访问 http://203.0.113.1:3000（前端）和 http://203.0.113.1:8000（后端）。
- 确保前端 API 请求指向公网 IP（如 http://203.0.113.1:8000）。

可选：Nginx 优化

安装 Nginx：
```
sudo apt install nginx
```

配置 /etc/nginx/sites-available/default：

server {
 listen 80;
 server_name 203.0.113.1;
 location / { proxy_pass http://localhost:3000; }
 location /api/ { proxy_pass http://localhost:8000/; }
}

重启 Nginx：
```
sudo systemctl restart nginx
```

注意事项
- 保持本地电脑开机和网络稳定。
- 配置 SSH 密钥认证提高安全性。
- 检查防火墙和 CORS 设置。

解决 ssh 连接远程主机超时未使用自动断开

参考：https://blog.csdn.net/Gelomen/article/details/109121069

这个问题可以通过配置 SSH 客户端来保持连接活跃。有以下几种解决方案：

1. 修改 SSH 客户端配置文件（推荐方案）：
编辑 ~/.ssh/config 文件（如果没有则创建），添加以下配置：

 Host *
 ServerAliveInterval 60
 ServerAliveCountMax 3

这个配置的含义是：
- ServerAliveInterval 60: 每60秒发送一次心跳包
- ServerAliveCountMax 3: 如果连续3次心跳包没有响应，则断开连接

2. 在建立 SSH 连接时直接指定参数：

 ssh -o ServerAliveInterval=60 -o ServerAliveCountMax=3 user@remote-server

3. 如果是在使用 SSH 隧道，可以这样：

 ssh -N -f -o ServerAliveInterval=60 -o ServerAliveCountMax=3 -L local-port:remote-host:remote-port user@remote-server

4. 如果你是服务器管理员，也可以通过修改服务器端的 SSH 配置（/etc/ssh/sshd_config）来实现：

 ClientAliveInterval 60
 ClientAliveCountMax 3

修改服务器配置后需要重启 SSH 服务：

 sudo systemctl restart sshd

推荐使用第一种方案（修改客户端配置文件），因为：
1. 只需配置一次，永久生效
2. 对所有 SSH 连接都有效
3. 不需要每次手动输入参数

注意：设置的时间间隔不要太短（比如小于30秒），否则可能会增加不必要的网络开销。60秒通常是一个比较好的选择。

服务器安装ssh服务 (linux & windows)

linux

sudo apt update # 更新仓库
sudo apt install openssh-server # 安装openssh
sudo service ssh restart # 重启服务，然后就可以连接了，有时候root用户连不上，可以用普通用户登录再切换到root

windows 参考： https://blog.csdn.net/weixin_72910567/article/details/132414264

# 1. 在设置-应用和功能里安装openssh服务

# 2. 查看是否安装成功
Get-WindowsCapability -Online | ? Name -like 'OpenSSH*'

# 3. 开启服务
net start sshd

# 4. 设置开机自启动
Set-Service -Name sshd -StartupType 'Automatic'

在Windows客户机上实现类似ssh-copy-id功能即下次不需要输入密码

问题背景

Windows 的 CMD 或 PowerShell 默认不支持 ssh-copy-id 命令。本教程介绍如何在 Windows 上将 SSH 公钥复制到远程服务器（IP: 192.168.110.150，端口: 6001）以实现无密码登录。

方法 1：手动复制 SSH 公钥

检查本地 SSH 密钥：
- 查看公钥：type %USERPROFILE%\.ssh\id_rsa.pub
- 如无密钥，生成：ssh-keygen -t rsa -b 4096
登录远程服务器：
- 运行：ssh -p 6001 root@192.168.110.150
- 确保 ~/.ssh 目录存在：mkdir -p ~/.ssh && chmod 700 ~/.ssh
复制公钥：
- 在 Windows 复制公钥内容：type %USERPROFILE%\.ssh\id_rsa.pub
- 在远程服务器编辑：vi ~/.ssh/authorized_keys，粘贴公钥，保存。
- 设置权限：chmod 600 ~/.ssh/authorized_keys
测试无密码登录：
- 运行：ssh -p 6001 root@192.168.110.150

方法 2：使用 PowerShell 模拟 ssh-copy-id

确保 OpenSSH 客户端已安装：
- 检查：ssh -V
- 未安装则在“设置 > 应用 > 可选功能”中添加 OpenSSH 客户端。
复制公钥：
- 运行：Get-Content $env:USERPROFILE\.ssh\id_rsa.pub | ssh -p 6001 root@192.168.110.150 "cat >> ~/.ssh/authorized_keys"
验证权限：
- 登录服务器：ssh -p 6001 root@192.168.110.150
- 运行：chmod 700 ~/.ssh && chmod 600 ~/.ssh/authorized_keys
测试无密码登录：
- 运行：ssh -p 6001 root@192.168.110.150

方法 3：安装 Git Bash 或 WSL

使用 Git Bash：
- 安装 Git for Windows，打开 Git Bash。
- 运行：ssh-copy-id -p 6001 root@192.168.110.150
使用 WSL：
- 安装 WSL：wsl --install
- 在 Ubuntu 中安装 openssh-client：sudo apt update && sudo apt install openssh-client
- 运行：ssh-copy-id -p 6001 root@192.168.110.150

注意事项

确保远程服务器允许密码登录或已配置 root 密码。
公钥复制后，检查 ~/.ssh/authorized_keys 文件内容和权限。
测试无密码登录是否成功，如失败，检查 SSH 配置文件 /etc/ssh/sshd_config 和服务器防火墙设置。

本地机器生成密钥并复制到远程服务器（下次ssh连接就不需要输入密码）

注意： ssh-copy-id 是专门为linux系统适配的，windows系统不好用，需要手动复制公钥到.ssh文件夹下面的authorized_keys文件中

linux

# 生成 SSH 密钥对
ssh-keygen -t rsa -b 4096

# 复制公钥到远程服务器
ssh-copy-id username@hostname

# 查看已知主机
cat ~/.ssh/known_hosts

如果是windows服务器，使用如下方式将公钥内容追加

echo "你的公钥内容" >> 你的用户目录/.ssh/authorized_keys

Windows 下关闭 SSH 后台连接的方法（在使用端口转发设置参数为-f时）

使用任务管理器：

# 打开任务管理器的方法：
# 1. Ctrl + Shift + Esc
# 2. 右键任务栏 -> 任务管理器
# 3. Ctrl + Alt + Delete -> 任务管理器

# 在"详细信息"或"进程"标签下找到 ssh.exe 进程并结束

使用命令行查找和终止进程：

# PowerShell 命令
# 查看 SSH 进程
Get-Process ssh

# 终止所有 SSH 进程
Get-Process ssh | Stop-Process

# 或者使用 CMD 命令
# 查看 SSH 进程
tasklist | findstr "ssh"

# 通过 PID 终止进程
taskkill /PID <进程ID> /F

# 终止所有 SSH 进程
taskkill /F /IM ssh.exe

如果使用 Git Bash：

# 查看 SSH 进程
ps aux | grep ssh

# 终止进程
kill <进程ID>

建议：

在使用 -Nf 启动 SSH 连接时，可以记录下进程 ID：

# 将进程 ID 保存到文件
ssh -Nf ... & echo $! > ssh_pid.txt

创建一个批处理文件来管理连接：

@echo off
REM start_ssh.bat
ssh -Nf ... & echo %ERRORLEVEL% > ssh_pid.txt

REM stop_ssh.bat
for /f %%i in (ssh_pid.txt) do taskkill /PID %%i /F
del ssh_pid.txt

腾讯云修改为root登录

Mon, 24 Feb 2025 00:00:00 +0000

sudo passwd root
sudo vim /etc/ssh/sshd_config
# 修改 PermitRootLogin yes
sudo systemctl restart ssh

如果需要通过密钥登录root,最好使用ssh-copy-id, 我试过自己粘贴,很麻烦

服务器与系统 on 扎塔-Zata

服务器磁盘管理基础

查看磁盘概况

1. lsblk —— 最直观的树形视图

2. df -h —— 查看已挂载分区的使用情况

3. fdisk -l —— 查看所有磁盘详情（含未挂载）

4. 查看磁盘类型（HDD / SSD / NVMe）

分区与格式化

对新磁盘进行分区

格式化分区

挂载磁盘

临时挂载

持久化挂载（/etc/fstab）

场景：把 Docker 数据迁移到数据盘

常用命令速查表

注意事项

server_ops

注意事项

🩸 血泪教训：别再把数据库和业务代码塞进同一个 Docker 容器了！

阿里云服务器

注意事项

服务器安全-server Security

🛡️ Linux 服务器金钟罩：15 分钟全手工安全加固指南

🚨 终极保命准则

第一阶段：深度体检（寻找破绽）

第二阶段：五步锁死安全之门

第 1 步：建立“安全通道”（创建 sudo 用户与密钥）

第 2 步：斩断“后门”（收紧 SSH 配置）

第 3 步：架起“护城河”（UFW 防火墙）

第 4 步：部署“自动保安”（Fail2ban）

第 5 步：内鬼肃清（清理特权用户与危险监听）

第三阶段：最后验收

💡 维护锦囊

1核1G云服务器“绝地求生”：如何把Ubuntu的内存从剩200M优化到能跑服务

[实战] 1核1G云服务器“绝地求生”：如何把Ubuntu的内存从剩200M优化到能跑服务？

[选型指南] 1 核 1G 云服务器，装 Ubuntu、Debian 还是 CentOS？

服务器带宽测试完全指南：场景、方法与单位换算

Server Probe

一、什么是服务器探针？

二、为什么需要服务器探针？

三、服务器探针主要监测哪些核心指标？

四、常见的服务器探针类型与产品

总结

bash命令使用教程

如何把文件夹里的所有文件移动到同级目录

linux使用教程

服务器配置

Ubuntu 初始化配置

一些问题和解决方案

Linux 下更改当前文件夹及所有内容所有者为 zata 用户

bash: ping: command not found 问题

SSH使用教程

☆ SSH常用命令

SSH安装

1. SSH 连接命令

2. SSH 密钥管理

3.SSH传输文件

4. SSH 端口转发

5. SSH 配置管理

常见用途对比：

使用建议：

Ubuntu 下 SSH 服务的启动、停止和管理方法：

SSH 使用指南

使用公网Linux服务器为Windows电脑做内网穿透

方法一：使用FRP（推荐，稳定可靠）

方法二：使用SSH反向隧道（轻便快捷）

通过 SSH 反向隧道将本地前后端暴露到公网

解决 ssh 连接远程主机超时未使用自动断开

服务器安装ssh服务 (linux & windows)

在Windows客户机上实现类似ssh-copy-id功能即下次不需要输入密码

问题背景

方法 1：手动复制 SSH 公钥

方法 2：使用 PowerShell 模拟 ssh-copy-id

方法 3：安装 Git Bash 或 WSL

注意事项

本地机器生成密钥并复制到远程服务器（下次ssh连接就不需要输入密码）

linux

Windows 下关闭 SSH 后台连接的方法 （在使用端口转发设置参数为-f时）

腾讯云修改为root登录

Windows 下关闭 SSH 后台连接的方法（在使用端口转发设置参数为-f时）