<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
  <channel>
    <title>Tools on Aaron&#39;s Worthless Words</title>
    <link>https://a996c8ee.aww-3cz.pages.dev/tags/tools/</link>
    <description>Recent content in Tools on Aaron&#39;s Worthless Words</description>
    <generator>Hugo</generator>
    <language>en</language>
    <lastBuildDate>Mon, 19 Jan 2009 00:00:00 +0000</lastBuildDate>
    <atom:link href="https://a996c8ee.aww-3cz.pages.dev/tags/tools/index.xml" rel="self" type="application/rss+xml" />
    <item>
      <title>A Better (?) Way to Handle Logs</title>
      <link>https://a996c8ee.aww-3cz.pages.dev/posts/2009/01/a-better-way-to-handle-logs/</link>
      <pubDate>Mon, 19 Jan 2009 00:00:00 +0000</pubDate>
      <guid>https://a996c8ee.aww-3cz.pages.dev/posts/2009/01/a-better-way-to-handle-logs/</guid>
      <description>&lt;p&gt;Happy new year, all.  I&amp;rsquo;m finally over my hangover from the party and ready to blog.&lt;/p&gt;&#xA;&lt;p&gt;Everywhere I go, I always wind up in a debate about how to alert on log messages as they come in.  I was at the grocery store yesterday, and the cashier told me that she had a list of log messages that she watched for, and, if she saw one of them, she sent an email.  I asked her what she would do if she got a log message that she had never seen before, and she said that she would have to find it first, then research the message and put in an alert for the next time it showed up.&lt;/p&gt;</description>
    </item>
    <item>
      <title>A Little Politics for the New Year</title>
      <link>https://a996c8ee.aww-3cz.pages.dev/posts/2008/12/a-little-politics-for-the-new-year/</link>
      <pubDate>Mon, 29 Dec 2008 00:00:00 +0000</pubDate>
      <guid>https://a996c8ee.aww-3cz.pages.dev/posts/2008/12/a-little-politics-for-the-new-year/</guid>
      <description>&lt;p&gt;Stretch at &lt;a href=&#34;http://packetlife.net/blog/2008/dec/27/political-packets/&#34; title=&#34;Packetlife.net -- Political Packets&#34;&gt;Packetlife&lt;/a&gt; has a lively little write-up on the Australian government&amp;rsquo;s attempt to implement a nation-wide web filtering service.&lt;/p&gt;&#xA;&lt;p&gt;From Packetlife.net:&lt;/p&gt;&#xA;&lt;blockquote&gt;&#xA;&lt;p&gt;Setting aside the myriad of technical barriers to implementing such a system, the most obvious question is, &amp;ldquo;who decides what gets blocked?&amp;rdquo; When a corporation implements a web filter, it does so in accordance with corporate policy &amp;ndash; policy that is set by the owner of the network. But the Internet doesn&amp;rsquo;t belong to any one entity, be it governmental or commercial, so such an authority simply doesn&amp;rsquo;t exist at this scale. In a very Orwellian sense, this filtering initiative appears to want to create that authority out of thin air.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Is That a Bandwidth Graph or a Polygraph?</title>
      <link>https://a996c8ee.aww-3cz.pages.dev/posts/2008/12/is-that-a-bandwidth-graph-or-a-polygraph/</link>
      <pubDate>Tue, 23 Dec 2008 00:00:00 +0000</pubDate>
      <guid>https://a996c8ee.aww-3cz.pages.dev/posts/2008/12/is-that-a-bandwidth-graph-or-a-polygraph/</guid>
      <description>&lt;p&gt;I thought I&amp;rsquo;d throw an easy one out before taking off for the holiday.  Merry Christmas, Hannukah, Kwanzaa, Saturnia, etc., to all.&lt;/p&gt;&#xA;&lt;p&gt;A few years ago, I was looking through some Cacti graphs of gigabit trunks between 6500s and noticed an abrupt change in traffic.  The graphs were nice and smooth at around 135Mpbs until, seemingly randomly, they just started going wild.  It seriously looked like a lie detector from the movies; I saw spikes up to 140Mbps in one sample and 2Mpbs the next sample for days and days.  I looked around to see if anything weird was going on somewhere on the network, but I didn&amp;rsquo;t find anything.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Setting Up Syslog on a Linux Box for Your IOS Devices</title>
      <link>https://a996c8ee.aww-3cz.pages.dev/posts/2008/08/setting-up-syslog-on-a-linux-box-for-your-ios-devices/</link>
      <pubDate>Tue, 26 Aug 2008 00:00:00 +0000</pubDate>
      <guid>https://a996c8ee.aww-3cz.pages.dev/posts/2008/08/setting-up-syslog-on-a-linux-box-for-your-ios-devices/</guid>
      <description>&lt;p&gt;A few articles ago, &lt;a href=&#34;http://aconaway.com/2008/08/11/setting-up-a-system-logging-on-an-ios-device/&#34; title=&#34;AConaway.com -- Setting up System Loggin on an IOS Device&#34;&gt;we discussed&lt;/a&gt; getting logging up and running on your IOS box.  Part of the discussion was actually having the device log remotely to a box somewhere, but that&amp;rsquo;s kind of worthless without a properly (for definitions of proper) configured syslog server.  A low-end Linux box with an appropriate amount of disk space is a really good candidate to do this for you.  I&amp;rsquo;ll assume you&amp;rsquo;re running some Redhat-based distro.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Setting Up System Logging on an IOS Device</title>
      <link>https://a996c8ee.aww-3cz.pages.dev/posts/2008/08/setting-up-a-system-logging-on-an-ios-device/</link>
      <pubDate>Mon, 11 Aug 2008 00:00:00 +0000</pubDate>
      <guid>https://a996c8ee.aww-3cz.pages.dev/posts/2008/08/setting-up-a-system-logging-on-an-ios-device/</guid>
      <description>&lt;p&gt;I like logging on an IOS device.  I like to look at the buffer and tell you that your interface went down 30 seconds ago.  I like to look on the box and see that BGP with my Internet provider has been flapping since 02:13ET.  I like to look and see that one of the other guys has been making changes to the gear all morning.  I could go on and on.&lt;/p&gt;</description>
    </item>
    <item>
      <title>How Screen Can Change Your Life</title>
      <link>https://a996c8ee.aww-3cz.pages.dev/posts/2008/07/how-screen-can-change-your-life/</link>
      <pubDate>Thu, 10 Jul 2008 00:00:00 +0000</pubDate>
      <guid>https://a996c8ee.aww-3cz.pages.dev/posts/2008/07/how-screen-can-change-your-life/</guid>
      <description>&lt;p&gt;Alright, that&amp;rsquo;s an exaggeration, but &lt;a href=&#34;http://en.wikipedia.org/wiki/GNU_Screen&#34; title=&#34;Wikipedia -- Screen&#34;&gt;screen&lt;/a&gt; is pretty freaking cool.  It&amp;rsquo;s an app that&amp;rsquo;s (usually) run under Linux that lets you run commands then detach from that session and reattach later.  It doesn&amp;rsquo;t seem like much, but a few examples can show what it does for me.&lt;/p&gt;&#xA;&lt;p&gt;I have a backup script at home that takes a target file, tars up everything listed in there, zips up the new file, and puts it on an external drive.  It&amp;rsquo;s very simple but takes about 3 hours to run.  I run it manually, so, in normal circumstances, I have to SSH in to my box and keep that window open for 3 hours while the backup runs.  With screen, I can open a new shell, run the script, and detach from it while everything gets backed up.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Loading Configs at Startup in Dynagen</title>
      <link>https://a996c8ee.aww-3cz.pages.dev/posts/2008/06/loading-configs-at-startup-in-dynagen/</link>
      <pubDate>Tue, 24 Jun 2008 00:00:00 +0000</pubDate>
      <guid>https://a996c8ee.aww-3cz.pages.dev/posts/2008/06/loading-configs-at-startup-in-dynagen/</guid>
      <description>&lt;p&gt;Here&amp;rsquo;s a quick one for you. In Dynagen, if you want to load a configuration when you first fire up the router instance, you can use the &lt;em&gt;cnfg&lt;/em&gt; tag in your NET file like this.&lt;/p&gt;&#xA;&lt;blockquote&gt;&#xA;&lt;p&gt;cnfg = /home/jac/labs/cfg/R0.cfg&lt;/p&gt;&#xA;&lt;/blockquote&gt;&#xA;&lt;p&gt;If you put that in your dynagen NET file under a router, the contents of that file will be loaded into the router configuration when it&amp;rsquo;s brought up. This is great if you already have a configuration to use in another lab or if you want to load a basic configuration on startup. Please be warned, though; if you make changes to your router instance via the CLI and restart dyangen, the configuration changes you made will be gone.  Be sure to remove that line from the NET before you restart dynagen.&lt;/p&gt;</description>
    </item>
    <item>
      <title>A Must-Know:  TCPDump</title>
      <link>https://a996c8ee.aww-3cz.pages.dev/posts/2008/06/a-must-know-tcpdump/</link>
      <pubDate>Fri, 06 Jun 2008 00:00:00 +0000</pubDate>
      <guid>https://a996c8ee.aww-3cz.pages.dev/posts/2008/06/a-must-know-tcpdump/</guid>
      <description>&lt;p&gt;If you&amp;rsquo;ve never used &lt;a href=&#34;http://en.wikipedia.org/wiki/Tcpdump&#34; title=&#34;Wikipedia -- TCPDump&#34;&gt;TCPDump&lt;/a&gt; before, you&amp;rsquo;re missing out on one of the best parts of being a network guy &amp;ndash; pointing fingers at everyone else.&lt;/p&gt;&#xA;&lt;p&gt;TCPDump is an open-source app that copies packets on a machine&amp;rsquo;s NIC to screen or to file. TCPDump is typically a Linux/Unix app; in the Windows world, TCPDump is replaced by &lt;a href=&#34;http://www.winpcap.org/windump/&#34; title=&#34;Windump -- tcpdump for Windows&#34;&gt;WinDump&lt;/a&gt; or &lt;a href=&#34;http://www.wireshark.org/&#34; title=&#34;Wireshark.org -- Main Page&#34;&gt;Ethereal, now known as Wireshark&lt;/a&gt;. It&amp;rsquo;s a must-know for network dude(tte)s since it lets you capture the packets that a machine is generating. An app may be documented to work one way, but I&amp;rsquo;ve seen many times where the documentation is out-of-date or just wrong, and I&amp;rsquo;ve had to look at captures to see what it was actualy doing. I used it one time way back when a developer told me the switch was changing his HTTP POST to an HTTP GET; I captured the packets he was sending, pointed to the GET, and never answered a phone call from him ever again.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Auditing Your Gear with Nipper</title>
      <link>https://a996c8ee.aww-3cz.pages.dev/posts/2008/01/auditing-your-gear-with-nipper/</link>
      <pubDate>Sat, 19 Jan 2008 00:00:00 +0000</pubDate>
      <guid>https://a996c8ee.aww-3cz.pages.dev/posts/2008/01/auditing-your-gear-with-nipper/</guid>
      <description>&lt;p&gt;Let&amp;rsquo;s talk [tag]audit[/tag]ing for a bit. It&amp;rsquo;s important to have an outside person look over your [tag]configuration[/tag]s every so often to be sure you didn&amp;rsquo;t do something stupid, so, every quarter or so (mostly so), I bring in someone to&amp;hellip;wait a minute. It would cost about $3000 for someone to do that, and the company surely isn&amp;rsquo;t going to pay for that. The wonderful people from &amp;ldquo;The Internet&amp;rdquo; know this, though, and have released a whole bunch of tools to audit gear like that. One of those is called [tag]&lt;a href=&#34;http://www.titania.co.uk/nipper.php&#34; title=&#34;Nipper -- Homepage&#34;&gt;Nipper&lt;/a&gt;[/tag].&lt;/p&gt;</description>
    </item>
    <item>
      <title>Free and Awesome Network Tools</title>
      <link>https://a996c8ee.aww-3cz.pages.dev/posts/2007/11/free-and-awesome-network-tools/</link>
      <pubDate>Sun, 18 Nov 2007 00:00:00 +0000</pubDate>
      <guid>https://a996c8ee.aww-3cz.pages.dev/posts/2007/11/free-and-awesome-network-tools/</guid>
      <description>&lt;p&gt;We all have limited budgets these days. Long gone are the days of unlimited resources and uncontrollable expansion of the network, so it&amp;rsquo;s important that any network dude or dudette pay attention to the open-source world. Below is a list of stuff I use at the office and at home to monitor, trend, and alert the network. All this stuff is free and runs on Linux to save even more cash.&lt;/p&gt;</description>
    </item>
    <item>
      <title>A Simple BGP Lab with Dynamips/Dynagen</title>
      <link>https://a996c8ee.aww-3cz.pages.dev/posts/2007/11/a-simple-bgp-lab-with-dynamipsdynagen/</link>
      <pubDate>Sat, 10 Nov 2007 00:00:00 +0000</pubDate>
      <guid>https://a996c8ee.aww-3cz.pages.dev/posts/2007/11/a-simple-bgp-lab-with-dynamipsdynagen/</guid>
      <description>&lt;p&gt;I assume you take every word I say to heart and that you&amp;rsquo;ve been using Dynamips/Dynagen for a few days now, right? Good. That&amp;rsquo;s a start, but let&amp;rsquo;s break down a simple lab to make sure everyone&amp;rsquo;s on the same page. I run my labs on Linux most of the time, so you&amp;rsquo;ll see my commands for that platform. You&amp;rsquo;re a smart one, so you can figure out what to do on Windows. :)&lt;/p&gt;</description>
    </item>
    <item>
      <title>Port Knocking</title>
      <link>https://a996c8ee.aww-3cz.pages.dev/posts/2007/08/port-knocking/</link>
      <pubDate>Sat, 11 Aug 2007 00:00:00 +0000</pubDate>
      <guid>https://a996c8ee.aww-3cz.pages.dev/posts/2007/08/port-knocking/</guid>
      <description>&lt;p&gt;A few months ago, a friend of mine told me about the concept of &lt;a href=&#34;http://en.wikipedia.org/wiki/Port_knocking&#34; title=&#34;Wikipedia Article&#34;&gt;port knocking&lt;/a&gt;, where you send packets to a server on certain ports to authenticate access to the box. A daemon running on your server detects the sequence of packets that you send and runs a script (usually IPtables commands), waits a certain amount of time, then runs another script (usually to take the IPtables commands out). This seems like a good way to get access to your home firewall from anywhere without having to open up access to the whole Internet.&lt;/p&gt;</description>
    </item>
  </channel>
</rss>
