Gnutella Forums

Gnutella Forums (http://www.gnutellaforums.com/)
-   Other LimeWire clone versions (http://www.gnutellaforums.com/other-limewire-clone-versions/)
-   -   Connection Fixes for various Clients including Cabos, Acqlite, and all the LimeWire clones (http://www.gnutellaforums.com/other-limewire-clone-versions/101773-connection-fixes-various-clients-including-cabos-acqlite-all-limewire-clones.html)

Lord of the Rings January 14th, 2013 03:37 PM

Connection Fixes for various Clients including Cabos, Acqlite, and all the LimeWire clones
 
2 Attachment(s)
With exception of Cabos, Acqlite and Acquisition, users of all the LW clone versions should see http://www.gnutellaforums.com/connec...t-connect.html if the connection installer for your program does not fix your problem. Simply swap the name of LimeWire for your own program in all references to LimeWire. In case you did not know, all clone versions are almost identical to LimeWire 4. However, LuckyWire users should reference the LW 5 connection help. Note: a few of the clone programs are hyper-sensitive to firewall and router NAT detection and may have more problems connecting than even the original LW 4.

Although many/most of the LW 4 clones have GWC support, almost all of them use built-in lists of totally out of date and no longer existing GWC's. My attempt at updating the list resulted in the program over-writing my list with the out-of-date list. Not sure this applies to all LW4-clones but certainly a handful I tried this experiment with. Poor design by the devs; the programs should be able to share newly found and working GWC's between them. A concept and technology that's been around and used since at least mid last decade.

* Important note for MacOSX users: Cabos for OSX is a 32-bit only app and does not work under OSX 10.11 or later (and I've personally been unable to use it since OSX 10.4/5.) Use Acqlite instead. Acqlite is a smoother and neater looking program and has a couple of extra tools. The open source Acqlite was originally designed as a cross between Cabos and the commercially sold Acquisition.
Cabos on MacOSX is 32-bit only and is broken: Attachment 6910

All connection installers for lime-code based programs offered on this forum should still have a notable number of active hosts lasting up to or even over 12 months of the connection installer date.

Connection fix (Windows users)

If you are using Cabos, find a ConnectFix installer SaberCat or via Mediafire.

(The Cabos/Acqlite connection installer also includes an updated hostiles file, always at least as up-to-date as the date of the installer and sometimes updated again later but with same installer date. This hostiles will replace the older hostiles file from back in 2008/2009 that does not incorporate the latest hostile threats and some removed ranges that are no longer a threat.)

If you are using either: 360Share, . Addax, . Bearshare Turbo, . BitRope P2P, . CitrixWire, . DexterWire, . Emerald P2P UltraPeer, . GnutellaWire, . KoolWire, . LemonWire, . LimeRunner, . LimeShare Pro, . LimeWire MP3, . LimeWire Music, . LimeWire Turbo, . LimeZilla, . LuckyWire, . MP3 Rocket (pre-2011 versions; probably 5.4 being last version for gnutella), . MP3 Torpedo, . MP3Suite, . MP3treat, . Sharest, . ShareWire, . ShareZilla, . TurboWire, . WinMX Music, or . WireStack then find a LimeWire Multi-CLONE ConnectFix here or at the first link shown above.

Instructions:
1. Download the ConnectFix installer for your program.
2. Unzip the file.
3. Make sure the program you are installing it for is closed and not sitting in the tray.
4. Open the ConnectFix installer and follow the instructions. Choose your program carefully from the list. In the case of the LimeWire Multi-CLONE ConnectFix, it is a long list in english alphabetical order.
5. After installation is finished, open the program you installed it for. Wait several minutes for it to connect.
6. If your program does not connect after 30 minutes, then close the program and wait one minute, then open again. It should connect upon this second opening. If still no connection, repeat process.
7. If all the above fails, then see advice given here http://www.gnutellaforums.com/connec...t-connect.html
8. If still no success, then create a new thread in this section with your system details and hopefully someone can assist you.

If the installer does not work as intended for any particular program, please let us know so we can rectify it. Such problem might be not installing into correct location. From memory I tested installing for all the above but perhaps I might have missed one.

Edit: 22 January 2013, added 'LimeWire MP3' to the list.


* Make sure you have given the program an exception in your firewall: http://www.gnutellaforums.com/connec...-firewall.html except change the name from LimeWire to the one you are using. The default port is usually 6346.


Connection fix (MacOSX users)

If you are using either Cabos, Acqlite or Acquisition, find a ConnectFix installer SaberCat or via Mediafire.

* Make sure you have given the program an exception in your firewall: http://www.gnutellaforums.com/mac-os...tructions.html & change the program's reference name to the one you are using. The default port is usually 6346.

As noted earlier, the Cabos+Acqlite+Acquisition installer will replace the original old hostiles file from 2008/2009. It is highly recommended you do this. Due to the hostiles being stored within the application package, you may require administrator permissions to install the hostiles file. Alternatively, try moving the Cabos or Acqlite program from Applications to Desktop and installing the hostiles file whilst there (the installer will find it), then returning the program back to Applications folder.
The Cabos/Acqlite hostiles is updated for public release probably between every 2 to 4 months, even if the hosted connection installer is named with a date months earlier than now.


If people can tell me of other LW clones that use either Windows, MacOSX or Linux, then I will add them to the list for connection fixes. :) An earlier version of MP3 Rocket is the only other MacOSX program I am aware of. The LuckyWire OSX version no longer seems to be available for download.

I would also greatly appreciate any assistance with translations, so they can be accurately multi-language. First release is only in english (with exception of the MacOSX version which has partial translations.)


Recognise your program's icon? :) (click to see larger view) Attachment 6245

fdiphill June 6th, 2013 06:24 AM

I an running on windows 7, downloaded limewire P, java 6 and the connect fix. Still no connection. Any suggestions are appreciated.

Thanks
fdiphill

Lord of the Rings June 6th, 2013 08:30 AM

Quote:

Originally Posted by fdiphill (Post 372305)
I an running on windows 7, downloaded limewire P, java 6 and the connect fix. Still no connection. Any suggestions are appreciated.

Thanks
fdiphill

I presume you mean LPE. On Vista or later, it is very important to set java to run as administrator. If you search for the java.exe file and then right-click it and choose Run as Administrator. I suspect this will help greatly with your connection problem. It might sound odd, but does seem to make a huge difference in ability to connect using LW5 versions at least. Might be worth doing the same with the LW shortcut.

If that did not help, then check the options to try here http://www.gnutellaforums.com/connec...t-connect.html

fdiphill June 7th, 2013 06:19 AM

Ok I closed all apps, found the java.exe and ran as admin, but still no luck then ran the connect issue link, restarted pc and still no connection. Should I try another p2p such as Frost wire...Had LM for years and tyhink it's the best out there but this is a tough one to fix.

Details:
limewire downloaded from youtube (LimeWire Pirate Edition Updated and Java Fix - YouTube) with java 6 and connect issue download as well.

Dell PC Running WIndows 7, with IE 9, Comcast as my provider.

Lord of the Rings June 7th, 2013 03:14 PM

If you are not connecting at all, then something is most likely blocking LW from connecting. Either a firewall, security software, or your router. I do not believe Comcast block p2p. Re-check your firewall and make sure LW is listed as an exception. Check your router to be sure UPnP is enabled. If you have any other security softwares that might prevent something connecting via the internet, make sure LW is on their exception lists.

Some Windows updates can change firewall settings.

Some 3rd party firewalls now work on a different concept of 'trusted' applications. I was so frustrated with one of these I removed it and reverted to Windows firewall because it had full level 3 trusted status but was being firewalled by that firewall (I was using BearShare 5 and the program's console gave the message it had detected Zonealarm and was being partially blocked. That explains why peers kept dropping off.)

Yes you could try FW4 to see if it connects at all also. FW is based off LW4.

kirkbross April 28th, 2014 10:40 PM

My Acqulite rarely finds any networks any more and when it does, they are fleeting. I tried the fix and it doesn't seem to do anything noticeable.

It used to find 70+ networks regularly, but now I'm lucky if it's two every ten times I open the app. Oh well.

Lord of the Rings April 29th, 2014 01:29 AM

I have LPE running in ultrapeer mode, but opened up Acqlite (hadn't opened it since 4 Jan) & it took 16 seconds to connect to first host, just a few seconds to connect to a second ultrapeer. However both dropped off after 83 seconds. I closed the program & restarted it. Connected very quickly, initially to a WireShare peer, then to 3 more: LW Music, Cabos & FW. These all stayed connected. Consistently connected to 4 ultrapeers.

Make sure Acqlite is still listed as an exception in your OSX firewall. Peers dropping off like flies sounds like a firewall issue.

I have just updated the Cabos-Acqlite connection installer again if you wish to try a fresh version of it. But, perhaps giving Acqlite a time to connect, if no connection, close it down, wait 10 seconds & try again. If that fails, try a reboot. If that fails, try a reboot of your modem/router. Keep an eye on the Network window. Acqlite only shows hosts it is connected to, not those it is trying to connect to.
Let us know how it goes.

BTW if you were connected to 70 odd hosts (probably 72), then you were running as an ultrapeer. To connect into Ultrapeer mode depends on average connection periods. Might also be affected by recent connection history if any exists. If your average connection period (sessions) is high & you are connected for over an hour, then a good chance you will become an ultrapeer again. Some programs keep a record of last occasion connected or as a UP. If it's too long ago, the program will not connect as a UP.

There's a myth connecting as an ultrapeer improves search results. This is only partly true. In fact, as one of the LW code contributors (& was one of 1st FW devs) pointed out several years ago, being a Leaf should result in better search results. However this can depend on the topography of whether the peers you are connected to are good & whether their neighboring ones are also good.

Lord of the Rings April 29th, 2014 09:07 AM

hmm I'm not sure what the problem is. Twice Acqlite lost all its connections after a couple of hours or less.
DHT was working, non-firewalled.

Lord of the Rings April 30th, 2014 09:25 PM

Well, a day later I tried again. Connected as a Leaf for 6 hours np. Ignoring Idle mode, I stayed connected to 4 ultrapeers.
I was actually experimenting to see what Acqlite would do if I added extra GWC's to the connection file. Seems it did not do any harm at least. Or perhaps yesterday was just a bad day.

However today, things have gone back to worse. Either not connecting or losing connections after an hour or so. I checked the console & found these errors:
Code:

[0x0-0x11e11e].net.sourceforge.acqlite[9220]        [ERROR] NIODispatcher - -java.lang.RuntimeException: Could not generate DH keypair
"java.lang.RuntimeException: Could not generate DH keypair"
[0x0-0x11e11e].net.sourceforge.acqlite[9220]        [ERROR] NIODispatcher - -Error in Selector! <java.lang.RuntimeException: Could not generate DH keypair>java.lang.RuntimeException: Could not generate DH keypair
[0x0-0x11e11e].net.sourceforge.acqlite[9220]                at org.limewire.service.ErrorService$PrintStreamErrorCallback.error(ErrorService.java:79)
[0x0-0x11e11e].net.sourceforge.acqlite[9220]                at org.limewire.service.ErrorService.error(ErrorService.java:43)
[0x0-0x11e11e].net.sourceforge.acqlite[9220]                at org.limewire.nio.NIODispatcher.runPendingTasks(NIODispatcher.java:524)
[0x0-0x11e11e].net.sourceforge.acqlite[9220]                at org.limewire.nio.NIODispatcher.process(NIODispatcher.java:604)
[0x0-0x11e11e].net.sourceforge.acqlite[9220]                at org.limewire.nio.NIODispatcher.run(NIODispatcher.java:871)
[0x0-0x11e11e].net.sourceforge.acqlite[9220]                at java.lang.Thread.run(Thread.java:695)
    "\tat com.sun.net.ssl.internal.ssl.Handshaker.checkThrown(Handshaker.java:1012)"
    "\tat com.sun.net.ssl.internal.ssl.SSLEngineImpl.checkTaskThrown(SSLEngineImpl.java:485)"
    "\tat com.sun.net.ssl.internal.ssl.SSLEngineImpl.readNetRecord(SSLEngineImpl.java:753)"
    "\tat com.sun.net.ssl.internal.ssl.SSLEngineImpl.unwrap(SSLEngineImpl.java:721)"
    "\tat javax.net.ssl.SSLEngine.unwrap(SSLEngine.java:607)"
    "\tat org.limewire.nio.ssl.SSLReadWriteChannel.read(SSLReadWriteChannel.java:217)"
    "\tat org.limewire.nio.ssl.SSLReadWriteChannel$1.run(SSLReadWriteChannel.java:373)"
    "\tat org.limewire.nio.NIODispatcher.runPendingTasks(NIODispatcher.java:521)"
    "\tat org.limewire.nio.NIODispatcher.process(NIODispatcher.java:604)"
    "\tat org.limewire.nio.NIODispatcher.run(NIODispatcher.java:871)"
    "\tat java.lang.Thread.run(Thread.java:695)"
    "Caused by: java.lang.RuntimeException: Could not generate DH keypair"
    "\tat com.sun.net.ssl.internal.ssl.DHCrypt.<init>(DHCrypt.java:114)"
    "\tat com.sun.net.ssl.internal.ssl.ClientHandshaker.serverKeyExchange(ClientHandshaker.java:559)"
    "\tat com.sun.net.ssl.internal.ssl.ClientHandshaker.processMessage(ClientHandshaker.java:178)"
    "\tat com.sun.net.ssl.internal.ssl.Handshaker.processLoop(Handshaker.java:593)"
    "\tat com.sun.net.ssl.internal.ssl.Handshaker$1.run(Handshaker.java:533)"
    "\tat java.security.AccessController.doPrivileged(Native Method)"
    "\tat com.sun.net.ssl.internal.ssl.Handshaker$DelegatedTask.run(Handshaker.java:952)"
    "\tat org.limewire.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1006)"
    "\tat org.limewire.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:549)"
    "\t... 1 more"
    "Caused by: java.security.InvalidAlgorithmParameterException: Prime size must be multiple of 64, and can only range from 512 to 1024 (inclusive)"
    "\tat com.sun.crypto.provider.DHKeyPairGenerator.initialize(DashoA13*..)"
    "\tat java.security.KeyPairGenerator$Delegate.initialize(KeyPairGenerator.java:627)"
    "\tat com.sun.net.ssl.internal.ssl.DHCrypt.<init>(DHCrypt.java:107)"
    "\t... 9 more"
    "java.lang.RuntimeException: Could not generate DH keypair"
    "\tat org.limewire.service.ErrorService$PrintStreamErrorCallback.error(ErrorService.java:79)"
    "\tat org.limewire.service.ErrorService.error(ErrorService.java:43)"
    "\tat org.limewire.nio.NIODispatcher.runPendingTasks(NIODispatcher.java:524)"
    "\tat org.limewire.nio.NIODispatcher.process(NIODispatcher.java:604)"
    "\tat org.limewire.nio.NIODispatcher.run(NIODispatcher.java:871)"
    "\tat java.lang.Thread.run(Thread.java:695)"
    "java.lang.RuntimeException: Could not generate DH keypair"
    "\tat org.limewire.service.ErrorService$PrintStreamErrorCallback.error(ErrorService.java:79)"
    "\tat org.limewire.service.ErrorService.error(ErrorService.java:43)"
    "\tat org.limewire.nio.NIODispatcher.run(NIODispatcher.java:883)"
    "\tat java.lang.Thread.run(Thread.java:695)"
"Uncaught thread error: NIODispatcher"

And a restart of Acqlite with no connection, almost identical errors:
Code:

"java.lang.RuntimeException: Could not generate DH keypair"
"\tat com.sun.net.ssl.internal.ssl.Handshaker.checkThrown(Handshaker.java:1012)"
"\tat com.sun.net.ssl.internal.ssl.SSLEngineImpl.checkTaskThrown(SSLEngineImpl.java:485)"
[0x0-0x12a12a].net.sourceforge.acqlite[9534]        [ERROR] NIODispatcher - -Error in Selector! <java.lang.RuntimeException: Could not generate DH keypair>java.lang.RuntimeException: Could not generate DH keypair
[0x0-0x12a12a].net.sourceforge.acqlite[9534]                at org.limewire.service.ErrorService$PrintStreamErrorCallback.error(ErrorService.java:86)
[0x0-0x12a12a].net.sourceforge.acqlite[9534]                at org.limewire.service.ErrorService.error(ErrorService.java:50)
[0x0-0x12a12a].net.sourceforge.acqlite[9534]                at org.limewire.nio.NIODispatcher.process(NIODispatcher.java:799)
[0x0-0x12a12a].net.sourceforge.acqlite[9534]                at org.limewire.nio.NIODispatcher.process(NIODispatcher.java:690)
[0x0-0x12a12a].net.sourceforge.acqlite[9534]                at org.limewire.nio.NIODispatcher.run(NIODispatcher.java:871)
[0x0-0x12a12a].net.sourceforge.acqlite[9534]                at java.lang.Thread.run(Thread.java:695)
"\tat com.sun.net.ssl.internal.ssl.SSLEngineImpl.readNetRecord(SSLEngineImpl.java:753)"
"\tat com.sun.net.ssl.internal.ssl.SSLEngineImpl.unwrap(SSLEngineImpl.java:721)"
"\tat javax.net.ssl.SSLEngine.unwrap(SSLEngine.java:607)"
"\tat org.limewire.nio.ssl.SSLReadWriteChannel.read(SSLReadWriteChannel.java:217)"
"\tat org.limewire.nio.statemachine.IOStateMachine.processCurrentState(IOStateMachine.java:167)"
"\tat org.limewire.nio.statemachine.IOStateMachine.handleRead(IOStateMachine.java:111)"
"\tat org.limewire.nio.AbstractNBSocket.handleRead(AbstractNBSocket.java:266)"
"\tat org.limewire.nio.NIODispatcher.processRead(NIODispatcher.java:459)"
"\tat org.limewire.nio.NIODispatcher.process(NIODispatcher.java:782)"
"\tat org.limewire.nio.NIODispatcher.process(NIODispatcher.java:690)"
"\tat org.limewire.nio.NIODispatcher.run(NIODispatcher.java:871)"
"\tat java.lang.Thread.run(Thread.java:695)"
"Caused by: java.lang.RuntimeException: Could not generate DH keypair"
"\tat com.sun.net.ssl.internal.ssl.DHCrypt.<init>(DHCrypt.java:114)"
"\tat com.sun.net.ssl.internal.ssl.ClientHandshaker.serverKeyExchange(ClientHandshaker.java:559)"
"\tat com.sun.net.ssl.internal.ssl.ClientHandshaker.processMessage(ClientHandshaker.java:178)"
"\tat com.sun.net.ssl.internal.ssl.Handshaker.processLoop(Handshaker.java:593)"
"\tat com.sun.net.ssl.internal.ssl.Handshaker$1.run(Handshaker.java:533)"
"\tat java.security.AccessController.doPrivileged(Native Method)"
"\tat com.sun.net.ssl.internal.ssl.Handshaker$DelegatedTask.run(Handshaker.java:952)"
"\tat org.limewire.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1006)"
"\tat org.limewire.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:549)"
"\t... 1 more"
"Caused by: java.security.InvalidAlgorithmParameterException: Prime size must be multiple of 64, and can only range from 512 to 1024 (inclusive)"
"\tat com.sun.crypto.provider.DHKeyPairGenerator.initialize(DashoA13*..)"
"\tat java.security.KeyPairGenerator$Delegate.initialize(KeyPairGenerator.java:627)"
"\tat com.sun.net.ssl.internal.ssl.DHCrypt.<init>(DHCrypt.java:107)"
"\t... 9 more"
"Unhandled exception while dispatching"
"java.lang.RuntimeException: Could not generate DH keypair"
"\tat org.limewire.service.ErrorService$PrintStreamErrorCallback.error(ErrorService.java:86)"
"\tat org.limewire.service.ErrorService.error(ErrorService.java:50)"
"\tat org.limewire.nio.NIODispatcher.process(NIODispatcher.java:799)"
"\tat org.limewire.nio.NIODispatcher.process(NIODispatcher.java:690)"
"\tat org.limewire.nio.NIODispatcher.run(NIODispatcher.java:871)"
"\tat java.lang.Thread.run(Thread.java:695)"
"java.lang.RuntimeException: Could not generate DH keypair"
"\tat org.limewire.service.ErrorService$PrintStreamErrorCallback.error(ErrorService.java:79)"
"\tat org.limewire.service.ErrorService.error(ErrorService.java:43)"
"\tat org.limewire.nio.NIODispatcher.run(NIODispatcher.java:883)"
"\tat java.lang.Thread.run(Thread.java:695)"
"Uncaught thread error: NIODispatcher"
[0x0-0x12a12a].net.sourceforge.acqlite[9534]        [ERROR] PassiveLeafController - -IOException <java.io.IOException: Not in GZIP format>java.io.IOException: Not in GZIP format
[0x0-0x12a12a].net.sourceforge.acqlite[9534]                at java.util.zip.GZIPInputStream.readHeader(GZIPInputStream.java:141)
[0x0-0x12a12a].net.sourceforge.acqlite[9534]                at java.util.zip.GZIPInputStream.<init>(GZIPInputStream.java:56)
[0x0-0x12a12a].net.sourceforge.acqlite[9534]                at java.util.zip.GZIPInputStream.<init>(GZIPInputStream.java:65)
[0x0-0x12a12a].net.sourceforge.acqlite[9534]                at org.limewire.mojito.util.CryptoUtils.loadPublicKey(CryptoUtils.java:83)
[0x0-0x12a12a].net.sourceforge.acqlite[9534]                at com.limegroup.gnutella.dht.AbstractDHTController.<init>(AbstractDHTController.java:165)
[0x0-0x12a12a].net.sourceforge.acqlite[9534]                at com.limegroup.gnutella.dht.PassiveLeafController.<init>(PassiveLeafController.java:37)
[0x0-0x12a12a].net.sourceforge.acqlite[9534]                at com.limegroup.gnutella.dht.DHTControllerFactoryImpl.createPassiveLeafController(DHTControllerFactoryImpl.java:44)
[0x0-0x12a12a].net.sourceforge.acqlite[9534]                at com.limegroup.gnutella.dht.DHTManagerImpl$2.run(DHTManagerImpl.java:213)
[0x0-0x12a12a].net.sourceforge.acqlite[9534]                at org.limewire.util.DebugRunnable.run(DebugRunnable.java:25)
[0x0-0x12a12a].net.sourceforge.acqlite[9534]                at org.limewire.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1006)
[0x0-0x12a12a].net.sourceforge.acqlite[9534]                at org.limewire.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:549)
[0x0-0x12a12a].net.sourceforge.acqlite[9534]                at java.lang.Thread.run(Thread.java:695)

Unfortunately I have no answers.

Lord of the Rings May 1st, 2014 12:43 AM

In preferences > Network, do you have TLS enabled? Try disabling this. It's disabled by default, but mine was enabled.
I tried two Acqlites running simultaneously on Snow Leopard & Mavericks. Seems disabling TLS 'might' have fixed the issue for me.
Both Acqlites running for 5 hrs without drops in connections.

Edit: one 7 hour session for one Acqlite & two for the other, no connection issues. But the question is if TLS is your problem.


All times are GMT -7. The time now is 02:27 AM.

Powered by vBulletin® Version 3.8.7
Copyright ©2000 - 2019, vBulletin Solutions, Inc.
SEO by vBSEO 3.6.0 ©2011, Crawlability, Inc.

Copyright 2015 Gnutella Forums.
All Rights Reserved.