3389 端口不会在 Azure 虚拟机上打开
port 3389 won't open up on azure vm
当我尝试执行 rdp 时，它不起作用。
sudo netstat -plnt | grep rdp
tcp 0 0 127.0.0.1:3350 0.0.0.0:* LISTEN 106888/xrdp-sesman
上面的命令应该return多一行打开3389端口，但它没有。
在 NSG 中，我已经在端口 3389 上打开了入站连接，并且在 Azure 控制台中的连接测试中，它显示到该端口的入站连接正在运行。
这对我来说没有意义。
我假设您从 Market Place 映像创建了一个 Windows/Linux 虚拟机，因此默认情况下 Windows 防火墙允许使用 3389，因为 Linux 这个端口 3389 可能是您的服务 运行 在这个端口上。从外部流量创建 NSG 规则时，必须使用 VM 的专用 IP。
您需要确保您的 NSG 与您的 NIC 或 VM 的 SUBNET 相关联，因此我建议您使用 Network Watcher 对其进行测试，使用相同的远程 IP 地址 200.200.200.200 和端口 45654，它是由您决定，它必须有一个 public IP 和一个来自源的端口。对于本地 IP 地址和端口，您输入有关您的 VM（私有 IP）的信息。在我的例子中，端口 3389 是不允许的。
你可以做另一个测试，如果你有另一个虚拟机在这个虚拟机的同一个子网中，尝试远程登录 PRIVATE_IP 3389。
当我尝试执行 rdp 时，它不起作用。
sudo netstat -plnt | grep rdp
tcp 0 0 127.0.0.1:3350 0.0.0.0:* LISTEN 106888/xrdp-sesman
上面的命令应该return多一行打开3389端口，但它没有。
在 NSG 中，我已经在端口 3389 上打开了入站连接，并且在 Azure 控制台中的连接测试中，它显示到该端口的入站连接正在运行。
这对我来说没有意义。
我假设您从 Market Place 映像创建了一个 Windows/Linux 虚拟机，因此默认情况下 Windows 防火墙允许使用 3389，因为 Linux 这个端口 3389 可能是您的服务 运行 在这个端口上。从外部流量创建 NSG 规则时，必须使用 VM 的专用 IP。
您需要确保您的 NSG 与您的 NIC 或 VM 的 SUBNET 相关联，因此我建议您使用 Network Watcher 对其进行测试，使用相同的远程 IP 地址 200.200.200.200 和端口 45654，它是由您决定，它必须有一个 public IP 和一个来自源的端口。对于本地 IP 地址和端口，您输入有关您的 VM（私有 IP）的信息。在我的例子中，端口 3389 是不允许的。
你可以做另一个测试，如果你有另一个虚拟机在这个虚拟机的同一个子网中，尝试远程登录 PRIVATE_IP 3389。