View Issue Details

IDProjectCategoryView StatusLast Update
0002224GNUnetGNSpublic2012-06-02 19:15
ReporterChristian Grothoff Assigned Toschanzen  
PrioritynormalSeverityfeatureReproducibilityN/A
Status closedResolutionfixed 
Product VersionGit master 
Target Version0.9.3 
Summary0002224: proxy should replace ENCODEDKEY.zkey links
DescriptionWhen the proxy encounters a hostname ending in ".zkey", it should try to parse the previous name as an encoded hash of a public key and try to replace it with the corresponding PSEU.gnunet name.
TagsNo tags attached.

Activities

schanzen

2012-03-18 14:29

administrator   ~0005624

But there is no guarantee then that PSEU.gnunet can be resolved if it was already mapped in the root using a different name (Or not mapped at all) unless a DHT lookup is performed (we do not want that)
I guess this can be mitigated by only consulting the current root if the key is known by any name. PSEU is too shaky?
Oh and we occupy yet another (non existant) TLD ;)

schanzen

2012-03-24 13:40

administrator   ~0005649

Resolved like this: When the proxy encounters a zkey link it will try to shorten it. If a name in our root exists say foobar -> 01234 (PKEY) then the proxy will replace

www.01234.zkey/whatever

with

www.foobar.gnunet/whatever

Shortening itself _might_ trigger PSEU import (if configured see 0002235 ) if no name is found (no replacement will happen then). Next time we can shorten then.

Note: Unlike .+ expansion and shortening this done on all domains (.com etc) whereas .+ expansion is only performed on .gnunet domains/websites.

Issue History

Date Modified Username Field Change
2012-03-18 14:20 Christian Grothoff New Issue
2012-03-18 14:21 Christian Grothoff Assigned To => schanzen
2012-03-18 14:21 Christian Grothoff Status new => assigned
2012-03-18 14:21 Christian Grothoff Assigned To schanzen => Christian Grothoff
2012-03-18 14:21 Christian Grothoff Assigned To Christian Grothoff =>
2012-03-18 14:21 Christian Grothoff Assigned To => schanzen
2012-03-18 14:29 schanzen Note Added: 0005624
2012-03-24 13:40 schanzen Note Added: 0005649
2012-03-24 13:40 schanzen Status assigned => resolved
2012-03-24 13:40 schanzen Resolution open => fixed
2012-06-02 19:15 Christian Grothoff Status resolved => closed