2

Я играл с tcpdump и заметил, что в OS X опция -xx делает что-то, что отличается от того, что описывает man-страница.

Вот что говорит страница man

   -x     When parsing and printing, in addition to printing the headers of each packet, print the data of each packet (minus its link level header) in hex.
          The  smaller  of  the entire packet or snaplen bytes will be printed.  Note that this is the entire link-layer packet, so for link layers that pad
          (e.g. Ethernet), the padding bytes will also be printed when the higher layer packet is shorter than the required padding.

   -xx    When parsing and printing, in addition to printing the headers of each packet, print the data of each packet, including its link level header,  in
          hex.

Так что, если я правильно понимаю, -xx покажет мне заголовок ethernet, а -x - нет. Это верно для Linux. Тем не менее, в OS X -x показывает мне заголовок Ethernet, в то время как -xx ставит перед ним дополнительный мусор. Как вы можете видеть, заголовок ethernet 0886 3b60 1d3c 28cf e919 a36d 0800 отображается как в -x и в -xx , а в -xx он появляется в строке, помеченной 0x0060 и я понятия не имею, что означают данные до того, как они появятся.

Вот один пример вывода tcpdump -xx на OS X:

$ sudo tcpdump -Sxx -e -n port 33407
tcpdump: data link type PKTAP
tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
listening on pktap, link-type PKTAP (Packet Tap), capture size 65535 bytes
11:10:11.177881 28:cf:e9:19:a3:6d > 08:86:3b:60:1d:3c, ethertype IPv4 (0x0800), length 78: 192.168.2.8.49923 > 23.239.3.247.33407: Flags [S], seq 1859065803, win 65535, options [mss 1460,nop,wscale 4,nop,nop,TS val 461417464 ecr 0,sackOK,eol], length 0
    0x0000:  6c00 0000 0100 0000 0100 0000 656e 3000
    0x0010:  0000 0000 0000 0000 0000 0000 0000 0000
    0x0020:  0000 0000 0200 0000 0200 0000 0e00 0000
    0x0030:  0000 0000 4f10 0100 7373 6800 0000 0000
    0x0040:  0000 0000 0000 0000 0000 0000 0000 0000
    0x0050:  0600 0000 ffff ffff 0000 0000 0000 0000
    0x0060:  0000 0000 0000 0000 0000 0000 0886 3b60
    0x0070:  1d3c 28cf e919 a36d 0800 4500 0040 66af
    0x0080:  4000 4006 f572 c0a8 0208 17ef 03f7 c303
    0x0090:  827f 6ecf 17cb 0000 0000 b002 ffff c4d1
    0x00a0:  0000 0204 05b4 0103 0304 0101 080a 1b80
    0x00b0:  abf8 0000 0000 0402 0000

И вот один пример вывода команды tcpdump -x:

$ sudo tcpdump -Sxvv -e -n port 33407
tcpdump: data link type PKTAP
tcpdump: listening on pktap, link-type PKTAP (Packet Tap), capture size 65535 bytes
11:10:48.727138 28:cf:e9:19:a3:6d > 08:86:3b:60:1d:3c, ethertype IPv4 (0x0800), length 102: (tos 0x10, ttl 64, id 25163, offset 0, flags [DF], proto TCP (6), length 88)
    192.168.2.8.49923 > 23.239.3.247.33407: Flags [P.], cksum 0x1126 (correct), seq 1859067461:1859067497, ack 2295673726, win 8192, options [nop,nop,TS val 461454802 ecr 120336925], length 36
    0x0000:  0886 3b60 1d3c 28cf e919 a36d 0800 4510
    0x0010:  0058 624b 4000 4006 f9ae c0a8 0208 17ef
    0x0020:  03f7 c303 827f 6ecf 1e45 88d5 337e 8018
    0x0030:  2000 1126 0000 0101 080a 1b81 3dd2 072c
    0x0040:  321d cdac 025c 44d7 8043 f45e da96 1c0d
    0x0050:  fbf3 de02 c17e 03ef 1014 d6da 506f c0c3
    0x0060:  a405 8cbd fcdc

1 ответ1

2

В начале этих пакетов нет заголовка Ethernet. Тип заголовка канального уровня - DLT_PKTAP, и именно так выглядят его заголовки.

Вы получите аналогичный сюрприз, если снимаете в режиме монитора на OS X или Linux! - поскольку пакеты, вероятно, начнутся с заголовков радиоленты.

Документация и сам tcpdump были написаны в более простую эпоху, до того, как у нас были канальные уровни, где есть причина иметь много метаданных (таких как 802.11 и метаданные для уровней ниже уровня MAC) и механизмы для предоставления других видов метаданные (такие как обеспечивает PKTAP).

Tcpdump , возможно , следует различать заголовки метаданных и заголовки канального уровня, по умолчанию , чтобы не показывать слои метаданных с -xx и только сбросить их с -xxx или что - то такое , как это. Возможно, вы захотите сообщить об ошибке на трекер проблем tcpdump. (Вероятно, должно быть какое-то обсуждение, так как это будет несовместимым изменением в выводе tcpdump.)

Что касается отсутствия DLT_PKTAP, попробуйте захватить на определенном интерфейсе, используя флаг -i ; По умолчанию tcpdump в Yosemite захватывает все сетевые интерфейсы одновременно. В Linux это можно сделать с помощью захвата на "любом" интерфейсе - который также не дает заголовков Ethernet, он дает вам готовые заголовки захвата в Linux - но по умолчанию это не "любой" интерфейс; в Yosemite он по умолчанию захватывает все интерфейсы одновременно.

Всё ещё ищете ответ? Посмотрите другие вопросы с метками .