基于tcp协议的windows trace工具：tracetcp
1、依赖winpcap的软件tracetcp，是基于tcp协议的windows trace工具，挺好用的，用法简单（tracetcp ip:port）
下载：https://github.com/0xcafed00d/tracetcp/releases
例子：https://simulatedsimian.github.io/tracetcp_examples.html
2、tcping
https://www.elifulkerson.com/projects/tcping.php
顾名思义，支持tcp的ping工具
测试将此单文件放到system32目录和windows目录可以正常使用，另一款获取证书信息的小工具chkssl放到system32目录不行，放到windows目录可以
如果未指定端口，默认是80端口
如下图，tcping IP Port或者tcping IP
如果是测试Web服务器，参数可以加-h(等同-h --get)、-h --head、-h --post，也可以不加参数
3、Linux下有 traceroute，Windows下有tracert -d xxx.xxx.xxx.xxx，但是tracert基于icmp协议，无法指定tcp协议，正好有款替代工具tcproute（依赖winpcap、VC库、DotNet4），实测这个工具是个鸡肋，很多时候执行有问题，建议用前面两种。鸡肋还写在这儿，就是为了避免其他人踩坑。
https://www.elifulkerson.com/projects/tcproute.php
WinPcap （安装的时候网络会有2秒左右闪断然后恢复正常）
Version 4.1.3 Installer for Windows
如果你信了winpcap官网说的“目前已经不支持winpcap，由于兼容性问题，已经用npcap替代winpcap”，那你就踩坑了
实际上，winpcap最后一个版本4.1.3在所有Windows系统上都能跑，并且依赖winpcap的那些早年开发的软件你换了npcap就出现异常了，该软件以及已知的另一个软件tracetcp都是只能用winpcap，不能用npcap
DotNet4
Windows Server2008R2上安装dotnet在powershell里执行Get-WindowsFeature -name net-*|Add-WindowsFeature 即可
2012R2/2016/2019上安装dotnet在powershell里执行Get-WindowsFeature -name net-*|Install-WindowsFeature 即可
下载使用
tcproute.zip压缩包下载下来后有个锁定，这种锁定一般没事，但如果是网站源码在部署网站后进行调试时可能就会有大影响，我个人出于习惯，还是要把它解锁
这种很烦的“锁定”可以通过修改注册表规避
Windows Registry Editor Version 5.00
[HKEY_CURRENT_USER\\SOFTWARE\\Microsoft\\Windows\\CurrentVersion\\Policies\\Attachments]
"SaveZoneInformation"=dword:00000001
把这3句话在记事本里另存为.reg后缀的注册表文件，双击导入、重启生效
导入后再下载文件就不会被锁定了
tcproute用法
不要解压到system32目录
不要解压到system32目录
不要解压到system32目录
解压到system32目录会一直报错，点报错会弹出微软的一个网页，说DotNet损坏，需要修复，结果按照它说的，修复完了再运行tcproute观察，报错信息依旧，死循环，继续弹出网页……
害得我以为软件不兼容NT10.0的系统，结果我换到2012R2、2008R2和Win7上也是一样的报错，这就不合理了，不可能连Win7都不支持，然后我直接在解压后的文件夹里双击tcproute是不报错的，这时我恍然大悟：只需进入解压后的tcproute文件夹执行tcproute命令即可
例如：
tcproute -i 1 -p 80 www.elifulkerson.com
-i后面的整型数字代表第几块网卡，如果不加-i参数，直接运行tcproute -p 80 www.elifulkerson.com就需要手动敲数字选网卡
-p后面的数字是tcp端口号
最后的域名是目标host，也可以用IP替代
后来测试，把压缩包里的所有文件放到Windows目录是不报错的。
为了使用方便，我最后放到了Windows目录。
