在虚拟机环境中,通过 Telnet 测试 1521 端口是验证 Oracle 数据库网络连通性的最直接手段，但其成功与否取决于虚拟机网络模式、操作系统防火墙策略以及数据库监听器状态的三重协同，若 Telnet 1521 端口失败，通常意味着网络链路存在阻断、监听服务未启动或端口被安全策略拦截，解决这一问题需要从底层的网络配置逐层向上排查，直至应用层的监听状态确认，构建一个端到端的连通性验证闭环。
虚拟机网络模式与 IP 可达性分析
在进行 Telnet 测试之前，首要前提是确保客户端能够正确解析并访问到虚拟机的 IP 地址，虚拟机的网络适配器模式直接决定了 IP 的可达性范围，这是连通性测试的基础。
在桥接模式下,虚拟机相当于局域网中的一台独立物理机，拥有与宿主机同一网段的 IP 地址，只要局域网内没有策略限制，客户端可以直接 Telnet 该 IP 的 1521 端口，而在 NAT 模式下，虚拟机位于宿主机共享的子网内，外部网络无法直接访问虚拟机内部 IP，若必须在 NAT 模式下对外提供服务，必须在虚拟网络编辑器中配置端口转发规则，将宿主机的某一端口（如 1521）映射到虚拟机的 1521 端口。Host-Only 模式则仅限于宿主机与虚拟机之间互通，外网完全隔离。 排查的第一步是确认 ipconfig 或 ifconfig 获取的 IP 地址是否符合当前网络模式的预期，并使用 ping 命令验证基础的三层网络连通性。
操作系统防火墙策略配置
即便网络链路通畅,操作系统层面的防火墙往往是阻断 1521 端口的首要因素，Linux 系统中，默认的 firewalld 或 iptables 会拒绝非白名单端口的入站连接。
对于使用 firewalld 的 CentOS 7 或 RHEL 系统，必须显式开放 1521 端口，执行 firewall-cmd --zone=public --add-port=1521/tcp --permanent 并重载防火墙服务是标准操作，若使用 iptables，则需添加 INPUT 链规则允许 TCP 协议的 1521 端口通过，在 Windows Server 虚拟机中，高级安全 Windows 防火墙的入站规则同样需要新建允许 1521 端口的策略。值得注意的是，云环境下的虚拟机（如 AWS、阿里云 ECS）除了系统内部防火墙外，还受安全组策略管控，必须在控制台层面同步放行 1521 端口，这是常被忽视的外层防护屏障。
Oracle 监听器状态与端口绑定
假设网络和防火墙均已配置正确,Telnet 连接依然失败，则问题核心大概率在于 Oracle 数据库监听器，监听器负责接收客户端的连接请求，默认监听 1521 端口，但并非不可更改。
需要以 Oracle 用户身份登录虚拟机，使用 lsnrctl status 命令查看监听器状态。核心关注点在于“Services Summary”部分是否列出了正确的数据库实例，以及“Listener is running on”部分显示的端口号确认为 1521，如果监听器未启动，执行 lsnrctl start 即可；如果端口号被修改为非 1521（1522 或其他），则 Telnet 测试时应使用实际端口号，或者修改 listener.ora 配置文件将其重置回 1521 并重启监听，若数据库实例未注册到监听器，即便端口通，数据库连接也会报错，此时需检查 local_listener 参数或实例的动态注册状态。
跨平台 Telnet 测试与替代方案
在实际运维中,客户端环境的差异也会影响测试结果，Windows 系统默认未开启 Telnet 客户端功能，需在“启用或关闭 Windows 功能”中勾选安装，安装后，通过 CMD 执行 telnet <虚拟机IP> 1521，若出现黑屏或光标闪烁，说明端口已通；若提示连接失败，则说明存在阻断。
由于 Telnet 协议明文传输且缺乏安全性，现代运维更倾向于使用更专业的工具进行端口探测。推荐使用 PowerShell 的 Test-NetConnection -Port 1521 命令，它无需额外安装组件且反馈信息更详细，在 Linux 客户端，nc -zv <IP> 1521（Netcat）或 telnet 均是常用手段，Telnet 不可用，还可以利用 nmap 工具进行全端口扫描，不仅能确认 1521 端口状态，还能识别运行的服务版本，为深度排查提供依据。
常见疑难杂症与专业解决方案
在复杂的虚拟化环境中,偶尔会遇到“端口通但连接失败”的假象，这通常是因为虚拟机内部的 MTU（最大传输单元）设置与网络环境不匹配，导致大数据包在传输过程中被分片丢弃，调整虚拟机网卡的 MTU 值或检查物理交换机的 MTU 配置是解决思路。
另一个常见问题是虚拟机使用了 NAT 模式，且宿主机开启了 VPN，VPN 软件往往会修改路由表，导致宿主机无法访问虚拟机的 NAT 子网 IP。专业的解决方案是在 VPN 软件中设置“绕过局域网流量”或手动添加路由规则，强制访问虚拟机网段的流量不走 VPN 隧道，对于多网卡虚拟机，需确保监听器绑定在正确的网卡 IP 上，避免监听在 0.0.1 导致外部无法连接。
相关问答
Q1：在虚拟机中 Telnet 1521 端口显示连接失败，但 ping IP 是通的，是什么原因？
A： Ping 通仅代表 ICMP 协议（网络层）可达，而 Telnet 1521 失败说明 TCP 1521 端口（传输层及应用层）不可达，主要原因通常有三点：一是 Oracle 监听器服务未启动或崩溃；二是操作系统防火墙或云厂商安全组拦截了 1521 端口；三是监听器配置文件中绑定的地址并非当前测试的 IP 地址，建议优先检查 lsnrctl status 和防火墙规则。
Q2：如何在不安装 Telnet 客户端的情况下快速测试 1521 端口是否开放？
A： 可以使用多种替代工具，在 Windows 系统上，最便捷的方法是使用 PowerShell 命令 Test-NetConnection -ComputerName <目标IP> -Port 1521，它会直接返回 TcpTestSucceeded : True 或 False，在 Linux 系统上，可以使用 nc -zv <目标IP> 1521 或 /dev/tcp/<目标IP>/1521（Bash Shell 特性）来进行快速探测。
如果您在配置虚拟机 Oracle 数据库网络的过程中遇到其他特殊情况，欢迎在评论区分享您的错误日志或配置细节，我们将为您提供进一步的排查建议。
