为什么多个网站要共用80端口？
你可能遇到过这样的情况：一台服务器上部署了多个网站，比如一个公司官网、一个商城系统、还有一个内部管理后台。如果每个网站都用不同的端口，比如官网用80，商城用8080，后台用8081，用户访问起来就非常麻烦，需要在网址后面加上端口号，既不专业也影响体验。更重要的是，80端口是HTTP协议的默认端口，浏览器访问时默认就是80端口，省略后网址更简洁。让多个网站都通过80端口来访问，就成了一个非常实际的需求。这就是Apache反向代理大显身手的地方。
通过反向代理，我们可以让Apache监听80端口，然后根据用户访问的不同域名，将请求智能地转发到服务器内部不同的服务或端口上。对用户来说，他们访问的都是标准的网址，完全感知不到后端端口的差异。在这个过程中，如果后端服务需要稳定、高速地访问外部资源或API，使用天启代理这类高质量的代理IP服务，可以有效避免因本地网络波动导致的请求失败或延迟，确保反向代理服务的稳定性。
理解Apache反向代理的工作原理
可以把Apache反向代理想象成一个非常专业的公司前台。当有客人（用户请求）来访时，前台会根据客人要找的部门（对应的域名），准确地将其引导到正确的办公室（内部服务器或端口）。客人不需要知道办公室具体在几楼几号，只需要告诉前台要找谁即可。
具体到技术上，它主要依赖两个模块：mod_proxy 和 mod_proxy_http。前者提供核心的代理功能，后者则专门处理HTTP协议的代理。当启用这些模块后，Apache就能扮演这个“前台”的角色。这种机制对于需要从外部多个源聚合内容的应用尤其有用。如果这些外部源存在访问限制或不稳定，集成天启代理的高可用IP资源可以作为一个中间层，确保数据抓取或同步的顺利进行，其高达99%的IP可用率和低至10毫秒的响应延迟为这种集成提供了可靠保障。
一步步配置Apache反向代理
下面我们通过一个实际例子来操作。假设我们有两个网站：www.company.com（公司官网）和shop.company.com（在线商城）。官网运行在8080端口，商城运行在8081端口。我们的目标是让用户通过标准的80端口访问它们。
第一步：启用必要的Apache模块
确保你的Apache服务器已经加载了代理模块。通常，你可以使用a2enmod命令（在Debian/Ubuntu系统上）或编辑httpd.conf文件（在CentOS/RHEL系统上）来启用它们。
在Debian/Ubuntu上
sudo a2enmod proxy
sudo a2enmod proxy_http
sudo systemctl restart apache2
或者，直接在Apache配置文件中确保有以下行（去掉前面的注释）
LoadModule proxy_module modules/mod_proxy.so
LoadModule proxy_http_module modules/mod_proxy_http.so
第二步：配置虚拟主机
接下来，我们需要为每个域名配置一个虚拟主机，并在其中设置反向代理规则。通常，这些配置放在/etc/apache2/sites-available/目录下的独立文件中。
创建公司官网的配置文件（如www.company.com.conf）：
<VirtualHost :80>
ServerName www.company.com
核心配置：将所有请求代理到本机的8080端口
ProxyPass / http://127.0.0.1:8080/
ProxyPassReverse / http://127.0.0.1:8080/
可选：传递原始客户端的IP地址给后端应用，这在日志分析时非常有用
ProxyPreserveHost On
RemoteIPHeader X-Forwarded-For
</VirtualHost>
创建在线商城的配置文件（如shop.company.com.conf）：
<VirtualHost :80>
ServerName shop.company.com
将所有请求代理到本机的8081端口
ProxyPass / http://127.0.0.1:8081/
ProxyPassReverse / http://127.0.0.1:8081/
ProxyPreserveHost On
RemoteIPHeader X-Forwarded-For
</VirtualHost>
启用这些站点配置并重启Apache服务：
sudo a2ensite www.company.com.conf
sudo a2ensite shop.company.com.conf
sudo systemctl reload apache2
完成以上步骤后，当用户访问http://www.company.com时，Apache会自动将请求转发到内部的8080端口；访问http://shop.company.com时，则转发到8081端口。用户看到的是统一的80端口访问，体验无缝衔接。如果你的后端服务（如商城的价格查询API）需要频繁、稳定地调用外部接口，可以考虑在应用层集成天启代理的API，利用其全国200+城市节点和自建机房纯净网络，避免因本地出口IP问题导致的接口调用失败。
配置过程中的关键要点与避坑指南
1. 确保域名解析正确： 这是最常见的问题。你必须将www.company.com和shop.company.com这两个域名都解析到你的Apache服务器的IP地址上。可以通过修改DNS的A记录来实现。
2. 理解ProxyPassReverse指令： 这个指令和ProxyPass同样重要。它不仅负责将请求转发到后端，更重要的是，它会重写后端服务器返回的HTTP响应头（如Location、Content-Location头），确保其中包含的URL是面向客户端的正确地址（即80端口的地址），而不是后端服务器的内部地址。这可以避免用户浏览器被重定向到类似http://localhost:8081/这样的内部地址上。
3. 后端服务的配置： 你的后端服务（比如运行在8080端口的Tomcat或Node.js应用）可能需要做一些配置。它应该被设置为监听127.0.0.1（本地回环地址）而不是0.0.0.0（所有地址），这样可以增强安全性，防止外部直接访问后端端口。后端应用需要能够识别通过X-Forwarded-For等头传递过来的真实用户IP。
4. 防火墙设置： 确保服务器的防火墙只对外开放80端口，而将8080、8081等后端端口封锁，只允许本地（127.0.0.1）访问。这样所有的流量都必须经过Apache反向代理，架构更安全。
常见问题QA
Q1: 配置完成后，访问域名出现503错误怎么办？
A1: 503错误通常表示Apache能够接收请求，但无法连接到后端服务。请按以下步骤检查：
- 确认后端服务（如运行在8080端口的应用）已经正常启动并在监听。
- 使用curl http://127.0.0.1:8080命令在服务器上本地测试，看后端服务是否正常响应。
- 检查Apache错误日志（通常位于/var/log/apache2/error.log），里面会有更详细的错误信息。
Q2: 如何实现负载均衡？
A2: Apache反向代理可以轻松实现负载均衡。你需要启用mod_proxy_balancer模块，然后使用BalancerMember指令定义多个后端服务器。例如：
ProxyPass / balancer://mycluster/
ProxyPassReverse / balancer://mycluster/
<Proxy balancer://mycluster>
BalancerMember http://192.168.1.10:8080
BalancerMember http://192.168.1.11:8080
</Proxy>
这样，请求会被分摊到两个后端服务器上。对于需要从公网多个IP进行数据采集或验证的后端服务，结合天启代理支持的HTTP/HTTPS/SOCKS5协议和多种去重模式，可以更好地管理请求来源，避免被目标网站封锁。
Q3: 除了域名，还能根据路径进行反向代理吗？
A3: 当然可以。例如，你可以配置让www.company.com/api/路径下的所有请求被代理到另一个专门处理API的服务器或端口。
ProxyPass /api/ http://127.0.0.1:3000/
ProxyPassReverse /api/ http://127.0.0.1:3000/
这种基于路径的代理非常灵活，适合构建微服务架构。
结合代理IP提升服务稳定性
在复杂的网络环境中，Apache反向代理服务器本身也可能遇到网络问题，尤其是当它需要代表后端服务去访问外部资源时。例如，商城网站需要调用一个外部物流查询接口，如果服务器本地网络到该接口不稳定，就会影响用户体验。
这时，可以考虑在Apache或后端应用层面集成专业的代理IP服务，如天启代理。天启代理提供的企业级代理服务采用高性能服务器和分布式集群架构，其IP可用率高达99%以上，响应延迟极低。通过将外部API请求通过天启代理的优质IP网络发出，可以有效规避本地网络出口的单一性和不稳定性，为你的网站服务提供一个更加稳定、可靠的外部通信通道。特别是其终端使用授权和专业技术客服支持，能够满足企业级业务接入的安全和技术支持需求。
通过以上详细的步骤和说明，你应该已经掌握了使用Apache反向代理让多个网站共用80端口的秘诀。这不仅提升了用户体验，也为后续的扩展和维护打下了良好的基础。
