MJJ出征

能ping不能ssh 什么草台班子 https://www.nodeseek.com/post-815952-1

CloudCone 三哥做事拉完了

搞半天两周也是整了个临时方案，还是MJJ早就知道的。重启就废，只能去VNC救，如果秘钥登陆那就扑街。这个新换的机房我猜他们也是机柜接别人的交换鸡，一点权限修改都没有。买交换鸡新设备等那是不可能，一分钱都不会出的，技术手段修我看就免了，瞎搞数据又要火葬场😅。目前MJJ用户没有好的方案，受影响还有IPV6，好像不同机型不一样，反正问题蛮多，建议先禁掉。数据线迁移备份做备胎用就行了

治标不治本

ip link set dev eth0 mtu 1400

治标不治本但解决频繁掉线问题
如果重装先去VNC加上面那条，纯手撸（是的连复制粘贴都没有）
然后跑去终端DD
DD好进入系统又要重复操作一次，然后记得加下面的（SC2限定）

ln -s /boot/grub /boot/grub2

然后（全文复制，粘贴到小鸡即可）

#CC加MTU设置
cat > /root/mtu-cc.sh << 'ENDSCRIPT'
#!/bin/bash
# CloudCone MTU 持久化修复脚本 v4
# 优化：更好支持 Docker 项目（Compose）
set -euo pipefail

MTU=1400
IFACE=eth0

GREEN='\033[0;32m'
YELLOW='\033[1;33m'
NC='\033[0m'

echo -e "${GREEN}=== CloudCone MTU 持久化 v4 (Docker 项目优化版) ===${NC}"
echo "非根本解决问题，只能起到重启能用，生产力请远离三哥，这效率和排错能力拉完了"

# 1. systemd MTU 服务
echo "[1/4] 创建 systemd MTU 服务..."
sudo tee /etc/systemd/system/set-mtu.service > /dev/null << 'EOT'
[Unit]
Description=Set MTU persistently after boot (CloudCone fix)
After=network-online.target
Wants=network-online.target

[Service]
Type=oneshot
ExecStart=/sbin/ip link set dev eth0 mtu 1400
RemainAfterExit=yes

[Install]
WantedBy=multi-user.target
EOT

sudo systemctl daemon-reload
sudo systemctl enable --now set-mtu.service
echo -e "${GREEN}systemd 服务已启用${NC}"
echo ""

# 2. Docker daemon MTU
echo "[2/4] 配置 Docker Daemon MTU..."
if command -v docker &>/dev/null; then
    DOCKER_JSON="/etc/docker/daemon.json"
    if [ -f "$DOCKER_JSON" ]; then
        sudo cp "$DOCKER_JSON" "${DOCKER_JSON}.bak.$(date +%s)" 2>/dev/null || true
    fi

    sudo python3 -c "
import json, os
path = '/etc/docker/daemon.json'
data = {}
if os.path.exists(path):
    try:
        with open(path) as f:
            data = json.load(f)
    except:
        data = {}
data['mtu'] = $MTU
with open(path, 'w') as f:
    json.dump(data, f, indent=2)
print('daemon.json 已更新 mtu=$MTU')
" 2>/dev/null || echo "daemon.json 更新可能需要手动检查"

    sudo systemctl restart docker 2>/dev/null || true
    echo -e "${GREEN}Docker Daemon 已重启，MTU 配置生效${NC}"
else
    echo "未检测到 Docker"
fi
echo ""

# 3. Docker 项目优化（Compose 支持）
echo "[3/4] Docker 项目优化处理..."
if command -v docker &>/dev/null; then
    echo "当前 Docker 网络列表："
    docker network ls --format "table {{.Name}}\t{{.Driver}}\t{{.Scope}}" | head -20

    echo ""
    echo -e "${YELLOW}【重要】对于已运行的 Docker Compose 项目：${NC}"
    echo "请在对应项目目录执行以下命令重建网络（应用新 MTU）："
    echo ""
    echo "  docker compose down && docker compose up -d"
    echo "  或旧版：docker-compose down && docker-compose up -d"
    echo ""

    # 尝试查找常见的 compose 项目目录
    echo "正在扫描可能的 Compose 项目目录..."
    COMPOSE_DIRS=$(find /root /home /opt /srv -name "docker-compose.yml" -o -name "docker-compose.yaml" 2>/dev/null | head -10 || true)

    if [ -n "$COMPOSE_DIRS" ]; then
        echo -e "${GREEN}发现以下可能包含 Docker 项目的目录：${NC}"
        echo "$COMPOSE_DIRS"
        echo ""
        echo "建议进入这些目录逐一执行重建命令。"
    else
        echo "未自动扫描到 docker-compose.yml 文件。"
        echo "请手动找到你的项目目录执行重建。"
    fi
else
    echo "未检测到 Docker，跳过"
fi
echo ""

# 4. 验证
echo "[4/4] 最终验证..."
echo "当前主机 MTU："
ip link show $IFACE | grep -E 'mtu|state'

echo ""
echo "systemd 服务状态："
systemctl is-active set-mtu.service

echo ""
echo -e "${GREEN}=== v4 修复完成 ===${NC}"
echo ""
echo -e "${YELLOW}下一步建议：${NC}"
echo "1. 重启 VPS：sudo reboot"
echo "2. 重启后验证主机 MTU"
echo "3. 对 Docker Compose 项目执行：docker compose down && docker compose up -d"
echo ""
echo "这样可以确保容器内的 veth 接口也使用正确的 MTU。"
ENDSCRIPT
chmod +x /root/mtu-cc.sh
sudo bash /root/mtu-cc.sh

截稿前，CloudCone没有为自己迁移故障和耽误提过赔偿事项，望周知。

😁8❤2👾2

1.73K viewsedited 12:12