Gnutella Forums

Gnutella Forums (https://www.gnutellaforums.com/)
-   LimeWire+WireShare Tips and Tricks (https://www.gnutellaforums.com/limewire-wireshare-tips-tricks/)
-   -   Security packages for LimeWire (help block out the spam and evil hosts) (https://www.gnutellaforums.com/limewire-wireshare-tips-tricks/101885-security-packages-limewire-help-block-out-spam-evil-hosts.html)

h4x5h17 December 7th, 2015 06:51 AM

Awsome, you guys!

Lord of the Rings December 7th, 2015 08:01 AM

Quote:

Originally Posted by ale5000 (Post 376989)
I have noticed also that there are empty lines.

I first discovered empty lines when I copied some files worked with in Apple's TextEdit into an old 3rd party app called Tex-Edit Plus. This was when I first realised TextEdit causes problems. So for the connection files (when I remember) I usually copy into Tex-Edit Plus to find the empty lines & remove. I ended up doing this for the hostiles earlier.
Reason why:

When I used Notepad++ in Win 8 to convert to unix/osx, I noticed at the end of the large hostiles that the first array of the ip address ended up on the previous line with I think it was a (E) or something before it.

Example:
255.255.0/25255.
255.255.128/26255.
255.255.192/27255.
255.255.224/28255.
255.255.240/29255.
255.255.248/30255.
255.255.252/31255.
255.255.25522

This was the first time I ran the operation. An edited smaller version of the hostiles I did a few mins ago did not have the same issue. Converted from CR to LF.
First time, I Selected All before the operation. I suspect that might have caused the problem.
Quote:

Originally Posted by ale5000 (Post 376989)
I have converted EOL to Unix and removed empty lines (other errors are still here):
https://www.mediafire.com/folder/gcjrm0cthd7qx/

Thanks, I'll check it out.

Though my Tex-Edit Plus effort should also have removed the empty lines in the last update I did several hours ago called V3. (There was a chance I missed a blank line or two.) But it is still in CF & not LF.

ale5000 December 7th, 2015 08:36 AM

I don't know about the problem, it may have been just a rare problem (BWT you do NOT need to select, it operate on the entire file but you need to save after the conversion).

Once the EOL are fixed if you use only a good text editor it should preserve EOL as they are and it should NOT create empty lines in the first place.
Notepad++ always preserve EOL as they are, it will change them only if you request it.

Lord of the Rings December 7th, 2015 07:53 PM

1 Attachment(s)
Quote:

Originally Posted by ale5000 (Post 376992)
...Once the EOL are fixed if you use only a good text editor it should preserve EOL as they are and it should NOT create empty lines in the first place.
Notepad++ always preserve EOL as they are, it will change them only if you request it.

An AS forum recommended I use TextWrangler instead of TextEdit because it will not suffer the same problems & has far better applescript support & can run scripts directly (I'm guessing in similar way to how Notepad++ might be able to run script or program code.)

The other text program I started using occasionally from last year is called Sublime Text 2. It's advantages are that it preserves formatting & preserves MacOSX permissions of the file. But I normally use this for editing code (with exception of putting the host-file in reverse order. ie: some gnutella apps read the host-file from bottom-up due to the way it's loaded.) Edit: I have confirmed Sublime Text 2 is maintaining the original EOL.

Whilst using Notepad++, I again ran into issues with both the large hostiles but this time it was limited to the last two lines. Always the last array on last listing had lost a number or more. In the image example, 4 individual numbers are missing on the last line which includes the entire last array. This might be Win 8 related. I normally do my Win text work on XP after finding an anomaly with text handling either on Win 7 or 8 a few years ago.

Attachment 6864

I've released v.4 update.

Again, many thanks for your help. :Smilywais:

Lord of the Rings December 8th, 2015 09:50 AM

I've also packed the Hostiles_Light_NJ file separately. Unfortunately I made an error & accidentally zipped the larger version (around 2 MB instead of 103 KB) & someone downloaded it. I apologise to that person. The file has since been replaced, issue remedied.

The idea of the standalone 'Hostiles_Light_NJ' file is anyone can place it manually if you know where it should go for your particular program, be it LimeWire, WireShare, Cabos, Acqulite, GTK or even Phex. Unfortunately (I can't remember since which version) since at least FrostWire 4.20, the hostiles will be deleted when FW starts. Earlier FW versions should be fine.

ale5000 December 8th, 2015 06:13 PM

Sorry to say but your files are corrupted, there are many truncated IPs (not much in the light files but a lot in the full files).
I suggest to start with my fixed files.

Example:
Code:

4/30
85.114.17.96/28
208.0/22

Are you sure there isn't a virus on your PC?

Lord of the Rings December 8th, 2015 07:31 PM

Thanks again for finding the errors. I'm installing NotePad++ on XP this time. I recall Win 7/8 had problems handling the processing of hostiles a few years ago (odd things were happening.)
However since you already fixed the eol's I can continue. Thanks ale5000, many of the errors were fixed.
As for virus on Win 8 ... early in the year or last year I did have one of those web-page hijackers which took a lot of trouble to get rid of. The system had been scanned by a lot of 3rd party utilities of all types to find anything.

Edit: Finished a version 5 of the December update. (Crosses fingers all is ok now!)
I removed a couple of blocked ranges in a particular European country, I needed to back-track to find what I did yesterday. I had also done a few Russian removals, too difficult to determine now since I made no notes of those particular actions.

h4x5h17 December 9th, 2015 11:34 AM

Quote:

Originally Posted by ale5000 (Post 376974)
For those that do NOT already know I will add the distribution of the blocklists directly from the Skulls GWC, and it will work with all P2P app (not from the start but I will add support for other apps from time to time); I have taken the idea from the unofficial mod at 4octets.co.uk.
If someone have a decent server it could help by hosting it and report bugs.

Define decent :o What kinda load are we talking about?

ale5000 December 9th, 2015 07:21 PM

The major problem for a GWC is the number of requests.
A single request use low bandwidth but the number of request is considerable (and about 30% of the requests are from fake clients).
I'm not sure about the exact number but it may be like 1000 requests per hour (to serve both gnutella and gnutella2).

For the ones that want to try it I suggest to put it in a sub-domain (not the main domain) and if you want to disable it then change the sub-domain to point to 127.0.0.1

ale5000 May 11th, 2016 04:00 AM

For the ones interested I have released a new beta version with the code to distribute blocklists (I have released as beta because I have done many potentially breaking changes but if I don't discover any new bug it can be considered stable).
You need Skulls 0.3.4 Beta (or later) and Skulls Add-on 0.2 (or later) if you want to test it.


All times are GMT -7. The time now is 05:58 AM.

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.