[freenet-support] How to clear my request cache?

2009-09-01 Thread Michael Yip
Hi,

I have noticed that one the nodes I'm running has cacched so many 
requests that it sends around 20k of them on every restart.

How do I actually clear the cache?

Thanks,

Michael

___
Support mailing list
Support@freenetproject.org
http://news.gmane.org/gmane.network.freenet.support
Unsubscribe at http://emu.freenetproject.org/cgi-bin/mailman/listinfo/support
Or mailto:support-requ...@freenetproject.org?subject=unsubscribe


Re: [freenet-support] ?spam? Re: Automating console interface

2009-08-24 Thread Michael Yip
Hi,

What I'm looking to do is to somehow automate the process of uploading a
  set of documents on one end of my on darknet and request the documents
from the other end.

I'm trying to measure how the HTL value and key closeness may expose the
requester's identity.

Is this possible?

Thanks,

Michael

VolodyA! V Anarhist wrote:
> Michael Yip wrote:
>> Hi all,
>>
>> I'm currently carrying out a research project on Freenet to try and
>> measure the amount of information one can gain from the observable
>> attributes.
>>
>> I was wondering if there's any way I can automate the commands through
>> the Freenet console interface, in the same way one can write a shell
>> script to automate shell commands?
>>
>> Thanks for your help in advance.
>>
>> Michael
>> ___
>> Support mailing list
>> Support@freenetproject.org
>> http://news.gmane.org/gmane.network.freenet.support
>> Unsubscribe at http://emu.freenetproject.org/cgi-bin/mailman/listinfo/support
>> Or mailto:support-requ...@freenetproject.org?subject=unsubscribe
>>
> 
> If i would be doing something like this i would edit the code itself putting 
> System.err.println("Attribute1 = "+attribute1.toString()) of the attributes 
> that 
> i need to capture and then write something to parse wrapper.log file which is 
> where it all will end up.
> 
>- Volodya
> 
___
Support mailing list
Support@freenetproject.org
http://news.gmane.org/gmane.network.freenet.support
Unsubscribe at http://emu.freenetproject.org/cgi-bin/mailman/listinfo/support
Or mailto:support-requ...@freenetproject.org?subject=unsubscribe


[freenet-support] Automating console interface

2009-08-24 Thread Michael Yip
Hi all,

I'm currently carrying out a research project on Freenet to try and
measure the amount of information one can gain from the observable
attributes.

I was wondering if there's any way I can automate the commands through
the Freenet console interface, in the same way one can write a shell
script to automate shell commands?

Thanks for your help in advance.

Michael
___
Support mailing list
Support@freenetproject.org
http://news.gmane.org/gmane.network.freenet.support
Unsubscribe at http://emu.freenetproject.org/cgi-bin/mailman/listinfo/support
Or mailto:support-requ...@freenetproject.org?subject=unsubscribe


Re: [freenet-support] ?spam? Re: ?spam? Re: ?spam? Re: Peer IP address leakage?

2009-08-23 Thread Michael Yip
Michael Yip wrote:
> Evan Daniel wrote:
>   
>> On Sun, Aug 23, 2009 at 5:19 AM, Michael Yip wrote:
>>   
>> 
>>> Dsoslglece wrote:
>>> 
>>>   
>>>> Michael Yip a écrit :
>>>>   
>>>> 
>>>>> Hi,
>>>>>
>>>>> My name is Michael and I'm currently studying the source code of Freenet.
>>>>>
>>>>> I have found that the object reference for all PeerNode objects has the
>>>>> IP address of the peer associated with it. How is anonymity kept with
>>>>> the IP of the peer exposed? I have examined the log file and it seems
>>>>> the object reference of the peers are logged as they are added.
>>>>>
>>>>> What I'm confused is since Freenet seek to promote freedom of speech in
>>>>> the presence of strict government control, if they decide to run a
>>>>> Freenet node and collect IP addresses in this manner, the consequences
>>>>> would be unthinkable
>>>>>
>>>>> I have tested this by adding another node of mine and my IP address
>>>>> appears as expected.
>>>>>
>>>>> Can anyone explain to me why??
>>>>>
>>>>> Thanks,
>>>>>
>>>>> Michael
>>>>> ___
>>>>> Support mailing list
>>>>> Support@freenetproject.org
>>>>> http://news.gmane.org/gmane.network.freenet.support
>>>>> Unsubscribe at 
>>>>> http://emu.freenetproject.org/cgi-bin/mailman/listinfo/support
>>>>> Or mailto:support-requ...@freenetproject.org?subject=unsubscribe
>>>>>
>>>>>
>>>>>
>>>>> 
>>>>>   
>>>> Hi Michael...
>>>> it is correct that your IP would be known by your neighbour node, but,
>>>> he is the only one to be able to identify you... more, and beside the
>>>> fact of being able to be sure that you are using Freenet (only sure of
>>>> this), even so, he has no way of knowing if the info or file or
>>>> whatever, coming to you, or going from you, did or not come or go 10
>>>> nodes away from you, since you act also (as a node) in passing
>>>> packets... and anyway, even so, he is (and you are, and any of your
>>>> neighbours) unable to know the content of the package, if you didn't
>>>> create it yourself or ask yourself for it since only the original
>>>> sender and final receiver are able to know it's content.
>>>> Hope it was clear...
>>>>
>>>>
>>>>   
>>>> 
>>>Hi,
>>>
>>>Thanks for your reply.
>>>
>>>Taking from the point that IP addresses are known to your peers, I
>>> have another question.
>>>
>>>I've noticed that the hop-to-live counter is decremented according
>>> to the policy of:
>>> 1)  the source node of the request,
>>> 2) the node which recently reported fail for a data request or
>>> 3) the node handling the request (usually because the node is the
>>> source of the request)
>>>
>>>Ok, so what if I modify the code for my node so that:
>>>
>>>1) maxHTL = 1
>>>2) decrementAtMin = false
>>>3) disableProbabilisticHTLs = false
>>>
>>>   Would this mean that my peers would not forward my message any
>>> further? This is because if so, this would allow me to probe my peers
>>> using my set of keys for data
>>> 
>>>   
>> Your peers will sometimes pass on requests at min htl, specifically to
>> avoid this problem.  That's what the probabilistic htl thing is for.
>>
>> Turning off probabilistic htl only turns it off on your node; it
>> doesn't change your peers config, obviously.  So turning it off will
>> let other people probe your store, but doesn't help you probe theirs.
>>
>> Evan Daniel
>>   
>> 
> Hi Evan,
>
> But what I've found from the source code (the Node class and the 
> RequestSender class) is that the HTL of a request would actually be 
> decremented according to the SOURCE of a request (that is, if a source 
> exists e.g. the node is forwarding a request). Also, it could also be 
> decremented according to the most recently failed node if the request 
>

Re: [freenet-support] ?spam? Re: ?spam? Re: Peer IP address leakage?

2009-08-23 Thread Michael Yip
Evan Daniel wrote:
> On Sun, Aug 23, 2009 at 5:19 AM, Michael Yip wrote:
>   
>> Dsoslglece wrote:
>>     
>>> Michael Yip a écrit :
>>>   
>>>> Hi,
>>>>
>>>> My name is Michael and I'm currently studying the source code of Freenet.
>>>>
>>>> I have found that the object reference for all PeerNode objects has the
>>>> IP address of the peer associated with it. How is anonymity kept with
>>>> the IP of the peer exposed? I have examined the log file and it seems
>>>> the object reference of the peers are logged as they are added.
>>>>
>>>> What I'm confused is since Freenet seek to promote freedom of speech in
>>>> the presence of strict government control, if they decide to run a
>>>> Freenet node and collect IP addresses in this manner, the consequences
>>>> would be unthinkable
>>>>
>>>> I have tested this by adding another node of mine and my IP address
>>>> appears as expected.
>>>>
>>>> Can anyone explain to me why??
>>>>
>>>> Thanks,
>>>>
>>>> Michael
>>>> ___
>>>> Support mailing list
>>>> Support@freenetproject.org
>>>> http://news.gmane.org/gmane.network.freenet.support
>>>> Unsubscribe at 
>>>> http://emu.freenetproject.org/cgi-bin/mailman/listinfo/support
>>>> Or mailto:support-requ...@freenetproject.org?subject=unsubscribe
>>>>
>>>>
>>>>
>>>> 
>>> Hi Michael...
>>> it is correct that your IP would be known by your neighbour node, but,
>>> he is the only one to be able to identify you... more, and beside the
>>> fact of being able to be sure that you are using Freenet (only sure of
>>> this), even so, he has no way of knowing if the info or file or
>>> whatever, coming to you, or going from you, did or not come or go 10
>>> nodes away from you, since you act also (as a node) in passing
>>> packets... and anyway, even so, he is (and you are, and any of your
>>> neighbours) unable to know the content of the package, if you didn't
>>> create it yourself or ask yourself for it since only the original
>>> sender and final receiver are able to know it's content.
>>> Hope it was clear...
>>>
>>>
>>>   
>>Hi,
>>
>>Thanks for your reply.
>>
>>Taking from the point that IP addresses are known to your peers, I
>> have another question.
>>
>>I've noticed that the hop-to-live counter is decremented according
>> to the policy of:
>> 1)  the source node of the request,
>> 2) the node which recently reported fail for a data request or
>> 3) the node handling the request (usually because the node is the
>> source of the request)
>>
>>Ok, so what if I modify the code for my node so that:
>>
>>1) maxHTL = 1
>>2) decrementAtMin = false
>>3) disableProbabilisticHTLs = false
>>
>>   Would this mean that my peers would not forward my message any
>> further? This is because if so, this would allow me to probe my peers
>> using my set of keys for data
>> 
>
> Your peers will sometimes pass on requests at min htl, specifically to
> avoid this problem.  That's what the probabilistic htl thing is for.
>
> Turning off probabilistic htl only turns it off on your node; it
> doesn't change your peers config, obviously.  So turning it off will
> let other people probe your store, but doesn't help you probe theirs.
>
> Evan Daniel
>   
Hi Evan,

But what I've found from the source code (the Node class and the 
RequestSender class) is that the HTL of a request would actually be 
decremented according to the SOURCE of a request (that is, if a source 
exists e.g. the node is forwarding a request). Also, it could also be 
decremented according to the most recently failed node if the request 
has been forwarded beforehand. Only if neither exists would the request 
be decremented according to the node handling the request.

This is at least as far as I understand from the source code so if 
anyone can point out otherwise, I would be glad to hear it.

Thanks,

Michael


> ___
> Support mailing list
> Support@freenetproject.org
> http://news.gmane.org/gmane.network.freenet.support
> Unsubscribe at http://emu.freenetproject.org/cgi-bin/mailman/listinfo/support
> Or mailto:support-requ...@freenetproject.org?subject=unsubscribe
>   

___
Support mailing list
Support@freenetproject.org
http://news.gmane.org/gmane.network.freenet.support
Unsubscribe at http://emu.freenetproject.org/cgi-bin/mailman/listinfo/support
Or mailto:support-requ...@freenetproject.org?subject=unsubscribe


Re: [freenet-support] ?spam? Re: Peer IP address leakage?

2009-08-23 Thread Michael Yip
Dsoslglece wrote:
> Michael Yip a écrit :
>> Hi,
>>
>> My name is Michael and I'm currently studying the source code of Freenet.
>>
>> I have found that the object reference for all PeerNode objects has the 
>> IP address of the peer associated with it. How is anonymity kept with 
>> the IP of the peer exposed? I have examined the log file and it seems 
>> the object reference of the peers are logged as they are added.
>>
>> What I'm confused is since Freenet seek to promote freedom of speech in 
>> the presence of strict government control, if they decide to run a 
>> Freenet node and collect IP addresses in this manner, the consequences 
>> would be unthinkable
>>
>> I have tested this by adding another node of mine and my IP address 
>> appears as expected.
>>
>> Can anyone explain to me why??
>>
>> Thanks,
>>
>> Michael
>> ___
>> Support mailing list
>> Support@freenetproject.org
>> http://news.gmane.org/gmane.network.freenet.support
>> Unsubscribe at http://emu.freenetproject.org/cgi-bin/mailman/listinfo/support
>> Or mailto:support-requ...@freenetproject.org?subject=unsubscribe
>>
>>
>>   
> Hi Michael...
> it is correct that your IP would be known by your neighbour node, but, 
> he is the only one to be able to identify you... more, and beside the 
> fact of being able to be sure that you are using Freenet (only sure of 
> this), even so, he has no way of knowing if the info or file or 
> whatever, coming to you, or going from you, did or not come or go 10 
> nodes away from you, since you act also (as a node) in passing 
> packets... and anyway, even so, he is (and you are, and any of your 
> neighbours) unable to know the content of the package, if you didn't 
> create it yourself or ask yourself for it since only the original 
> sender and final receiver are able to know it's content.
> Hope it was clear...
>
>
Hi,

Thanks for your reply.

Taking from the point that IP addresses are known to your peers, I
have another question.

I've noticed that the hop-to-live counter is decremented according
to the policy of:
 1)  the source node of the request,
 2) the node which recently reported fail for a data request or
 3) the node handling the request (usually because the node is the
source of the request)

Ok, so what if I modify the code for my node so that:

1) maxHTL = 1
2) decrementAtMin = false
3) disableProbabilisticHTLs = false

Or simply,

1) disableProbabilisticHTLs = true

   Would this mean that my peers would not forward my message any
further? This is because if so, this would allow me to probe my peers
using my set of keys for data

Thanks,

Michael
>
>
>
> 
>
> ___
> Support mailing list
> Support@freenetproject.org
> http://news.gmane.org/gmane.network.freenet.support
> Unsubscribe at http://emu.freenetproject.org/cgi-bin/mailman/listinfo/support
> Or mailto:support-requ...@freenetproject.org?subject=unsubscribe


___
Support mailing list
Support@freenetproject.org
http://news.gmane.org/gmane.network.freenet.support
Unsubscribe at http://emu.freenetproject.org/cgi-bin/mailman/listinfo/support
Or mailto:support-requ...@freenetproject.org?subject=unsubscribe

Re: [freenet-support] ?spam? Re: Peer IP address leakage?

2009-08-23 Thread Michael Yip
Dsoslglece wrote:
> Michael Yip a écrit :
>> Hi,
>>
>> My name is Michael and I'm currently studying the source code of Freenet.
>>
>> I have found that the object reference for all PeerNode objects has the 
>> IP address of the peer associated with it. How is anonymity kept with 
>> the IP of the peer exposed? I have examined the log file and it seems 
>> the object reference of the peers are logged as they are added.
>>
>> What I'm confused is since Freenet seek to promote freedom of speech in 
>> the presence of strict government control, if they decide to run a 
>> Freenet node and collect IP addresses in this manner, the consequences 
>> would be unthinkable
>>
>> I have tested this by adding another node of mine and my IP address 
>> appears as expected.
>>
>> Can anyone explain to me why??
>>
>> Thanks,
>>
>> Michael
>> ___
>> Support mailing list
>> Support@freenetproject.org
>> http://news.gmane.org/gmane.network.freenet.support
>> Unsubscribe at http://emu.freenetproject.org/cgi-bin/mailman/listinfo/support
>> Or mailto:support-requ...@freenetproject.org?subject=unsubscribe
>>
>>
>>   
> Hi Michael...
> it is correct that your IP would be known by your neighbour node, but, 
> he is the only one to be able to identify you... more, and beside the 
> fact of being able to be sure that you are using Freenet (only sure of 
> this), even so, he has no way of knowing if the info or file or 
> whatever, coming to you, or going from you, did or not come or go 10 
> nodes away from you, since you act also (as a node) in passing 
> packets... and anyway, even so, he is (and you are, and any of your 
> neighbours) unable to know the content of the package, if you didn't 
> create it yourself or ask yourself for it since only the original 
> sender and final receiver are able to know it's content.
> Hope it was clear...
>
>
Hi,
   
Thanks for your reply.

Taking from the point that IP addresses are known to your peers, I 
have another question.
   
I've noticed that the hop-to-live counter is decremented according 
to the policy of:
 1)  the source node of the request,
 2) the node which recently reported fail for a data request or
 3) the node handling the request (usually because the node is the 
source of the request)

Ok, so what if I modify the code for my node so that:
  
1) maxHTL = 1
2) decrementAtMin = false
3) disableProbabilisticHTLs = false

   Would this mean that my peers would not forward my message any 
further? This is because if so, this would allow me to probe my peers 
using my set of keys for data

Thanks,

Michael
>
>
>
> 
>
> ___
> Support mailing list
> Support@freenetproject.org
> http://news.gmane.org/gmane.network.freenet.support
> Unsubscribe at http://emu.freenetproject.org/cgi-bin/mailman/listinfo/support
> Or mailto:support-requ...@freenetproject.org?subject=unsubscribe

___
Support mailing list
Support@freenetproject.org
http://news.gmane.org/gmane.network.freenet.support
Unsubscribe at http://emu.freenetproject.org/cgi-bin/mailman/listinfo/support
Or mailto:support-requ...@freenetproject.org?subject=unsubscribe

[freenet-support] Peer IP address leakage?

2009-08-22 Thread Michael Yip
Hi,

My name is Michael and I'm currently studying the source code of Freenet.

I have found that the object reference for all PeerNode objects has the 
IP address of the peer associated with it. How is anonymity kept with 
the IP of the peer exposed? I have examined the log file and it seems 
the object reference of the peers are logged as they are added.

What I'm confused is since Freenet seek to promote freedom of speech in 
the presence of strict government control, if they decide to run a 
Freenet node and collect IP addresses in this manner, the consequences 
would be unthinkable

I have tested this by adding another node of mine and my IP address 
appears as expected.

Can anyone explain to me why??

Thanks,

Michael
___
Support mailing list
Support@freenetproject.org
http://news.gmane.org/gmane.network.freenet.support
Unsubscribe at http://emu.freenetproject.org/cgi-bin/mailman/listinfo/support
Or mailto:support-requ...@freenetproject.org?subject=unsubscribe