07-03-04 02:07 AM
On Fri, 02 Jul 2004 14:19:09 +0900, Wayne wrote:
[vbcol=seagreen]
> Yeah, it's Java. It starts up fine and I can configure it
> but it won't connect to any servers. I wonder if it's a
> firewall thing? Although it does grab the server list
> when requested from the XNap site.
Same exact thing here. I set my NAT router firewall to allow incoming
and outgoing traffic on port 6346. I open the ports when I fore up a P@P
and close them when done.
Shoot this isn't rocket science - It's just Java -jar LimeWire.jar will
usually work even without using the sh script.
I did manage to get Phex working half way. It would take forever to find
a few connections though. I double checked by booting other OS's and
running Limewire in that environment and it worked fine. Whatever is the
problem is it is related to JAVA, the newer kernel and newer libs. There
is no way I can tell which.
Also JavaVNC stopped working. Thank God the Java plugin at least works.
> In OS/2 I set a whole lot of parameters that don't seem
> to work in Linux, like:
> Java -Duser.home=d:\javaprogs\xnap -jar -cp d:\javaprogs\xnap\ xnap.jar
Naw that isn't needed. In fact I didn't used to even need to use the run
script.
[vbcol=seagreen]
> I'm running gtk-gnutella right now. While it lists what
> I'm searching for it takes ages to get to the top of the
> queue to download them and I've always had more luck with
> Xnap in OS/2 :-)
You know for best results you need to open ports, right?
You need to set 6346 (or a commonly used port on gnutella) so that...
WAN incoming forwarded to 192.168.<rest of addy for target on LAN>:6346 -
allowed
192.168.<rest addy>:6346 out to WAN - allowed.
Then be sure you have the right port selected in gtk-gnutella.
This isn't always needed but I get better results myself this way and I
close the ports when I'm done locking the door.
[ Post a follow-up to this message ]
|