New Trick To Make BearShare Connect To Gnutella! I have the same problem as many users is haunted by because of BearShare is not connecting to Gnutella network no matter what I do...I know 100% my BearShare is not firewalled, so her I have to think new and figure out a better way then only change the connect.txt file in hope to finally get connected! The BearShare 5.1.0b25 has a forced Ultrapeer function to use which other BearShare versions do not have. I know when BearShare hit Ultrapeer mode it connects to the Gnutella network no matter what, and I started to think is it possible to push other BearShare versions to Ultrapeer mode and get connected to Gnutella network instead of get frustrated by never ever get connected.. I have found a very simple solution to do and kick any BearShare from 4.7.3.2 to 5.2.5.9 into Ultrapeer mode, and here is how!!! Before you can use the Ultrapeer mode trick below, you must be sure you are not "FIREWALLED" and the "connect.txt" in db folder located by default C:\Program Files\BearShare\db is not to old. Replase it if it is... You will find a new one here if needed: BearShare Connect Fix installer 1.) If BearShare is runnig and trying to get connected and not do so, just exit BearShare so it shuts down completely... 2.) Locate the BearShare installation folder which is by default C:\Program Files\BearShare, and find this file here: FreePeers.ini 3.) Open FreePeers.ini file with any txt editor you like to use like Notepad/Notpad ++. 4.) Find this section [FirewallLogic] in the FreePeers.ini and it should look like the code below: Code: to (Yes): bUdpNFW = Yes ; yes if Udp non-firewalled. And copy the Tcpip and add it to Udpip, and the changed code will look like this: Code: 6.) Find this section [HostLogic] in the FreePeers.ini and it should look like the code below: Code: to (Yes): m_bEverUltrapeerCapable = Yes ; Has client ever been an Ultrapeer And the changed code will look like this: Code: Edit by LOTR: Also check post #13 about UP expiry date here if BearShare has not been used for a month or longer. |
I was always thinking there would be a way to force ultrapeer but never knew how! :) But, I tried your trick, everytime I change "No" to "Yes" and open BearShare it changes automatically to "No" again and it never gets forced to Ultrapeer Mode, any suggestions? :) |
Which version of BearShare are you using may I ask? Past couple days, I've again tried experimenting with using BS 5.2.6 Pro (k), as usual struggles to make any connections. 15-35 mins may connect to one bs host, at most 2. But we all know those (k) versions of 5.2 do not connect or connect well. At that rate, BS 5.1 beta beats it hands down. I suspect probably the only persons using BS Pro who are regularly using it were original users of the program. I'm not sure what the improvements of 5.2 were supposed to be, other than UPnP support, I doubt there was any dramatic improvements, also considering the developer was already working on ways to infest the program with external control. Quote:
|
I use 5.0.2 Pro |
There is also the hosts section for forced ultrapeer: Code: [Hosts] |
Quote:
bForcedUltrapeer = Yes ; Forced Ultrapeer mode" is not included originally in the file. |
It Works! :xirokrotima: |
bForcedUltrapeer BearShare....can you or LOTR please share the [Hosts] section that has the bForcedUltrapeer within it. I too am running the 5.0.2 Pro version but can't get it to connect. Thanks |
In retrospect, I am not sure the forced ultrapeer option is applicable to the Pro or standard version. I suspect it might only have been intended for testing with the beta. I will send you what i have anyway. |
[Hosts] bUseDefaultServiceProvider = Yes ; always try public.bearshare.net first bNeverBecomeUltrapeer = No ; never become an ultrapeer bForwardPublicQueriesToLAN = Yes ; Forward public queries to local LAN via multicast bNativeCompletionPorts = No ; Use native completion ports for socket I/O connectTimeout = 10 ; max seconds for connect handshakeTimeout = 10 ; max seconds for handshake completion msgTimeout = 10 ; max seconds to receive message tempTimeout = 5 ; max seconds for temp to send a ping hostMinorTimeout = 3 ; display time for minor errors hostMajorTimeout = 10 ; display time for major errors szAuthUserAgent = "" ; Authorized User Agent szRejectUserAgent = "" ; Reject User Agent You have to get an open port on your router to get BS connect. |
Quote:
The ... bForcedUltrapeer = Yes ; Forced Ultrapeer mode I think only applies to the 5.1 beta version. I suspect it was put in for testing purposes only. Those who use BearShare 5.1 or below who do not port forward their router/modem for the incoming ports will be firewalled & damage the network by blocking search messages & also greatly reduce their own experience on the network. |
I mean when you use any version that's not the beta, to become an ultrapeer, you have to open the port in your router. |
Ultrapeer Expiry date Something else you can keep in mind. BearShare has an expiry date for connecting immediately as an ultrapeer. If you have not used BS for 28 days or longer, I'd recommend opening the program for just 15-30 seconds & then closing, then re-opening. This will refresh the expiry date on becoming an ultrapeer. Recheck the Freepeers file as File_Girl noted to be sure you are still set to become an ultrapeer before re-opening BS (the expiry period if surpassed will change these settings if BS is not closed fast enough.) This especially applies to the BS 5.1 beta but also applies to other BS versions in regards to the expiry date. Alternatively, change the expiry date to zero. Code: [HostLogic] The BS community needs as many fellow BS ultrapeers as they can get. And preferably peers that are not firewalled. You can check by hovering your mouse cursor over the far top-right indicator (as shown in the two images of this connection installer post.) The expiry is 28 days. Edit 22 Feb: My BS crashed 4 days ago on XP. Next opening saw this in BS Console, which is what this post refers to (do not add the following details to the file!): Set m_bEverUltrapeerCapable=false because old value expired m_bSessionUltrapeerCapable == false m_bUltrapeerMachineRequirements == true m_bEverUltrapeerCapable == false bHostLimitsUPCapable == true Listener is not firewalled, and BearShare detects MS ICF firewall software running. In this case I still connected as an ultrapeer however. |
I've had a BearShare Pro 5.0.2.3 connected to me for over 4 days as a leaf. The only reasons they would not become an ultrapeer are (1) they set the program not to become an ultrapeer, or (2) they are firewalled. BearShare versions prior to 5.2 definitely did not have UPnP support & need to be 'port forwarded' so BS is not being impeded by a firewall blocking its incoming & outgoing TCP & UDP messages. This includes the BS 5.1 beta version. And it's my guess if you are an ultrapeer but connected to less than 5 Leaves, then you are firewalled. Try to fix the this! Yes, port forwarding. It works, so don't hesitate in trying! You'll be surprised by the difference when not firewalled. |
problem with BearShare Why BearShare program "can not connect"? ; (I have version 7.0.0.57940 for Windows XP ??? :( |
4 Attachment(s) Quote:
As for the very, very old Gnutella network versions from mid last decade, the BearShare user-base is now incredibly small. Back in January the most BearShare ultrapeers seen over a week was less than 15. Most connecting as an ultrapeer at one time was usually between one and 12. Over half used the BS Beta version and at least half of those firewalled. Leaf population was around 200 or less. Always important to realise that BearShare requires port forwarding your router for the same port the program is using. Recommended even for the 5.2 and 5.3 versions which had a very early version UPnP approach but not totally reliable. In regards to port forwarding, although port 6346 is the default port, it might be best to choose a port to port forward & set within the program to use within the 20000 and 60000 range. Just off the hand random number like 43923, etc. BearShare when running as an ultrapeer reserves 18 out of 26 slots for BearShare peers and 37 out of 45 for BearShare leafs. Since there's not that many BS peers around, connecting as an ultrapeer could expect an overall maximum peer count of around 20 or less. As of the past 2 hours I have had one BearShare 5.1 Beta operating (first time since January.) I am connected to only 8 peers and 8 leafs until a short time ago when after an hour I was able to connect to a 9th leaf; a BearShare 5.2 leaf. Although I did connect to a couple of BS peers over last weekend using another program & another couple over past 10 days. Attachment 6875 Edit: After 5 hours I am now connected to 8 BS Peers & 18 BS Leafs. Attachment 6878 Edit: And then next day a relatively fast connection: Attachment 6877 You will notice the indicator window showing neither UDP or TCP firewalled. On the other hand, if you look at the Leaves total of other BearShare ultrapeers in the far right column of the image attachment, those that have less than 3 leaves are obviously firewalled BSBeta users. I can connect to over 10 BS leafs within 10 mins and they can't connect to more than 2 after a day's uptime. Two BS peers have zero leafs connected to them as you can see from the image attachment (they are firewalled; as are any BS peers with less than 3 leafs.) 5 firewalled BS ultrapeers in the 2nd last image. BearShare used a built-in list of GWebCache sites. Only two of these are still active. If you set up a custom GWC file, BS tends to either add the built-in list to the list in settings or totally overwrite the file. I've experimented with making the file 'Read Only' in properties. If anyone wishes to try the Up-to-Date GWebCache list file feel free to. The file needs to be placed into the db folder within the BearShare program folder. Recheck the file's Properties to be sure it's Read Only, if not change it to be thus. One disappointing fact to know is that BearShare uses an out of date approach for requesting hosts from GWebCache sites. I know it fails with a couple of gwc sites (excluded from the list) but probably not all. At least one GWC has not been upgraded for many years. |
All times are GMT -7. The time now is 05:34 PM. |
Powered by vBulletin® Version 3.8.7
Copyright ©2000 - 2024, vBulletin Solutions, Inc.
SEO by vBSEO 3.6.0 ©2011, Crawlability, Inc.
Copyright © 2020 Gnutella Forums.
All Rights Reserved.