[MaraDNS list] TCP

[Nicholas Bamber]

Sam,
	I have just uploaded the latest Debian release. The next planned
release was to be the Deadwood release. And I probably won't get round
to it for a bit.

	I will however raise a bug in the Debian bug system to track this.

On 18/07/11 16:25, Sam Trenholme wrote:
>>
>> 2.) The only way of forcing a TCP connection I can find is to use the
>> +tcp option in dig.
>>
> 
> This is one of the reasons a lot of Deadwood's tests use Deadwood.  The
> other is IPv6.
> 
> 
>> 3.) Asking for AXFR and IXFR records via dig seems to work but does not
>> deliver useful information.
>>
>>
> I thought I fixed this bug a while ago:
> 
> http://woodlane.webconquest.com/pipermail/list/2011-July/000878.html
> 
> Let me know if there are still problems
> 
> 4.) Running 'dig hostname @server +tcp' works against a bind server but
>> against the maradns zonserver seems to generate a seg fault. I will put
>> the full output at the end.
>>
>>
> This is not a good thing.  Time to generate a stack trace.  To do this:
> 
> * Compile zoneserver with the '-g' flag set (change the appropriate flag in
> zoneserver/Makefile ; with many programs "export FLAGS=-g ; make" does the
> trick but I don't remember off the top of my head if that works with
> MaraDNS)
> 
> * To run "zoneserver foo bar baz" in "gdb", type in "gdb zoneserver", follow
> by "set args foo bar baz", followed by "run"
> 
> As I recall, I had to do a bunch of stuff to fix TCP recently in the 2.0
> branch of MaraDNS.  Check it out:
> 
> http://maradns.org/download/2.0/snap
> 
> Dates are in YYYYMMDD format; 20110712 means "July 12, 2011", *not*
> "November 7, 2011"
> 
> 5.) Since askmara apparently does not have a +tcp option I am guessing
>> that this is what you are expecting. However it was not what I was
>> expecting given the documentation.
>>
> 
> There actually is an "askmara-tcp" that I use for some of the testing.
> 
> Thanks a lot for looking at MaraDNS.  I will next work on the code this
> Friday; my first order of business is fixing a bug in Deadwood with
> resolving answers.yahoo.com:
> 
> http://agn2.vk.tj
> 
> - Sam


-- 
Nicholas Bamber | http://www.periapt.co.uk/
PGP key 3BFFE73C from pgp.mit.edu