云服务器公网 IP 主要用于让互联网用户访问服务器，也方便远程管理、发布网站、提供 API 服务和配置域名。AWS EC2 中常见的公网 IP 有自动分配的动态公网 IPv4，以及可以长期保留并重新绑定资源的 Elastic IP（EIP）。两者的成本、稳定性和适用场景并不一样，选错后可能遇到网站地址变化、白名单失效或额外费用等问题。
云服务器公网 IP 有什么用？
云服务器通常同时拥有私有 IP 和公网 IP。私有 IP 用于云网络内部通信，比如 EC2 与数据库、缓存服务或其他实例之间互相访问。公网 IP 则负责连接互联网，让服务器能够被外部用户或第三方系统访问。
举个常见场景：你在 EC2 上部署了一个网站，用户在浏览器里输入域名后，DNS 会把域名解析到一个公网地址，访问请求再到达服务器。没有公网 IP，服务器通常无法直接接收来自互联网的访问请求。不过，是否能真正访问成功，还要看安全组、网络 ACL、路由表、操作系统防火墙和应用监听端口是否配置正确。
公网 IP 也常用于以下工作：
- 通过 SSH 或远程桌面连接云服务器；
- 对外提供网站、Webhook、API 或文件服务；
- 让第三方平台把回调地址发送到你的服务器；
- 把固定公网地址加入支付、办公、数据库或接口服务的访问白名单；
- 为临时测试环境提供外部访问入口。
公网 IP 不等于“打开所有端口”。例如，服务器绑定了公网 IP，但安全组没有放行 80 端口，网站仍然无法访问。实际部署时，应只开放业务需要的端口，并限制 SSH、远程桌面等管理端口的来源地址。
固定 IP、动态 IP 和 EIP 有什么区别？
“固定 IP”和“动态 IP”是使用方式上的说法，“EIP”则是 AWS 提供的一种具体资源。理解这三个概念，可以从地址是否长期保留、停止实例后是否变化，以及能否重新绑定三个方面判断。
| 类型 | 地址是否长期保留 | 停止并重新启动实例后 | 能否绑定到其他资源 | 常见用途 |
|---|---|---|---|---|
| 自动分配的公网 IP | 通常不会长期保留 | 可能发生变化 | 通常不能按 EIP 方式自由转移 | 临时测试、短期开发、一次性环境 |
| 固定公网 IP | 由具体云服务机制决定 | 通常保持不变 | 取决于服务类型 | 网站、白名单、对外 API |
| AWS EIP | 可以单独申请并保留 | 通常保持不变 | 可以在符合条件的资源间重新关联 | 生产服务、故障切换、固定入口 |
这里有一个容易混淆的地方：AWS 的 EIP 通常指 Elastic IP address，也就是可保留的静态公网 IPv4 地址。它不是所有云平台“固定 IP”的统称，也不代表私有 IP。对于 IPv6，AWS 使用的是不同的地址机制，不能直接套用 EIP 的概念。
动态公网 IP 适合什么情况？
EC2 创建时，如果网络设置启用了自动分配公网 IP，实例可能会获得一个公网 IPv4。这个地址适合临时环境，因为配置简单，创建实例后就能用于测试或远程连接。
但它不适合作为长期对外地址。实例停止后再启动，自动分配的公网 IPv4 可能改变；终止实例后，相关地址也不会继续保留。重启实例和停止后再启动不是一回事，不能只根据“重启后地址没变”来判断地址始终固定。
如果开发人员只是测试端口、验证部署脚本，或者服务器生命周期很短，动态公网 IP 可以减少不必要的资源管理。此时不要把这个地址写死在代码、DNS、第三方白名单或办公网络规则里。
EIP 适合什么情况？
EIP 可以独立申请并保留，再关联到符合条件的 EC2 实例或其他 AWS 资源。实例发生故障时，你可以把同一个 EIP 重新关联到备用资源，外部用户不必更换访问地址。这也是 EIP 在生产环境中最有价值的地方。
如果网站域名、API 白名单、供应商回调或远程办公规则依赖一个确定的公网 IPv4，建议把 EIP 纳入架构设计。它能减少因实例替换而引起的地址变更，但不会自动解决应用故障、数据丢失或网络安全问题。
EIP 也不是“申请后完全免费”的代名词。AWS 对公网 IPv4 的计费规则可能随时间调整，已分配但未合理使用的地址、与资源的关联状态以及所在服务，都可能影响费用。申请前应查看 AWS 最新的 Elastic IP 和公网 IPv4 计费说明，并结合账户实际账单确认。
什么场景需要固定公网 IP？
是否需要固定 IP，关键看外部系统是否依赖这个地址，而不是看服务器是不是生产环境。下面几类情况通常值得优先考虑。
网站或 API 已经对外提供服务。 用户虽然通过域名访问，但域名解析、监控系统、合作方配置和安全策略都可能依赖稳定的源站地址。服务器更换后，如果公网 IP 变化，就需要同步更新 DNS 和外部配置。
第三方服务要求 IP 白名单。 有些支付、数据库、办公网络、供应商接口或企业内部系统会只允许指定 IP 访问。动态地址一旦变化，接口可能立即被拒绝。使用 EIP 能减少这类变更，但白名单仍要按最小范围配置，不能为了省事放开全部来源。
需要做故障切换。 如果你准备了备用 EC2，或者采用主备架构，EIP 可以作为相对稳定的访问入口。切换时还要考虑应用启动时间、数据同步、健康检查和 DNS 缓存，不能把 EIP 当成完整的高可用方案。
需要长期远程管理。 如果团队经常从固定办公网络登录服务器，使用 EIP 会比每次查找新地址更方便。但更稳妥的做法是配合 AWS Systems Manager 等管理方式，减少直接暴露 SSH 端口的需要。具体服务是否可用，还要看实例、操作系统、权限和区域配置。
如果只是短期开发、课堂实验、一次性脚本测试，动态公网 IP 通常已经够用。环境销毁后，及时释放不再使用的公网资源，避免产生不必要的账户费用。
哪些情况下不必给实例绑定公网 IP？
很多服务器并不需要直接暴露在互联网中。数据库、缓存、内部任务节点和后台管理服务，通常更适合放在私有子网，通过私有 IP 与其他资源通信。
例如，前端 Web 服务可以放在公网子网，数据库放在私有子网。应用服务器通过私有网络访问数据库，数据库安全组只允许来自应用服务器安全组的连接。这样可以减少暴露面，也更容易控制入站访问规则。
如果私有子网中的实例需要访问互联网下载更新或调用外部接口，可以根据架构使用 NAT Gateway 等出站方案。NAT Gateway 与 EIP 的作用不同：EIP 是一个可保留的公网 IPv4 地址，NAT Gateway 负责让私有子网资源访问外部网络。选择前要按流量、可用区和高可用要求核算成本，具体价格以 AWS 最新说明和实际账单为准。
还要区分负载均衡器和普通 EC2 实例的访问方式。网站流量较大或需要多实例分发时，直接把 EIP 绑在单台 EC2 上，可能会让故障切换和扩容变得麻烦。可以先判断是否需要负载均衡、自动扩缩容或托管入口，再决定公网地址应放在哪一层。
如何在 AWS EC2 中配置公网 IP？
控制台名称可能会因 AWS 界面调整而变化，以下路径按常见 EC2 控制台布局说明。操作前先确认区域，因为 EIP 通常属于特定 AWS 区域，不能把一个区域的地址直接关联到另一个区域的资源。
创建 EC2 时启用自动公网 IP
如果只是搭建临时测试机，可以在创建实例的网络设置中检查自动分配公网 IP 的选项。创建完成后，在 EC2 实例详情中查看 IPv4 公网地址，并使用它进行测试。
操作时可以按这个顺序检查：
- 打开 EC2 控制台，进入实例创建流程。
- 在网络设置中选择 VPC 和子网，确认该子网的公网访问路由符合预期。
- 检查“自动分配公网 IP”设置是否启用。
- 配置安全组，仅放行需要的端口，例如网站使用的
80和443，管理端口只允许可信来源访问。 - 实例运行后，在实例详情中确认公网 IPv4、私有 IPv4 和状态检查结果。
如果没有公网 IP，除了检查自动分配选项，还要检查子网路由表是否指向 Internet Gateway。仅仅勾选自动分配，不代表实例一定具备完整的互联网连通条件。
为长期服务申请并关联 EIP
需要稳定公网 IPv4 时，可以在 EC2 控制台进入 Network & Security 下的 Elastic IPs，申请一个 EIP，再将它关联到目标资源。不同版本的控制台文字可能略有差异，但核心步骤相同。
- 在 EC2 控制台打开
Elastic IPs页面。 - 选择分配新的 Elastic IP 地址，并确认地址来源和区域。
- 选中刚分配的 EIP，执行关联操作。
- 选择目标实例或支持的网络接口，并确认关联。
- 在实例详情、安全组和应用配置中检查访问结果。
关联成功后，域名解析可以指向这个 EIP，第三方白名单也可以按实际需要加入该地址。更新 DNS 后，受 TTL 和本地缓存影响，部分访问者可能不会立即看到新解析结果。
如果需要把 EIP 从故障实例切换到备用实例，应先确认备用实例的网络接口、路由、安全组和服务进程都已准备好。完成重新关联后，再从外部网络测试域名、端口和 API 返回结果。不要只检查控制台里地址是否显示成功。
配置完成后怎样验证？
公网 IP 配置完成，至少要验证三个层面：网络是否可达、端口是否放行、应用是否正常响应。
可以先在服务器内部确认应用监听地址和端口，再从外部网络执行连接测试。例如，网站可以访问 http://公网IP 或域名，API 可以发送一次实际请求，SSH 则使用正确的用户名、密钥和端口。若只在服务器本机访问 localhost，不能证明公网链路正常。
检查失败时，按以下顺序排查通常更快：
- 实例是否处于运行状态，系统状态检查是否通过；
- 子网路由表是否存在到 Internet Gateway 的路径；
- 安全组入站规则是否允许当前来源和端口；
- 网络 ACL 是否拒绝了请求或返回流量；
- 操作系统防火墙是否放行端口；
- Web 服务是否监听在
0.0.0.0或正确的私有地址，而不是只监听127.0.0.1； - 域名是否解析到了当前使用的地址。
排查过程中不要直接把安全组改成允许所有来源。临时放开规则后，应在测试结束时恢复为更小的来源范围。
使用 EIP 前要留意哪些问题？
EIP 解决的是公网地址稳定性，不是全部网络问题。真正上线前，还需要处理地址生命周期、访问控制和费用管理。
- 确认地址是否真的需要长期保留。 测试环境不必为了“看起来固定”而一直占用 EIP。
- 记录地址用途和所属环境。 多个项目共用一个 AWS 账户时，建议在资源标签中标明项目、环境和负责人。
- 不要把公网地址当作安全措施。 任何服务都应配合安全组、身份认证、密钥管理和系统补丁。
- 避免把地址写死在业务代码里。 使用配置文件、环境变量或 DNS 管理方式，后续迁移更容易。
- 关注公网 IPv4 费用。 AWS 的计费规则可能变化，分配、关联和闲置状态都应以官方最新说明为准。
- 检查区域和配额。 EIP 的申请数量、关联限制和可用资源可能受账户配额影响，需要更多地址时应先确认实际限制。
对于企业采购者，建议把公网 IP 需求写进云服务器选型表。除了实例规格，还要记录是否需要固定 IPv4、是否有白名单、是否需要多可用区、是否采用负载均衡，以及地址变化后谁负责更新外部系统。这样可以避免实例买好了，才发现合作方只接受固定来源地址。
选动态 IP 还是 EIP？可以按这几个问题判断
如果服务器只用于几天或几周的开发测试，且没有域名、白名单和固定回调地址，优先考虑自动分配的公网 IP。环境销毁时一起清理即可。
如果服务器承载长期网站、API 或远程办公入口，外部配置又依赖确定的 IPv4，EIP 更合适。使用前要把地址费用和账户资源管理纳入预算，不要只比较实例本身的价格。
如果你需要多台服务器共同承载业务，先评估负载均衡或其他托管入口。把一个 EIP 直接绑定在单台 EC2 上，虽然配置简单，但扩容、切换和维护都可能受到限制。
如果服务器主要运行数据库、缓存或内部任务，优先考虑不分配公网 IP。通过私有子网、安全组和必要的出站访问方案完成通信，通常比让每台实例直接暴露公网更容易控制风险。
常见问题
AWS EIP 是不是永久不变的公网 IP？
EIP 可以在账户中保留，并在符合条件的资源之间重新关联，因此适合需要稳定公网 IPv4 的场景。但它仍受区域、账户资源状态、配额和 AWS 规则影响，具体使用条件以官方最新说明为准。
EC2 重启后公网 IP 会变化吗？
普通重启和停止后再启动的行为不同。自动分配的公网 IP 在停止后重新启动时可能变化，EIP 通常可以保持不变。生产环境不要依赖自动分配地址作为长期入口。
有了公网 IP，网站就一定能访问吗？
不一定。还要检查路由表、Internet Gateway、安全组、网络 ACL、操作系统防火墙，以及 Web 服务是否监听正确端口。域名解析也必须指向当前使用的地址。
EIP 和私有 IP 可以同时使用吗？
可以。EC2 通常使用私有 IP 进行 VPC 内部通信，再通过公网 IPv4 或 EIP 提供外部访问。具体绑定方式取决于实例网络接口和 AWS 资源类型。
下一步怎么做？
先列出服务器是否需要域名访问、第三方白名单、固定回调地址和长期远程管理，再决定使用动态公网 IP 还是 EIP。涉及 AWS 账户注册、代充值、折扣代理或具体网络架构时，可以先准备区域、实例数量、业务端口和预计运行周期，向服务商咨询可行方案与费用，最终以 AWS 官方最新规则和账户实际确认为准。
确定了公网地址方案后，再按安全组、路由、系统防火墙和应用监听端口逐项验证。对于正式业务，也应同时规划备份、监控、故障切换和地址变更流程。这样选择云服务器公网 IP 时，关注的就不只是“能不能访问”，还包括后续维护是否可控。
