- ipv6calc - lists.deepspace6.net

Re: ipv6calc 'make update' failure ?
by Peter Bieringer 19 Nov '08

19 Nov '08

JC Janos schrieb: > Hi, > > Thanks for working on this! > > On Wed, Nov 19, 2008 at 11:47 AM, Peter Bieringer <pb(a)bieringer.de> wrote: >> Please proceed further on. > > Fresh update ... > > ./configure OK > make update OK > make OK > make install > > a number of errors (output below) even though it looks like it installed, Errors are caused because you run "make test" as root...you should avoid that. > which ipv6calc > /usr/local/bin/ipv6calc > > ipv6calc > ipv6calc: version 0.71.0 > (P) & (C) 2001-2008 by Peter Bieringer <pb (at) bieringer.de> > This program formats and calculates IPv6 addresses > See 'ipv6calc -?|-h|--help' for more details > > --JC Ok, will release 0.72.0 now Peter

1 0

Re: ipv6calc 'make update' failure ?
by Peter Bieringer 19 Nov '08

19 Nov '08

JC Janos schrieb: > Hi, > > On Wed, Nov 19, 2008 at 10:59 AM, Peter Bieringer <pb(a)bieringer.de> wrote: >> Both changes now committed to CVS, so can you please check current CVS >> version? I would release 0.72.0 afterwards (I saw in my ChangeLog, that >> there are new features in CVS also...have forgotten...) > > I co'd latest CVS ... > > 1st step: 'make update' still fails at, > > ... > Location: http://standards.ieee.org/regauth/oui/oui.txt [following] > --2008-11-19 11:10:51-- http://standards.ieee.org/regauth/oui/oui.txt > Reusing existing connection to standards.ieee.org:80. > HTTP request sent, awaiting response... 200 OK > Length: 1919493 (1.8M) [text/plain] > Saving to: `oui.txt' > > 100%[======================================================================================>] > 1,919,493 430K/s in 4.8s > > 2008-11-19 11:10:59 (389 KB/s) - `oui.txt' saved [1919493/1919493] > > make create > make[2]: Entering directory `/usr/local/src/ipv6calc/databases/ieee-oui' > ./create_ieee_oui_headerfile.pl "oui_public.txt" > Create dbieee_oui.h automatically > Cannot open infile: oui_public.txt at ./create_ieee_oui_headerfile.pl line 22. > make[2]: *** [create] Error 2 > make[2]: Leaving directory `/usr/local/src/ipv6calc/databases/ieee-oui' > make[1]: *** [update] Error 2 > make[1]: Leaving directory `/usr/local/src/ipv6calc/databases/ieee-oui' Caused by renaming (and redirect) the file on the remote web server, fixed in CVS now (databases/ieee-oui/Makefile) > make[1]: Entering directory `/usr/local/src/ipv6calc/databases/ieee-iab' > echo "Download new version of file" > Download new version of file > ... > echo "Create database files for IPv4" > Create database files for IPv4 > cd ../ipv4-assignment && make update > make[2]: Entering directory `/usr/local/src/ipv6calc/databases/ipv4-assignment' > echo "Generate new header file, if necessary" > Generate new header file, if necessary > ./check-run-create.sh > Found newer than dbipv4addr_assignment.h files: IANA=0 ARIN=1 APNIC=1 > RIPENCC=1 LACNIC=1 AFRINIC=1 > Generate subnet powers > Proceed file: ../registries/iana/ipv4-address-space > Cannot open file: ../registries/iana/ipv4-address-space at > ./create-registry-list.pl line 126. > make[2]: *** [update] Error 2 > make[2]: Leaving directory `/usr/local/src/ipv6calc/databases/ipv4-assignment' > make[1]: *** [update] Error 2 > make[1]: Leaving directory `/usr/local/src/ipv6calc/databases/registries' Caused by strange redirect on IANA web server, fixed in CVS now (databases/registries/update-registries.sh). Please proceed further on. Regards, Peter

1 0

Re: ipv6calc 'make update' failure ?
by Peter Bieringer 19 Nov '08

19 Nov '08

JC Janos schrieb: > Hello, > > On Wed, Nov 19, 2008 at 9:59 AM, Peter Bieringer <pb(a)bieringer.de> wrote: >> It's a bug in the update script. Looks like at least me has never tested >> this on a fresh installation. >> >> Very simple patch is attached, will try to push 0.71.1 today or on Sunday. > > Thank you. > > Applying the patch does allow for 'make update' to complete without error. > > The next step of 'make', however, fails @: > > make > cd md5 && make > make[1]: Entering directory `/usr/local/src/ipv6calc/md5' > make[1]: Nothing to be done for `all'. > make[1]: Leaving directory `/usr/local/src/ipv6calc/md5' > cd databases/ieee-oui && make > make[1]: Entering directory `/usr/local/src/ipv6calc/databases/ieee-oui' > test -f dbieee_oui.h || make update > make[1]: Leaving directory `/usr/local/src/ipv6calc/databases/ieee-oui' > cd databases/ieee-iab && make > make[1]: Entering directory `/usr/local/src/ipv6calc/databases/ieee-iab' > test -f dbieee_iab.h || make update > make[1]: Leaving directory `/usr/local/src/ipv6calc/databases/ieee-iab' > cd databases/ipv4-assignment && make > make[1]: Entering directory `/usr/local/src/ipv6calc/databases/ipv4-assignment' > test -f dbipv4addr_assignment.h || make update > make[1]: Leaving directory `/usr/local/src/ipv6calc/databases/ipv4-assignment' > cd databases/ipv6-assignment && make > make[1]: Entering directory `/usr/local/src/ipv6calc/databases/ipv6-assignment' > test -f dbipv6addr_assignment.h || make update > make[1]: Leaving directory `/usr/local/src/ipv6calc/databases/ipv6-assignment' > cd lib && make GETOPT_INCLUDE= > ../databases/ieee-iab/dbieee_iab.h:2545: warning: (near initialization > for 'libieee_iab[2179]') > make[1]: *** [libieee.o] Error 1 > make[1]: Leaving directory `/usr/local/src/ipv6calc/lib' > make: *** [lib-make] Error 2 > > Another bug? Not really, unexpected IAB data (a " in a name destroys the C header file syntax) Fix for: databases/ieee-iab/create_ieee_iab_headerfile.pl @@ -127,6 +127,10 @@ # convert spaces to '-' $oui =~ s/\s+/-/ig; + # remove '"' + $oui =~ s/"//ig; + $t3 =~ s/"//ig; + # Some final cleanup $oui =~ s/-INT-L//ig; $oui =~ s/-B-V//ig; Both changes now committed to CVS, so can you please check current CVS version? I would release 0.72.0 afterwards (I saw in my ChangeLog, that there are new features in CVS also...have forgotten...) Peter

1 0

Re: ipv6calc 'make update' failure ?
by Peter Bieringer 19 Nov '08

19 Nov '08

Hi, JC Janos schrieb: > Hello, > > I'm attempting to build your ipv6calc utility on OpenSuse 11.0. > > cd /usr/local/src/ipv6calc > ./configure --enable-geoip > make update > > Here, I have a failure that I don't understand, > > ... > echo "Create database files for IPv4" > Create database files for IPv4 > cd ../ipv4-assignment && make update > make[2]: Entering directory `/usr/local/src/ipv6calc/databases/ipv4-assignment' > echo "Generate new header file, if necessary" > Generate new header file, if necessary > ./check-run-create.sh > Found newer than dbipv4addr_assignment.h files: IANA=0 ARIN=1 APNIC=1 > RIPENCC=1 LACNIC=1 AFRINIC=1 > Generate subnet powers > Proceed file: ../registries/iana/ipv4-address-space > Cannot open file: ../registries/iana/ipv4-address-space at > ./create-registry-list.pl line 126. > make[2]: *** [update] Error 2 > make[2]: Leaving directory `/usr/local/src/ipv6calc/databases/ipv4-assignment' > make[1]: *** [update] Error 2 > make[1]: Leaving directory `/usr/local/src/ipv6calc/databases/registries' > > This seems to be a bug. Or, perhaps, a problem with my procedure? It's a bug in the update script. Looks like at least me has never tested this on a fresh installation. Very simple patch is attached, will try to push 0.71.1 today or on Sunday. Thank you for notification. Regards, Peter --- databases/registries/update-registries.sh.old 2008-11-19 18:53:39.000000000 +0100 +++ databases/registries/update-registries.sh 2008-11-19 18:54:25.000000000 +0100 @@ -3,7 +3,7 @@ # Project : ipv6calc/databases/registries # File : update-registries.sh # Version : $Id: update-registries.sh,v 1.4 2007/03/03 11:57:29 peter Exp $ -# Copyright : 2002-2007 by Peter Bieringer <pb (at) bieringer.de> +# Copyright : 2002-2008 by Peter Bieringer <pb (at) bieringer.de> # replaces ../ipv4-assignment/update-ipv4-assignment.sh # replaces ../ipv6-assignment/update-ipv6-assignment.sh # @@ -33,6 +33,7 @@ get_urls | while read subdir url filename format; do echo "Check: $subdir" + [ ! -d "$subdir" ] && mkdir "$subdir" pushd $subdir || exit 1 wget $url$filename --timestamping --retr-symlinks retval=$?

1 0

Re: [IPv6 Users] Teredo client brokenness: link-local destination ?
by Peter Bieringer 13 Aug '07

13 Aug '07

Hi, At 09.08.2007 00:07, Miguel A. Diaz wrote: > I've also saw similar packets but the link local address used is > different. It's always fe80::8000:5445:5245:444F. As curiosity, the > corresponding ASCII characters of the last part of the link-local ID > field is: > > 54 45 52 45 44 4F ==> TEREDO Just for your information, current cvs version of ipv6calc now detects such adddress as "link-local-teredo" @Miguel: do you know which client uses such addresses? @Pekka: can you check whether your examples with masked IIDs have some correlation which can be used also for detection or are this original link-local addresses? At least, the IIDs are from type "local". Regards, Peter -- Dr. Peter Bieringer http://www.bieringer.de/pb/ GPG/PGP Key 0x958F422D mailto:pb@bieringer.de Deep Space 6 Co-Founder and Core Member http://www.deepspace6.net/ Xing/OpenBC http://www.xing.com/hp/Peter_Bieringer/

3 3

Version 0.71.0 released
by Peter Bieringer 02 Jun '07

02 Jun '07

Hi, I have finally released version 0.71.0 now. Available at: ftp://ftp.bieringer.de/pub/linux/IPv6/ipv6calc/ (and via CVS - note that DS6 FTP currently contains only older versions). See here for the full change log: http://cvs.deepspace6.net/view/ipv6calc/ChangeLog Major changes since 0.70.0: * anonymizing feature: - add support for anonymizing IPv6 prefix flexible (mask-ipv6) - add new preset options for anonmiyzing (careful,paranoid) * IP2Location support: - separate IP2Location information for IPv4 and IPv6 (increase output version to 4) * ipv6calcweb.cgi - if server address is skipped, do not retrieve information at all - use built-in list for detecting binary and database files on various locations * Long missing update of doc page was done now. HTML version also available at: http://www.deepspace6.net/projects/ipv6calc.html Regards, Peter -- Dr. Peter Bieringer http://www.bieringer.de/pb/ GPG/PGP Key 0x958F422D mailto:pb@bieringer.de Deep Space 6 Co-Founder and Core Member http://www.deepspace6.net/

1 0

version 0.70.0 released
by Peter Bieringer 02 Apr '07

02 Apr '07

Hi, I have finally released version 0.70.0 now. Available at: ftp://ftp.bieringer.de/pub/linux/IPv6/ipv6calc/ (and via CVS - note that DS6 FTP currently contains only older versions). See here for the full change log: http://cvs.deepspace6.net/view/ipv6calc/ChangeLog Major changes since 0.61.0 - remove IP2Location and GeoIP files, add related configure options instead (thanks to Niko Tyni for contribution) --with-ip2location-headers=DIR IP2Location include files location --with-ip2location-lib=DIR IP2Location library location --with-ip2location-static Explicitly link IP2Location statically (default=no) --with-geoip-headers=DIR GeoIP include files location --with-geoip-lib=DIR GeoIP library location --with-geoip-static Explicitly link GeoIP statically (default=no) --with-geoip-default-file=file Use a default GeoIP database file when - add support for use of IPv6-enabled IP2Location API (GeoIP still only supports IPv4) - add anoynmization action in ipv6calc $ ipv6calc -q 2001:db8:0123:4567:89ab:cdef:0123:4567 --action anonymize 2001:db8:123:: $ ipv6calc -q 192.0.2.1 --action anonymize 192.0.2.0 - add tool "ipv6loganon" for anonymizing web server log files - Getopts support: configure detects now the presence of system getopts library - several bugfixes Note: for creating a RPM of IP2Location I provide a spec file: ftp://ftp.bieringer.de/pub/linux/IPv6/ipv6calc/IP2Location-2.1.3.spec Source package of IP2Location API is available here: http://www.ip2location.com/c.aspx Regards, Peter -- Dr. Peter Bieringer http://www.bieringer.de/pb/ GPG/PGP Key 0x958F422D mailto:pb@bieringer.de Deep Space 6 Co-Founder and Core Member http://www.deepspace6.net/

1 1

new: ipv6loganon for anonymizing HTTP logs without loosing much information
by Peter Bieringer 15 Feb '07

15 Feb '07

Hi, triggered by some global discussions about privacy I've created a new program named "ipv6loganon", which is able to anonymize HTTP logs without loosing much information (e.g. the IPv6 address type - for further statistics). Some more information is below. Currently, it can not be used as pipe for apache HTTP server, reason is unknown, following config doesn't unfortunately not work (nothing will be logged anymore): CustomLog "| /usr/local/bin/ipv6loganon-static |/usr/sbin/cronolog /path/to/logs/server-log.%Y%m" combined Perhaps one can point me to a solution - thank you. Also some code improvements triggered by splint were done. Here pls. one can help me to splint also the md5 subdirectory, currently splint don't like the code there. Please run some tests. I plan to release package 0.70.0 in one week or so. Regards, Peter $ cat README $Id: README,v 1.2 2007/02/01 14:44:21 peter Exp $ ipv6loganon is a HTTP server log file anonymizer It expect a log line on stdin with an IPv4/IPv6 address as first token. This token would be anonymized according to given/default options. The anonymizer would keep as much information as possible for IPv6 address types. Client-side IID would be anonymized by - EUI-48 based: serial number would be zero'ed, keeping OID - EUI-64 based: serial number would be zero'ed, keeping OID - ISATAP: client IPv4 address would be anonymized by given IPv4 mask - TEREDO: client IPv4 address would be anonymized by given IPv4 mask client port would be zero'ed - 6to4(Microsoft): client IPv4 address would be anonymized by given IPv4 mask - local: whole IID would be zero'ed Client-side SLA would be anonymized by - SLA would be zero'ed Prefix would be anonymized by - 6to4: client IPv4 address would be anonymized by given IPv4 mask Compat/Mapped IPv4 addresses would be anonymized by - IPv4 address would be anonymized by given IPv4 mask Afterwards, the modified address and the trailing line would be printed to stdout. Example: Original lines (stdin): 207.46.98.53 - - [01/Jan/2007:00:01:15 +0100] "GET /Linux+IPv6-HOWTO/x1112.html HTTP/1.0" 200 6162 "-" "msnbot/1.0 (+http://search.msn.com/msnbot.htm)" 253 6334 2002:52b6:6b01:1:216:17ff:fe01:2345 - - [10/Jan/2007:15:04:28 +0100] "GET /favicon.ico HTTP/1.1" 200 4710 "http://www.bieringer.de/linux/IPv6/" "Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.0.9) Gecko/20061219 Fedora/1.5.0.9-1.fc6 Firefox/1.5.0.9 pango-text" 413 5005 Modified lines (stdout): 207.46.98.0 - - [01/Jan/2007:00:01:15 +0100] "GET /Linux+IPv6-HOWTO/x1112.html HTTP/1.0" 200 6162 "-" "msnbot/1.0 (+http://search.msn.com/msnbot.htm)" 253 6334 2002:52b6:6b00:0:216:17ff:fe00:0 - - [10/Jan/2007:15:04:28 +0100] "GET /favicon.ico HTTP/1.1" 200 4710 "http://www.bieringer.de/linux/IPv6/" "Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.0.9) Gecko/20061219 Fedora/1.5.0.9-1.fc6 Firefox/1.5.0.9 pango-text" 413 5005 -- Dr. Peter Bieringer http://www.bieringer.de/pb/ GPG/PGP Key 0x958F422D mailto:pb@bieringer.de Deep Space 6 Co-Founder and Core Member http://www.deepspace6.net/ OpenBC http://www.openbc.com/hp/Peter_Bieringer/ Personal invitation to OpenBC http://www.openbc.com/go/invita/3889

2 7

Re: problems in ipv6calc.8
by Peter Bieringer 16 Jan '07

16 Jan '07

Hi Eric, At 15.01.2007 23:06, esr(a)thyrsus.com wrote: > This is automatically generated email about problems in a man page for which > you appear to be responsible. If you are not the right person or list, tell > me and I will attempt to correct my database. > > See http://catb.org/~esr/doclifter/problems.html for details on how and > why these patches were generated. Feel free to email me with any questions. > Note: These patches do not change the mod date of any manual page. You > may wish to do that by hand. > > Problems with ipv6calc.8: > > 1. Use local definitions of .EX/.EE or .DS/.DE to avoid low-level troff > requests in the page body. There are plans to add these to groff man; > in the interim, this patch adds a compatible definition to your page. > > 2. You wrote .br where you meant .sp -- as written, the markup will > fail to produce a blank line where one was clearly intended. > > 3. List syntax error. This means .IP, .TP or .RS/.RE markup is garbled. > This confuses doclifter, and may also mess up stricter troff > interpreters like Xman and Rosetta. Thank you for the patch, applied to CVS version for now. Regards, Peter -- Dr. Peter Bieringer http://www.bieringer.de/pb/ GPG/PGP Key 0x958F422D mailto:pb@bieringer.de Deep Space 6 Co-Founder and Core Member http://www.deepspace6.net/

1 0

0.61.0 configure.in tweaks
by Niko Tyni 28 Oct '06

28 Oct '06

Hi Peter and other ipv6calc list members, here's a patch for 0.61.0 that adds the following 'configure' features: --enable-system-geoip Use the system GeoIP library instead of the bundled one (default: bundled) --enable-default-geoip-file=file Use a default GeoIP database file when ipv6calc is invoked with '-G' Additionally, it tries to detect the presence of the getopt library and uses the system one if possible. There are also tiny fixes for 'ipv6calc --help'. These are tweaks that would make the Debian packaging simpler. I'm currently patching the various Makefile.in files to get the system getopt and GeoIP in, and it would be nice if that could be configurable. I hope they would benefit other distributions as well. I added the new '-G' option for enabling GeoIP with a default database, so the users don't have to type the path every time when they want to use the only database provided by the system. Please consider applying this (and running autogen afterwards, of course). I can split it off into separate patches if you like, but the system-geoip and the default-geoip-file stuff overlap somewhat. I haven't been able to test the getopt stuff with a real system that doesn't have getopt in its libc, but I think it should work. Ultimately, I would like to have something like --with-geoip=/path/to/geoip-build-dir --with-ip2location=/path/to/ip2location-build-dir so there wouldn't be any need to bundle them inside the ipv6calc tarball, as users could "easily" include them into the build. Do you think this would be a good idea? I could prepare the patch if you like it... BTW, the bundled GeoIP code doesn't currently build due to files missing from <...>/GeoIP-1.3.17/apps : make[3]: *** No rule to make target `geoiplookup.o', needed by `geoiplookup'. Stop. Cheers, -- Niko Tyni ntyni(a)iki.fi

2 1