转载只为记录经典之<tcpdump手册>

TcpDump教程
TcpDump是一款功能强大的网络数据包分析工具,适用于Linux系统。它可以截获网络上传输的数据包并进行分析,支持多种过滤条件,如协议、主机、网络或端口等。本文详细介绍了TcpDump的安装方法及使用技巧。

TCPDUMP简介

在传统的网络分析和测试技术中,嗅探器(sniffer)是最常见,也是最重要的技术之一。sniffer工具首先是为网络管理员和网络程序员进行网络分析而设计的。对于网络管理人员来说,使用嗅探器可以随时掌握网络的实际情况,在网络性能急剧下降的时候,可以通过sniffer工具来分析原因,找出造成网络阻塞的来源。对于网络程序员来说,通过sniffer工具来调试程序。

用过windows平台上的sniffer工具(例如,netxray和sniffer pro软件)的朋友可能都知道,在共享式的局域网中,采用sniffer工具简直可以对网络中的所有流量一览无余!Sniffer工具实际上就是一个网络上的抓包工具,同时还可以对抓到的包进行分析。由于在共享式的网络中,信息包是会广播到网络中所有主机的网络接口,只不过在没有使用sniffer工具之前,主机的网络设备会判断该信息包是否应该接收,这样它就会抛弃不应该接收的信息包,sniffer工具却使主机的网络设备接收所有到达的信息包,这样就达到了网络监听的效果。

Linux作为网络服务器,特别是作为路由器和网关时,数据的采集和分析是必不可少的。所以,今天我们就来看看Linux中强大的网络数据采集分析工具——TcpDump。

用简单的话来定义tcpdump,就是:dump the traffice on a network,根据使用者的定义对网络上的数据包进行截获的包分析工具。

作为互联网上经典的的系统管理员必备工具,tcpdump以其强大的功能,灵活的截取策略,成为每个高级的系统管理员分析网络,排查问题等所必备的东东之一。

顾名思义,TcpDump可以将网络中传送的数据包的“头”完全截获下来提供分析。它支持针对网络层、协议、主机、网络或端口的过滤,并提供and、or、not等逻辑语句来帮助你去掉无用的信息。

tcpdump提供了源代码,公开了接口,因此具备很强的可扩展性,对于网络维护和入侵者都是非常有用的工具。tcpdump存在于基本的FreeBSD系统中,由于它需要将网络界面设置为混杂模式,普通用户不能正常执行,但具备root权限的用户可以直接执行它来获取网络上的信息。因此系统中存在网络分析工具主要不是对本机安全的威胁,而是对网络上的其他计算机的安全存在威胁。

普通情况下,直接启动tcpdump将监视第一个网络界面上所有流过的数据包。
-----------------------
bash-2.02# tcpdump
tcpdump: listening on eth0
11:58:47.873028 202.102.245.40.netbios-ns > 202.102.245.127.netbios-ns: udp 50
11:58:47.974331 0:10:7b:8:3a:56 > 1:80:c2:0:0:0 802.1d ui/C len=43
0000 0000 0080 0000 1007 cf08 0900 0000
0e80 0000 902b 4695 0980 8701 0014 0002
000f 0000 902b 4695 0008 00
11:58:48.373134 0:0:e8:5b:6d:85 > Broadcast sap e0 ui/C len=97
ffff 0060 0004 ffff ffff ffff ffff ffff
0452 ffff ffff 0000 e85b 6d85 4008 0002
0640 4d41 5354 4552 5f57 4542 0000 0000
0000 00
^C
------------------------

首先我们注意一下,从上面的输出结果上可以看出来,基本上tcpdump总的的输出格式为:系统时间 来源主机.端口 > 目标主机.端口 数据包参数

TcpDump的参数化支持

  tcpdump支持相当多的不同参数,如使用-i参数指定tcpdump监听的网络界面,这在计算机具有多个网络界面时非常有用,使用-c参数指定要监听的数据包数量,使用-w参数指定将监听到的数据包写入文件中保存,等等。

  然而更复杂的tcpdump参数是用于过滤目的,这是因为网络中流量很大,如果不加分辨将所有的数据包都截留下来,数据量太大,反而不容易发现需要的数据包。使用这些参数定义的过滤规则可以截留特定的数据包,以缩小目标,才能更好的分析网络中存在的问题。tcpdump使用参数指定要监视数据包的类型、地址、端口等,根据具体的网络问题,充分利用这些过滤规则就能达到迅速定位故障的目的。请使用mantcpdump查看这些过滤规则的具体用法。

  显然为了安全起见,不用作网络管理用途的计算机上不应该运行这一类的网络分析软件,为了屏蔽它们,可以屏蔽内核中的bpfilter伪设备。一般情况下网络硬件和TCP/IP堆栈不支持接收或发送与本计算机无关的数据包,为了接收这些数据包,就必须使用网卡的混杂模式,并绕过标准的TCP/IP堆栈才行。在FreeBSD下,这就需要内核支持伪设备bpfilter。因此,在内核中取消bpfilter支持,就能屏蔽tcpdump之类的网络分析工具。

  并且当网卡被设置为混杂模式时,系统会在控制台和日志文件中留下记录,提醒管理员留意这台系统是否被用作攻击同网络的其他计算机的跳板。

  May 15 16:27:20 host1 /kernel: fxp0: promiscuous mode enabled

  虽然网络分析工具能将网络中传送的数据记录下来,但是网络中的数据流量相当大,如何对这些数据进行分析、分类统计、发现并报告错误却是更关键的问题。网络中的数据包属于不同的协议,而不同协议数据包的格式也不同。因此对捕获的数据进行解码,将包中的信息尽可能的展示出来,对于协议分析工具来讲更为重要。昂贵的商业分析工具的优势就在于它们能支持很多种类的应用层协议,而不仅仅只支持tcp、udp等低层协议。

  从上面tcpdump的输出可以看出,tcpdump对截获的数据并没有进行彻底解码,数据包内的大部分内容是使用十六进制的形式直接打印输出的。显然这不利于分析网络故障,通常的解决办法是先使用带-w参数的tcpdump 截获数据并保存到文件中,然后再使用其他程序进行解码分析。当然也应该定义过滤规则,以避免捕获的数据包填满整个硬盘。

TCP功能

数据过滤

不带任何参数的TcpDump将搜索系统中所有的网络接口,并显示它截获的所有数据,这些数据对我们不一定全都需要,而且数据太多不利于分析。所以,我们应当先想好需要哪些数据,TcpDump提供以下参数供我们选择数据:

-b 在数据-链路层上选择协议,包括ip、arp、rarp、ipx都是这一层的。

例如:tcpdump -b arp 将只显示网络中的arp即地址转换协议信息。

-i 选择过滤的网络接口,如果是作为路由器至少有两个网络接口,通过这个选项,就可以只过滤指定的接口上通过的数据。例如:

tcpdump -i eth0 只显示通过eth0接口上的所有报头。

src、dst、port、host、net、ether、gateway这几个选项又分别包含src、dst 、port、host、net、ehost等附加选项。他们用来分辨数据包的来源和去向,src host 192.168.0.1指定源主机IP地址是192.168.0.1,dst net 192.168.0.0/24指定目标是网络192.168.0.0。以此类推,host是与其指定主机相关无论它是源还是目的,net是与其指定网络相关的,ether后面跟的不是IP地址而是物理地址,而gateway则用于网关主机。可能有点复杂,看下面例子就知道了:

tcpdump src host 192.168.0.1 and dst net 192.168.0.0/24

过滤的是源主机为192.168.0.1与目的网络为192.168.0.0的报头。

tcpdump ether src 00:50:04:BA:9B and dst……

过滤源主机物理地址为XXX的报头(为什么ether src后面没有host或者net?物理地址当然不可能有网络喽)。

Tcpdump src host 192.168.0.1 and dst port not telnet

过滤源主机192.168.0.1和目的端口不是telnet的报头。

ip icmp arp rarp 和 tcp、udp、icmp这些选项等都要放到第一个参数的位置,用来过滤数据报的类型。
例如:

tcpdump ip src……

只过滤数据-链路层上的IP报头。

tcpdump udp and src host 192.168.0.1

只过滤源主机192.168.0.1的所有udp报头。

数据显示/输入输出

TcpDump提供了足够的参数来让我们选择如何处理得到的数据,如下所示:

-l 可以将数据重定向。

tcpdump -l >tcpcap.txt将得到的数据存入tcpcap.txt文件中。

-n 不进行IP地址到主机名的转换。

如果不使用这一项,当系统中存在某一主机的主机名时,TcpDump会把IP地址转换为主机名显示,就像这样:eth0 < ntc9.1165> router.domain.net.telnet,使用-n后变成了:eth0 < 192.168.0.9.1165 > 192.168.0.1.telnet。

-nn 不进行端口名称的转换。

上面这条信息使用-nn后就变成了:eth0 < ntc9.1165 > router.domain.net.23。

-N 不打印出默认的域名。

还是这条信息-N 后就是:eth0 < ntc9.1165 > router.telnet。

-O 不进行匹配代码的优化。
-t 不打印UNIX时间戳,也就是不显示时间。
-tt 打印原始的、未格式化过的时间。
-v 详细的输出,也就比普通的多了个TTL和服务类型。

 
TCPDUMP的安装

 在linux下tcpdump的安装十分简单,一般由两种安装方式。一种是以rpm包的形式来进行安装。另外一种是以源程序的形式安装。
  1. rpm包的形式安装
    #rpm -ivh tcpdump-3_4a5.rpm
  这样tcpdump就顺利地安装到你的linux系统中。怎么样,很简单吧。
  2. 源程序的安装
     #tar xvfz tcpdump-3_4a5.tar.Z
    rpm的包可以使用如下命令安装:
     #rpm -ivh tcpdump-3_4a5.src.rpm
    这样就把tcpdump的源代码解压到/usr/src/redhat/SOURCES目录下.

第二步 做好编译源程序前的准备活动

在编译源程序之前,最好已经确定库文件libpcap已经安装完毕,这个库文件是tcpdump软件所需的库文件 。同样,你同时还要有一个标准的c语言编译器。在linux下标准的c 语言编译器一般是gcc。 在tcpdump的源程序目录中。有一个文件是Makefile.in,configure命令就是从Makefile.in文件中自动产生Makefile文件。在Makefile.in文件中,可以根据系统的配置来修改BINDEST 和 MANDEST 这两个宏定义,缺省值是
      BINDEST = @sbindir@
      MANDEST = @mandir@
 
第一个宏值表明安装tcpdump的二进制文件的路径名,第二个表明tcpdump的man 帮助页的路径名,你可以修改它们来满足系统的需求。

  第三步 编译源程序
 
使用源程序目录中的configure脚本,它从系统中读出各种所需的属性。并且根据Makefile.in文件自动生成Makefile文件,以便编译使用.make 命令则根据Makefile文件中的规则编译tcpdump的源程序。使用make install命令安装编译好的tcpdump的二进制文件。
 
总结一下就是:
 
      # tar xvfz tcpdump-3_4a5.tar.Z
      # vi Makefile.in
      # . /configure
      # make
      # make install

关于tcpdump更详细的信息,请查看Mantcpdump

<think>嗯,用户遇到了Nginx返回400错误,具体提示是“The plainHTTP requestwas sentto HTTPSport”,也就是客户端用HTTP协议请求了Nginx配置的HTTPS端口。这个问题需要先确认Nginx的配置是否正确。用户可能是在配置SSL时没有正确设置监听端口,或者没有将HTTP请求重定向到HTTPS。首先,我应该检查Nginx的配置文件,看看监听端口有没有设置错误。比如,可能用户把HTTP的配置写到了443端口,或者没有正确启用SSL。比如,在server块里,listen443后面有没有加上ssl参数,还有ssl_certificate和ssl_certificate_key的路径是否正确。如果这些配置缺失或错误,Nginx就会在HTTPS端口上接受HTTP请求,导致400错误。 然后,可能需要考虑是否需要将HTTP请求自动重定向到HTTPS。用户可能希望所有HTTP请求都转到HTTPS,这时候应该配置一个单独的server块监听80端口,并返回301重定向。这样用户访问HTTP时会自动跳转到HTTPS,避免直接向HTTPS端口发送明文请求。另外,用户提到之前用tcpdump抓包分析400错误,但这次的问题更明确,是协议和端口不匹配。所以可能不需要抓包,直接检查配置即可。不过,如果配置正确但问题仍然存在,可能需要检查客户端是否意外地发送HTTP请求到443端口,比如应用程序中的配置错误。还有,用户之前的问题是关于Hystrix熔断和OpenFeign的,现在突然转到Nginx的400错误,可能需要确认是否有其他上下文,但根据当前问题,应该专注于Nginx的配置解决方案。可能需要分步骤指导用户检查listen指令、ssl配置、重定向设置,以及如何测试配置是否正确。最后,确保回答的结构清晰,分步骤说明解决方案,并给出配置示例,这样用户能一步步检查和调整自己的Nginx配置。同时,生成的相关问题要围绕可能相关的配置错误或后续步骤,比如如何测试SSL配置、重定向不生效怎么办,以及混合HTTP/HTTPS配置的影响。</think>### Nginx 400 Bad Request "The plain HTTP request was sent to HTTPS port" 解决方案 该错误表示客户端通过HTTP明文协议访问了Nginx的HTTPS端口(默认443),而Nginx期望接收的是TLS加密的HTTPS请求。以下是系统级的排查与修复方案: --- #### 一、检查Nginx端口配置 1. **确认监听端口协议类型** 在Nginx配置文件中,检查`server`块是否明确区分HTTP和HTTPS端口: ```nginx # 错误配置示例(在443端口未启用SSL) server { listen 443; # 缺少ssl参数 server_name example.com; ... } # 正确配置示例 server { listen 443 ssl; # 明确启用SSL server_name example.com; ssl_certificate /path/to/cert.pem; ssl_certificate_key /path/to/key.pem; ... } ``` 若443端口未配置`ssl`参数,Nginx会将其视为普通HTTP端口,导致协议不匹配[^1]。 2. **强制HTTP请求重定向到HTTPS** 添加独立的HTTP(80端口)监听块,将所有HTTP请求重定向到HTTPS: ```nginx server { listen 80; server_name example.com; return 301 https://$host$request_uri; # 301永久重定向 } ``` --- #### 二、验证SSL配置完整性 1. **检查证书路径与权限** - 确保证书文件路径正确且Nginx进程有读取权限 - 验证证书链完整性(可通过`openssl verify -CAfile chain.pem cert.pem`) 2. **测试SSL握手过程** 使用`curl`或`openssl`验证SSL配置: ```bash curl -vI https://example.com # 检查TLS握手是否成功 openssl s_client -connect example.com:443 -servername example.com ``` 若出现`SSL_ERROR_SSL`或`handshake failure`,需检查证书与协议兼容性[^1]。 --- #### 三、客户端请求分析 1. **捕获异常请求** 若问题仅特定客户端出现,使用`tcpdump`抓包分析原始请求: ```bash tcpdump -i eth0 -w debug.pcap port 443 # 抓取443端口流量 ``` 通过Wireshark可观察到客户端是否发送了未加密的HTTP请求到443端口[^1]。 2. **检查客户端代码** 确保客户端未错误地混合HTTP/HTTPS协议: ```bash # 错误示例(HTTP协议访问443端口) curl http://example.com:443 # 正确示例 curl https://example.com ``` --- #### 四、高级调试技巧 1. **启用Nginx调试日志** 在`nginx.conf`中增加日志级别: ```nginx error_log /var/log/nginx/error.log debug; ``` 日志中将记录SSL握手阶段的详细错误信息。 2. **检查协议兼容性** 禁用老旧协议(如SSLv2/SSLv3),仅保留TLSv1.2+: ```nginx ssl_protocols TLSv1.2 TLSv1.3; ssl_ciphers HIGH:!aNULL:!MD5; ``` --- ### 核心配置对比表 | 错误场景 | 正确配置要点 | |-----------------------|-------------------------------------| | 未启用SSL监听 | `listen 443 ssl` | | HTTP未重定向到HTTPS | 添加80端口的301重定向规则 | | 证书链不完整 | 合并中间证书到`ssl_certificate`文件 | --- ###
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值