[freenet-support] Uploads Stalling at 98.8 %
I've had three do this so far each with about 250 blocks to go. The most recent was with 1295 and stalled. It was a simple CHK@ splitfile. I'm guessing this may be the associated error message as it's hard to know when it occurred. Oct 25, 2010 05:07:57:165 (freenet.support.RandomGrabArrayWithClient, Succeeded(29134), ERROR): Removing item freenet.client.async.singleblockinser...@4ff45b6d from freenet.support.randomgrabarraywithcli...@6ae3bb49 but RGA is null java.lang.Exception: debug at freenet.support.RandomGrabArray.remove(RandomGrabArray.java:587) at freenet.node.SendableRequest.unregister(SendableRequest.java:118) at freenet.client.async.SingleBlockInserter.onSuccess(SingleBlockInsert er.java:436) at freenet.client.async.TransientChosenBlock.onInsertSuccess(TransientC hosenBlock.java:49) at freenet.client.async.SingleBlockInserter$MySendableRequestSender$2.r un(SingleBlockInserter.java:587) at freenet.support.PooledExecutor$MyThread.realRun(PooledExecutor.java: 228) at freenet.support.io.NativeThread.run(NativeThread.java:101) Is there a way or can there be to reinsert/recreate just the mainfest, or something like a user initiated heal? ___ 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] Freenet 0.7.5 build 1296 is now available
Please upgrade, it will be mandatory on Sunday. The main change is a major change to load management, fairness between peers. Previously, a node would calculate how many requests it can accept on the basis that if they all succeed, will it have enough bandwidth to transfer all the data in 90 seconds. Now it does the same calculation for 120 seconds, but if it is over 60 seconds, we take into account fairness between peers: No single peer (including the local node; eventually this will be a configurable proportion, right now it's just treated as another peer) can use more than its fair share of the upper limit (120 seconds). This could be somewhat disruptive in the short term. Expect increased backoff and reduced block transfer success rates. However it should settle after a few days, with improved block transfer rates. Benefits include: - Greatly increases the cost of some types of denial of service attacks. - Makes slow nodes much less likely to have their requests rejected. This should help users of slow nodes, darknet, and hostile environments. - Paves the way for full new load management. Thanks, and please report any bugs you find! There have been some reports of downloads stalling, more info would be very helpful as I can't reproduce the problem locally. I will however add more debugging info on the cooldown queue soon. signature.asc Description: This is a digitally signed message part. ___ 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] Abeginner's analysisof Freenet'smethod ofcommunication
On 25/10/10 08:29, Volodya wrote: > On 25.10.2010 10:42, Ichi wrote: >> On 25/10/10 07:17, Volodya wrote: >>> On 25.10.2010 8:24, Ichi wrote: On 25/10/10 04:32, Volodya wrote: > On 25.10.2010 6:03, Ichi wrote: >> Is there any way to create a darknet comprising nodes that all see >> the >> internet through VPN tunnels with no port forwarding? I'm pretty >> sure >> that the answer is "no". Or, at least, I haven't managed it so far. > > Yes, it's possible. One of the main way that Internet connections are > created in Russia are to create a network connection to your ISP and > then they give you VPN access that actually takes you to the internet. > There's no problem running Freenet over such a setup. Thanks, Volodya. Briefly, here's what I did. Using VirtualBx, I created a Ubuntu Lucid VM, installed OpenVPN and XeroBank credentials, and made three clones. I then booted each VM, and established the VPN, ensuring that each had a distinct IP address. Finally, I installed Freenet on each, in darknet mode, and "introduced" each node to the other three as instructed. But they didn't connect to each other. As a control, I put one of them in opennet mode, and it immediately established many connections. Ichi >>> >>> The problem could be that you needed to enable allowing connections to >>> the local network addresses, and before the exchange you needed to turn >>> on including local address in the noderef. >>> >>> -- Volodya >> >> Thanks -- and I don't want them to connect locally. I want them to >> connect only via each VM's VPN, as if they were far apart. Although I >> was testing this with four VMs running on one host, for actual >> implementation the VMs would be in multiple locations. > > There's a difference between running locally and connecting via local ip > address range. I'm not sure how you set up the address alocation for the > different virtual machines, but i guess that the ip addresses would fall > within LAN address lange. > > - Volodya Each of the virtual machines has one network adapter that uses the host's IP via NAT. But I believe that's irrelevant. For each virtual machine, once I establish its VPN connection, I configure iptables using shorewall to restrict traffic to the VPN. It's the VPN exit IPs that I used in the exchanges. Generally, they're in the Netherlands, Canada and the United States. ___ 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] Help: "Service did not respond to signal"
> On Thursday 29 July 2010 18:35:33 John R Struk wrote: >> Support, >> >> I have exactly the same problem with windows XP. Tried reloading it, >> newest release, stopping firewall and virus protection ,all to know avail. > Uninstall and try the alpha installer. Please let me know whether it works. > http://downloads.freenetproject.org/alpha/installer/FreenetInstaller-alpha-1295.exe > > Thanks! > I posted a possible solution to this a few weeks ago if you can't find any other, here it is again: To all those who are getting this problem: I found a solution to at least get Freenet running. The problem seems to be with the wrapper (i.e. wrapper-windows-x86-32.exe command in the Freenet\bin installation directory). The wrapper controls the installing, removing and start and stopping the Freenet service. It seems this, on some systems, does not install the service properly. My solution involves running the service as a console application using the -c switch. Method: Open a command box. CD to your Freenet\bin installation directory, and type the following command: wrapper-windows-x86-32.exe -c "..\wrapper.conf" The command box will then show you a whole shed load of info messages as the Freenet service runs (this can actually be quite useful to see what is going on). Note that the tray icon now doesn't do anything as that was controlling a proper service, we're now running it as a console application and the command box remains open while it is running. To stop the service, select the command box and type CTRL-C, this should cleanly shut the service down. I don't know the implications of permissions but this certainly works when logged in with admin privileges. If you want to create a batch file to do this put the following 3 lines in your batch file. You can then either place this batch file in your startup directory or start it manually: REM start freenet service as console application cd "C:\Program Files\Freenet\bin" wrapper-windows-x86-32.exe -c "..\wrapper.conf" Mark. ___ 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] Help: "Service did not respond to signal"
On Thursday 29 July 2010 18:35:33 John R Struk wrote: > Support, > > I have exactly the same problem with windows XP. Tried reloading it, > newest release, stopping firewall and virus protection ,all to know avail. Uninstall and try the alpha installer. Please let me know whether it works. http://downloads.freenetproject.org/alpha/installer/FreenetInstaller-alpha-1295.exe Thanks! signature.asc Description: This is a digitally signed message part. ___ 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] Service did not respond to signal
On Thursday 05 August 2010 21:31:31 PJB wrote: > Hello Freenet Support, > > Trying to run Freenet. Get message: "Freenet starter was unable to control > the Freenet system > service. Reason: Service did not respond to signal." > > Freenet had been running well enough, though I must say it is awfully complex > and difficult to > figure out. > > Anyway, I uninstalled and reinstalled Freenet. Same results. Won't run. > > Is there a solution? Please uninstall and try the alpha installer: http://downloads.freenetproject.org/alpha/installer/FreenetInstaller-alpha-1295.exe Please let me know whether it works. Plus, I'd be interested to know what you mean by "it is awfully complex and difficult to figure out" - presumably it did work at some point, what difficulties did you have, what was unclear, what did you get stuck on etc? signature.asc Description: This is a digitally signed message part. ___ 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] Error message
On Friday 06 August 2010 22:29:18 Ost-Junge wrote: > Hallo Support, > > During the installation of freenet, i became the following error > message: > > "Freenet starter was unable to control the freenet system service." > Reason: "Service did not respond to signal." > > What do I have to do? Please try the alpha-test installer: http://downloads.freenetproject.org/alpha/installer/FreenetInstaller-alpha-1295.exe Let me know whether it works. Thanks. signature.asc Description: This is a digitally signed message part. ___ 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] Freenet 0.7.5 build 1293
On Sunday 24 October 2010 20:47:22 Dennis Nezic wrote: > On Sat, 23 Oct 2010 23:47:58 +0200, Martin Nyhus wrote: > > On Saturday 23. October 2010 19:30:18 Dennis Nezic wrote: > > > On Sat, 23 Oct 2010 00:27:01 -0400, Dennis Nezic wrote: > > > > Ok, not so obvious. How can I checkout tag build01295? > > > > You can checkout tags just like branches, so try "git checkout > > build01295". > > > > > (After I git fetch fred-official, it is not in the list of tags :|). > > > > Either it isn't there, or it wasn't fetched because it wasn't on one > > of the fetched branches. The --tags option will fetch all the tags, so > > "git fetch --tags fred-official" should get it. > > fred-official only has one branch, "master", and it is only up to > build 1293ish. Suggestions? Fetch fred-staging? signature.asc Description: This is a digitally signed message part. ___ 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] A beginner's analysis of Freenet's method ofcommunication
On Sunday 24 October 2010 22:05:13 Volodya wrote: > On 24.10.2010 23:38, Daxter wrote: > >> From my understanding, there is a fundamental flaw in p2p technologies > >> like Freenet for those that want to deploy in highly-censored countries. > >> That is, it's too obvious. The censor doesn't have to know what's being > >> transmitted, only that /something/ is that's outside of their control. All > >> they have to do is disallow the ports on which the technology runs. > >> Torrenters can at least get around this by changing the port they're > >> using; Freenet has no such option. > > Not only does Freenet have such an option, but the default ports used are > random, thus are different for each computer it's installed on. > > >> From my understanding of internet communication protocols, the use of udp > >> is too obvious; it stands out like a sore thumb. Why not tunnel the > >> connection over tcp? Wouldn't that prevent potential censors from > >> differentiating it from the rest of transmitted data? As well, wouldn't it > >> solve the closed ports issue? > > It's a planned feature, but for now the protocol has no identifiable > signature. > For all intensive purposes it looks like a very long Skype conference call. Unfortunately that is not true. Very few protocols use very big UDP packets. We will implement transport plugins in future, allowing use of TCP, and various other stego mechanisms. However right now most people use opennet, and there is no point in worrying about it on opennet. :( signature.asc Description: This is a digitally signed message part. ___ 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] Abeginner's analysisof Fre enet'smethod ofcommunication
On Monday 25 October 2010 08:29:21 Volodya wrote: > On 25.10.2010 10:42, Ichi wrote: > > On 25/10/10 07:17, Volodya wrote: > >> On 25.10.2010 8:24, Ichi wrote: > >>> On 25/10/10 04:32, Volodya wrote: > >>> > On 25.10.2010 6:03, Ichi wrote: > >>> > >>> > >>> > > Is there any way to create a darknet comprising nodes that all see the > > internet through VPN tunnels with no port forwarding? I'm pretty sure > > that the answer is "no". Or, at least, I haven't managed it so far. > > Yes, it's possible. One of the main way that Internet connections are > created in Russia are to create a network connection to your ISP and > then they give you VPN access that actually takes you to the internet. > There's no problem running Freenet over such a setup. > >>> > >>> Thanks, Volodya. Briefly, here's what I did. Using VirtualBx, I > >>> created a Ubuntu Lucid VM, installed OpenVPN and XeroBank credentials, > >>> and made three clones. I then booted each VM, and established the VPN, > >>> ensuring that each had a distinct IP address. > >>> > >>> Finally, I installed Freenet on each, in darknet mode, and "introduced" > >>> each node to the other three as instructed. But they didn't connect to > >>> each other. As a control, I put one of them in opennet mode, and it > >>> immediately established many connections. > >>> > >>> > >>> > >>> Ichi > >> > >> The problem could be that you needed to enable allowing connections to > >> the local network addresses, and before the exchange you needed to turn > >> on including local address in the noderef. > >> > >> -- Volodya > > > > Thanks -- and I don't want them to connect locally. I want them to > > connect only via each VM's VPN, as if they were far apart. Although I > > was testing this with four VMs running on one host, for actual > > implementation the VMs would be in multiple locations. > > There's a difference between running locally and connecting via local ip > address > range. I'm not sure how you set up the address alocation for the different > virtual machines, but i guess that the ip addresses would fall within LAN > address lange. There is another possible problem. Some VPNs have very small MTUs. Currently Freenet will have great difficulties with MTU less than 1280 or so. We will fix this when we merge zidel's new packet format code. However even then it will be difficult on opennet because the bootstrap packets are quite big. signature.asc Description: This is a digitally signed message part. ___ 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] Output rate ove the limit
On Monday 25 October 2010 07:30:43 Volodya wrote: > I've just refreshed the /stats/ page and i see this: > Output Rate: 145 KiB/s (of 120 KiB/s) > > I would understand input being over the limit (since you can only somewhat > control that), but output is completely under the node control isn't it? In some versions of the code handshake requests are not subject to bandwidth limiting; I'm not sure at what point this was fixed, look at PacketSender. Also, the interval the average is taken over might not be the same as the one we limit over. signature.asc Description: This is a digitally signed message part. ___ 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] Abeginner's analysisof Freenet'smethod ofcommunication
On 25.10.2010 10:42, Ichi wrote: On 25/10/10 07:17, Volodya wrote: On 25.10.2010 8:24, Ichi wrote: On 25/10/10 04:32, Volodya wrote: On 25.10.2010 6:03, Ichi wrote: Is there any way to create a darknet comprising nodes that all see the internet through VPN tunnels with no port forwarding? I'm pretty sure that the answer is "no". Or, at least, I haven't managed it so far. Yes, it's possible. One of the main way that Internet connections are created in Russia are to create a network connection to your ISP and then they give you VPN access that actually takes you to the internet. There's no problem running Freenet over such a setup. Thanks, Volodya. Briefly, here's what I did. Using VirtualBx, I created a Ubuntu Lucid VM, installed OpenVPN and XeroBank credentials, and made three clones. I then booted each VM, and established the VPN, ensuring that each had a distinct IP address. Finally, I installed Freenet on each, in darknet mode, and "introduced" each node to the other three as instructed. But they didn't connect to each other. As a control, I put one of them in opennet mode, and it immediately established many connections. Ichi The problem could be that you needed to enable allowing connections to the local network addresses, and before the exchange you needed to turn on including local address in the noderef. -- Volodya Thanks -- and I don't want them to connect locally. I want them to connect only via each VM's VPN, as if they were far apart. Although I was testing this with four VMs running on one host, for actual implementation the VMs would be in multiple locations. There's a difference between running locally and connecting via local ip address range. I'm not sure how you set up the address alocation for the different virtual machines, but i guess that the ip addresses would fall within LAN address lange. - Volodya -- http://freedom.libsyn.com/ Echo of Freedom, Radical Podcast "None of us are free until all of us are free."~ Mihail Bakunin ___ 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
