【traceroute】关于traceroute（路由追踪）的原理分析
traceroute 主要利用 IP 数据包的 TTL 字段值 + ICMP 来实现，它发送的用于探测网络路径的数据包的 IP 之上的协议可以是 UDP、TCP或ICMP。
协议表示该数据报文所携带的数据所使用的协议类型，占 8 位。
该字段可以方便目的主机的 IP 层知道按照什么协议来处理数据部分。不同的协议有专门不同的协议号。
例如，TCP 的协议号为 6，UDP 的协议号为 17，ICMP 的协议号为 1。
不同模式下，探测过程中设计的数据包如下：
UDP 探测数据包（目标端口大于 30000） + 中间网关发回 ICMP TTL 超时数据包 + 目标主机发回 ICMP Destination Unreachable 数据包
TCP [SYN] 探测数据包（默认目标端口为 80） + 中间网关发回 ICMP TTL 超时数据包 + 目标主机发回 TCP [SYN ACK] 数据包
ICMP Echo (ping) Request 探测数据包 + 中间网关发回 ICMP TTL 超时数据包 + 目标主机发回 ICMP Echo (ping) reply 数据包
UDP 端口扫描比较麻烦，它同TCP不一样，因为它不需要建立连接。
我们向 目标主机 的固定端口发送UDP数据包，可以得到 两种结果：
在运营商的路由器上，UDP 与 ICMP 的待遇大不相同。
为了利于 troubleshooting，ICMP ECHO Request/Reply 是不会封的，而 UDP 则不同。
UDP 常被用来做网络攻击，因为 UDP 无需连接，因而没有任何状态约束它，比较方便攻击者伪造源 IP、伪造目的端口发送任意多的 UDP 包，长度自定义。
所以运营商为安全考虑，对于 UDP 端口常常采用白名单 ACL，就是只有 ACL 允许的端口才可以通过，没有明确允许的则统统丢弃。比如允许 DNS/DHCP/SNMP 等。
当网络工程师用Ping时，Ping在偷摸做啥事儿？
ping命令是依托于 ICMP协议的， ICMP协议的存在就是为了更高效的转发 IP数据报和提高交付成功的机会。
ping命令除了依托于 ICMP，在局域网下还要借助于 ARP协议， ARP协议能根据 IP地址反查出计算机的 MAC地址。
另外 ARP是有缓存的，为了保证 ARP的准确性，计算机会更新ARP缓存。
有时我们traceroute 一台主机时，会看到有一些行是以星号表示的。
出现这样的情况，可能是防火墙封掉了ICMP的返回信息，所以我们得不到什么相关的数据包返回数据。
有些路由器会隐藏的自己的位置，不让ICMP Timeout的消息通过，结果就是在那一跳上始终会显示星号。此外服务器也可以伪造traceroute路径的，不过一般应用服务器也没有理由这么做，所以Traceroute的结果还是能够为网络分析提供一些参考的。
Linux下traceroute程序默认发送的探测包为UDP协议，windows下tracert、mtr，以及Linux下mtr默认都发送的是icmp的数据包，并不是所有网关都会如实返回 ICMP 超时报文。处于安全性考虑，大多数防火墙以及启用了防火墙功能的路由器缺省配置为不返回各种 ICMP 报文，其余路由器或交换机也可能被管理员主动修改配置变为不返回 ICMP 报文。因此 Traceroute 程序不一定能拿到所有的沿途网关地址。所以，当某个 TTL 值的数据包得不到响应时，并不能停止这一追踪过程，程序仍然会把 TTL 递增而发出下一个数据包。这个过程将一直持续到数据包发送到目标主机，或者达到默认或用参数指定的追踪限制（maximum_hops 默认最大为30）才结束追踪
如果在局域网中的不同网段之间，我们可以通过traceroute 来排查问题所在，是主机的问题还是网关的问题。
如果我们通过远程来访问某台服务器遇到问题时，我们用到traceroute 追踪数据包所经过的网关，提交IDC服务商，也有助于解决问题；但目前看来在国内解决这样的问题是比较困难的，就是我们发现问题所在，IDC服务商也不可能帮助我们解决。
动态图解traceroute（路由追踪）的原理与实现
IP数据报格式详解
解析为何traceroute探测的时候中间有些节点探测不到？
traceroute使用与实现原理分析
traceroute（路由追踪）的原理及实现
为什么目标地址ping能通，但是tracetoute不通？
只会用ping测试网络通不通？高级网工还会这么用
当网络工程师用Ping时，Ping在偷摸做啥事儿？
traceroute原理
TCP/UDP/ICMP Traceroute的原理及区别
采用tcp syn扫描的方法进行端口扫描，存在哪些优点和缺点
呵呵，我来简单回答一下吧！
首先你搞错了一个问题，就是没有syn扫描这种东西，只有tcp扫描和udp扫描。而tcp扫描一般是使用tcp的syn数据包来进行的，也就是不严格地说，你说的这两个是同一个东西，呵呵！
所以我在这里详细地解释一下tcp扫描和udp扫描以及它们的区别，希望能对你有所帮助。
tcp端口扫描是通过syn数据包进行的，用于扫描目标机器的端口上是否存在程序监听，通常意义上，普通个人机器上的某个端口如果有程序监听的话，那么它一般是系统漏洞。由于tcp是一个有连接的可靠协议，所以要使用三次握手来建立连接，三次握手的报文分别是(syn)、(ack
syn)和(ack)。进行端口扫描时，首先向对方主机的某一端口发送(syn)报文，如果对方这一端口上有程序在监听（或者说存在漏洞），则回复(syn
ack)报文，否则回复(rst)报文。据此就可以判断对方端口上是否有程序在监听了，或者是否存在漏洞了。
udp端口扫描是通过普通数据包进行的，也是用于扫描对方端口上是否有程序在运行，就像上面所说的，如果普通个人机器上存在这样的端口，那一般也是系统漏洞。但对于udp来说，不存在监听这个概念，因为它是无连接不可靠的协议，发送数据包过去以后，通常也不会有任何的对等回应。因此，udp端口扫描主要是检测是否存在icmp端口不可达数据包。若该数据包出现，则说明对方这一端口上没有程序在监听，或者说该端口不存在漏洞，否则就说明该端口上有程序在监听，或者说存在漏洞。
呵呵，现在可以总结一下他们的区别了，主要是以下几点：
1.
tcp是有连接的协议，而udp是无连接的；
2.
tcp扫描检测(ack
syn)或者是(rst)报文，而udp检测icmp端口不可达报文；
3.
tcp协议是可靠但低效的，可以有效进行端口扫描，范围广，效率低，可以应用于任何网络中；udp协议时不可靠但高效的，范围小，效率高，一般应用于局域网内部，随着网络规模的增大，udp端口扫描的结果准确度会越来越差，极端情况是，如果对internet使用udp端口扫描，所得到的结果一定不准确。
呵呵，回答完毕，希望能对你有所帮助！
我的机器老是被扫描TCP UDP端口 有什么危害么？？
像木马之类的黑客程序，就是通过对端口的入侵来实现其目的的。在端口的利用上，黑客程序通常有两种方式，那就是"端口侦听"和"端口扫描"。
"端口侦听"是利用某种程序对目标计算机的端口进行监视，查看目标计算机上有哪些端口是空闲、可以利用的。通过侦听还可以捕获别人有用的信息，这主要用在黑客软件中，但对于个人来说也是非常有用的，可以用侦听程序来保护自己的计算机，在自己计算机的选定端口进行监视，这样可以发现并拦截一些黑客的攻击。
"端口扫描"（port scanning）是通过连接到目标系统的TCP协议或UDP协议端口，来确定什么服务正在运行，然后获取相应的用户信息。
认识nc，tcp/udp网络测试
什么是nc
nc是netcat的简写，有着网络界的瑞士军刀美誉。因为它短小精悍、功能实用，被设计为一个简单、可靠的网络工具
nc的作用
（1）实现任意TCP/UDP端口的侦听，nc可以作为server以TCP或UDP方式侦听指定端口
（2）端口的扫描，nc可以作为client发起TCP或UDP连接
（3）机器之间传输文件
（4）机器之间网络测速
nc的控制参数不少，常用的几个参数如下所列：
1) -l
用于指定nc将处于侦听模式。指定该参数，则意味着nc被当作server，侦听并接受连接，而非向其它地址发起连接。
2) -p port
暂未用到（老版本的nc可能需要在端口号前加-p参数，下面测试环境是centos6.6，nc版本是nc-1.84，未用到-p参数）
3) -s
指定发送数据的源IP地址，适用于多网卡机
4) -u
指定nc使用UDP协议，默认为TCP
5) -v
输出交互或出错信息，新手调试时尤为有用
6）-w
超时秒数，后面跟数字
7）-z
表示zero，表示扫描时不发送任何数据
前期准备
准备两台机器，用于测试nc命令的用法
主机A：ip地址 10.0.1.161
主机B：ip地址 10.0.1.162
两台机器先安装nc和nmap的包
yum install nc -y
yum install nmap -y
如果提示如下-bash： nc： command not found 表示没安装nc的包
nc用法1，网络连通性测试和端口扫描
nc可以作为server端启动一个tcp的监听（注意，此处重点是起tcp，下面还会讲udp）
先关闭A的防火墙，或者放行下面端口，然后测试B机器是否可以访问A机器启动的端口
在A机器上启动一个端口监听，比如 9999端口（注意：下面的-l 是小写的L，不是数字1）
默认情况下下面监听的是一个tcp的端口
nc -l 9999
客户端测试， 测试方法1
在B机器上telnet A机器此端口，如下显示表示B机器可以访问A机器此端口
客户端测试，测试方法2
B机器上也可以使用nmap扫描A机器的此端口
nmap 10.0.1.161 -p9999
客户端测试，测试方法3
使用nc命令作为客户端工具进行端口探测
nc -vz -w 2 10.0.1.161 9999
（-v可视化，-z扫描时不发送数据，-w超时几秒，后面跟数字）
上面命令也可以写成
nc -vzw 2 10.0.1.161 9999
客户端测试，测试方法4（和方法3相似，但用处更大）
nc可以可以扫描连续端口，这个作用非常重要。常常可以用来扫描服务器端口，然后给服务器安全加固
在A机器上监听2个端口，一个9999，一个9998，使用符号丢入后台
在客户端B机器上扫描连续的两个端口，如下
nc作为server端启动一个udp的监听（注意，此处重点是起udp，上面主要讲了tcp）
启动一个udp的端口监听
nc -ul 9998
复制当前窗口输入 netstat -antup |grep 9998 可以看到是启动了udp的监听
客户端测试，测试方法1
nc -vuz 10.0.1.161 9998
由于udp的端口无法在客户端使用telnet去测试，我们可以使用nc命令去扫描（前面提到nc还可以用来扫描端口）
（telnet是运行于tcp协议的）
（u表示udp端口，v表示可视化输出，z表示扫描时不发送数据）
上面在B机器扫描此端口的时候，看到A机器下面出现一串XXXXX字符串
客户端测试，测试方法2
nmap -sU 10.0.1.161 -p 9998 -Pn
（它暂无法测试nc启动的udp端口，每次探测nc作为server端启动的udp端口时，会导致对方退出侦听，有这个bug，对于一些程序启动的udp端口在使用nc扫描时不会有此bug）
下面，A机器启动一个udp的端口监听，端口为9998
在复制的窗口上可以确认已经在监听了
B机器使用nmap命令去扫描此udp端口，在扫描过程中，导致A机器的nc退出监听。所以显示端口关闭了（我推测是扫描时发数据导致的）
nmap -sU 10.0.1.161 -p 9998 -Pn
-sU ：表示udp端口的扫描
-Pn ：如果服务器禁PING或者放在防火墙下面的，不加-Pn 参数的它就会认为这个扫描的主机不存活就不会进行扫描了，如果不加-Pn就会像下面的结果一样，它也会进行提示你添加上-Pn参数尝试的
注意：如果A机器开启了防火墙，扫描结果可能会是下面状态。（不能确定对方是否有监听9998端口）
既然上面测试无法使用nmap扫描nc作为服务端启动的端口，我们可以使用nmap扫描其余的端口
（额，有点跑题了，讲nmap的用法了，没关系，主要为了说明nmap是也可以用来扫描udp端口的，只是扫描nc启动的端口会导致对方退出端口监听）
下面，A机器上rpcbind服务，监听在udp的111端口
在B机器上使用nmap扫描此端口，是正常的检测到处于open状态
客户端测试，测试方法3
nc扫描大量udp端口
扫描过程比较慢，可能是1秒扫描一个端口，下面表示扫描A机器的1到1000端口（暂未发现可以在一行命令中扫描分散的几个端口的方法）
nc -vuz 10.0.1.161 1-1000
nc用法2，使用nc传输文件和目录
方法1，传输文件演示（先启动接收命令）
使用nc传输文件还是比较方便的，因为不用scp和rsync那种输入密码的操作了
把A机器上的一个rpm文件发送到B机器上
需注意操作次序，receiver先侦听端口，sender向receiver所在机器的该端口发送数据。
步骤1，先在B机器上启动一个接收文件的监听，格式如下
意思是把赖在9995端口接收到的数据都写到file文件里（这里文件名随意取）
nc -l port file
nc -l 9995 zabbix.rpm
步骤2，在A机器上往B机器的9995端口发送数据，把下面rpm包发送过去
nc 10.0.1.162 9995 zabbix-release-2.4-1.el6.noarch.rpm
B机器接收完毕，它会自动退出监听，文件大小和A机器一样，md5值也一样
方法2，传输文件演示（先启动发送命令）
步骤1，先在B机器上，启动发送文件命令
下面命令表示通过本地的9992端口发送test.mv文件
nc -l 9992 test.mv
步骤2，A机器上连接B机器，取接收文件
下面命令表示通过连接B机器的9992端口接收文件，并把文件存到本目录下，文件名为test2.mv
nc 10.0.1.162 9992 test2.mv
方法3，传输目录演示（方法发送文件类似）
步骤1，B机器先启动监听，如下
A机器给B机器发送多个文件
传输目录需要结合其它的命令，比如tar
经过我的测试管道后面最后必须是 - ，不能是其余自定义的文件名
nc -l 9995 | tar xfvz -
步骤2，A机器打包文件并连接B机器的端口
管道前面表示把当前目录的所有文件打包为 - ，然后使用nc发送给B机器
tar cfz - * | nc 10.0.1.162 9995
B机器这边已经自动接收和解压
nc用法3，测试网速
测试网速其实利用了传输文件的原理，就是把来自一台机器的/dev/zero 发送给另一台机器的/dev/null
就是把一台机器的无限个0，传输给另一个机器的空设备上，然后新开一个窗口使用dstat命令监测网速
在这之前需要保证机器先安装dstat工具
yum install -y dstat
方法1，测试网速演示（先启动接收命令方式）
步骤1，A机器先启动接收数据的命令，监听自己的9991端口，把来自这个端口的数据都输出给空设备（这样不写磁盘，测试网速更准确）
nc -l 9991 /dev/null
步骤2，B机器发送数据，把无限个0发送给A机器的9991端口
nc 10.0.1.161 9991 /dev/zero
在复制的窗口上使用dstat命令查看当前网速，dstat命令比较直观，它可以查看当前cpu，磁盘，网络，内存页和系统的一些当前状态指标。
我们只需要看下面我选中的这2列即可，recv是receive的缩写，表示接收的意思，send是发送数据，另外注意数字后面的单位B，KB，MB
可以看到A机器接收数据，平均每秒400MB左右
B机器新打开的窗口上执行dstat，看到每秒发送400MB左右的数据
方法2，测试网速演示（先启动发送命令方式）
步骤1，先启动发送的数据，谁连接这个端口时就会接收来自zero设备的数据（二进制的无限个0）
nc -l 9990 /dev/zero
步骤2，下面B机器连接A机器的9990端口，把接收的数据输出到空设备上
nc 10.0.1.161 9990 /dev/null
同样可以使用dstat观察数据发送时的网速
copy：
端口扫描原理及工具 - 安全工具篇
"端口"是英文port的意译，可以认为是设备与外界通讯交流的出口。端口可分为虚拟端口和物理端口，其中虚拟端口指计算机内部端口，不可见。例如计算机中的80端口、21端口、23端口等。
一台拥有IP地址的主机可以提供许多服务，比如Web服务、FTP服务、SMTP服务等，这些服务完全可以通过1个IP地址来实现。那么，主机是怎样区分不同的网络服务呢？显然不能只靠IP地址，因为IP 地址与网络服务的关系是一对多的关系。实际上是通过“IP地址+端口号”来区分不同的服务的。
因此，一个开放的端口代表一个提供的服务，不同的服务具有不同的端口号， 因此要对服务进行测试，首先要确定是否开放对应端口号 。
TCP端口和UDP端口。由于TCP和UDP 两个协议是独立的，因此各自的端口号也相互独立，比如TCP有235端口，UDP也 可以有235端口，两者并不冲突。
1、周知端口
周知端口是众所周知的端口号，范围从0到1023，其中80端口分配给WWW服务，21端口分配给FTP服务等。我们在IE的地址栏里输入一个网址的时候是不必指定端口号的，因为在默认情况下WWW服务的端口是“80”。
2、动态端口
动态端口的范围是从49152到65535。之所以称为动态端口，是因为它 一般不固定分配某种服务，而是动态分配。
3、注册端口
端口1024到49151，分配给用户进程或应用程序。这些进程主要是用户安装的程序。
1、使用Nmap工具查找ip的tcp端口
-O ：获取操作系统版本信息
2、使用Nmap工具查找udp端口
-sU ：表示udp scan ， udp端口扫描
-Pn ：不对目标进行ping探测（不判断主机是否在线）（直接扫描端口）
对于udp端口扫描比较慢，扫描完6万多个端口需要20分钟左右
3、使用Nmap工具获取端口Banner
只会返回有Banner信息的，没有则不会返回。
4、使用Nmap嗅探服务版本信息
如果没有返回banner信息的，也可以使用该方法尝试嗅探服务版本信息。
5、利用nmap对目标进行完整测试
在针对内容测试时，有授权的情况下，可以利用nmap对目标进行完整测试
0条大神的评论