Django基础教程（136）Django部署基础知识之Linux端口分析：Django上线求生指南：你的网站被“端口”拦在门外了？-优快云博客

兄弟们，姐妹们，码农朋友们！

咱们是不是都有过这种经历？在本地电脑上，python manage.py runserver 一敲，浏览器打开 http://127.0.0.1:8000，看着自己一手打造的Django项目，那叫一个赏心悦目，感觉自己就是下一个扎克伯格。

然后，信心爆棚地买了云服务器，吭哧吭哧把代码传上去，激动的心，颤抖的手，在服务器上再次运行 runserver 0.0.0.0:8000，然后在自己的电脑上输入服务器IP……

结果，浏览器给你来了个“连接被重置”或者“无法访问此网站”。

那一刻，是不是感觉一盆冷水从头浇到脚，仿佛听到了服务器在无情地嘲笑：“小样儿，想上线？门儿都没有！”

别慌！你不是一个人！这个问题，十有八九，是你的**“端口”没整明白**。今天，咱就化身网络世界的“包工头”，把这个“门”（端口）给你彻底讲透，顺便给你一把钥匙，让你家网站大大方方开门迎客！

第一章：端口到底是啥？你家网站的“门牌号”！

想象一下，你的服务器就是一栋巨大的写字楼。这栋楼有一个固定的地址，也就是IP地址（比如 123.123.123.123）。

但是，这栋楼里有很多公司（也就是很多正在运行的程序/服务）：

有一家公司专门处理网页请求，它就是你的Django应用。
另一家公司专门处理远程登录，它就是SSH服务。
可能还有一家公司处理数据库请求，它就是MySQL。

那么，当一个网络请求（比如你从家里电脑访问网站）来到这栋“服务器大楼”时，门口的保安（操作系统内核）怎么知道该把你领到哪家公司呢？

这时候，“端口” 就闪亮登场了！它就像是每家公司的门牌号。

SSH服务 通常坐在 22号 房间。
网页服务（HTTP） 通常坐在 80号 房间。
加密的网页服务（HTTPS） 通常坐在 443号 房间。
而你用 runserver 启动的Django开发服务器，默认坐在 8000号 房间。

所以，完整的访问过程是：你告诉浏览器：“去 123.123.123.123 这栋楼的 8000 号房间，找Django公司。” 浏览器就会在请求上写明目标端口，保安才能准确带你上楼。

第二章：本地能跑，上线就跪？经典翻车现场分析

翻车现场1：防火墙——“铁面无私的保安大队长”

云服务器厂商（比如阿里云、腾讯云）为了你的安全，默认给大楼配了一队非常严格的保安——防火墙。他们有一份“白名单”，只允许访问名单上的端口。

默认名单里，通常只有 22（SSH）， 80（HTTP）， 443（HTTPS）这些常用端口。你的 8000 端口？对不起，不认识，不让进！

解决方案： 去你的云服务器控制台，找到“安全组”配置，给 8000 端口开个绿灯（添加入站规则）。这才是告诉保安：“以后8000房间的客人，也放行！”

翻车现场2：端口被占用——“你的工位被人占了！”

你以为8000房间是空的，结果一推门，发现另一个程序已经坐在里面喝茶了。这时候你再想启动Django，系统就会报错：Error: That port is already in use.

怎么查是谁占了我的工位？
用Linux命令来破案！

# 查看8000端口被哪个进程占用
sudo lsof -i :8000

# 或者使用 netstat
sudo netstat -tulnp | grep :8000

命令会返回占用该端口的进程信息（PID和名字），你可以选择优雅地请它离开（kill [PID]），或者干脆给你的Django换个房间（换一个端口）。

翻车现场3：runserver的“宅男”属性——127.0.0.1 vs 0.0.0.0

这是一个超级高频的翻车点！

python manage.py runserver：默认监听 127.0.0.1:8000。

- 127.0.0.1 是个“回环地址”，意思是“只接受来自本机内部的访问”。
- 这就像Django公司只接内线电话，外线（比如你家的电脑）打进来，总机直接拒接！

python manage.py runserver 0.0.0.0:8000：

- 0.0.0.0 是一个特殊地址，意思是“监听本机上所有IP地址的请求”。
- 相当于Django公司对外公开了电话，无论是楼内内线，还是楼外电话，统统接进来！

所以，在服务器上部署测试时，一定要用 0.0.0.0！

第三章：实战！手把手带你部署一个“能访问”的Django项目

光说不练假把式，我们来个完整示例。

环境准备： 一台干净的Linux云服务器（以Ubuntu为例）。

步骤1：通过SSH登录服务器（用的就是22号端口！）

ssh root@你的服务器IP

步骤2：安装必要软件

sudo apt update
sudo apt install python3-pip python3-venv nginx -y

步骤3：创建项目目录并拉取代码（这里用模拟代码）

mkdir mydjango && cd mydjango
# 假设你的代码在这里，用git拉取，或者手动上传
# 我们这里创建一个虚拟环境和一个最简单的app来演示
python3 -m venv venv
source venv/bin/activate
pip install django gunicorn
django-admin startproject myproject .
python manage.py startapp myapp

步骤4：修改设置，允许所有主机
在 myproject/settings.py 中：

ALLOWED_HOSTS = ['*']  # 生产环境请务必替换为你的域名或IP，这里仅为演示！

步骤5：用Gunicorn启动Django（WSGI服务器）
runserver 只是个玩具，不能用于生产。我们需要一个专业的“大堂经理”——Gunicorn。

# 在项目目录下，虚拟环境中
gunicorn --bind 0.0.0.0:8000 myproject.wsgi:application

现在，你的Django应用已经专业地运行在 0.0.0.0:8000 了。

步骤6：配置Nginx——专业的“前台&导览员”

直接让用户访问8000端口不优雅，而且性能不行。我们需要Nginx来当“前台”。

用户访问80端口（默认网页端口）。
Nginx（坐在80号房间）接待用户。
Nginx再把请求转发给后台坐在8000号房间的Gunicorn。

这个过程叫做 “反向代理”。

创建Nginx配置文件：

sudo nano /etc/nginx/sites-available/myproject

文件内容如下：

server {
    listen 80; # 监听80端口
    server_name 你的服务器IP; # 没有域名就写IP

    location / {
        # 将所有请求转发给运行在8000端口的Gunicorn
        proxy_pass http://0.0.0.0:8000;
        proxy_set_header Host $host;
        proxy_set_header X-Real-IP $remote_addr;
        proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
    }
}

启用配置：

sudo ln -s /etc/nginx/sites-available/myproject /etc/nginx/sites-enabled/
sudo nginx -t # 测试配置语法是否正确
sudo systemctl restart nginx # 重启Nginx

步骤7：大功告成！

现在，神奇的事情发生了。你不再需要在浏览器里输入 http://你的IP:8000。你只需要输入 http://你的IP（默认就是80端口）。

Nginx前台会微笑着接过你的请求，然后转身交给后台8000端口的Gunicorn处理，最后把Django生成的结果完美地递回给你。

第四章：总结与升华

看，打通“端口”这一关，你的Django应用就从“深闺无人识”变成了“门庭若市”。

我们来复盘一下核心思想：

端口是门牌号：没有正确的门牌，客人找不到你。
防火墙是保安：记得给新开的“门”做登记（安全组规则）。
0.0.0.0 是关键：想被外网访问，就别宅着。
生产环境不用runserver：请用Gunicorn/UWSGI等专业WSGI服务器。
Nginx是好搭档：它处理静态文件高效，还能做反向代理，让你的架构更健壮。

现在，你不再是那个被端口问题逼到墙角的小白了。你已经成为了一名懂得给网站“开门”的合格部署工程师。去吧，让你的项目在互联网的星辰大海中畅游！

（对了，最后记得把Django的 DEBUG=False 哦，那是另一个故事了……）