traceroute 接点都以 * 显示， 没有ip
如果在使用 traceroute 命令时，你看到所有的跳点都显示为星号(*)，这通常意味着数据包被防火墙或路由设备丢弃，或者网络设备没有响应ICMP请求。
traceroute命令通过发送小的ICMP包并侦听其响应来工作。每个"*"表示 traceroute 在等待ICMP回复时超时了。
以下是可能的解决方案：
使用TCP模式：某些网络设备可能被配置为忽略或丢弃ICMP请求，但允许TCP连接。你可以试着使用
traceroute的-T选项以TCP模式运行，例如traceroute -T www.example.com。尝试其他端口：有时，某些特定的端口可能不允许ICMP请求，但其他端口可能会。你可以试试
traceroute命令的-p选项来指定一个端口，比如traceroute -T -p 80 www.example.com。检查本地防火墙设置：如果你的系统上的防火墙被配置为阻止出站的ICMP请求，你也可能看到全部的"*"。检查并调整你的防火墙设置可能有所帮助。
注意：以上方法可能不总是有效，因为它们依赖于网络设备的具体配置和行为。
文章很实用，尤其在网络排错时。尝试不同端口的方法的确可行。
微光倾城： @云烟
在网络排错过程中，遇到 traceroute 输出全为 * 的问题时，尝试使用不同的端口确实能够提供更多信息。例如，可以利用以下命令尝试通过 TCP 端口进行 traceroute：
这条命令将 traceroute 的探测方式改为 TCP，并使用 80 端口（HTTP）。有时，某些路由器对 ICMP 数据包比较敏感，而对 TCP 数据包则没有那么严格的防火墙规则。
此外，若仍然看不到任何 IP 地址，可以检查本地网络设置以及防火墙规则，确保没有阻止 traceroute 的请求。也可以使用 MTR 工具，它结合了 ping 和 traceroute 的功能，提供了实时路由状态的信息。
建议参考 MTR 项目 来了解更多用法，能够为网络排错提供更全面的视角。
很有帮助！
traceroute -T -p 80这个命令了解很多。灿若： @空悲叹
很高兴看到对 traceroute 命令有这种深入的了解！除了使用
-T选项和指定端口，遇到接点都以 * 显示的情况时，也可以尝试使用-I选项进行 ICMP 路由追踪，有时候这能够提供更稳定的结果。此外，调整超时时间和最大跃点数也可能对结果有所帮助，例如：这里的
-m 30设置最大跳数为 30，而-w 2则将每个请求的等待时间设置为 2 秒，可能有助于获取到更多的信息。如果希望进一步分析网络状况，可以考虑使用
mtr工具，它结合了 traceroute 和 ping 的功能，更加直观实用。可以使用如下命令进行实时监控：另外，关于网络调试与监控相关的更多信息，可以参考 DigitalOcean 的网络工具介绍。希望这些补充对理解和排查网络问题更有帮助！
内容详细，有效解决
traceroute问题。建议提供更多具体的防火墙设置例子。韦静涵： @mail1974
对于traceroute接点只显示*的情况，通常与网络防火墙设置有关。提供一些具体的防火墙配置示例可能会对解决问题有很大帮助。例如，对于iptables防火墙，可以确保以下规则没有被阻止：
同时，如果使用的是Cisco路由器，可以检查以下配置：
这样的设置能够允许ICMP回显请求和应答，从而帮助traceroute工具正常工作。对于遇到的*，可以尝试关闭或者调整防火墙设置。作为参考，可以查阅 Cisco的官方文档，获取详细的信息与指导。希望这能为解决问题提供一些有用的思路。
对于那些从未处理过ICMP问题的人，这些建议再好不过了。不过，如果可能，建议加入更多关于不同操作系统下可能需要的解决方案。
肆意： @BAR斯文男生
对于处理ICMP问题，确实可以考虑操作系统的不同特点来寻找合适的解决方案。对于Linux用户，可以使用
traceroute命令的-I选项，这样可以采用ICMP Echo请求，而不仅仅是UDP报文，例如：Windows用户则可以使用
tracert命令，虽然默认使用ICMP Echo请求的方式，但在某些网络环境下可能会受到防火墙的影响。可以使用下面的命令：此外，如果在某些情况下所有的接点都返回
*，可以尝试使用mtr工具，它结合了ping和traceroute的功能，实时显示到达目标的延迟和丢包情况：具体的问题可能与网络配置、路由策略或者防火墙设置有关，可以参考 这篇文章 来获取更多关于网络诊断的技巧与工具的使用建议。
关于
traceroute的使用，最好再加入一些关于Linux与Windows操作系统的不同实现上的差异讨论。末年： @虚情假意
对于traceroute命令，在Linux和Windows上的实现确实有一些不同之处。例如，在Linux中，通常使用的是
traceroute命令，而在Windows中则使用tracert命令。两者的基本功能相似，但使用方法和输出结果有所不同。在Linux中，你可以使用以下命令来查看路径：
而在Windows系统上，输入的命令则是：
另外，traceroute在Linux上可以通过设置不同的协议（如TCP或UDP）进行更灵活的操作，比如：
对于遇到所有接点均显示为
*的情况，可能的原因包括防火墙的配置限制、网络设备的丢包率较高等。在Linux和Windows上都可以通过调整traceroute或tracert的参数来尝试不同的TTL（生存时间）值或协议，以找出可能的障碍。值得一提的是，有时目标主机可能不会响应ICMP请求，因此可以尝试使用
ping命令检测连通性，并对比不同平台的表现。更深入的信息和参数选择可以参考以下链接：Linux traceroute Manual 和 Windows tracert Documentation。这些资料提供了更详尽的使用说明和参数解释，或许能帮助更全面地理解traceroute和tracert的使用差异。
可以尝试TCP模式，这在有些限制环境中非常有效。推荐查阅Wireshark进一步分析网络包。
幽兰香： @旭辰
在遇到 traceroute 接点显示为 * 的问题时，确实可以考虑使用 TCP 作为传输协议。在某些网络环境中，ICMP 数据包可能被过滤，导致无法正确获取路由信息。使用 TCP 端口扫描的方式，可以绕过这些限制。以下是一个使用
traceroute的 TCP 模式的示例：在这个命令中，
-T表示使用 TCP 模式，而-p 80指定了 HTTP 的默认端口。根据实际情况，您也可以选择其他端口，比如 443（HTTPS）等。对于进一步分析网络流量，尤其是在复杂的网络环境中，Wireshark 是一个非常有用的工具。通过捕获和分析数据包，可以更清晰地了解流量传输的情况。如果需要，可以参考 Wireshark 官方文档 以获取更多操作指南。
综合来说，尝试这些方法可以帮助深入理解网络连接问题，也能提升故障排除的效率。
文章直指问问题的根本，建议使用TCP模式的思路很棒，在进行复杂网络故障排查时尤其重要。
低眉信手： @人鱼之泪
在进行网络故障排查时，考虑不同的传输协议确实是个重要的思路。尤其是使用 TCP 模式时，可以有效地绕过一些中间设备的 ICMP 限制，这样可能更容易获取实际的路由信息。尝试使用
traceroute的 TCP 选项，例如：这个命令会通过 TCP 端口 80 进行追踪，通常对于网站和服务非常有效。
此外，值得一提的是，对特定端口进行追踪时，可以尝试不同的目标端口来验证网络连接的稳定性。例如，很多网络设备在配置上会限制 ICMP，对 TCP 连接的响应则更加开放。
可以参考 Traceroute in TCP Mode 这篇文章，深入理解 TCP 模式如何改善网络故障排查的效率和效果。
建议查看Server Fault以获取有关网络问题解决的更多技巧与建议。
流徙： @藤瑭静伊
对于 traceroute 显示为 * 的情况，可以考虑几个可能的原因，例如路由器对 ICMP 回应进行限制或防火墙设置导致的丢包。为了进一步排查，可以尝试使用
tcptraceroute，它通过 TCP 协议来进行 traceroute，可能会绕过普通 traceroute 遇到的阻碍。以下是一个简单的使用示例：在这个命令中，
-p 80指定了使用 TCP 端口 80 来进行跟踪，www.example.com则是目标地址。如果目标服务器在该端口上开放，则能获取到更可靠的路由信息。此外，可以考虑使用
mtr工具，这是结合了 traceroute 和 ping 的功能，能够提供更为详细的网络路径信息，实时监测连接状态。最后，若想获取更多关于网络故障排除的信息，可以访问 Network Troubleshooting 了解更深入的技术细节和实用技巧。
对本地防火墙检查特别重要。可以参考不同平台的具体防火墙命令，比如，Windows的
netsh和Linux的iptables。分界线： @隔心岛
对于 traceroute 显示 * 的现象，考虑到防火墙设置带来的影响，确实值得深入探讨。在排查网络问题时，经常需要检查本地和远程防火墙的配置。
在 Windows 上，使用
netsh的命令可以查看当前防火墙的状态：这可以帮助我们确认防火墙是否阻止了 ICMP 请求，进而影响 traceroute 的结果。而在 Linux 上，可以通过
iptables命令检查规则：查阅这些设置后，如果发现有规则限制 ICMP 协议，可以尝试临时放通 ICMP：
在解决问题的过程中，还可以访问一些关于网络故障排除的参考网站，例如 DigitalOcean 的网络故障排除指南，这对于了解更全面的排查步骤非常有帮助。
尝试TCP模式和检查防火墙的建议非常实用。通常在企业网络中，ICMP请求被限制，而TCP可能会漏掉一些限制。
黑牢日记： @韦破杀
在遇到 traceroute 返回以 * 显示且没有 IP 地址的情况时，采用 TCP 模式的确是一个有效的方法。很多企业网络为了安全原因会限制 ICMP 流量，因此 TCP 方式可能会帮我们绕过一些这样的限制。
可以尝试使用
traceroute命令的 TCP 选项。例如，在 Linux 系统中，可以使用以下命令：这里的
-T表示使用 TCP，而-p 80指定了目标端口，通常是 80（HTTP）。这样可以利用 TCP 包进行路由跟踪，这在一些 ICMP 被阻塞的场景中非常有用。另外，值得注意的是，有时候可以通过改变端口尝试不同的服务，比如 HTTP (80), HTTPS (443) 或者其他常用的 TCP 端口，这样可能会获得更全面的网络路径信息。常见的还有：
如果需要进一步研究网络路径和延迟，也可以考虑使用
mtr工具，这结合了 ping 和 traceroute 的功能，可以更全面地诊断网络问题。有关mtr的使用方法，可以查看这个链接：mtr documentation。