我在 azure VM 上的反应应用程序没有出现

Question

我有一个 react.app，我已将代码上传到公共 su.net 上的 Azure VM 机器。 my.network 没有问题，出于开发目的，我已经释放了安全组上的所有端口，让他们对入站和出站端口没有限制。 我还有一个负载平衡器，它通过公共 su.net 引导流量。 在我的负载均衡器中，我有入站规则将端口 22 和 3000 转发到具有反应代码的后端池和虚拟机。 当我使用负载平衡的公共 IP 以及端口 3000 时，我仍然无法访问我的网站。

该应用程序在 VM 上启动，但在我的 PC 上的浏览器中无法访问，我使用 20 .. .92:3000

[root@****i]# npm start
> material-kit-pro-react@1.9.0 start /var/tmp/thermo-api
> http-server ./app -a 0.0.0.0 -p 3000 -c-1

Starting up http-server, serving ./app
Available on:
  http://127.0.0.1:3000
  http://10.0.1.4:3000
Hit CTRL-C to stop the server

任何线索或帮助将不胜感激！

编辑

我可以在 VM 内部将 curl 连接到端口 3000，它让我进入网页，但是当我将 ssh 连接到 .NET 中的另一个节点时，我仍然可以 ping 到 VM (10.0.1.4)，但我不能将 curl 连接到我的 VM 的端口 3000。

[AzureUser@***** ~]$ ping 10.0.1.4
PING 10.0.1.4 (10.0.1.4) 56(84) bytes of data.
64 bytes from 10.0.1.4: icmp_seq=1 ttl=64 time=1.67 ms
64 bytes from 10.0.1.4: icmp_seq=2 ttl=64 time=1.95 ms
64 bytes from 10.0.1.4: icmp_seq=3 ttl=64 time=2.07 ms
64 bytes from 10.0.1.4: icmp_seq=4 ttl=64 time=1.70 ms
64 bytes from 10.0.1.4: icmp_seq=5 ttl=64 time=1.78 ms
64 bytes from 10.0.1.4: icmp_seq=6 ttl=64 time=1.65 ms
64 bytes from 10.0.1.4: icmp_seq=7 ttl=64 time=1.78 ms
64 bytes from 10.0.1.4: icmp_seq=8 ttl=64 time=1.76 ms
^C
--- 10.0.1.4 ping statistics ---
8 packets transmitted, 8 received, 0% packet loss, time 19ms
rtt min/avg/max/mdev = 1.645/1.794/2.069/0.142 ms
[AzureUser@**** ~]$ curl 10.0.1.4:3000
curl: (7) Failed to connect to 10.0.1.4 port 3000: No route to host

我在这里附上了虚拟机的 iptables

[root@****]# iptables -L -n -v
Chain INPUT (policy ACCEPT 308K packets, 1658M bytes)
 pkts bytes target     prot opt in     out     source               destination

Chain FORWARD (policy DROP 0 packets, 0 bytes)
 pkts bytes target     prot opt in     out     source               destination
    0     0 DOCKER-USER  all  --  *      *       0.0.0.0/0            0.0.0.0/0
    0     0 DOCKER-ISOLATION-STAGE-1  all  --  *      *       0.0.0.0/0            0.0.0.0/0
    0     0 ACCEPT     all  --  *      docker0  0.0.0.0/0            0.0.0.0/0            ctstate RELATED,ESTABLISHED
    0     0 DOCKER     all  --  *      docker0  0.0.0.0/0            0.0.0.0/0
    0     0 ACCEPT     all  --  docker0 !docker0  0.0.0.0/0            0.0.0.0/0
    0     0 ACCEPT     all  --  docker0 docker0  0.0.0.0/0            0.0.0.0/0

Chain OUTPUT (policy ACCEPT 307K packets, 55M bytes)
 pkts bytes target     prot opt in     out     source               destination

Chain DOCKER (1 references)
 pkts bytes target     prot opt in     out     source               destination

Chain DOCKER-ISOLATION-STAGE-1 (1 references)
 pkts bytes target     prot opt in     out     source               destination
    0     0 DOCKER-ISOLATION-STAGE-2  all  --  docker0 !docker0  0.0.0.0/0            0.0.0.0/0
    0     0 RETURN     all  --  *      *       0.0.0.0/0            0.0.0.0/0

Chain DOCKER-ISOLATION-STAGE-2 (1 references)
 pkts bytes target     prot opt in     out     source               destination
    0     0 DROP       all  --  *      docker0  0.0.0.0/0            0.0.0.0/0
    0     0 RETURN     all  --  *      *       0.0.0.0/0            0.0.0.0/0

Chain DOCKER-USER (1 references)
 pkts bytes target     prot opt in     out     source               destination
    0     0 RETURN     all  --  *      *       0.0.0.0/0            0.0.0.0/0

Answer 1

在这种情况下，我有两点要告诉你。

• 检查Azure虚拟机内部是否有防火墙。 例如在 Linux 上运行IPTables ，如iptables -L -n -v 。 检查 IPTables / 防火墙的状态。 选项“-L”（列出规则集）、“-v”（详细）和“-n”（以数字格式显示）。 如果有，需要在虚拟机防火墙中开放3000端口。
• 根据您的要求，您可以创建负载均衡器的入站 NAT 规则。 它看起来像这样。

您可以按照本指南对Azure 负载均衡器进行故障排除。 如果您有任何问题，请告诉我。