[freenet-dev] r16833 && r16834

[Florent Daignière]

* Robert Hailey <robert at emu.freenetproject.org> [2007-12-28 20:46:14]:

> 
> On Dec 28, 2007, at 7:41 PM, robert at freenetproject.org wrote:
> 
> > Author: robert
> > Date: 2007-12-29 01:41:06 +0000 (Sat, 29 Dec 2007)
> > New Revision: 16833
> >
> > Modified:
> >   trunk/freenet/src/freenet/node/PeerNode.java
> > Log:
> > maybe help wont-fetch-ark deadlock
> 
> I just recently noticed that two of my nodes on the same lan have not  
> connected to each other in weeks.
> 
> After a bit of investigating (and trudging through much logging) I  
> located four symptoms. Keep in mind that both nodes (A & B) are  
> connected to freenet-at-large:
> 
> (1) 'A' does not ever fetch arks, but 'B' does?
> > A sees B as v1090 (old & incompatible, does not fetch ark as  
> > verifiedIncompatibleVersion is set w/o handshake)
> > B sees A as v1096 (the newest, newer than last connection)
> I think that I have fixed this in r16833-4
> 
> (2) Both nodes attempt to handshake, but both are rejected for an odd  
> cause. AFIACS the furthest point into authentication they get is this:
> > Invalid data length 43557 (145) in tryProcessAuth
> Which appears to mean that the data was not decrypted with the right  
> key.
> 

Are we talking about an opennet or a darknet node here?

> (3) Insane values for time period since last-packet (fixed in r16832)
> 
> (4) Re-adding node B's reference to node A repairs the connection, but  
> then node A sees to references to B (one that works and one that does  
> not).
> 
> So... that adding B's reference again succeeded (in #4) and #2  
> suggests a bad key, I suppose that means that sometime at the  
> transition to 1091 node B changed it's one or more of it's keys, and  
> node A never caught it?

The current code doesn't allow nodes to rekey fully and to publish their
new keys on ARKs... That's a feature, not a bug.

Some trunk builds around 1091 were silently breaking the NodeCrypto's
initialization and that's probably why one of your nodes has rekeyed.

NextGen$
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: Digital signature
Url : http://emu.freenetproject.org/pipermail/devl/attachments/20071229/ef014e25/attachment.pgp