<?xml version="1.0" encoding="UTF-8"?><rss xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:atom="http://www.w3.org/2005/Atom" version="2.0"><channel><title><![CDATA[Using the ethernet tap for a circular log]]></title><description><![CDATA[<p dir="auto">Hello,</p>
<p dir="auto">One of my user scenarios would be to install the IO Ninja ethernet tap together with a small linux device, perhaps raspberry pi 4 or similar. And I need most of below requirements fulfilled:</p>
<ol>
<li>Even if the IO ninja is not powered, pass-through will be enabled, so data will still pass</li>
<li>Work with shielded cables</li>
<li>Automatic mode, so when it starts up, it must be capturing data automatically (unattended)</li>
<li>Possibility to create a circular log on the linux device, with specific size in Mb, ex 50 Gb or similar.</li>
<li>Possibility to run everything completely headless on the linux device, preferably as a linux service</li>
<li>Possibility to use filters in this headless mode</li>
</ol>
<p dir="auto">So the idea is to have a recording device that would as soon as it starts up, continue to record on the circular log, let's say in pcap format. At some point I will take out the device and analyse the logs using the IO Ninja software or Wireshark.</p>
<p dir="auto">Circular log could of course mean that it is rotating 5 log files, so eventually the oldest log file will be overwritten.</p>
<p dir="auto">Is above possible with IO Ninja?</p>
]]></description><link>http://64.23.185.212/forum/topic/261/using-the-ethernet-tap-for-a-circular-log</link><generator>RSS for Node</generator><lastBuildDate>Mon, 13 Apr 2026 08:50:31 GMT</lastBuildDate><atom:link href="http://64.23.185.212/forum/topic/261.rss" rel="self" type="application/rss+xml"/><pubDate>Thu, 16 Nov 2023 16:20:10 GMT</pubDate><ttl>60</ttl><item><title><![CDATA[Reply to Using the ethernet tap for a circular log on Tue, 21 Nov 2023 01:58:17 GMT]]></title><description><![CDATA[<p dir="auto">Hello Daniel,</p>
<blockquote>
<p dir="auto">(1) Even if the IO ninja is not powered, pass-through will be enabled, so data will still pass</p>
</blockquote>
<p dir="auto">The Ethernet Tap is actively forwarding packets from one port to the other; without power, the connection will break. Not easy to fix; we plan to address that in the next iteration of the HW development cycle, but at the moment, it is what it is.</p>
<blockquote>
<p dir="auto">(2) Work with shielded cables</p>
</blockquote>
<p dir="auto">We don't specifically handle shielded cables; most likely, will work, but needs testing in your specific setup.</p>
<blockquote>
<p dir="auto">(3) Automatic mode, so when it starts up, it must be capturing data automatically (unattended)</p>
</blockquote>
<p dir="auto">This is all up to how you set up your Linux box.</p>
<blockquote>
<p dir="auto">(4) Possibility to create a circular log on the linux device, with specific size in Mb, ex 50 Gb or similar.</p>
</blockquote>
<p dir="auto">Not currently, but the rotation of size-limited logs can be added to <code>ioninja-hwc</code> (the command-line tool).</p>
<blockquote>
<p dir="auto">(5) Possibility to run everything completely headless on the linux device, preferably as a linux service</p>
</blockquote>
<p dir="auto"><code>ioninja-hwc</code> runs on any Windows/macOS/Linux i386/x86_64/ARM/AArch64</p>
<blockquote>
<p dir="auto">(6) Possibility to use filters in this headless mode</p>
</blockquote>
<p dir="auto">Support for <code>pcap-filter</code> can easily be added to <code>ioninja-hwc</code>.</p>
<p dir="auto">If you can't or don't want to wait for when we add (4) or (6), no problem -- our USB protocol is open-source so that you can implement your own reader from Ethernet Tap in any programming language you choose.</p>
<p dir="auto">So if (1) is not a deal-breaker, then it's possible.</p>
]]></description><link>http://64.23.185.212/forum/post/565</link><guid isPermaLink="true">http://64.23.185.212/forum/post/565</guid><dc:creator><![CDATA[Vladimir]]></dc:creator><pubDate>Tue, 21 Nov 2023 01:58:17 GMT</pubDate></item></channel></rss>