通过 OpenVPN 连接时 FTP 目录列表和反向 Shell 失败（Proving Grounds 实验室）

Question

我正在练习一些 Proving Grounds 实验室，并且遇到了一个问题：我无法接收 FTP 服务的目录列表，但我可以成功连接并对其进行身份验证。我收到的错误是 421 服务不可用，远程服务器超时。连接已关闭。

这个实验室特别是Stapler，但其他实验室也出现过同样的问题。在查找了盒子的几篇文章后，FTP 服务确实应该响应 FTP 命令并且可以查看/获取文件。

我认为与此行为相关的另一个问题是，我无法在任何这些实验室中建立反向 shell，即使仔细阅读官方文章并严格遵循步骤也是如此。

我正在使用 OpenVPN 配置连接到实验室，这使我能够与他们交互。我可以进行 nmap 扫描、上传文件、枚举网页等。但是一旦尝试某种 FTP 或反向 shell 连接，我就无法进行。

奇怪的是，我以前在连接 TryHackMe 或 Hack The Box 的实验室时，在连接他们的 VPN 时从未遇到过这个问题，只有 OffSec 的 Proving Ground 实验室遇到过这个问题。

我在 Windows 主机上使用 Kali Linux VM。我尝试过以下操作：

• 在我的 VMWare 网络设置中将网络连接从 NAT 更改为桥接
• 将 google DNS 添加到我的 resolv.conf 中
• 终止所有活动的 VPN 连接并重新下载我的配置文件
• 将我的 tun0 接口 MTU 更改为 1200
• 打开我的防火墙规则的端口 20 和 21，以便不应过滤传入连接（在 Kali 上使用 ufw）

---

我绝不是网络专家，但我相信根本问题是 VPN 连接。当我从浏览器内实例进行实验时，完全没有问题，我可以与 FTP 完全交互，并使用完全相同的步骤按预期接收反向 shell。仅当我通过 VPN 连接从 Kali 进行实验时，它才会出现。

任何帮助或指导将不胜感激！

Answer 1

这是防火墙问题。启用端口 20 和 21 不足以使 FTP 正常工作。 请参阅此处的其他帖子。

只需禁用 ufw 就解决了我的所有问题：

sudo ufw disable

这也打开了我正在监听的反向 shell 端口。然后我恢复到 NAT 网络连接，这样会稍微安全一些。