TWiki Home TWiki . Pub . WebHome (book view) TWiki webs:
BG| DE | ES | FI | FR | Glossary | HU | IT | JA | Know | Main | NL | PT | Pub | RU | SL | TWiki | Test | ZH-CN? | ZH-TW? |
Pub . { Home | Changes | Index | Search | Go }
Search: \.*

Topics in Pub web: Changed: GMT Changed by:

AuthoringFreesites  

26 Feb 2002 - 21:50 - r1.3   MichaelTerry

Introduction

So, you have some content you want to offer the Freenet world? Great! If it's files, music, or other such data files, you may be better off inserting it into Freenet via Frost and telling others about it in the appropriate board. If you have something like an essay or a one-shot item, you might be better off handing it to someone like CofE to post, rather than taking on the commitment of a freesite. That being said, Freenet could always use some more portals of content and there's plenty of room.

These instructions assume you have a recent version of the program fcpputsite. Download it (and related fcptools) for *nix or Windows.


Deciding Your Site's Format

There are two effective approaches to publishing a freesite: editions or date based redirects (DBR's). If this is your first time, I recommend you insert your freesite using an edition-based system because you are not pressured to constantly insert it on a daily basis. (Believe me, it gets old fast.) When you are more comfortable, you can move over to a DBR system.

An edition-based freesite is published one version at a time, when the author wants to. It can be updated as frequently or as infrequently as wanted and will always be available (assuming enough people read it to propogate it through the network). The basic premise is that you publish the site under a predictable, progressive naming scheme, like SSK@blarg/mysite/1//. Your site will contain image links to as-yet-unpublished versions, like SSK@blarg/mysite/2//. This way, visitors of your site will see a broken image link, since nothing is inserted under that URI. When you do publish version 2, the link will work correctly, and readers will know that you've updated. This is midly inconvenient for readers, however, because they have to constantly upgrade bookmarks (or rely on other Freenet sites to keep a current link).

A DBR-based freesite is published once per a pre-assigned cycle. The default is one day. When making a DBR link, you tell Freenet you want this link to change once per cycle. The DBR link does so, pointing to the current cycle date in hex, since UNIX epoch. For example: you create a DBR at SSK@blarg/mysite//. The DBR will point to something like SSK@blarg/3f982d-mysite//. All this redirecting is kept behind the scenes, however, and you merely give out SSK@blarg/mysite// as the URI. This is more convenient for readers, but much, much harder on the author. If the site is not uploaded for a cycle, the site appears unavailable, and it requires significant work on the part of the reader to find older versions. Thus, if you choose to insert a DBR site, please understand the commitment you are taking on.


General Tips

Regardless of the format you insert under, there are many things you will need to know to make your site a success. here is a collection of tips:

First off, you're going to want to grab an SSK to use. An SSK lets you control what files are inserted on your site. To generate an SSK key pair, type fcpputsite -g. Do not give the private key to other people. I highly recommend testing anything you insert under some made-up key (i.e. SSK@blarg/testing/) in your SSK before inserting it under the key you give out to others (i.e. SSK@blarg/mysite/). This way, you can test it to make sure it won't trip fproxy's anonymity alarm or some such, which occurs if you have links that might compromise the anonymity of your users.

Basically, to link to sites outside of Freenet, you must use the following syntax: <a href = "/__CHECKED_HTTP__www.sourceforge.net" >. You cannot write <a href = "/__CHECKED_HTTP__http://www.sourceforge.net" >. To link to other sites within Freenet, write something like <a href="/KSK@gpl.txt"> -- the preceding / is the important thing. To link to other files on your freesite, just link to them relatively, just like normal: <a href="otherfile.html">.

You want to avoid using Javascript, Java, Shockwave, or anything besides good old static html. You can use the above, but again, it will trigger the anonymity alarm and is asking your viewers to trust you a lot, since you may insert scripts that will break their anonymity.

If you are linking to static content outside of your site, like some mp3's or a video, please link directly to the CHK. This makes one less file request for your readers and ultimately makes the link more reliable.

Note: You should be inserting using a map file, which is one file that tells users where to download all the other files of your site, by CHK. This makes sites infinitely more propagatable because only one file really changes each update and there is only one redirect. You don't have to worry about manually inserting these, the tools should do that for you. But just be aware of it. These are what lets you use relative links without a care, since the user has already downloaded the map file that tells them what the link's CHK is.

To let other people access your site, give them the URI SSK@<public SSK key>/<site name>//. The double slash at the end means that the file is actually a map file, containing pointers to the files in your site.

Also, you may want to make a picture for your site that shows well at 95x32 pixels (the defacto standard for freesite links) so that other sites can link to yours.


Edition-specific Tips

Ok. So you're going to insert using Editions. This has the advantage of letting you update as little or as often as you want. If you see some major mistake, you can fix it immediately, instead of waiting a day. If you don't see a major mistake, you can wait a week or so before updating.

The only thing to be real careful of is to always have a link to the next edition of your site in a prominent place. Since you haven't inserted it yet, you're making a commitment to use the filenames to which you have linked. You might want to link to more than just the next edition as well because if you screw up anywhere along the line using a single-link chain of editions, it can be difficult for users to know, and the chain will be broken. Also, some editions may fall out of Freenet for whatever reason and a visitor to an old edition would think you haven't updated yet. Thus, you may want to have another means, in addition to the on-your-site-links, of letting people know about updates. Maybe a Frost board?

Another thing to be careful of is that your future-edition links do not cause too long a delay for the images on your site. Most common browsers will only download around 2 to 4 images at once from a site, so while Freenet is busy deciding if future editions exist, other images on the site are not getting downloaded. Thus, you want to avoid excessive future links, just move them to the bottom of the page, or refrain from using images a lot.

To actually insert the site, if you have all the files you want to insert in one directory (with an index.html) fcpputsite -v 3 -nodbr <your site name>/<your edition number> <directory of your site files> <public SSK key> <private SSK key>


DBR-specific Tips

DBRs are great, since everything is transparent and all you have to do is make sure to insert your site every day before midnight GMT, since that is when DBRs roll over. You have to reinsert even if nothing has changed. If you haven't inserted, users requesting your site get redirected to a date key that you haven't inserted under yet, thus making your site be offline. If you know you won't be able to update for a while, you can avoid your site being unavailable by inserting into the future, as you'll see below.

Put all the files you want to insert in a directory with an index.html as your default file. Now, type fcpputsite -v 3 -f <number of days in future to insert> <your site name> <directory of your site files> <public SSK key> <private SSK key>.

It is wise to insert a day in advance shortly before GMT midnight (when Freenet daily DBR sites switch over). This way, the insert will be over and done with when the date switches and readers can get it immediately.

You're all done. Wasn't that easy? Now, just do that everyday for the rest of your life. :)

 


DSConsole  

30 Mar 2002 - 10:30 - r1.4   CarMee

Console applets

There are three "hidden" features that come bundled with the latest snapshot. They allow you to get very thorough information about the functioning of your node.

In order to enable them, add the following text to the Freenet settings file.

console.class=freenet.interfaces.servlet.MultipleHttpServletContainer
console.port=8000
console.params.servlet.1.uri=/ds
console.params.servlet.1.class=freenet.node.ds.DSConsole
console.params.servlet.1.name=DataStore Console
console.params.servlet.2.uri=/fs
console.params.servlet.2.class=freenet.fs.dir.FSConsole
console.params.servlet.2.name=FileSystem Console
console.params.servlet.3.uri=/rt
console.params.servlet.3.class=freenet.node.rt.RTConsole
console.params.servlet.3.name=Routing Table Console

You should also enable the service "console". The services line would typically look like:

services=fproxy,nodestatus,console

now, after you (re)start your node, you are ready to use the filesystem, datastore, and routing table consoles. Point your browser to:

Deleting keys from the datastore console doesn't work (yet)

also, when your node is down: java freenet.node.FSTool


scipient: there's an alternate syntax if you need to specify multiple contexts here's the full example:

test.class=freenet.interfaces.servlet.MultipleHttpServletContainer
test.port=8001
test.params.context.1.uri=/foo
test.params.context.1.params.k1=v1
test.params.context.1.params.k2=v2
test.params.context.1.servlet.1.uri=/test1
test.params.context.1.servlet.1.class=freenet.interfaces.servlet.TestHttpServlet
test.params.context.1.servlet.1.name=Happy Foo Servlet 1
test.params.context.1.servlet.1.params.k1=v1
test.params.context.1.servlet.1.params.k2=v2
test.params.context.1.servlet.2.uri=/test2
test.params.context.1.servlet.2.class=freenet.interfaces.servlet.TestHttpServlet
test.params.context.1.servlet.2.name=Happy Foo Servlet 2
test.params.context.1.servlet.2.params.k1=v1
test.params.context.1.servlet.2.params.k2=v2
test.params.context.2.uri=/bar
test.params.context.2.params.k1=v1
test.params.context.2.params.k2=v2
test.params.context.2.servlet.1.uri=/test1
test.params.context.2.servlet.1.class=freenet.interfaces.servlet.TestHttpServlet
test.params.context.2.servlet.1.name=Happy Bar Servlet 1
test.params.context.2.servlet.1.params.k1=v1
test.params.context.2.servlet.1.params.k2=v2
test.params.context.2.servlet.2.uri=/test2
test.params.context.2.servlet.2.class=freenet.interfaces.servlet.TestHttpServlet
test.params.context.2.servlet.2.name=Happy Bar Servlet 2
test.params.context.2.servlet.2.params.k1=v1
test.params.context.2.servlet.2.params.k2=v2
This page needs a more thorough description of what DSConsole is and what it can. If you know it fill it in this page (SebastianSpaeth - 19 Jan 2002)

-- SebastianSpaeth - 19 Jan 2002

 


DeltaFourOhSeven  

06 Jan 2002 - 18:37 - NEW   DeltaFourOhSeven

Yeah, it's me. Hello.

 


FAQ  

26 Mar 2002 - 21:01 - r1.14   CarMee

Below is an updated version of the old English faq... It still contains some old things.

Feel free to update or modify this faq.

1. Concept and Philosophy

1.1. What is Freenet?

The “Freenet” project aims to create an information publication system similar to the World Wide Web (but with several major advantages over it) based on the protocol described in Ian Clarke's paper A Distributed Decentralised Information Storage and Retrieval System (see here). Information can be inserted into the system associated with a "key" (normally some form of description of the information such as "KSK@gpl.txt"). Later anyone else can retrieve the information using the appropriate key. In this respect it is a little like the World Wide Web which requires a URL to retrieve a particular document.

Unlike the Web, information on Freenet is not stored at fixed locations or subject to any kind of centralized control. Freenet is a single world-wide information store that stores, caches, and distributes the information based on demand. This allows Freenet to be more efficient at some functions than the Web, and also allows information to be published and read without fear of censorship because individual documents cannot be traced to their source or even to where they are physically stored. To participate in this system users will simply need to run a piece of server software on their computer, and optionally use a client program to insert and remove information from the system. Anyone can write a client (or indeed a server) program for Freenet, which is based on an open protocol. Reference implementations of these programs are being written in the Java programming language.

1.2. Why is Freenet interesting?

1.3. Who is behind Freenet?

Ian Clarke is the project coordinator. Other developers are listed on the front page of the Freenet web site, and will change from time to time as volunteers join and leave the project.

1.4. Where can I find out more about Freenet?

Take a look on the Freenet homepage at <a href= "http://freenet.sourceforge.net/"> http://freenet.sourceforge.net/. From there you will be able to view other documents about Freenet, view or join the discussion groups, download software, and more.

1.5. If authors are anonymous how can you trust information?

Cryptographic signing of information allows people to prove authorship, this technique is frequently used to authenticate authorship of emails. Moreover, you could actually sign information while remaining anonymous, thus having an anonymous persona. You could prove that you wrote different pieces of information on Freenet, without revealing your identity. In this way you could build up an anonymous reputation for reliability.

Technical Details

What are these "key types" I keep hearing about? KSK, CHK, SSK, whatnot ...

Freenet keys come in different varieties called ''key types''. Typically this type is included at the beginning of a key, delimited by an at-sign (@). The types are:

* '''CHK''': The ''content hash key'' is the workhorse on which other key types build. Every document has a corresponding ''hash'' value that serves as it's key. Two equal documents have equal hashes, so if different people insert the same document, this yields the same CHK. At the same time the hash function is built so that two different documents are very very unlikely to have the same hash (and therefore CHK). For all practical purposes, there is a one-to-one correspondence of CHKs to documents. Example: CHK@wQYjaBkpulyIBq4sbvyDL2NZ7ToPAwI,qW4hMEc6NWsx-T-etpfPAg

All the other key types usually redirect to a CHK. So fundamentally, all real content is behind a CHK.

* '''KSK''' These are fully free-form, so can be used to tag nice, descriptive names to content. By loose convention they are seen as a hierarchic system, with levels seperated by dashes. Example: KSK@plays/Shakespeare/Coriolanus

* '''SSK''' A ''secure subspace key'' consists of a prefix specifying the subspace, followed by a free-form name placing the key inside the subspace. Actually each subspace has two prefixes associated with it, one used for inserting, the other for retrieval of keys. The insert prefix is normally kept secret, while the retrieval prefix is given out freely. This achieves that only the holder(s) of the secret prefix may put content into the subspace, while everybody may get content out.

How is Freenet's namespace managed?

(See previous question for more on CHK, KSK, SSK.) Central management (and therefore control) of the namespace is one of the things Freenet was designed to avoid.

CHKs don't need to be managed, every document has its CHK and can't have another one (without changing the document itself).

KSKs can be freely choosen on a first-come-first-serve basis. This may become problematic, when someone thinks it worthwhile to "squat" on all the possible combinations of eight characters. Unlike with http-URLs, though, when KSK@freenet is taken, all keys beginning with that (e.g. KSK@freenet/two) are still available.

SSKs offer everyone a private part of the namespace. The prefix is randomly generated, and of equal length, so competition for the nicest should be scarce. Somewhat like a DNS domain, the holder of a subspace has sovereignity over it.

Is Freenet searchable?

No search mechanism has yet been implemented. One of the design goals was to make it impossible to locate the exact place where any piece of information is stored. Even a server operator cannot determine what is stored at his own node. This naturally makes searching very difficult. Information is currently retrieved by "keys" which should be guessable, or communicated by some other means.

Proposals for adding safe searching and indexing capabilities to Freenet are being discussed for the future. For example, Freenet documents can contain hyperlinks which could be spidered in the same way as the web. Alternately, lists of keywords or other metadata could be circulated through the network.

Can Freenet documents be updated / deleted?

Currently, a document posted to Freenet with the same name as one already present may actually serve to propagate the existing document. There is also currently no means of deleting a document from Freenet. Documents that are never requested are eventually removed through disuse.

One may employ a ''date-based redirect'' (DBR), though -- these are evaluated according to the current time and date. A DBR with a frequency of a day will point at a new target key every 24 hours. If this new target is always inserted before the DBR rolls over, the illusion of having the "same" document that is still updatable is achieved. If nothing resides at the current target, it appears as if the content were "deleted".

It should be noted, though, that by not going through the DBR one can access the target corresponding to any time in the past (as long as the content has not been "pushed out" to make room) or future (as long as the content has been already inserted).

How does Freenet manage documents and disk space?

Each server operator specifies an amount of storage which Freenet will reserve on his system. When Freenet's store is full, the least popular document (measured by some function of number of requests) is discarded to make room.

! What prevents important documents from being discarded?

Freenet is not intended to be an eternal archive. Because the system is completely democratic, it does not inherently distinguish between the U.N. Universal Declaration of Human Rights and my kindergarten drawings - documents are scored solely by requests. It is anticipated, however, that the current low cost of storage will make enough storage available to Freenet that documents will only rarely have to be discarded.

The current implementation of Freenet does not take the size of documents into account, so a single large file might displace many small files. The scoring system is being modified to address this issue.

Can Freenet access / be accessed from the Web?

There is already one program called ''FCRC'' (available in Freenet distributions) that acts as a gateway allowing Freenet data to be accessed from the Web, and there are likely to be others. Fproxy, included with Freenet makes Freenet available to browsers, and therefore integrates it into the Web for some people (per default, only local access is allowed).

There is not at this time (October, 2001) any facility for Freenet nodes to distribute information currently stored on the Web. Of course mirroring inserting a copy of a web page or even a whole site into Freenet is easy enough and has been done before. Documents that are stored in Freenet may also contain URLs or other references to data stored elsewhere. When viewing an in-Freenet HTML document through Fproxy links outside Freenet work transparently except for an anonymity warning.

How does Freenet compare to other file sharing software?

Superficially, Freenet will operate similarly to other information sharing systems like ''Napster'' and ''Gnutella''. But since Freenet was designed for different goals, the underlying structure and behavior will be different. ''Napster'', for example, relies on a single centralized server. In ''Gnutella'' searching is somewhat anonymous, but neither the publishing nor the retrieval of information is.

Freenet's decentralized, adaptive nature will make it more efficient than similar systems, more scalable, and less vulnerable to attack.

Misc

How do I make FProxy accept connections from any computer, rather than just allowing connections from my own?

In your freenet.conf or freenet.ini file, add the line:

fproxy.bindAddress=*

And comment out or remove the,

fproxy.allowedHosts=blahblah

line if it exists.

I had trouble getting my Freenet 0.4 node onto the 'net, but it seems to be working fine. However, I need to restart it. Will I have to reseed the node?

No. When you seeded the node and successfully connected to the Freenet at large, entries for newly-discovered external nodes were added to your node's routing table. Barring bugs, the routing table stays populated between restarts, so your node should automatically 'remember' all of the ones that it previously discovered upon restart.

How do I get Freenet working with a Firewall/NAT?

Edit your freenet.conf or freenet.ini file, change the ipAddress setting to be the IP address of your firewall or NAT. Also note the listenPort setting, or change it to whatever port you want Freenet to listen on.

You now need to configure your firewall/NAT to forward incoming connections on the listenPort to the computer on which you Freenet node is running. Many modern firewalls and NATs have a web interface to do this, or if you do not administer the firewall, you will need to ask your system administrator to do this.

(Why no passive-mode-like functions to enable NATed machines to use freenet? It is, after all, pretty common in campuses etc. Feel free to insert link to relevant information explaining the reasoning behind this, or a one-liner)

How do I extract the necessary seedNode values from my own node?

java Freenet.node.Node --export myreference.ref

Make sure your classpath is okay or use -cp/-classpath.

Alternative, under Windows, the windows_systray_app|systray application can be used:

* Right-click the freenet icon in the systray * Select 'Export Ref' from the popup menu. You will be asked to provide a filename and the seedNode will then be exported.

What is fproxy?

FProxy is a Freenet plugin included and switched on by default which allows you to access Freenet through your web browser. If you are using Freenet now you are probably already using FProxy. In practical terms, this means that you can surf Freenet as you might surf the World Wide Web.

Why are there so many messages in my logfile with a backtrace attached?

The development version (0.4) of fred outputs a backtrace if a log entry is triggered by an exception. To turn it quiet you must change the java source in Freenet/support/StandardLogger.java the relevant parts are calls to printStackTrace

How can I zap my data store?

java -jar freenet.jar --resetDS

How do I generate a pair of SSK-keys?

fcpputsite -g

Contributing to the Freenet Project

Can I contribute to the Freenet Project?

Absolutely. Even if you don't have the time or skills to become a co-developer of the project, you can contribute in other ways:

I have this great idea...

Good! First step: read the mailing list archives. Odds are good that someone else had the same idea and discussed it with the group. Either a flaw was found in the idea, or perhaps it was decided to postpone implementing the idea until later. Some examples of ideas already discussed are storing information by content hash, key redirection, signed keys/data, use of UDP, server discovery, URLs, document versioning, and others. If you don't see the idea discussed in the archives, by all means bring it up in the appropriate mailing list.

Do I need a permanent connection to run a node?

No, but it is preferred. You can run the software and test it from a "transient" connection (such as provided by typical modem/ISP setups), but for the network as a whole to be most useful, we will need as many permanent nodes as possible (most cable modem or DLS setups are suffiently "permanent" for this). A later version of Freenet may take better advantage of transient nodes.

How can I access the code and web site?

The Freenet project is hosted at SourceForge. You will have to create an account for yourself there, then send email to the project coordinator asking him to add you to the group. Further details are available on the Freenet and SourceForge web sites.

What tools do I need to help develop?

To build and deploy the Freenet server, you will need Java tools compatible with Sun's JDK 1.1 or later. To retrieve and update the code at SourceForge you will need a network version of CVS, (This is not necessary if you only want to download, compile, and run the server without contributing to its code). To do web development you will need SSH. Further instructions for building and deploying the server are included with the code itself.

Why Java?

Can I write Freenet software in other languages?

Yes. Currently, for example, there is a client program called Liberator (available in the Freenet source tree) written in Perl. Nothing in the protocol requires or expects Java programs, so as long as you follow the protocol you will be compatible.

Security questions

Will not attack X break Freenet's anonymity?

Short answer: Probably yes.

Long answer:

Freenet does not offer true anonymity in the way that the Mixmaster and cypherpunk remailers do. Most of the non-trivial attacks (advanced traffic analysis, compromising any given majority of the nodes, etc.) that these were designed to counter would probably be successful in identifying someone making requests on Freenet.

On Freenet, whatever you do, your identity is still revealed to the first Freenet Node you talk to, and even if you limit yourself to talk only to trusted nodes (a feature that will be implemented in the future), they will have to talk to the rest of the network at some time or another. The anonymity that Freenet offers is really just obscurity in the fact that it is hard to prove that your node wasn't proxying the request for or insert of data on behalf of somebody else (who might also just have been proxying it).

The problem is that the only way that you can offer true anonymity is if the client can directly control the routing of data, and thus encrypt it with a series of keys of the nodes it will pass through (à la Mixmaster). Freenet's dynamic routing cannot offer that, so to attain true anonymity you have to send the message through an external network of anonymous remailers first (a future SMTP->Freenet bridge would make this possible).

Is Freenet vulnerable to flooding attacks?

Short answer: no.

Long answer:

We don't think so. Aside from protecting freedom of speech, Freenet is also designed to be an efficient dynamic caching system. If information is requested a lot from a limited number of nodes, the nodes that the requests pass through will cache the information, lowering the load on the network. If information is inserted on a limited set of nodes and then subsequently requested a lot from a separate set of nodes, with repetition, the sets will close in on one another in the network topology until they are "neighbors" and only the originally targeted nodes are suffering from the attack.

In other words, in order to harm Freenet with a flood you need to consistently change your point of entry into the network and continually insert and request new data, and you will still only increase the workload for the network that is linear to your own. Given an immense will and capacity greater than the total of the entire network, it is possible to cripple any public network (including the Internet itself) with floods, but it is our intention to always keep Freenet as resistant to this as theoretically possible.

Why hash keys and encrypt data when a node operator could identify them anyway if he tried?

Hashing the key and encrypting the data is not meant a method to keep Freenet Node operators from being able to figure out what type of information is in their nodes if they really want to (after all, they can just find the key in the same way as someone who requests the information would) but rather to keep operators from having to know what information is in their nodes if they don't want to. This distinction is more a legal one than a technical one. It is not realistic to expect a node operator to try to continually collect and/or guess possible keys and then check them against the information in his node (even if such an attack is viable from a security perspective), so a sane society is less likely to hold an operator liable for such information on the network.

What about hostile "cancer" nodes within the network?

The existence of malicious nodes within the network is the most difficult problem that a distributed network must face, and has been the bane of many previous ideas. Many systems (such as multiplayer gaming networks) try to avoid malicious nodes by keeping the protocol and code closed, but we have yet to see an example of that working in the long run. And anyway it is opposed to Freenet's philosophy.

Freenet is based on a balance of positive and negative feedback loops that bring requests for information to a node when it is functioning well, and keep requests away from it when it is not. The key to avoiding "cancers" is (as in the body) to make sure these loops can correctly identify even the most carefully designed malicious node and not keep sending requests to it. This issue is not fully dealt with by the current test code, but you can rest assured that a number of possible solutions (for example allowing clients to vote on the validity of the information returned on requests, and enforcing that all information be indexed by a hash of the contents at the lowest level) have been on the table and discussed for some time now.

If I run a Freenet node, can others access information on my computer?

No. Freenet nodes only serve information that has been deliberately inserted by someone who wanted the information to be shared. Since the code for the project is all open, you can examine it yourself to verify this. Of course, if you or someone else does deliberately insert information that you would rather keep private, you have little recourse.

It is likely that the damage caused by leaks of personal information to Freenet will be small in any case. When the source of such information is identifiable, traditional legal remedies can be applied. When the source is anonymous, such information will have no credibility.

What about attack X?

Freenet is still in testing and there are bound to be attacks found that we have not dealt with yet. So if you do manage to figure out a truly new kind of attack, we are interested in hearing about it. Please keep in mind what Freenet is and what it is not, however. No single network can offer everybody everything, and there are security issues (like anonymity, discussed above) that Freenet, by it's nature, will never deal with to extent you might wish. If this upsets you, all of our code is freely available, so you are free to take as much of it as you like and write your own distributed network that suits your desires.

5. Software Installation and Use

5.1. Which platforms will Freenet run on?

The initial Freenet server code is written in Java, so it will theorectically run on any platform with a Java runtime. The core developers mostly run on Linux, and there are many Windows users as well. It has been reported that it can be made to work on the Macintosh, but the Java implementations available there are limited and buggy, and we have little expertise there.

5.2. Why won't WinZip open the tar (or tgz) file properly?

Some web browsers mistakenly save .tgz files (such as the daily CVS snapshots) with a .tar extension after downloading. Rename the file to .tgz so WinZip will know how to deal with it properly.

WinZip may then tell you that the archive contains a single .tar file, and ask if you want to decompress it to a temporary file and open it. This is actually correct — the .tgz is a compressed version of a single .tar file, which is what you want to open. Answer yes and it will do the right thing.

5.3. Why do I get "Class Not Found" errors running the node?

Most likely the setting of your CLASSPATH. Under Java VMs based on Sun's JDK 1.1, every directory, JAR, or ZIP file from which classes might be loaded (including the standard ones) must be specified in the -classpath argument on the java command line. For example, if your JDK 1.1 is in the directory /usr/jdk11, and you have built Node.class in /home/lee/Freenet, then your (Unix) command line should look like:

java -classpath /usr/jdk11/lib/classes.zip:/home/lee Freenet.node.Node &

Note in particular that the Freenet directory should not itself appear in the path, only the directory above it. A similar command line can be used to start the Node under JDK 1.1 for Windows, but omit the "&" and use ";" between classpath parts rather than ":".

Usage under Java VMs based on Sun's JDK 1.2 or later (the "Java 2 Platform") is simpler, because you can use the -cp option to add a directory to the standard CLASSPATH:

java -cp /home/lee Freenet.node.Node &

A more user-friendly installation system is one of the project's current priorities.


If you are using the latest code, and having issues with FproxyServlet and NodeStatusServlet being missing, it is because some things have changed in recent CVS. The Freenet class was lowercased, so you need to change the lines in your configuration file from:

fproxy.class=Freenet.client.http.FproxyServlet nodestatus.class=Freenet.client.http.NodeStatusServlet

to

fproxy.class=freenet.client.http.FproxyServlet nodestatus.class=freenet.client.http.NodeStatusServlet


5.6. What does "Bad handshake from node" mean?

It means that your client is not recognizing the messages it's getting back from the node. At the moment, this seems to be mostly caused by the node being overwhelmed with stuck connections and not responding to new ones. Kill your node, wait a minute or two for the connections to get flushed out, and restart it. Another possible cause is that the node is speaking a different protocol version from you and one of you needs to be upgraded.

5.7. What does "Newer build N is available than this build Y, please upgrade!" mean?

It means that a newer node version has been committed — please check the Freenet home page to see if there are any announcements on whether the change breaks backwards compatibility with older versions. Even if it doesn't, please upgrade to the latest CVS snapshot if you can.


 


FortyTwo  

06 Jan 2002 - 22:49 - NEW   FortyTwo

This must be friday. I could never get the hang of fridays.

-- FortyTwo - 06 Jan 2002

 


FreeApps  

03 Apr 2002 - 00:46 - r1.11   AndrewRodland

Applications over Freenet

Here you can share ideas about new applications that can run on top of Freenet. Before posting you should do a search on "Freenet" in Sourceforge to see if someone else hasn't already started a smiliar project. It is also a good idea to follow certain style in your discussion.

This is not the place to brag which application is better!!! The bragging forum is at ZeroPaid.

Useful Links:

The spec of the protocol (FCP) which applications use to interact with Freenet

Lookout PX

Lookout PX is a modular, extendable Freenet client for Windows written in C++. Plug-ins are loaded dynamically and may extend virtually every aspect of Lookout. Currently under development is a transport-independent messaging subsystem, such that any messaging system (TOF, FMB, etc.) can be implemented for Lookout with a standard interface.

Developers familiar with MFC, Win32 programming, or Freenet in general are wanted. Anyone is welcome to contact delta407@invisiblenet.net to get more information about the project.

As of yet, there is no public release of Lookout, though development is proceeding. Check the Lookout PX website for updates. (Plus, it is safe to expect there some kind of announcement on the freenet-tech list, in addition to informing C of E and a few others.)


Not Really Anonymous Filesharing (NRAF)

This is a proposal for a hybrid filesharing system. NRAF will use Freenet as a backbone for searching and listing shares, but the shared items will not be inserted. Transfers between users will be direct, and the users will not be anonymous.

Why would anyone want such thing?

It is a win-win situation; those who want to share and leech get to do it more efficiently (even though not anonymously), and those who need anonymity for real reasons will have a more efficient Freenet, thanks to the larger number of nodes.

And last but not least, if NRAF becomes popular, instead of blaming Freenet for facilitating copyright infringment and spreading kiddie porn the authorities will blame NRAF.

Contact me at zlatinb@yahoo.com if you are interested in such project.

(Could you please add a comment on the status of your project ? Does it already work? -- SebastianSpaeth - 22 Feb 2002)


Flame (Win32 client)

Homepage: SSK@JIAdfomIbXs7cSAlSdp7acWAuuYPAgM/eofc//
Contact mail: eofc-mail@hushmail.com
Screenshot: SSK@JIAdfomIbXs7cSAlSdp7acWAuuYPAgM/eofc//Flame.jpg

"So I decided to start work on a native Win32 Frost client (that I have named Flame). It won't have file exchange support but just really basic messaging functionality. I have been able to retrieve todays Freenet board Frost messages with it and read them in it (other boards should work too) but there are a few things to do (being able to write & insert messages and reply to messages in particular) but it is coming along nicely and I shall place it on the site once I have a more or less functional version up and running." (added by SebastianSpaeth - 22 Feb 2002)


Everything Over Freenet

Everything Over Freenet (EOF) creates gateways for other protocols (such as SMTP) to work over Freenet.

 


FreenetNodes  

28 Jan 2002 - 12:51 - r1.9   SebastianSpaeth

Freenet node references

Freenet references are needed to get Freenet going.
Once you are hooked up into the network you don't need to worry about them anymore.
The best is to use a reference from a "trusted friend". However if you don't have any friends,
here are some initial seeds which might help you as well. They have been originally taken
from Content of Evil (Evilseeds as of 28 January, 2002). Remember this file is publically
editable, so the NSA has probably replaced all the references to point to their decoy computers.
Feel free to add your own references if you plan on running a fulltime node.

Save them as noderefs.ref (or seeds.ref or however your seed file is named):

signature=a209260b9fd6a8167e086e88691b7764d6958a53,648c40b452fd3f8bb83795ecf73f72b3564eff11
version=Fred,0.4,1.45,455
presentations=1
identity.g=930168de21e7fb66c0375e08e964255a0f7f0ad54507a51864afdc686f36be8bb8b7865408116060c5f34f94b5146cbef9e4adb70324fba01d34c1c60817cbadf6854d654176cb391de0d41e0f0fbbc8ceea5546c09a676b0d9a9988c7a1ce36ce31596037a18b4d540374bdf2ad071a3f8dd1015a9d8ba0f0d51cde212db6da
identity.q=ef1f7a7a73362e526515f348075aee265e9eff45
identity.p=cb0a782c7abff4920000000000000000000000000000000000000000023d662854a10e52de49da383d9ee21d7a337213d24ed096f95a5d37b8537bbaa58a2a6b26bd328f6a32cec77180f78d5be43d80e813e4018d09da38bd58fd615c01fbab492ec203c69e3da9fd682ce8aa98f15ad8057970edb44fe1ed08e0462e5b8d97
identity.y=6d827364f07894d3987174d04970b09660ae1f489e4f6fccca2738a52ad6330a4fbf9073889aad230a3bbb54eb457cd74fb4fa5bb33a28342ca66680daf03b4d89b3afbebddd93a5685cb0e6ddffc2cd99e6ef89efd5831976377c4dd025eb9a79a42bb8d0921c055ffa480bc88e4d4610c9682884440f7a6d8fefd7ccb8ad3e
sessions=1
physical.tcp=64.81.64.7:19395
End
signature=9106580ae36b292649956e8d15657437bcc84409,12879c5105c1c222f38306987e2aafcc5c679623
version=Fred,0.4,1.45,455
presentations=1
identity.g=930168de21e7fb66c0375e08e964255a0f7f0ad54507a51864afdc686f36be8bb8b7865408116060c5f34f94b5146cbef9e4adb70324fba01d34c1c60817cbadf6854d654176cb391de0d41e0f0fbbc8ceea5546c09a676b0d9a9988c7a1ce36ce31596037a18b4d540374bdf2ad071a3f8dd1015a9d8ba0f0d51cde212db6da
identity.q=ef1f7a7a73362e526515f348075aee265e9eff45
identity.p=cb0a782c7abff4920000000000000000000000000000000000000000023d662854a10e52de49da383d9ee21d7a337213d24ed096f95a5d37b8537bbaa58a2a6b26bd328f6a32cec77180f78d5be43d80e813e4018d09da38bd58fd615c01fbab492ec203c69e3da9fd682ce8aa98f15ad8057970edb44fe1ed08e0462e5b8d97
identity.y=bf2493ec7cea1c862b84f66b965326ae15190cfca70ecae685f885bf733e3a152fa9e522b49a37e2bffb6c52dfe7625d00c44776ff1c085d663f9316053fe18859bd89c3cc73763afccfd79228547af61cc2120088f364292d9428a698e37a0bc98672b291e2741c36f3b7f1cecacc4cd2ecd771e0de21da2545bdb2e6151040
sessions=1
physical.tcp=12.245.64.241:19115
End
signature=c824355a600e7fd0c3b6abe4bd1375b52ea016c3,db1a86b947e10920146bbbddb2ed8bc99f929dc2
version=Fred,0.4,1.45,455
presentations=1
identity.g=930168de21e7fb66c0375e08e964255a0f7f0ad54507a51864afdc686f36be8bb8b7865408116060c5f34f94b5146cbef9e4adb70324fba01d34c1c60817cbadf6854d654176cb391de0d41e0f0fbbc8ceea5546c09a676b0d9a9988c7a1ce36ce31596037a18b4d540374bdf2ad071a3f8dd1015a9d8ba0f0d51cde212db6da
identity.q=ef1f7a7a73362e526515f348075aee265e9eff45
identity.p=cb0a782c7abff4920000000000000000000000000000000000000000023d662854a10e52de49da383d9ee21d7a337213d24ed096f95a5d37b8537bbaa58a2a6b26bd328f6a32cec77180f78d5be43d80e813e4018d09da38bd58fd615c01fbab492ec203c69e3da9fd682ce8aa98f15ad8057970edb44fe1ed08e0462e5b8d97
identity.y=5acef35875c99a32d31beb5067db6236c9cafcb746cb860ff9dafafe318d7a8ad51755a04f2f5f869734fb9a1b17b2ea87a04925a6854837248faf5e56418c7096c84e5caf06412b88f64cffcc8a06c63f0e1b6b1e9a6351cc461011fbaf0127aaa196028ac45fefc05a190e37763ec87353db4d9171e16febc695640c7bce26
sessions=1
physical.tcp=sam0737.dyndns.org:18722
End
signature=e5df9b4c67e06f86984bb01d9e7b37c4b46eab89,a00738731855f0740970ff43d970b964cded5eaf
version=Fred,0.4,1.45,405
presentations=1
identity.g=930168de21e7fb66c0375e08e964255a0f7f0ad54507a51864afdc686f36be8bb8b7865408116060c5f34f94b5146cbef9e4adb70324fba01d34c1c60817cbadf6854d654176cb391de0d41e0f0fbbc8ceea5546c09a676b0d9a9988c7a1ce36ce31596037a18b4d540374bdf2ad071a3f8dd1015a9d8ba0f0d51cde212db6da
identity.q=ef1f7a7a73362e526515f348075aee265e9eff45
identity.p=cb0a782c7abff4920000000000000000000000000000000000000000023d662854a10e52de49da383d9ee21d7a337213d24ed096f95a5d37b8537bbaa58a2a6b26bd328f6a32cec77180f78d5be43d80e813e4018d09da38bd58fd615c01fbab492ec203c69e3da9fd682ce8aa98f15ad8057970edb44fe1ed08e0462e5b8d97
identity.y=b265bc74b0ffe46daaccc9041cf63cbc848960eb1fd805b385cca7a37d2369e4755ef3747dd3db1dfa229a9f3f19444413ee7284192871731b437271a5ab4e653e1b820dd97c0becc61dccbca7aa7b879113ab2ef9247da591efe86ae62dac6ee7714d7bcb8b7cc084f55649acedfc7b70006295d4a678dd5f064cd6a71e464c
sessions=1
physical.tcp=131.246.89.17:10318
End
signature=1d47351cafcd1823bc256f67add1bc8de066dd1b,3076d977294c6c4a7a46cd54cd5e13de63229547
version=Fred,0.4,1.45,455
presentations=1
identity.g=930168de21e7fb66c0375e08e964255a0f7f0ad54507a51864afdc686f36be8bb8b7865408116060c5f34f94b5146cbef9e4adb70324fba01d34c1c60817cbadf6854d654176cb391de0d41e0f0fbbc8ceea5546c09a676b0d9a9988c7a1ce36ce31596037a18b4d540374bdf2ad071a3f8dd1015a9d8ba0f0d51cde212db6da
identity.q=ef1f7a7a73362e526515f348075aee265e9eff45
identity.p=cb0a782c7abff4920000000000000000000000000000000000000000023d662854a10e52de49da383d9ee21d7a337213d24ed096f95a5d37b8537bbaa58a2a6b26bd328f6a32cec77180f78d5be43d80e813e4018d09da38bd58fd615c01fbab492ec203c69e3da9fd682ce8aa98f15ad8057970edb44fe1ed08e0462e5b8d97
identity.y=7ea5914bf036e8830b5ae0a8f7d835f79b660cb235c448d67698fcc575830c4951219b9da038a428af29ebd4e1a188d0c389e145154b7350ca75bbc0b6494524f888f147d2f3800713d49c6566938bbc367718a0a96aaf92853d44d67ab39cc24b9cb14c3e2ceb228682ff2bb5b8e80e33f05753372f2e902953d8286d7d4fa4
sessions=1
physical.tcp=216.185.203.194:35335
End
signature=d0172910f5dda004d724b26208a70ca8e72b1264,27d65f65ac80bdf9d6c494e2db76336c16b47472
version=Fred,0.4,1.45,455
presentations=1
identity.g=930168de21e7fb66c0375e08e964255a0f7f0ad54507a51864afdc686f36be8bb8b7865408116060c5f34f94b5146cbef9e4adb70324fba01d34c1c60817cbadf6854d654176cb391de0d41e0f0fbbc8ceea5546c09a676b0d9a9988c7a1ce36ce31596037a18b4d540374bdf2ad071a3f8dd1015a9d8ba0f0d51cde212db6da
identity.q=ef1f7a7a73362e526515f348075aee265e9eff45
identity.p=cb0a782c7abff4920000000000000000000000000000000000000000023d662854a10e52de49da383d9ee21d7a337213d24ed096f95a5d37b8537bbaa58a2a6b26bd328f6a32cec77180f78d5be43d80e813e4018d09da38bd58fd615c01fbab492ec203c69e3da9fd682ce8aa98f15ad8057970edb44fe1ed08e0462e5b8d97
identity.y=a7c7c1f6e34e3e12bb018ed06710e9dbe88057303ee73fc5f2554c628d289b4c410b7bbc112ba1ad0e6713e2e7c3116c53fb5addb3bc9ac2db85ccddca01f73cd405f95a6314d8a820bf0f577e301ffc130aa2a2796d09476fc7b27f7457d10a8065e01f902b2f82ae6e9a2b14437693be1806c3b9925a5d84c4fff471e9c1b4
sessions=1
physical.tcp=www2.l-and-e.net:55555
End
signature=178c5f608d82acf47183ab86b7f3adaebaac9401,51a851ce3ca77a21f649b806e0f4f9224ba1c1da
version=Fred,0.4,1.45,455
presentations=1
identity.g=930168de21e7fb66c0375e08e964255a0f7f0ad54507a51864afdc686f36be8bb8b7865408116060c5f34f94b5146cbef9e4adb70324fba01d34c1c60817cbadf6854d654176cb391de0d41e0f0fbbc8ceea5546c09a676b0d9a9988c7a1ce36ce31596037a18b4d540374bdf2ad071a3f8dd1015a9d8ba0f0d51cde212db6da
identity.q=ef1f7a7a73362e526515f348075aee265e9eff45
identity.p=cb0a782c7abff4920000000000000000000000000000000000000000023d662854a10e52de49da383d9ee21d7a337213d24ed096f95a5d37b8537bbaa58a2a6b26bd328f6a32cec77180f78d5be43d80e813e4018d09da38bd58fd615c01fbab492ec203c69e3da9fd682ce8aa98f15ad8057970edb44fe1ed08e0462e5b8d97
identity.y=a8ee44b5f018c01b2a0f66c6cbf938e8b596c25262654a20eeb192d38f0bf8651bffb11070b2b248ce377aeef37a2816c212d67163a8f363c5262c4932c0104cb85393d4bdc1e3d9c1e1a28843b22cb02df5463aed8ff8a6626ff182c00dfd14aa2ab06a2559e14b5ab56727b85d2e229d2875e3679190e0accc610ce2128466
sessions=1
physical.tcp=194.236.70.145:17369
End
signature=e1a3cfc0a56ae924546031b8ccb4cf52e057d794,cbe2222b879aeb0b9b3ed6f429e49f5641e85439
version=Fred,0.4,1.45,455
presentations=1
identity.g=930168de21e7fb66c0375e08e964255a0f7f0ad54507a51864afdc686f36be8bb8b7865408116060c5f34f94b5146cbef9e4adb70324fba01d34c1c60817cbadf6854d654176cb391de0d41e0f0fbbc8ceea5546c09a676b0d9a9988c7a1ce36ce31596037a18b4d540374bdf2ad071a3f8dd1015a9d8ba0f0d51cde212db6da
identity.q=ef1f7a7a73362e526515f348075aee265e9eff45
identity.p=cb0a782c7abff4920000000000000000000000000000000000000000023d662854a10e52de49da383d9ee21d7a337213d24ed096f95a5d37b8537bbaa58a2a6b26bd328f6a32cec77180f78d5be43d80e813e4018d09da38bd58fd615c01fbab492ec203c69e3da9fd682ce8aa98f15ad8057970edb44fe1ed08e0462e5b8d97
identity.y=25930c136b1c9db7067b126498ec0ada52a3e152c7efba98d735bb64ac76eac332aaddcc5204ede132a7345cc9b99f5003db7048f64c119a4cbc61c3f8182938d76d5c7f4b778c7f81289c0478d2a04f359aab59b93e1d293fa164866d18ba2339529bbf1da7b9a530bc88b186980ac48b7d90b95e199474c8eec01774be8484
sessions=1
physical.tcp=snowbird.ics.uci.edu:24246
End
signature=374ee2f23acf56124e8d447f46c77c34a44dcbac,10a76feab7600a66c68cef52da8b324206faa320
version=Fred,0.4,1.45,455
presentations=1
identity.g=930168de21e7fb66c0375e08e964255a0f7f0ad54507a51864afdc686f36be8bb8b7865408116060c5f34f94b5146cbef9e4adb70324fba01d34c1c60817cbadf6854d654176cb391de0d41e0f0fbbc8ceea5546c09a676b0d9a9988c7a1ce36ce31596037a18b4d540374bdf2ad071a3f8dd1015a9d8ba0f0d51cde212db6da
identity.q=ef1f7a7a73362e526515f348075aee265e9eff45
identity.p=cb0a782c7abff4920000000000000000000000000000000000000000023d662854a10e52de49da383d9ee21d7a337213d24ed096f95a5d37b8537bbaa58a2a6b26bd328f6a32cec77180f78d5be43d80e813e4018d09da38bd58fd615c01fbab492ec203c69e3da9fd682ce8aa98f15ad8057970edb44fe1ed08e0462e5b8d97
identity.y=84a8447be5240bd5ce1fbf6a0fb4aa8aea6f4821b66dffb4cb1c0168b134bcdf8bf354c82acfd38f106b7f31027e41854a6702414b98a8b175f3b95019cc12b46b1808a7147008991c702979c2732a299635c1e11adae22036e36eaebf0d3165326cf6a97e05be7a953375fa11da6e011bcabee1095b3a1727b814333c58c79
sessions=1
physical.tcp=obewan.arisia.com:25803
End
signature=e4ed0e1bcdca14709d9471d15afef1bcbdedcd1f,1c4a27d12111e10fe626a1f2a0e7511e9e610ceb
version=Fred,0.4,1.45,455
presentations=1
identity.g=930168de21e7fb66c0375e08e964255a0f7f0ad54507a51864afdc686f36be8bb8b7865408116060c5f34f94b5146cbef9e4adb70324fba01d34c1c60817cbadf6854d654176cb391de0d41e0f0fbbc8ceea5546c09a676b0d9a9988c7a1ce36ce31596037a18b4d540374bdf2ad071a3f8dd1015a9d8ba0f0d51cde212db6da
identity.q=ef1f7a7a73362e526515f348075aee265e9eff45
identity.p=cb0a782c7abff4920000000000000000000000000000000000000000023d662854a10e52de49da383d9ee21d7a337213d24ed096f95a5d37b8537bbaa58a2a6b26bd328f6a32cec77180f78d5be43d80e813e4018d09da38bd58fd615c01fbab492ec203c69e3da9fd682ce8aa98f15ad8057970edb44fe1ed08e0462e5b8d97
identity.y=6a0b276e29ac9d359e71949f0bfb18c9ca346efa0a47f348ba6f99b0ed1274136a1faa3dc0438547decadd61c5b8e1a6c830317f5972ea5edaa53f301792ec1b01b6ad4bd4d0be4372df30d7092078d81b70d88976bc15d4b42cd0a417f5900f57ee6a9b726dcac5fc7c60b82d3b979514f469efcf7dc7c8693f007e9c8b9269
sessions=1
physical.tcp=63.95.17.9:15294
End
signature=db93cd2343196527daebe601fb521ef53626b0bd,73fb44d7d94c287809b105bfe43645a17a2241d6
version=Fred,0.4,1.45,454
presentations=1
identity.g=930168de21e7fb66c0375e08e964255a0f7f0ad54507a51864afdc686f36be8bb8b7865408116060c5f34f94b5146cbef9e4adb70324fba01d34c1c60817cbadf6854d654176cb391de0d41e0f0fbbc8ceea5546c09a676b0d9a9988c7a1ce36ce31596037a18b4d540374bdf2ad071a3f8dd1015a9d8ba0f0d51cde212db6da
identity.q=ef1f7a7a73362e526515f348075aee265e9eff45
identity.p=cb0a782c7abff4920000000000000000000000000000000000000000023d662854a10e52de49da383d9ee21d7a337213d24ed096f95a5d37b8537bbaa58a2a6b26bd328f6a32cec77180f78d5be43d80e813e4018d09da38bd58fd615c01fbab492ec203c69e3da9fd682ce8aa98f15ad8057970edb44fe1ed08e0462e5b8d97
identity.y=25cdbbd13986c236363ebb5f582602c5406e9fdc37ac9c559264c5d777ac3dce417f6f36a56053a52432556495d41e7437ad2b27a1d33a2c69363b9a0f98f577bb13198eff5f9ebb76416adb98644330c53cb6beb154d992f80298b4b2d200b579238985ba9ab3e1065369f102dc43972a49ef288dc80237709b13afc2de0235
sessions=1
physical.tcp=jedi.audio-stream.net:28262
End
signature=4b29d399f672ced74686d57f1142102e50a5c8cd,8f0c7b780c9d87cd48918953e7e685aea876572c
version=Fred,0.4,1.45,455
presentations=1
identity.g=930168de21e7fb66c0375e08e964255a0f7f0ad54507a51864afdc686f36be8bb8b7865408116060c5f34f94b5146cbef9e4adb70324fba01d34c1c60817cbadf6854d654176cb391de0d41e0f0fbbc8ceea5546c09a676b0d9a9988c7a1ce36ce31596037a18b4d540374bdf2ad071a3f8dd1015a9d8ba0f0d51cde212db6da
identity.q=ef1f7a7a73362e526515f348075aee265e9eff45
identity.p=cb0a782c7abff4920000000000000000000000000000000000000000023d662854a10e52de49da383d9ee21d7a337213d24ed096f95a5d37b8537bbaa58a2a6b26bd328f6a32cec77180f78d5be43d80e813e4018d09da38bd58fd615c01fbab492ec203c69e3da9fd682ce8aa98f15ad8057970edb44fe1ed08e0462e5b8d97
identity.y=65cf9ca1e7946896d51e29dd1ff677c8177826745100d75f03881e7136d2c9464fe2382d8772d6b01d4509ba826d43d61964d7b27a6f717e20e9a87e2e3f1227f7cbd77d4182f594344933b6ff0f0d8981cb3da320f77d598bd8cdd2c2055f0a99bd2c5faed617acdeada7d361360975361d9ad3ac5271b5365573340e2afe45
sessions=1
physical.tcp=hisdad.dyndns.org:14506
End
signature=37e38a8735c4d35fbd4651b08ef7077d79802565,8b1f579def9d119697c1367cabd3c00900ffea5
version=Fred,0.4,1.45,455
presentations=1
identity.g=930168de21e7fb66c0375e08e964255a0f7f0ad54507a51864afdc686f36be8bb8b7865408116060c5f34f94b5146cbef9e4adb70324fba01d34c1c60817cbadf6854d654176cb391de0d41e0f0fbbc8ceea5546c09a676b0d9a9988c7a1ce36ce31596037a18b4d540374bdf2ad071a3f8dd1015a9d8ba0f0d51cde212db6da
identity.q=ef1f7a7a73362e526515f348075aee265e9eff45
identity.p=cb0a782c7abff4920000000000000000000000000000000000000000023d662854a10e52de49da383d9ee21d7a337213d24ed096f95a5d37b8537bbaa58a2a6b26bd328f6a32cec77180f78d5be43d80e813e4018d09da38bd58fd615c01fbab492ec203c69e3da9fd682ce8aa98f15ad8057970edb44fe1ed08e0462e5b8d97
identity.y=4bd391212de096c5380614ed9497279a8bf1578b744df75c714c9b683667f1264e08392a6b3180926ca66cedebb6e7d71ef4420207f3ebbea818c004e28f68cc99c98de7d564b22a4d1806cbcdd8ac9ca2079553375b0a57d473a549da4654038c1ba236cebc4f90920835aca66a0469849b25b9f61d7cbd92a1b886e0495933
sessions=1
physical.tcp=mooo.serveftp.com:21659
End
signature=7c706ba618f949c7ac53ee086b1cb09bbbd4be20,7c20ae7c30d2f890275da59036ddea0980794f9b
version=Fred,0.4,1.45,455
presentations=1
identity.g=930168de21e7fb66c0375e08e964255a0f7f0ad54507a51864afdc686f36be8bb8b7865408116060c5f34f94b5146cbef9e4adb70324fba01d34c1c60817cbadf6854d654176cb391de0d41e0f0fbbc8ceea5546c09a676b0d9a9988c7a1ce36ce31596037a18b4d540374bdf2ad071a3f8dd1015a9d8ba0f0d51cde212db6da
identity.q=ef1f7a7a73362e526515f348075aee265e9eff45
identity.p=cb0a782c7abff4920000000000000000000000000000000000000000023d662854a10e52de49da383d9ee21d7a337213d24ed096f95a5d37b8537bbaa58a2a6b26bd328f6a32cec77180f78d5be43d80e813e4018d09da38bd58fd615c01fbab492ec203c69e3da9fd682ce8aa98f15ad8057970edb44fe1ed08e0462e5b8d97
identity.y=576e0c7ac7302baa6ed45bcea2ced0f76cd367cfffd77a66d80bae6b07008f7aa74cbe8ee2339eb64b9a3ef629c929553e48353be4934fa055ad14e57bbaef117b7a0adf447e89982dab76e283dfb8ff6a10cd36a8b54c1082851ff081d41f47e23926cfff2d1f28df96dd93abf1b7412f04a8cc764f366c3ec463cec00f471c
sessions=1
physical.tcp=146.57.81.3:1050
End
signature=c8534a5f7fe6c27a5001745b9be064bcc84bcf8,de4785cca4a53ae5264732657ce930323eeb2795
version=Fred,0.4,1.45,455
presentations=1
identity.g=930168de21e7fb66c0375e08e964255a0f7f0ad54507a51864afdc686f36be8bb8b7865408116060c5f34f94b5146cbef9e4adb70324fba01d34c1c60817cbadf6854d654176cb391de0d41e0f0fbbc8ceea5546c09a676b0d9a9988c7a1ce36ce31596037a18b4d540374bdf2ad071a3f8dd1015a9d8ba0f0d51cde212db6da
identity.q=ef1f7a7a73362e526515f348075aee265e9eff45
identity.p=cb0a782c7abff4920000000000000000000000000000000000000000023d662854a10e52de49da383d9ee21d7a337213d24ed096f95a5d37b8537bbaa58a2a6b26bd328f6a32cec77180f78d5be43d80e813e4018d09da38bd58fd615c01fbab492ec203c69e3da9fd682ce8aa98f15ad8057970edb44fe1ed08e0462e5b8d97
identity.y=399f972dbd2d5d635d4ac1103c62ae9f7a921a68c8c1212ecab9479494d8849a08f602828d097dcc2d2284800c54d9b56f053b822170f8ba377392de0b9f21c7033908c1c44e7934c622792057854c429cc78d4baf4c433fd809a81f24ee8735f1497ba04f61975ffd0c93dae34b816df4a654eb1a2ffb393f1890b43b252477
sessions=1
physical.tcp=80.60.144.146:27619
End
signature=28ab2aea2e779f20d43d310a77e117ac722fc6f4,d6b5e2f8a1322fda193e934a35b67ffa356b6c9b
version=Fred,0.4,1.45,455
presentations=1
identity.g=930168de21e7fb66c0375e08e964255a0f7f0ad54507a51864afdc686f36be8bb8b7865408116060c5f34f94b5146cbef9e4adb70324fba01d34c1c60817cbadf6854d654176cb391de0d41e0f0fbbc8ceea5546c09a676b0d9a9988c7a1ce36ce31596037a18b4d540374bdf2ad071a3f8dd1015a9d8ba0f0d51cde212db6da
identity.q=ef1f7a7a73362e526515f348075aee265e9eff45
identity.p=cb0a782c7abff4920000000000000000000000000000000000000000023d662854a10e52de49da383d9ee21d7a337213d24ed096f95a5d37b8537bbaa58a2a6b26bd328f6a32cec77180f78d5be43d80e813e4018d09da38bd58fd615c01fbab492ec203c69e3da9fd682ce8aa98f15ad8057970edb44fe1ed08e0462e5b8d97
identity.y=5fdb2e5c144bfa2082a993a234cc332eab7a663f4e2519f7b83ecd561ce1398c8b10d71e79a161b4d530eaf75d6f693a975e7aff13178c3bdb0be74a2a1ebcde43021f44a850f6c4c679bd0c1871e463af6b7f9d9b7b06bc35ad7c8177decbd2e8b177042bccef9c51ff98d6c69494cb014eca071347c2fcb797adfef871bee4
sessions=1
physical.tcp=209.164.24.133:8458
End
signature=28b74d1df9344484c5261927e5c32f42b927cf3b,c61118941e78ff8305dd25632b934aa0082bd8c8
version=Fred,0.4,1.45,455
presentations=1
identity.g=930168de21e7fb66c0375e08e964255a0f7f0ad54507a51864afdc686f36be8bb8b7865408116060c5f34f94b5146cbef9e4adb70324fba01d34c1c60817cbadf6854d654176cb391de0d41e0f0fbbc8ceea5546c09a676b0d9a9988c7a1ce36ce31596037a18b4d540374bdf2ad071a3f8dd1015a9d8ba0f0d51cde212db6da
identity.q=ef1f7a7a73362e526515f348075aee265e9eff45
identity.p=cb0a782c7abff4920000000000000000000000000000000000000000023d662854a10e52de49da383d9ee21d7a337213d24ed096f95a5d37b8537bbaa58a2a6b26bd328f6a32cec77180f78d5be43d80e813e4018d09da38bd58fd615c01fbab492ec203c69e3da9fd682ce8aa98f15ad8057970edb44fe1ed08e0462e5b8d97
identity.y=a571bce21f8b65af26eaeb02721ae050d832a87142d7b15c4f4d870491df717e31fc5a4708d4a395d6cf8f4a02476ada87dc99c170051192675fae3e1e7ba6baa199bb2318cc3ce93c5f8d168ef0f04a39df8fde52b66aae04ed7169a59b432a0a38776b371d25cb562451f72b52edc71f01dac33a4515ee46da7c205e40ee15
sessions=1
physical.tcp=TILT.sics.se:15541
End
signature=aa18f4c6ed3471e0d988153445a71bfceb8360ad,6e0e1ad1e7e4deb6147206f05661ddb26918fcf5
version=Fred,0.4,1.45,454
presentations=1
identity.g=930168de21e7fb66c0375e08e964255a0f7f0ad54507a51864afdc686f36be8bb8b7865408116060c5f34f94b5146cbef9e4adb70324fba01d34c1c60817cbadf6854d654176cb391de0d41e0f0fbbc8ceea5546c09a676b0d9a9988c7a1ce36ce31596037a18b4d540374bdf2ad071a3f8dd1015a9d8ba0f0d51cde212db6da
identity.q=ef1f7a7a73362e526515f348075aee265e9eff45
identity.p=cb0a782c7abff4920000000000000000000000000000000000000000023d662854a10e52de49da383d9ee21d7a337213d24ed096f95a5d37b8537bbaa58a2a6b26bd328f6a32cec77180f78d5be43d80e813e4018d09da38bd58fd615c01fbab492ec203c69e3da9fd682ce8aa98f15ad8057970edb44fe1ed08e0462e5b8d97
identity.y=258e97ef0fa686f7be98d682285ac0bf80e29661fc896e25386f613d3d25c9790765d2c12132d6fc567ae00d9fa5ca6ce6698d614d6b799ae6daef2aeb4eca67ec2484c61cb5906f120fd44e49fa6a253bd6d8c6ec987a252a6a3d0bc0267c7abfe083947feff46b3bcb8fcc3cb45f52ddb8d027a411b94387c5d9d0d63fe021
sessions=1
physical.tcp=freenet.no-ip.com:17767
End
signature=6b7b90886c8a4b34fd8b2a12feb6f74daa1f3e65,130a80bea8a2886cf25cb172dcd1579adfc4a870
version=Fred,0.4,1.45,455
presentations=1
identity.g=930168de21e7fb66c0375e08e964255a0f7f0ad54507a51864afdc686f36be8bb8b7865408116060c5f34f94b5146cbef9e4adb70324fba01d34c1c60817cbadf6854d654176cb391de0d41e0f0fbbc8ceea5546c09a676b0d9a9988c7a1ce36ce31596037a18b4d540374bdf2ad071a3f8dd1015a9d8ba0f0d51cde212db6da
identity.q=ef1f7a7a73362e526515f348075aee265e9eff45
identity.p=cb0a782c7abff4920000000000000000000000000000000000000000023d662854a10e52de49da383d9ee21d7a337213d24ed096f95a5d37b8537bbaa58a2a6b26bd328f6a32cec77180f78d5be43d80e813e4018d09da38bd58fd615c01fbab492ec203c69e3da9fd682ce8aa98f15ad8057970edb44fe1ed08e0462e5b8d97
identity.y=144d797b6d5631190744bdc7e337a2b2f9ba0ea9a191cfd8686c6c95d9e3403806340ead73ae077720b3b8316950fb2223c9d27b151f7da07c62ed375114d7ebed110ba4010eb17f13254c4d81f7b8ddc9d1abc5997f6ece5018e3375da74db21d28e21b91228874bcb433a6b01d950b80e4e45a9ee64c13d1c076b11f2f59e2
sessions=1
physical.tcp=12.253.25.199:21291
End
signature=b3bedb2224e4820be1dd2026def4a9163a6e3d01,babc2883dafb6e3486452fe685c9dcc84b6b10b2
version=Fred,0.4,1.45,455
presentations=1
identity.g=930168de21e7fb66c0375e08e964255a0f7f0ad54507a51864afdc686f36be8bb8b7865408116060c5f34f94b5146cbef9e4adb70324fba01d34c1c60817cbadf6854d654176cb391de0d41e0f0fbbc8ceea5546c09a676b0d9a9988c7a1ce36ce31596037a18b4d540374bdf2ad071a3f8dd1015a9d8ba0f0d51cde212db6da
identity.q=ef1f7a7a73362e526515f348075aee265e9eff45
identity.p=cb0a782c7abff4920000000000000000000000000000000000000000023d662854a10e52de49da383d9ee21d7a337213d24ed096f95a5d37b8537bbaa58a2a6b26bd328f6a32cec77180f78d5be43d80e813e4018d09da38bd58fd615c01fbab492ec203c69e3da9fd682ce8aa98f15ad8057970edb44fe1ed08e0462e5b8d97
identity.y=b56802ee702bbb9639052669c0717943c9c90554fa4daf0eeb70813acc7578be002900153fa6bd15a3465a46f60af82793dabee87d94f3e56789acd4a498dc6d6746253d17f51c5f25923ec51dd12f14f1c5522cd092d0c261587366d18eaf3f47d7a8e4f9386feeddd6ea18c3a6556f8592d2f2f3b886285fb9c3a39b7fb775
sessions=1
physical.tcp=sunrhone.dyndns.org:23571
End
signature=4964921f4608da916a88996c798c2c005001f18a,206f9d0d843cd740f28823c3e1f1605543a59ee4
version=Fred,0.4,1.45,454
presentations=1
identity.g=930168de21e7fb66c0375e08e964255a0f7f0ad54507a51864afdc686f36be8bb8b7865408116060c5f34f94b5146cbef9e4adb70324fba01d34c1c60817cbadf6854d654176cb391de0d41e0f0fbbc8ceea5546c09a676b0d9a9988c7a1ce36ce31596037a18b4d540374bdf2ad071a3f8dd1015a9d8ba0f0d51cde212db6da
identity.q=ef1f7a7a73362e526515f348075aee265e9eff45
identity.p=cb0a782c7abff4920000000000000000000000000000000000000000023d662854a10e52de49da383d9ee21d7a337213d24ed096f95a5d37b8537bbaa58a2a6b26bd328f6a32cec77180f78d5be43d80e813e4018d09da38bd58fd615c01fbab492ec203c69e3da9fd682ce8aa98f15ad8057970edb44fe1ed08e0462e5b8d97
identity.y=858cd64c091c4246b29e4cff9a9c94525b79ff8acd083a1b88e59aac27d5a1e547ffae94145749c5e3e07691a4aa4d5c12755ba6e2c8311669032912ca7779205a5ba89f304ed343037c4c56dd475c215fe94bf058b9d364c550aeaf7435cbb30e23973ddd0b23050160ce9fcf9cc32a5650037ccba6c4f57d4f7cd2b6d03abc
sessions=1
physical.tcp=130.240.222.86:30611
End
signature=8643483739b2ebea2c88835cd4d51728e38ac745,14b064d320e3e5efdc6e51b57b16bcbf99aca5db
version=Fred,0.4,1.45,451
presentations=1
identity.g=930168de21e7fb66c0375e08e964255a0f7f0ad54507a51864afdc686f36be8bb8b7865408116060c5f34f94b5146cbef9e4adb70324fba01d34c1c60817cbadf6854d654176cb391de0d41e0f0fbbc8ceea5546c09a676b0d9a9988c7a1ce36ce31596037a18b4d540374bdf2ad071a3f8dd1015a9d8ba0f0d51cde212db6da
identity.q=ef1f7a7a73362e526515f348075aee265e9eff45
identity.p=cb0a782c7abff4920000000000000000000000000000000000000000023d662854a10e52de49da383d9ee21d7a337213d24ed096f95a5d37b8537bbaa58a2a6b26bd328f6a32cec77180f78d5be43d80e813e4018d09da38bd58fd615c01fbab492ec203c69e3da9fd682ce8aa98f15ad8057970edb44fe1ed08e0462e5b8d97
identity.y=70d4c8a0a4bcb33e590f3e358cbdf8a3828ec7bc40d10e7b4996b42c67ba00e69e8da952dea86d971d403e8c78ed02a98c56fb3691c6399e35f826d6654f5fdc6b135f6998cfdae514ce275fe56778fd46c7f431b5b5925f84127738c3d07ee5a95c8678acad10e7bd4b51fbafe584149d19def53b3b4edaa8716a067ddf39b4
sessions=1
physical.tcp=24.222.136.232:21125
End
signature=aeb72f4a87a04ed4fb4a28bba19ba2e51119a89e,40dbe55c08352dae22e198a239b1736f8a311ea0
version=Fred,0.4,1.45,455
presentations=1
identity.g=930168de21e7fb66c0375e08e964255a0f7f0ad54507a51864afdc686f36be8bb8b7865408116060c5f34f94b5146cbef9e4adb70324fba01d34c1c60817cbadf6854d654176cb391de0d41e0f0fbbc8ceea5546c09a676b0d9a9988c7a1ce36ce31596037a18b4d540374bdf2ad071a3f8dd1015a9d8ba0f0d51cde212db6da
identity.q=ef1f7a7a73362e526515f348075aee265e9eff45
identity.p=cb0a782c7abff4920000000000000000000000000000000000000000023d662854a10e52de49da383d9ee21d7a337213d24ed096f95a5d37b8537bbaa58a2a6b26bd328f6a32cec77180f78d5be43d80e813e4018d09da38bd58fd615c01fbab492ec203c69e3da9fd682ce8aa98f15ad8057970edb44fe1ed08e0462e5b8d97
identity.y=64b38f0a5ed45b0c2826efed6bcb4826cda0eafe1314db22cd5a93bf44939615fd168a2fca79bd1e1c7c5dfc1fff0f88ca562932634ca4e0bb66306af83e2ad895faa2a43aee9302fc49a25789f157fc4f7187fc6c39d6842af962ee1b23b4837c8c7126747daae568e7c5872c9ae2c2230fbb93011a3009845ecff70e5bd5d9
sessions=1
physical.tcp=wally.nesta.net:16053
End
signature=ec649e805f398aea2632e90e7007ccd03ee93e11,4cb34bf3a1ab1fde0579ae7b35d450133c1e95af
version=Fred,0.4,1.45,455
presentations=1
identity.g=930168de21e7fb66c0375e08e964255a0f7f0ad54507a51864afdc686f36be8bb8b7865408116060c5f34f94b5146cbef9e4adb70324fba01d34c1c60817cbadf6854d654176cb391de0d41e0f0fbbc8ceea5546c09a676b0d9a9988c7a1ce36ce31596037a18b4d540374bdf2ad071a3f8dd1015a9d8ba0f0d51cde212db6da
identity.q=ef1f7a7a73362e526515f348075aee265e9eff45
identity.p=cb0a782c7abff4920000000000000000000000000000000000000000023d662854a10e52de49da383d9ee21d7a337213d24ed096f95a5d37b8537bbaa58a2a6b26bd328f6a32cec77180f78d5be43d80e813e4018d09da38bd58fd615c01fbab492ec203c69e3da9fd682ce8aa98f15ad8057970edb44fe1ed08e0462e5b8d97
identity.y=6ec6531b255f605d75ae13703cb7fdafe366a4457e26c6c9412bf82cf4b85979ccb33705321a74587ecdca228b57ab6df5653f638882205a8c5c9c66b23f7a29f50cecf5b2ec61bc64e3952ddbc4163784c59bb494236914c7e806be39ecc359b00015bddd9d8e18fd3284015135ef6386b0d4ee1f59c39941b62f72c090fa4a
sessions=1
physical.tcp=209.210.210.4:24042
End
signature=553530d16dd12ca05a6e9ca50f48da7030a2e1dc,7f3609e70f8d05ee679e57087a123adf31f88422
version=Fred,0.4,1.45,455
presentations=1
identity.g=930168de21e7fb66c0375e08e964255a0f7f0ad54507a51864afdc686f36be8bb8b7865408116060c5f34f94b5146cbef9e4adb70324fba01d34c1c60817cbadf6854d654176cb391de0d41e0f0fbbc8ceea5546c09a676b0d9a9988c7a1ce36ce31596037a18b4d540374bdf2ad071a3f8dd1015a9d8ba0f0d51cde212db6da
identity.q=ef1f7a7a73362e526515f348075aee265e9eff45
identity.p=cb0a782c7abff4920000000000000000000000000000000000000000023d662854a10e52de49da383d9ee21d7a337213d24ed096f95a5d37b8537bbaa58a2a6b26bd328f6a32cec77180f78d5be43d80e813e4018d09da38bd58fd615c01fbab492ec203c69e3da9fd682ce8aa98f15ad8057970edb44fe1ed08e0462e5b8d97
identity.y=c958bcfd9abd4afb5472808866305028a17a29263009fdfc5abd361c75ac28e2baa69150e4c5ca33361d8b6c8084b17485f35b40a1a09b858a5a81bec28aa49453704697ef8d729662b19496390e77793c78847ac883b2a49c0a79a8a568b3f8a2b89cda796674bff968b7bcc7021bb7ee0412effa54760a1e10aad1c8f0bcdb
sessions=1
physical.tcp=24.218.57.179:59093
End
signature=9361a474a4dd0437eff2cd3212816ff2299c6223,2a3f47d3f8413f6c9bfc8e125eb27e0408ef38e4
version=Fred,0.4,1.45,455
presentations=1
identity.g=930168de21e7fb66c0375e08e964255a0f7f0ad54507a51864afdc686f36be8bb8b7865408116060c5f34f94b5146cbef9e4adb70324fba01d34c1c60817cbadf6854d654176cb391de0d41e0f0fbbc8ceea5546c09a676b0d9a9988c7a1ce36ce31596037a18b4d540374bdf2ad071a3f8dd1015a9d8ba0f0d51cde212db6da
identity.q=ef1f7a7a73362e526515f348075aee265e9eff45
identity.p=cb0a782c7abff4920000000000000000000000000000000000000000023d662854a10e52de49da383d9ee21d7a337213d24ed096f95a5d37b8537bbaa58a2a6b26bd328f6a32cec77180f78d5be43d80e813e4018d09da38bd58fd615c01fbab492ec203c69e3da9fd682ce8aa98f15ad8057970edb44fe1ed08e0462e5b8d97
identity.y=b344ae6085e6488919f5c1324ce83266d2b45fbb54a89e22792907e3a9602d33e3dad186ffe45135c06e463ad79c16eab49986ea47dbc05c5625afe20bd0a75f2ca088b4403b06d23a95d53e80e578409fcf82574c007525118a012ab33a7904e43f95371e74fd772e2d2b6c43e6e48931531da62e7b4ecd7ca3914c0305604b
sessions=1
physical.tcp=DUET.sysnet.co.jp:50717
End
signature=2287fdb552a231684350a7ad68a3672014f7597a,df23e2c9c8fc7f5403b266a9fdf6ab9637432e45
version=Fred,0.4,1.45,455
presentations=1
identity.g=930168de21e7fb66c0375e08e964255a0f7f0ad54507a51864afdc686f36be8bb8b7865408116060c5f34f94b5146cbef9e4adb70324fba01d34c1c60817cbadf6854d654176cb391de0d41e0f0fbbc8ceea5546c09a676b0d9a9988c7a1ce36ce31596037a18b4d540374bdf2ad071a3f8dd1015a9d8ba0f0d51cde212db6da
identity.q=ef1f7a7a73362e526515f348075aee265e9eff45
identity.p=cb0a782c7abff4920000000000000000000000000000000000000000023d662854a10e52de49da383d9ee21d7a337213d24ed096f95a5d37b8537bbaa58a2a6b26bd328f6a32cec77180f78d5be43d80e813e4018d09da38bd58fd615c01fbab492ec203c69e3da9fd682ce8aa98f15ad8057970edb44fe1ed08e0462e5b8d97
identity.y=979644f12c513014ed27e7382b06dee79c3418e3d135a51e9ea8c84b42e3077709c1751648176d03e7a7587844cc3759b7e06180c7674dd0398cb983509971a1c9b99ecf1314170f804184cef9b15a50a231189768e4d90ce4682d87ec000d67cdecfeef17e85df0b183e46f2e865e59854f80853d61ba6fb8d6c9c9e5e0abb0
sessions=1
physical.tcp=24.198.74.41:28212
End
signature=76edf150ad8570f53bc6b0f903afe299263207bb,b0d8ee548870788dfffe901536e49fc08e678c3f
version=Fred,0.4,1.45,455
presentations=1
identity.g=930168de21e7fb66c0375e08e964255a0f7f0ad54507a51864afdc686f36be8bb8b7865408116060c5f34f94b5146cbef9e4adb70324fba01d34c1c60817cbadf6854d654176cb391de0d41e0f0fbbc8ceea5546c09a676b0d9a9988c7a1ce36ce31596037a18b4d540374bdf2ad071a3f8dd1015a9d8ba0f0d51cde212db6da
identity.q=ef1f7a7a73362e526515f348075aee265e9eff45
identity.p=cb0a782c7abff4920000000000000000000000000000000000000000023d662854a10e52de49da383d9ee21d7a337213d24ed096f95a5d37b8537bbaa58a2a6b26bd328f6a32cec77180f78d5be43d80e813e4018d09da38bd58fd615c01fbab492ec203c69e3da9fd682ce8aa98f15ad8057970edb44fe1ed08e0462e5b8d97
identity.y=8195029177a4ec5dadcb4e90083201c0e9d297ce60f6e6431741a223567a1b663ab5ca6a06c6f0528e359d07b386a98e64b45e1499230330bc4e09bc7829542d84ef6f145e8fbb1157027f33c0a61740a2d47edbc7140aab4b95006a17a36ebb78f2a6bf4581fe280b8e29543adda33a102a806e560e160c6e84f2888ac3a585
sessions=1
physical.tcp=morningstar.dyndns.org:54973
End
signature=19a8931d35afd0cd1f7745dd9dc9adb6afa322f3,b7cfcb3472947769fbb605305ba233b158766609
version=Fred,0.4,1.45,455
presentations=1
identity.g=930168de21e7fb66c0375e08e964255a0f7f0ad54507a51864afdc686f36be8bb8b7865408116060c5f34f94b5146cbef9e4adb70324fba01d34c1c60817cbadf6854d654176cb391de0d41e0f0fbbc8ceea5546c09a676b0d9a9988c7a1ce36ce31596037a18b4d540374bdf2ad071a3f8dd1015a9d8ba0f0d51cde212db6da
identity.q=ef1f7a7a73362e526515f348075aee265e9eff45
identity.p=cb0a782c7abff4920000000000000000000000000000000000000000023d662854a10e52de49da383d9ee21d7a337213d24ed096f95a5d37b8537bbaa58a2a6b26bd328f6a32cec77180f78d5be43d80e813e4018d09da38bd58fd615c01fbab492ec203c69e3da9fd682ce8aa98f15ad8057970edb44fe1ed08e0462e5b8d97
identity.y=c242ea4f87229243da2c51600970201811b4c41ddddb2adfea82b1727b3cdd3f63ecbd5f339e830cab9e97136c45637f0e094d8f2cbf1f224a8f6a99630ed02b589b9620c0ffc7c12fdcf0d0626368a51f78ad84ea09b846c5f5980c1042542041d7b2b0acfc8487f0d646b6f64afa85e322eaf923fd219c067f88a9cc93351d
sessions=1
physical.tcp=freenet4.starmage.homeip.net:8891
End
signature=7b79bff5c9be0475cd2b47c5fd2455a11e3a876f,804efda025fbf14a0ca651705fabe02bdfaa55a1
version=Fred,0.4,1.45,455
presentations=1
identity.g=930168de21e7fb66c0375e08e964255a0f7f0ad54507a51864afdc686f36be8bb8b7865408116060c5f34f94b5146cbef9e4adb70324fba01d34c1c60817cbadf6854d654176cb391de0d41e0f0fbbc8ceea5546c09a676b0d9a9988c7a1ce36ce31596037a18b4d540374bdf2ad071a3f8dd1015a9d8ba0f0d51cde212db6da
identity.q=ef1f7a7a73362e526515f348075aee265e9eff45
identity.p=cb0a782c7abff4920000000000000000000000000000000000000000023d662854a10e52de49da383d9ee21d7a337213d24ed096f95a5d37b8537bbaa58a2a6b26bd328f6a32cec77180f78d5be43d80e813e4018d09da38bd58fd615c01fbab492ec203c69e3da9fd682ce8aa98f15ad8057970edb44fe1ed08e0462e5b8d97
identity.y=7b0d455a5734f6c45b4762d57312d111a402d8cf0ebe3481c33490b8e44d448e34c55f374dc95d310a2a350ccf4f6df5b804b51e9179096ec4a5be0942faaa459b18cdaa26404763aa723af35331d1edd4f8c3b97d26416bda94e50d33ce3642e6ccf9a5ab2d93266dfb69eb95fe5eed0ecb9b3f7c76240509c59378ccd71a6d
sessions=1
physical.tcp=golpa.myip.org:15644
End
signature=758658f861a2c2bb45ebb30a46858efc641611ef,240781bee686676db8e44f5c6a75f7fbe313c789
version=Fred,0.4,1.45,455
presentations=1
identity.g=930168de21e7fb66c0375e08e964255a0f7f0ad54507a51864afdc686f36be8bb8b7865408116060c5f34f94b5146cbef9e4adb70324fba01d34c1c60817cbadf6854d654176cb391de0d41e0f0fbbc8ceea5546c09a676b0d9a9988c7a1ce36ce31596037a18b4d540374bdf2ad071a3f8dd1015a9d8ba0f0d51cde212db6da
identity.q=ef1f7a7a73362e526515f348075aee265e9eff45
identity.p=cb0a782c7abff4920000000000000000000000000000000000000000023d662854a10e52de49da383d9ee21d7a337213d24ed096f95a5d37b8537bbaa58a2a6b26bd328f6a32cec77180f78d5be43d80e813e4018d09da38bd58fd615c01fbab492ec203c69e3da9fd682ce8aa98f15ad8057970edb44fe1ed08e0462e5b8d97
identity.y=3891382f2fc79d52898cd1ff75e4fd19b12586445d71e2befde3e4e6de477396d59b1efbce4466f1cb501dca3fb4d64d2f54e398bd16ba338e1b41d2f455f261951cf929433294485f5312050df145dc616a944d76e1ce8fa313efc4b41127f713e019b067b7d67023bbe3b9b44f091239df60d506e2891f0dcc9a97c52ddcb1
sessions=1
physical.tcp=24.86.93.222:33273
End
signature=33cddb9cdb141d2b4b3470c5ea30cd83271504c9,7a92a1d34ae6b3fece7341d642e02d4d7df490b0
version=Fred,0.4,1.45,455
presentations=1
identity.g=930168de21e7fb66c0375e08e964255a0f7f0ad54507a51864afdc686f36be8bb8b7865408116060c5f34f94b5146cbef9e4adb70324fba01d34c1c60817cbadf6854d654176cb391de0d41e0f0fbbc8ceea5546c09a676b0d9a9988c7a1ce36ce31596037a18b4d540374bdf2ad071a3f8dd1015a9d8ba0f0d51cde212db6da
identity.q=ef1f7a7a73362e526515f348075aee265e9eff45
identity.p=cb0a782c7abff4920000000000000000000000000000000000000000023d662854a10e52de49da383d9ee21d7a337213d24ed096f95a5d37b8537bbaa58a2a6b26bd328f6a32cec77180f78d5be43d80e813e4018d09da38bd58fd615c01fbab492ec203c69e3da9fd682ce8aa98f15ad8057970edb44fe1ed08e0462e5b8d97
identity.y=34d23990987cd66bc28310b6ccf8837e9e656e1d9785d9238a27e2e851632b7a9cccd95e15e3e7c237dd4698f03e039c14b95ae54dbfed8ac85c85b073e1296c0e57287b34a348d320caafffff626561884e8e22fbfe37812af90210ac04f2c8563731d96dd82aac7e0af51f9f1c92a61f83a35f4e3e2d85aaa2485689ee0d00
sessions=1
physical.tcp=boopsy.cjb.net:27575
End
signature=637db0c0c1d97af426a03e917d722c09cfc3e5a1,c63a07db52a578f0b5af4554ada384050efc1765
version=Fred,0.4,1.45,454
presentations=1
identity.g=930168de21e7fb66c0375e08e964255a0f7f0ad54507a51864afdc686f36be8bb8b7865408116060c5f34f94b5146cbef9e4adb70324fba01d34c1c60817cbadf6854d654176cb391de0d41e0f0fbbc8ceea5546c09a676b0d9a9988c7a1ce36ce31596037a18b4d540374bdf2ad071a3f8dd1015a9d8ba0f0d51cde212db6da
identity.q=ef1f7a7a73362e526515f348075aee265e9eff45
identity.p=cb0a782c7abff4920000000000000000000000000000000000000000023d662854a10e52de49da383d9ee21d7a337213d24ed096f95a5d37b8537bbaa58a2a6b26bd328f6a32cec77180f78d5be43d80e813e4018d09da38bd58fd615c01fbab492ec203c69e3da9fd682ce8aa98f15ad8057970edb44fe1ed08e0462e5b8d97
identity.y=807beee47a0510e96c7ab3e5615800ec8808cde19603852de92bf3dcb92a746caa31ccde50e5eadfae0bad5d833c227a4c6cce9de7628021d90034c42fc8588f3c9209e750ef5dea7eec4d4b581b137d5da2a3d488280e241e0d675fb623ecc052a623656cb17f0af748f715cee859daeefa9e4357dbcab4afe9cac8f9aafdec
sessions=1
physical.tcp=24.166.106.177:4136
End
signature=ed97502d0c93f9ae18f44f4b4fb6f71b7b6ac786,7b46159b0ca56356bcb0bf26dd92652b9120e582
version=Fred,0.4,1.45,455
presentations=1
identity.g=930168de21e7fb66c0375e08e964255a0f7f0ad54507a51864afdc686f36be8bb8b7865408116060c5f34f94b5146cbef9e4adb70324fba01d34c1c60817cbadf6854d654176cb391de0d41e0f0fbbc8ceea5546c09a676b0d9a9988c7a1ce36ce31596037a18b4d540374bdf2ad071a3f8dd1015a9d8ba0f0d51cde212db6da
identity.q=ef1f7a7a73362e526515f348075aee265e9eff45
identity.p=cb0a782c7abff4920000000000000000000000000000000000000000023d662854a10e52de49da383d9ee21d7a337213d24ed096f95a5d37b8537bbaa58a2a6b26bd328f6a32cec77180f78d5be43d80e813e4018d09da38bd58fd615c01fbab492ec203c69e3da9fd682ce8aa98f15ad8057970edb44fe1ed08e0462e5b8d97
identity.y=90f6d0eac1efcee0a95fa3f9bd4519212589963821e1ce6c08869e7f9fc26fe0353d277db2899b1632c915e98405ca694e39b495c306c3f2f096c17165e80f32b55d5bba844dd5a5e461b0dc8a490bb115c4b819a2f14e781a1f2b8d93a7edb26f5450cd86547e1373d9b83ab8ea498423818936b103b3d290d52886c371a557
sessions=1
physical.tcp=blip.dyndns.org:24008
End
signature=e4f6104bd147a14076e77b078bfd0d6717ee7c6,7d14550147baf0dbf55d698559bdf2a99150fb0
version=Fred,0.4,1.45,455
presentations=1
identity.g=930168de21e7fb66c0375e08e964255a0f7f0ad54507a51864afdc686f36be8bb8b7865408116060c5f34f94b5146cbef9e4adb70324fba01d34c1c60817cbadf6854d654176cb391de0d41e0f0fbbc8ceea5546c09a676b0d9a9988c7a1ce36ce31596037a18b4d540374bdf2ad071a3f8dd1015a9d8ba0f0d51cde212db6da
identity.q=ef1f7a7a73362e526515f348075aee265e9eff45
identity.p=cb0a782c7abff4920000000000000000000000000000000000000000023d662854a10e52de49da383d9ee21d7a337213d24ed096f95a5d37b8537bbaa58a2a6b26bd328f6a32cec77180f78d5be43d80e813e4018d09da38bd58fd615c01fbab492ec203c69e3da9fd682ce8aa98f15ad8057970edb44fe1ed08e0462e5b8d97
identity.y=ace7a545181d14a799983e00468570eb6eaa976e0b3c45d09e441bd9e182cd69f28b34e34bc38d31dc2e09b6344c4713002adb33b22b9565709db07dc663be7d006a6a9766de97f9575efa5ca65664f3faa32f667ec4fe724c7724de7a0b76243c38b6f0261fe3f4f5903064d627e2a75421146802e81dbb3d0856e9cf8dd044
sessions=1
physical.tcp=p2pnet.dyndns.info:30538
End
signature=919ccec059b093ec64ced89654bdb94ce6be5084,a85cc86a4c52d4e20caa864cb609056c7c21d8fe
version=Fred,0.4,1.45,455
presentations=1
identity.g=930168de21e7fb66c0375e08e964255a0f7f0ad54507a51864afdc686f36be8bb8b7865408116060c5f34f94b5146cbef9e4adb70324fba01d34c1c60817cbadf6854d654176cb391de0d41e0f0fbbc8ceea5546c09a676b0d9a9988c7a1ce36ce31596037a18b4d540374bdf2ad071a3f8dd1015a9d8ba0f0d51cde212db6da
identity.q=ef1f7a7a73362e526515f348075aee265e9eff45
identity.p=cb0a782c7abff4920000000000000000000000000000000000000000023d662854a10e52de49da383d9ee21d7a337213d24ed096f95a5d37b8537bbaa58a2a6b26bd328f6a32cec77180f78d5be43d80e813e4018d09da38bd58fd615c01fbab492ec203c69e3da9fd682ce8aa98f15ad8057970edb44fe1ed08e0462e5b8d97
identity.y=94093d32a7662a028556c0035f8f3daeacf9ed2c9137889b747b08da6144d1982a059af73619449f7781aa796b5321e004daf23405f2b221af179e6bd09a3aea14c920e86ba6c6f31ce454c8a7a705119282b77e9a499e18b702f8937eb09e8c0726b299d0834623fa8fc2476f49bda1126f026c98fac1057098b47043bceaac
sessions=1
physical.tcp=latakia.dyndns.org:15519
End
signature=11b6179133be0fe25315345c3244906a38adc9a4,19d279765f4d2439c18c2d0097afd19a83084bbf
version=Fred,0.4,1.45,455
presentations=1
identity.g=930168de21e7fb66c0375e08e964255a0f7f0ad54507a51864afdc686f36be8bb8b7865408116060c5f34f94b5146cbef9e4adb70324fba01d34c1c60817cbadf6854d654176cb391de0d41e0f0fbbc8ceea5546c09a676b0d9a9988c7a1ce36ce31596037a18b4d540374bdf2ad071a3f8dd1015a9d8ba0f0d51cde212db6da
identity.q=ef1f7a7a73362e526515f348075aee265e9eff45
identity.p=cb0a782c7abff4920000000000000000000000000000000000000000023d662854a10e52de49da383d9ee21d7a337213d24ed096f95a5d37b8537bbaa58a2a6b26bd328f6a32cec77180f78d5be43d80e813e4018d09da38bd58fd615c01fbab492ec203c69e3da9fd682ce8aa98f15ad8057970edb44fe1ed08e0462e5b8d97
identity.y=375f9a4d64ad194634796056b1a4d8dee1943393d7fc9f9b3aaba020448b9c73864542aa08be4335038e41ee7e3e5ef3e3ffa448bbfb36637704cec63be28af7b4fed041673b200688333bd2d19e8a90eb3462a24cfe6f62f406a465425fb980f6402f8337692e1bde2466194d8e1a13ea0a10703cdf49155d9c56c5833af3bc
sessions=1
physical.tcp=trrp.ath.cx:4883
End
signature=3c50bff98040ed60df276abb8713363a7eb050d0,6ca38dc64210cb80223f36ae0919a7d3f1c4877f
version=Fred,0.4,1.45,451
presentations=1
identity.g=930168de21e7fb66c0375e08e964255a0f7f0ad54507a51864afdc686f36be8bb8b7865408116060c5f34f94b5146cbef9e4adb70324fba01d34c1c60817cbadf6854d654176cb391de0d41e0f0fbbc8ceea5546c09a676b0d9a9988c7a1ce36ce31596037a18b4d540374bdf2ad071a3f8dd1015a9d8ba0f0d51cde212db6da
identity.q=ef1f7a7a73362e526515f348075aee265e9eff45
identity.p=cb0a782c7abff4920000000000000000000000000000000000000000023d662854a10e52de49da383d9ee21d7a337213d24ed096f95a5d37b8537bbaa58a2a6b26bd328f6a32cec77180f78d5be43d80e813e4018d09da38bd58fd615c01fbab492ec203c69e3da9fd682ce8aa98f15ad8057970edb44fe1ed08e0462e5b8d97
identity.y=4393a2476e6c222cb7253bb2f53c475b27b287cf4e68990189137bf6c18d3f4da04318a5c6d1d570f05025c112b992a5731c52225563e4b4ac816f72c70d9b88d2e74953fe0f176e7d826f4a6be765b851f621981ee427cf59e5de03cb7ce52f8c86fc2b37c22686024aa73a6f735a71ec62442533407dd2459373caa029536c
sessions=1
physical.tcp=backup.mwk.co.nz:23620
End
signature=c2575dd7f144e8409bb33b84c67483bce3696532,89324137f6c98d798fdde2d77c09fc89b6b6ff30
version=Fred,0.4,1.45,455
presentations=1
identity.g=930168de21e7fb66c0375e08e964255a0f7f0ad54507a51864afdc686f36be8bb8b7865408116060c5f34f94b5146cbef9e4adb70324fba01d34c1c60817cbadf6854d654176cb391de0d41e0f0fbbc8ceea5546c09a676b0d9a9988c7a1ce36ce31596037a18b4d540374bdf2ad071a3f8dd1015a9d8ba0f0d51cde212db6da
identity.q=ef1f7a7a73362e526515f348075aee265e9eff45
identity.p=cb0a782c7abff4920000000000000000000000000000000000000000023d662854a10e52de49da383d9ee21d7a337213d24ed096f95a5d37b8537bbaa58a2a6b26bd328f6a32cec77180f78d5be43d80e813e4018d09da38bd58fd615c01fbab492ec203c69e3da9fd682ce8aa98f15ad8057970edb44fe1ed08e0462e5b8d97
identity.y=be33fa1edc5d9f9fc66648779e62280a9932df21e2f8caf7e0963f138867366f400e96c6f9665c58fe2369c9d983b58cde138145dbc3f748bdb1e971076542ab5a04a878fe1ba64812b4a0ee303c336f74866c37b91a896018caad07216b49593d600ed28bebefbf3e8e392b322f085f20b0a59a857caeb20fda129e9844f376
sessions=1
physical.tcp=216.174.195.192:21716
End
signature=7fbec3004a93c0720b6e0829940a440e176f760b,730578c36d34a9423de970ce64f67b2465865e64
version=Fred,0.4,1.45,455
presentations=1
identity.g=930168de21e7fb66c0375e08e964255a0f7f0ad54507a51864afdc686f36be8bb8b7865408116060c5f34f94b5146cbef9e4adb70324fba01d34c1c60817cbadf6854d654176cb391de0d41e0f0fbbc8ceea5546c09a676b0d9a9988c7a1ce36ce31596037a18b4d540374bdf2ad071a3f8dd1015a9d8ba0f0d51cde212db6da
identity.q=ef1f7a7a73362e526515f348075aee265e9eff45
identity.p=cb0a782c7abff4920000000000000000000000000000000000000000023d662854a10e52de49da383d9ee21d7a337213d24ed096f95a5d37b8537bbaa58a2a6b26bd328f6a32cec77180f78d5be43d80e813e4018d09da38bd58fd615c01fbab492ec203c69e3da9fd682ce8aa98f15ad8057970edb44fe1ed08e0462e5b8d97
identity.y=679afd2963731c0bb6f832bb467e4e520f5ea75d5ba842c1f06da9f7c814031a6b5adaf1b70d754b4e6e1b50368daaafef008579898d73327db7ff264a9f00581c15edbfce3151a724bf23984a80ecf40c7026eae4e8c27a4377af8fa735468aefadbbc8bdd929aa36702c7dca1734f3d40c55cb59da519221e5668899d146f3
sessions=1
physical.tcp=mmitech.dnsalias.net:4734
End
signature=b0e97b92284b4bc268686572ddbd5bdf0dd59667,94235f54a7f97bed6d2cacde27aaff1b1adadca4
version=Fred,0.4,1.45,455
presentations=1
identity.g=930168de21e7fb66c0375e08e964255a0f7f0ad54507a51864afdc686f36be8bb8b7865408116060c5f34f94b5146cbef9e4adb70324fba01d34c1c60817cbadf6854d654176cb391de0d41e0f0fbbc8ceea5546c09a676b0d9a9988c7a1ce36ce31596037a18b4d540374bdf2ad071a3f8dd1015a9d8ba0f0d51cde212db6da
identity.q=ef1f7a7a73362e526515f348075aee265e9eff45
identity.p=cb0a782c7abff4920000000000000000000000000000000000000000023d662854a10e52de49da383d9ee21d7a337213d24ed096f95a5d37b8537bbaa58a2a6b26bd328f6a32cec77180f78d5be43d80e813e4018d09da38bd58fd615c01fbab492ec203c69e3da9fd682ce8aa98f15ad8057970edb44fe1ed08e0462e5b8d97
identity.y=5330dafd2cfe08345258a712e1f54d40a446fa5412710077a6364b16ba792f764b5176bcba272c032a71df873630c705f6a1d9e29b0005a5c6414b7aa933671fbbf0edb70624092e166f0da5fc9422dc100e97a249b952993889d9ab1adc732111ee6e6dbdfc7d1fbcf3da4f7cc2bcc8232a056b55f891c40c5e33de094250b4
sessions=1
physical.tcp=68.4.181.72:5601
End
signature=1d3ef82927ae42075ec81c06566e4950f2f1bed8,4a7a8e974767d9272a233be999c9e6482f43db9
version=Fred,0.4,1.45,455
presentations=1
identity.g=930168de21e7fb66c0375e08e964255a0f7f0ad54507a51864afdc686f36be8bb8b7865408116060c5f34f94b5146cbef9e4adb70324fba01d34c1c60817cbadf6854d654176cb391de0d41e0f0fbbc8ceea5546c09a676b0d9a9988c7a1ce36ce31596037a18b4d540374bdf2ad071a3f8dd1015a9d8ba0f0d51cde212db6da
identity.q=ef1f7a7a73362e526515f348075aee265e9eff45
identity.p=cb0a782c7abff4920000000000000000000000000000000000000000023d662854a10e52de49da383d9ee21d7a337213d24ed096f95a5d37b8537bbaa58a2a6b26bd328f6a32cec77180f78d5be43d80e813e4018d09da38bd58fd615c01fbab492ec203c69e3da9fd682ce8aa98f15ad8057970edb44fe1ed08e0462e5b8d97
identity.y=ace6dd4ef5a6eca952f7bf071f46feccfc13dc7130dec8d8c83ffd49a138f9c9634195398e4ff4534ae64bdb86fe91f36e2ecdc965db1b31e6bc53989448a42636a11b292a3d64aa51c60a9c5f0fd33619cac2f90935f537820b8bf131d8fd5c7d8c79c731e4ee18ce4aa5b0624da89c205b1cee52c1a034f4d821d4292d55ee
sessions=1
physical.tcp=64.133.144.124:19114
End

 


Goals  

11 Apr 2002 - 22:22 - r1.3   TomLongson

Ian, everybody involved here,

We need to know what is it exactly that we want to accomplish with the Freenet site. I can think immediately about several issues that need clarification:

1. What is the intended audience? Techies, freeloaders, general public, existing users, potential new users? Which of these or other groups gets the priority?

2. How should the website be used? Will one visit be enough to convey the point or do we want people to keep comming back? If yes for what reason? Regularily or sporadically?

3. Should it provide more information, or be more appealing to make people "give freenet a try"? Or should it have more free speech advocacy? Should the information provided in the directly accessible pages (FAQ, Architecture) be detailed and oriented for the tech crowd or should it be more general. If so, where should the in-depth info be published?

4.?
5.?
.
.
n.?

Input from everybody appreciated. Is it possible to create a poll with TWiki?

-- ZaB - 07 Jan 2002

> What is the intended audience?

I think that our intended audience should be all of those mentioned above. The goal should be that each of these types of users can get the information they need easily.

Once 0.5 is released, our focus should be to give freenet a try. Until then, it should be to persuade people to come back once 0.5 is released.

> Or should it have more free speech advocacy?

It should advocate free speech in-so-far as it explains why people might want to use Freenet. There are many other sites on the web which do a great job of free speech advocacy for its own sake, and there is no point in duplicating their efforts.

> Should the
> information provided in the directly accessible pages
> (FAQ, Architecture) be detailed and oriented for the
> tech crowd or should it be more general. If so, where
> should the in-depth info be published?

The FAQ should have different sections for the different types of users. The Architecture page should probably be targeted at those already familiar with Freenet and interested in its internals (ie. people interested in becomming developers on the project).

There is no reason that the website shouldn't be able to accomodate several different types of users.

-- IanClarke - 07 Jan 2002

> It should advocate free speech in-so-far as it explains why people might want to use Freenet. There are many other sites on the web which do a great job of free speech advocacy for its own sake, and there is no point in duplicating their efforts.

While there are many free speech advocacy groups on the internet, Freenet is unique in the fact that it is pure free speech, and not "free speech except when it's speech that breaks the law". I urge people to give testimonals regarding their use of freenet, and what it means to them.

-- TomLongson - April 11th, 2002

 


MetadataSpec  

25 Feb 2002 - 11:01 - r1.2   SebastianSpaeth

Freenet Metadata Spec

Author: Adam Langley, Eric Norige


Table of Contents

Overview
Part Spec
Redirect [CDC]
DateRedirect [CDC]
SplitFile [CDC]
Info [MC]
ExtInfo [MC]
Examples
Handling Other Commands

Abstract

This spec is for client metadata. The purpose of this spec is to provide convenient functionality for building web sites inside freenet.

Overview

Metadata = Version command, followed by set of Parts
Part = name of Part, followed by a number of fields, followed by EndPart? (or End for the last Part)
Version command = A Part with the name "Version" and a field called "Revision" of type number. This is 1 for the current spec. Following that an optional "Encoding" field allows for all non-version parts to be gzipped.

More formally

<Metadata> = <Version command> <Parts>* <LastPart> <Arbitrary Metadata>
<Version command> = "Version\n" "Revision=1\n" <Optional: "Encoding=gzip\n"> "EndPart\n"
<Part> = "Document\n" <Field>* "EndPart\n"
<LastPart> = "Document\n" <Field>* "End\n"
<Field> = <Key> "=" <Value> "\n"

Example 1. Abstract Metadata Format

Version
   Revision=1
   EndPart?
   Document
   Key=value
   EndPart?
   Document
   Key1=value1
   Key2=value2
   End
      

Note

"//" in a URI is reserved for metadata processing. This means that the MSK@.....// format is gone. Document Names are the string which comes after the "//". Each Part should have a field with key "Name". The Part whose Name matches the Document Name should be acted upon.

The order of keys in a Part is not important, and if the same Key appears twice in a part, only the last one's value is used.

Note

All numbers are base 16

Control Document Commands are denoted [CDC] and metadata commands as [MC]

There may only be one section with the same Name.

Part Spec

Redirect [CDC]

Redirect.Target=<URI:>

The Client should redirect to the given URI.

DateRedirect [CDC]

[DateRedirect.Increment=<number: time-grain size in seconds, default=15180 (one day)>]
[DateRedirect.Offset=<number
time-grain in seconds since unix epoch (January 1, 1970) to start increments, default = 0>] DateRedirect?.Target=<URI:>
  • The date format is in UNIX format - seconds from the epoch

  • Only applies to KSKs and SSKs

  • The date must be taken UTC (TZ offset = 0)

The client should take the current time (GMT) and work out the last member of the series of times (offset, offset + i, offset + 2i, offset + 3i, ...) which occurred. The client then replaces the part of the URI after the final slash (/string) with <DATE>-string where <DATE> is the hex encoded number of seconds since the epoch.

Note

"freenet:" is speced otherwise someone could do something like "http://..."

In the case of KSKs, the human readable part is the whole key, so freenet:KSK@style becomes freenet:KSK@3b4cf86e-style

In the case of SSKs, the human readable part is the document name, and freenet:SSK@aabbccddee/style becomes freenet:SSK@aabbccddee/3b4cf86e-style


+++ SplitFile? [CDC]
SplitFile?.Size=<hex file size>
SplitFile?.BlockCount=<hex no. of data blocks>
[SplitFile.CheckBlockCount=<hex. no of check blocks>]
   SplitFile?.Block.<n>=<URI>
[SplitFile.Graph.<x>=a,b,c...]
      
  • 0 <= n <= 65535

  • n must be sequential, starting with 1, in the metadata part

  • n is represented in base 16

The document is made up of a number of pieces, allowing swarming.

Note

thanks much to thelema, oierw, mjr and others for this

Size Required

This defines the final size of the original file.

BlockCount Required

This defines the number of pieces of data that there are.

CheckBlockCount Optional

This defines the number of check pieces that there are. If Omitted, should default to 0.

Block.<n> Required

These are the block URIs, most likely CHKs. These must be numbered 1 to BlockCount?+CheckBlockCount. The first BlockCount? blocks are the data blocks, and the next CheckBlockCount? are the check blocks.

From the above, a client can start a swarmed download of the file. Redundant splitting is optional, and information is below.

Graph.<x> Optional

For each check Block.<x>, there must be a Graph.<x> listing the data blocks that check block derives from. Graph entries for 1..BlockCount should not be given, but for BlockCount?+1..BlockCount+CheckBlockCount must be given. A check block may also be derived from other check blocks, but only lower numbered ones.

Info [MC]

[Info.Format=<string: MIME-type>]
[Info.Description=<string
freeform>]

The Info.* namespace is reserved for Dublin Core metadata. Prepend "Info." to the keys you want to use to prevent collisions. See http://www.freenetproject.org/doc/infometadata.html for details.

Format is the proper place to put the document's mime type. Description is a Plain description of this data, not an abstract or TOC.

ExtInfo [MC]

[ExtInfo.Trailing=yes]
   [ExtInfo.URI=<URI>]
      

If ExtInfo?.Trailing is set to yes, the metadata for this file will include all data after the final "End" in the control document. If the ExtInfo?.URI parameter exists, the contents of the URI pointed to should be included in the metadata for the current document.

Examples

Example 2. Pseudo Website

Version
    Revision=1
    EndPart?
    Document
    Redirect.Target=CHK@aabbccddee
    EndPart?
    Document
    Name=split
    SplitFile?.Size=102400
    SplitFile?.BlockCount=3
    SplitFile?.Block.1=freenet:CHK@aabbccddee1
    SplitFile?.Block.2=freenet:CHK@aabbccddee2
    SplitFile?.Block.3=freenet:CHK@aabbccddee3
    Info.Format=text/plain
    EndPart?
    Document
    Name=date-redirect
    DateRedirect?.Increment=93a80
    DateRedirect?.Offset=a8c0
    DateRedirect?.Target=SSK@aabbccddee/something
    End
      

This would declare a sort of website. Assume it is inserted under freenet:SSK@aabbccddee/mysite. Accessing freenet:SSK@aabbccddee/mysite or freenet:SSK@aabbccddee/mysite// would cause the first redirect (without a Name) to be processed.

If freenet:SSK@aabbccddee/mysite//split were accessed the SplitFile? section would be processed, as would the Info section. This would (hopefully) swarm a file, with some configurable concurrency. None of the CHKs being swarmed need any metadata because it's included in the control document.

If freenet:SSK@aabbccddee/mysite//date-redirect were accessed the DateRedirect? section would be processed. This would redirect to some other URI.

Example 3. TrailingInfo? example

Version
    Revision=1
    EndPart?
    Document
    Redirect.Target=CHK@aabbccddee
    ExtInfo?.Trailing=yes
    EndPart?
    Document
    Name=doc1
    Redirect.Target=CHK@aabbccddee1
    Info.Format=text/plain
    ExtInfo?.Trailing=yes
    EndPart?
    Document
    Name=doc2
    DateRedirect?.Target=SSK@aabbccddee/something
    ExtInfo?.URI=CHK@eeddccbbaa
    End
    <XML blah blah>
blah blah
    </XML>

This describes the same website as above, but with metadata in a trailing field. It's completely reasonable for multiple documents to share the same TrailingInfo? metadata. (Since only one needs to be processed, this shouldn't be a problem)

Handling Other Commands

****This section is Deprecated pending further revision of the spec****

Other commands may be inserted if they follow the general structure of metadata commands set out above.

These commands may set an Importance header of type string. "Required" means that the client should ALWAYS stop processing if it doesn't understand this extended command. "Informational" means that the client should NEVER stop processing if it doesn't understand this extended command. "Optional" means it's up to the client to decide.

If not given, Importance defaults to Informational.

Since a client will process, for a given Name, the first command it understands, you can do the following:

Note

WaitRedirect is an example of an extended command, not a speced command

Example 4. An Extended Command

WaitRedirect?.Time=5
   WaitRedirect?.Target=CHK@gargargargar
   Redirect.Target=freenet:CHK@gargargargar
      

The WaitRedirect? will override the Redirect, if the client understands WaitRedirects?.

-- SebastianSpaeth - 24 Feb 2002

 


QuestionsAndAnswers  

02 Apr 2002 - 04:15 - r1.17   MichaelTerry

Questions and Answers

If you have a question, ask it; if you see an unanswered question, answer it.


Q: Exactly what is supposed to be secret in Freenet? Is the fact that someone is running a node supposed to be hard to detect?

A: There is neither a convenient method for hiding the fact that a particular IP/port is running a Freenet node nor a reason to do so. This information is given out during normal node operation; there is no breach of sensitive information if the world at large knows who runs Freenet nodes. Freenet's anonymity protects one's actions on Freenet, not whether one participates in Freenet.

-- MichaelTerry - 22 Jan 2002


Q: Why can't my Freenet client detect any nodes?

A: Open up the configuration panel and click the box marked "Import Default Node Refs". If none of them work, click the "Import New Node Ref" button and cut-and-paste a node from the FreenetNodes list on this website.

-- AfreeX? - 22 Jan 2002


Q: Why does start-freenet.sh say "-cp: illegal argument" (using jdk1.1)

A: Some JREs (especially older ones) don't seem to know the -cp setting, but replacing it with -classpath should make it work anyway. -- EricAnholt - 25 Jan 2002 (edit by SebastianSpaeth)


Q: How do I configure FProxy to allow access from computers other than localhost?

A: In your freenet.conf or freenet.ini file, add the line: fproxy.bindAddress=* and comment out or remove the, fproxy.allowedHosts=blahblah line if it exists. You can also replace * with a comma-delimited list of allowed hosts. -- SebastianSpaeth


Q: The above answer doesn't work for me.

I am using freenet v 0.4. Server is installed on linux box; it works perfectly. Attempting to access it from another system on my network fails.

tcpdump -ln port 8888 on the server reveals that requests arrive and no response is sent from the server.

My full config file is:

ipAddress=<external-ip-on-router>
listenPort=12249
seedNodes=seednodes.ref

fproxy.bindAddress=*

fproxy.class=freenet.client.http.FproxyServlet
fproxy.port=8888
fproxy.params.insertHtl=5
fproxy.params.requestHtl=15
fproxy.params.filter=true
fproxy.params.passThroughMimeTypes=text/plain,image/jpeg,image/gif,image/png
fproxy.params.pollForDroppedConnection=true
fproxy.params.splitFileRetryHtlIncrement=5
fproxy.params.splitFileRetries=0
fproxy.params.splitFileThreads=5

Please delete all this extraneous information (and for that matter my question). Change the answer for the previous question.

A2: Try to use both fproxy.bindAddress and fproxy.allowedHosts, does it work then?


Q: How do I export my own reference, how do I get all references saved?

A: If you are on Linux, do start-freenet.sh --export <filename> If you are on Windows choose "export" from your system tray menu or start "fserve.exe" with "--export <filename>"

You can save all your existing references from the nodesstatus servlet (if you have it enabled) via http://127.0.0.1:8889/nodestatus.html (and press the download button) -- SebastianSpaeth - 21 Feb 2002


Q: Can I update without stopping my node? -- CarMee - 30 Mar 2002

A: No. You can replace the jar file, but Freenet only loads it upon startup. -- MichaelTerry

 


Slogans  

15 Apr 2002 - 21:59 - r1.2   TomLongson

Slogans for Freenet

Here is a collection of Freenet-related slogans that various people have thought-up. They may be appropriate for T-shirts, bumper stickers, "Freenet Now!" web-page buttons etc.