Verizon Droid 2.2 Update Cannot Stop Me Tue, 24 Aug 2010 10:49:38 -0400

So Verizon has recently pushed the Android 2.2 OS to the original Droid phones. In this update Verizon has crippled the new updates, mobile hotspot was one of the hottest features to be released in Froyo (2.2). However Verizon has allowed USB tethering for the data plan, however this does require an extra charge (of course).

However they have missed one key piece, DNS queries can still be routed through the connection. Once I have a processes hammered out I might post a how to on setting up a TCP over DNS instruction so that you can use your handicapped Froyo to route all of your internet use over DNS.

How Cool huh?

0 comments. More...
Replaying PCAP Dumps Thu, 11 Mar 2010 08:35:40 -0500

Step 1) Collect data.

tcpdump -w logPackets.pcap tcp port 53

Step 2) Statup virtual machine

Step 3) Copy logPackets.pcap to VM.

Step 4) tcpreplay-edit -i eth0 --enet-dmac <your mac address on physical node> logPackets.pcap

 

If your using an older copy tcpreplay or do not have tcpreplay-edit installed, then you can either use tcpprep to write a cache file to separate the client and server instances ... this will also be able to modify the destination mac address. Alternatively you can use macchanger and just change the mac address on your physical ethernet device. Either way works.

0 comments. More...
Announcing DNSQuery Mon, 30 Nov 2009 22:04:42 -0500

Announcing a new DNS Query toolkit developed exclusively for the Android mobile platform. I have released it in relation to my company Comwired.com  The github presence can be found here http://github.com/pingwin/DNSQuery

0 comments. More...
Current Projects Wed, 25 Nov 2009 16:16:44 -0500

Currently am working on a number of DNS specific applications, hopefully a couple I can release.

The first being an IO event handler in C, sorta like libevent but without the threading issues, also can discover interfaces for udp handling. Will be helpful for a league of users.

The second project is the next generation of an Android application for testing DNS resolution against a configurable list of resolvers. Will later evolve into being able to run predefined lists of queries and checking responses, sorta like a typical monitoring setup (read nagios) but not as automated.

0 comments. More...
Getting Around ODBC slow connection pooling in Erlang Mon, 10 Aug 2009 10:32:03 -0400

If your like me you use SQL quite a bit, or least for some form of data source. One of the most portable methods for SQL interfacing is to use some form of abstraction, this adds portability as well as some support (sometimes). In this case I'm using Erlang to query a bunch of data out of a database and I want to do this very very quickly and efficiently

I've read only that ODBC v3 is supposed to support connection pooling by default, however on my PC (ubuntu hardy) is slow as heck and has a long latency time for initializing connections. However I was able to come up with a way around this by creating a process that does nothing but SQL functions. The below example should be all you need to start using this yourself.


-module(fetcher).
-author("Brian Smith").
-export([start, loop0/0, loop0/1, query/1]).

-define(DSN, "dsn=myodbc3").

start() ->
    register(fetcher_pid, spawn(?MODULE, loop0, [])).

loop0() ->
    {ok, DbConn} = odbc:connect(?DSN, []),
    loop0(DbConn).
loop0(DbConn) ->
    receive
        {sql, From, SqlStmt} ->
             From ! odbc:sql_query(DbConn, SqlStmt),
             loop0(DbConn);
        quit ->
             odbc:disconnect(DbConn),
             quit
    end.

query(SqlStmt) ->
   fetcher_pid ! {sql, self(), SqlStmt},
   receive
        _Results ->
                 _Results
   end.

To use you just need to run fetcher:start().. I'm still trying to figure out how to block the pid for receiving SQL queries until odbc:connect() is complete, so any ideas on this is appreciated.

1 comments. More...
  • Disclaimer
  • The ideas and opinions expressed here are mine.
  • I'm a Linux and BSD user, and lean heavily toward the use of OSS vs certain other commercial solutions.

View the Ninja's profile on LinkedIn

:= RSS =: