A new development/testing version of netward has been cut
for anyone tracking and the handful of testers out there. A lot of the
options have changed and a few oddball bugs were finally identified.
Thanks go to Steve Dickinson for helping to
identify some of the bugs. Some of the notable changes were:
-f | --filter expr
option and argument
have been dropped in favor of simply tacking filter options onto the
end of the argument string.
While the options changed - they did not change too much. After compiling
just type netward -u or refer to the manual page.
New site design is up and running after one trial
desgin that didn't go
so well. The new design is somewhat busier but designed for faster access to
a variety of information and pages. The digest entry about it has more information.
Along with the site change a lot of small code updates were done; mostly
cosmetic in some of the smaller modules. The netward utility
had a lot of patches to correct some bugs and validation testing:
All of the details can be found in the digest entry.
In the first part of the
libpcap series a rudimentry packet reader (or sniffer) was
built which could read and print tcp/ip traffic on a particular interface.
In the second text a look at some simple checks of the data itself, adding
options like interface selection, libpcap filter options
and verbosity levels. Some of the checks included are:
The filter options are eventually passed exactly like tcpdump
using the tcpdump argv vector copy.
The software utils called pksys have been integrated into a
single utility called netward. The arguments were compressed
into a more nmap-like syntax. Following are some of the changes
:
The TODO list has grown a bit too:
Of course the usual disclaimer; none or all of the mentioneded
changes may ever happen. As is, netward can run out of the
box and detect minor errors like mismatched lengths and will score
what it thinks might be scans or probes against a host. Suggestions, comments
and bricks are all welcome; feel free to
email me.
In the third (last) installment of the DNS series a look at setting up and managing primary and secondary DNS servers for redundancy covering topics such as:
Additionally a look at some of the other options involved with server and zone maintenance.
libpcap I
Reading network data can be difficult. Tools and utilities such as
wireshark, tcpdump and nmap
exist that can aide in dealing with networks at multiple levels.
What if, however, one needed to integrate packet reading or writing
into their own code? The libpcap library exists for the
very purpose of dealing with network data a higher level than the
raw socket API.
In part one of a three part series a look at
writing a very simplistic packet reader utility which can
easily be used as the basis for integrating the functionality of
libpcap into an existing application.
Part One of the BIND version of DNS discussed and gave examples of a very simple single zone of authority DNS server. Part two of the series addresses:
A glance at DNS options is also done but not addressed to deeply this time around.
etu-0.1.5 CutThe enlightenment thumbnailing utility has received a small number of updates; enough of which to warrant bumping the minor release number. Some of the changes are (but not included to) were:
e17 code.getoptlong support.usage().usage().The TODO file received an update:
The latter may require using checksums. Other than the TODOs there really isn't much except tracking the e17 source tree.
Coding · etu · etu source
Open Source software is not just and idea, it is also a way of doing things. The usual method of Open Source software management are familar once dissected. In the second (and likely last) installment of the Facets of Open Source series; a look at how software collaboration is often managed and three real world examples displaying the leveraging power of Open Source.
nettest to 2.1
ip_conntrack_max Threshold Scriptpwutils Packageretval Is Importantwish.(based on last 2 months log reports)
