我遇到了套接字的奇怪问题。我正在尝试使用端口25565连接到此IP以找出此特定IP /服务器的ping。我有一段代码在本地工作得很好，并且显示我的ping没有失败，它也适用于运行nginx / PHP CGI的OVH Kimsufi盒子。然而在Microsoft Azure上却没有，向我显示10060（超时）错误代码和此消息：userdirective="{condition:isActive(route.name),mdColors:{color:'primary'}}"。仅适用于这一个IP。另一个IP（A connection attempt failed because the connected party did not properly respond after a period of time, or established connection failed because connected host has failed to respond.）工作正常。我有这个应用程序在3个不同的地区运行，欧盟西部，美国西部和美国东部。它不适用于任何一个。
37.59.51.122有没有人知道可能导致这个问题的原因是什么？我需要更改一个特定于天蓝色的设置来修复此问题吗？ 或者有一种简单的方法在Azure上调试它？ 我对Azure很陌生，所以我对它非常不熟悉。
编辑：我曾在许多不同地区（从日本到美国西部）尝试过，但未找到有关防火墙或IP黑名单的任何设置。我真的很茫然。答案 0 :(得分：0)
如果您将最后一行更改为在端口53（Google的公共DNS服务器）上ping 8.8.8.8，它会按预期的那样正常工作。
但是，从Kudu的DebugConsole（ here ）开始，如果我执行tcpping host:port，我会看到您的远程防火墙正在运行或丢包。
D:\home\site\wwwroot>tcpping 149.56.81.67:25565
Connection attempt failed: Connection timed out.
Connection attempt failed: Connection timed out.
Connected to 149.56.81.67:25565, time taken: 78ms
Connected to 149.56.81.67:25565, time taken: 86ms
Complete: 2/4 successfull attempts (50%). Average success time: 82ms
这就是你看到超时的原因。
尝试在远程服务器上运行tcpdump以查看它是否真的丢包，或者机器只是没有发回SYN（可能会发送RST）。
答案 1 :(得分：0)
我发现了问题。我让这个脚本循环运行，连续5次ping它。我已经在请求之间添加了500毫秒的延迟，我不再有超时。
如果没有evilSnobu的帮助，我不会想到这一点。我发现tcpping.exe确实比我的php脚本更常用，尽管原始连接几乎是一样的。唯一的区别是请求之间的延迟。这是OVH的ddos保护防火墙阻止了我的连接。