Hi
Would it not be easier to achieve this using an extcap interface? You can
see the extcap_example in /doc as well as androiddump for examples. Such
interfaces can be configured with a separate options dialog and are quite
versatile, and most of all, it does not need you to change dumpcap in a
Or look at rpcapd:
https://www.winpcap.org/docs/docs_40_2/html/group__remote.html
On 2 October 2015 at 11:57, Roland Knall wrote:
> Hi
>
> Would it not be easier to achieve this using an extcap interface? You can
> see the extcap_example in /doc as well as androiddump for
Are there specifications for extdump interface?
On Fri, Oct 2, 2015 at 12:57 PM, Roland Knall wrote:
> Hi
>
> Would it not be easier to achieve this using an extcap interface? You can
> see the extcap_example in /doc as well as androiddump for examples. Such
> interfaces can
Do you mean to reimplement rpcapd on linux?
On Fri, Oct 2, 2015 at 1:26 PM, Graham Bloice
wrote:
> Or look at rpcapd:
> https://www.winpcap.org/docs/docs_40_2/html/group__remote.html
>
> On 2 October 2015 at 11:57, Roland Knall wrote:
>
>> Hi
>>
Sorry, I took a look at rpcapd and noticed that it can be run on linux.
Using rpcapd requires to install rpcapd on the remote machine. And some
change is also required on linux wireshark since the remote capture is
disabled.
The ssh approach should also be taken into account IMHO because it allows
On Oct 2, 2015, at 3:35 AM, Dario Lombardo wrote:
> Remote capture is not currently supported by the current wireshark under
> linux.
...or any other OS where libpcap doesn't support it; there's nothing
Linux-specific about this.
> This can be achieved by ssh +
On Fri, Oct 2, 2015 at 12:11 PM, Matt wrote:
> Hi,
>
> (Question is at the end, I start with an Multipath TCP introduction (MPTCP) ).
> I would be interested in adding MPTCP sequence number analysis to
> wireshark, similar to what is done with TCP but taking into account
>
On 10/2/15 11:45 AM, Guy Harris wrote:
>
>>This differs a bit from the GTK+ version in that you specify one or more
>>streams to be decoded.
>
> It also differs in that we're not using Portaudio, we're using Qt's own audio
> support.
>
> Should we:
>
> Have the autoconf script
Hi Gerald,
2015-10-02 22:51 GMT+02:00 Gerald Combs :
> As a quick reminder, the master-2.0 branch and builders will be created on
> Monday. I've also made the following changes in our Buildbot environment:
>
> - Upgraded to Qt 5.3.2 on the Windows 64-bit, 32-bit, and Petri