debian jessie backports wifi и bluetooth

[113804]Для этого обычно используются [114255]-v[114256] и [114257]-x[114258] сокаты [114259]socat[114260]. [12225]-v[114262] сбрасывает данные в stderr с некоторым преобразованием, например, символ CR становится [114263] \r[114264], чтобы вы могли это увидеть.[12226]-x[114266] делает шестнадцатиричный дампинг (не очень полезный, однако, так как нет ни временной метки, ни указания, в каком направлении движется сбрасываемый трафик). [12227]-v[114268] и [114269]-x[114270] объединяясь, вы получаете [114271]hd[114272] тип гекс-дампов с меткой времени и направления: [12228] Если Вы хотите, чтобы он был дампом в файл, Вы можете перенаправить stderr в файл, а отладочный вывод перенаправить в stdout с:[12229] Вы также можете преобразовать его в pcap с помощью [114273]text2pcap[114274] (который поставляется с wireshark). после небольшой пост-обработки, используя:[12230]That pcap using encapsulation 147. Это не тип канального уровня, но wireshark понимает его как [114275]пользовательскую [114276] инкапсуляцию. [12231] Затем, мы можем сказать wireshark, что пакеты содержат HTTP трафик, например, с:[12232] (здесь также модифицируются отображаемые колонки, так как нет адреса, но у нас есть направление трафика (предоставленное [114277]text2pcap -D[114278] после преобразования [114279]<[114280], [114281]>[114282] в [114283]I[114284], [114285]O[114286])))). [12233] Вывод [114289]text2pcap[114290] на [114291]wireshark[114292] вызывается с помощью [114293]-ki -[114294] вместо [114295]-r дампа под напряжением. pcap[114296], но тогда [114297]wireshark[114298] поддерживает только старый формат [114299]pcap[114300], а не [114301]pcap-ng[114302], что означает, что мы должны отказаться от опции [114303]-n[114304] опции [114305]text2pcap[114306] и теряем информацию о направлении [114307][114308]:[12234]