2026年自建网站服务器教程：从git部署到Jenkins自动化发布

当你在出租屋里搭服务器——一件正经事

过去两年，在线教育服务器的需求像是被按了加速键。2026年夏天看下来，很多人不再满足于SaaS平台的付费方案，转而研究自建网站服务器。这不是极客的特权——独立开发者、小团队、甚至学校实验室，都开始把这套方案当作常规武器。

我最近在帮朋友搭一个在线教育服务器，从选机器到把代码跑起来，到最后配置Jenkins发布到远程服务器，几乎踩遍了所有坑。这篇文章不是为了告诉你“应该怎么做”，而是记录“我们到底是怎么搞定的”——包括那些教程里不会写的小细节。

自建网站服务器教程：我们到底在选什么

硬件与成本

别一上来就想着上云。如果你只是跑一个小型在线教育平台（几百个用户并发），一台二手的Dell R730或者HP ProLiant DL380 Gen10，配上128G内存和SSD，淘宝上也就五六千块。再加上一条固定IP的专线（现在很多城市有家庭企业宽带套餐，每月不到300元），整体成本远低于云服务器。

当然，如果你想玩得更轻，也可以直接用一台普通的开发网络服务器（比如旧笔记本电脑装Ubuntu Server）。物理机的好处是——没有云厂商的带宽费，流量跑起来心疼的是电费，不是账单。

操作系统与网络

Ubuntu Server 24.04 LTS依然是最稳妥的选择。CentOS已经凉透，Debian虽然稳定但软件源有时候让人抓狂。家里或者办公室的网络，记得做端口转发（80、443、22是基本款）。如果你的运营商屏蔽了80/443端口，可以用反向代理穿透——比如CloudFlare Tunnel，或者Ngrok的商业版，但延迟会高一点。

服务器怎么搭建git？——不止是装个git命令

很多教程告诉你“apt install git”就完事了。但真正的项目交付场景下，服务器怎么搭建git这个问题，答案远不止一条命令。

裸仓库 vs 工作目录

如果你在做多个项目协作，建议在服务器上建裸仓库（bare repository）。以下是一个真实可用的流程：

在服务器上创建一个专门的git用户（禁止shell登录，但允许git操作）。
在/home/git/repos/下初始化所有项目的裸仓库：git init --bare project-name.git
本地开发机用git remote add origin git@your-server:/home/git/repos/project-name.git推代码。
为了安全，可以配置SSH key白名单，只允许特定公钥访问。

一个小技巧：如果你不想每次都手动添加公钥，可以用git-shell限制git用户的命令集，这样即使密钥泄露，攻击者也干不了别的。

Jenkins发布到远程服务器：真正的自动化

手动SSH上去git pull？这就太原始了。Jenkins发布到远程服务器这件事，核心是“推代码即部署”。

Pipeline即代码

我们在Jenkinsfile里这样写（简化版）：

pipeline {
    agent any
    stages {
        stage('Checkout') {
            steps {
                checkout scm
            }
        }
        stage('Build') {
            steps {
                sh 'npm install && npm run build'
            }
        }
        stage('Deploy to Remote') {
            steps {
                sshagent(['remote-server-key']) {
                    sh 'scp -r dist/ user@remote-server:/var/www/app/'
                }
            }
        }
    }
}

这里有一个坑：scp 在大文件或者很多小文件时特别慢。我们后来改成了rsync，增量同步，速度快了不止一倍。

Webhook触发

在Git服务器（比如Gitea或者GitLab）上加一个Webhook，指向Jenkins的URL。每次push代码后，Jenkins自动触发pipeline。整个流程从推送代码到远程服务器上线，大概只需30秒。

在线教育服务器的特殊坑

在线教育服务器和普通网站不一样。它有直播推流、视频存储、连麦互动，甚至还需要WebRTC穿透。我推荐几个常用组件和配置：

Nginx + RTMP模块：用于直播推流和HLS分发。
MinIO：自建的对象存储，比云OSS便宜太多，而且兼容S3接口。
Redis + Socket.IO：用于实时白板和聊天。
如果要做录播回放，ffmpeg一定要装，并且要配置GPU加速（如果是N卡，NVIDIA的NVENC编码效率远超CPU）。

另外，在线教育对带宽要求极高。一个1080p的直播流大概需要3-5Mbps的上行。如果有50个学生同时观看，那你的服务器至少需要250Mbps的出口带宽。家庭宽带一般只有30-50Mbps上行，所以我建议要么上企业专线，要么用CDN分发——但自建CDN又是个大坑，下次细说。

开发网络服务器的安全底线

自建服务器最大的风险不是性能，是安全。2026年，针对自建服务器的扫描和攻击已经非常成熟。我们遇到过的情况：

SSH暴力破解：每天几千次。解决方案：修改SSH端口、禁用密码登录、使用fail2ban。
Git仓库泄露：有人扫描.git目录。解决方案：Nginx配置中屏蔽对.git目录的访问。
Jenkins未授权访问：默认Jenkins端口8080如果暴露在外网，分分钟被拿shell。解决方案：用Nginx反代加Basic Auth或者OAuth认证。

一个血的教训：千万别把Jenkins的“匿名用户可读”打开。网上有专门抓Jenkins凭证的bot。

总结一下实际落地的方案

如果你现在决定自建一套在线教育服务器，配合Jenkins和git实现自动化部署，下面是我们的最终推荐配置：

硬件：二手服务器 + 企业宽带（固定IP）或云服务器（预算充足时）。
系统：Ubuntu Server 24.04 LTS。
Git服务：Gitea（轻量、好管理）自建，配合SSH Key认证。
CI/CD：Jenkins + Pipeline + rsync。
部署目标：Nginx + Node.js (或 Python) 后端 + MinIO + Redis。

这不是一篇“手把手教程”，但如果你读完能对整体架构有个谱，知道每一步会踩什么坑，那就是我最大的价值。2026年，自建服务器已经从极客玩具变成了实用工具——关键是，别盲从教程，多想想自己的场景。