[MadMac]

Update 1 June

Ranges:
standard: 130875
full: 174118

Cheers,
Mac

[MadMac]

Update 18 June

Ranges:
standard: 131704
full: 175069

Cheers,
Mac

[MadMac]

Update 17 July

Ranges:
standard: 134026
full: 177608

Cheers,
Mac

[leexgx]

how does this IP fillter differ from the one that all mods use in mod fourms unless its the same one

haveing to lists to report to is not so good

[PacoBell]

leexgx, on Aug 12 2006, 09:11 PM, said:

how does this IP fillter differ from the one that all mods use in mod fourms

I thought it was readily apparent how they differed. If you compare the list of sources from his website to the ones listed in the other thread you'll see that, while they share many sources from Bluetack, there are a few ideosyncracies between them. Furthermore, I find MadMac's ipfilter to be a lot more 'clean' than the other one. He merges the ranges prior to release while still maintaining most of the descriptors. Without doing this, eMule would eliminate a lot of the descriptors in the process of merging, which I don't like at all. However, I do appreciate the way pawcio ipfilter is labled per source. Little touches like that make that list unique. I still think there's room for both to coexist since their release schedules tend to stagger each other. Each update from either of them brings the freshest there is to offer, so it's a win-win situation, IMHO. Other than that, it's really up to personal preference.

This post has been edited by PacoBell: 13 August 2006 - 05:01 AM

[moloko+]

hey,

about time this thread got sticky...

i'm not using the emule IPFilter - i use this list as a base for PG2 - to which i merge with my own .p2p lists...
i think its better to have several diff lists floating around so that no single filter defines the network (since we are all diff types of user). the other threads (IPFilter related) are useful to cross check from other users.

the mod section is hidden (well kinda from first time users) so this thread can offer a vanilla IPFilter without searching too hard (but you never know). Support seems the right place for it.

enjoy.

[MadMac]

Update 20 August

Ranges:
standard: 137349
full: 181162

Cheers,
Mac

[jbecerra37]

MadMac, on Aug 20 2006, 04:23 AM, said:

Update 20 August

Ranges:
standard: 137349
full: 181162

Cheers,
Mac

The error "Your IP is part of a filtered netblock" is due this tool?. If it is, can you tell me why you are blocking me?, I am not an spammer, the only one tool I use for connecting to eMule is http-tunnel. Why this is a bad thing?. Thank you in advance.

[PacoBell]

jbecerra37, on Aug 22 2006, 10:30 AM, said:

The error "Your IP is part of a filtered netblock" is due this tool?. If it is, can you tell me why you are blocking me?

First of all, the ipfilter.dat is not a tool, but merely a collection of IP addresses. It's the ipfilter in eMule that's the doing the work of rejecting the connections. Users have the choice of using an ipfilter list at their own discretion. Now you say this particular list is blocking your IP address? Judging solely by the address you used to login to this board, I'd say you are mistaken:

guarding.p2p said:

Verestar:200.30.32.0-200.30.33.255
Verestar:200.30.60.0-200.30.63.255
kpmg:200.30.132.88-200.30.132.95
Laboratorios Ferson:200.30.138.248-200.30.138.255

Perhaps the address you tunnel out to is within one of the banned ranges, but there's no way I can tell that from my current perspective. HTH.

[jbecerra37]

PacoBell, on Aug 22 2006, 02:16 PM, said:

jbecerra37, on Aug 22 2006, 10:30 AM, said:

The error "Your IP is part of a filtered netblock" is due this tool?. If it is, can you tell me why you are blocking me?

First of all, the ipfilter.dat is not a tool, but merely a collection of IP addresses. It's the ipfilter in eMule that's the doing the work of rejecting the connections. Users have the choice of using an ipfilter list at their own discretion. Now you say this particular list is blocking your IP address? Judging solely by the address you used to login to this board, I'd say you are mistaken:

guarding.p2p said:

Verestar:200.30.32.0-200.30.33.255
Verestar:200.30.60.0-200.30.63.255
kpmg:200.30.132.88-200.30.132.95
Laboratorios Ferson:200.30.138.248-200.30.138.255

Perhaps the address you tunnel out to is within one of the banned ranges, but there's no way I can tell that from my current perspective. HTH.

Thank you Paco Bell, when I said blocking me, I refered to the http-tunnel Servers Adresses not my own IP. Is there any way to ask somebody for considering unblock those IP´s?. If you need the http-tunnel Servers Adresses I can send you them.

[PacoBell]

jbecerra37, on Aug 22 2006, 03:46 PM, said:

If you need the http-tunnel Servers Adresses I can send you them.

That's not necessary. You can check this ipfilter yourself by opening it up in Wordpad or some other text editor to see if your tunnel server's IP address is within one of the ranges. If not, then it's not this ipfilter that's the cause of your problems. HTH.

[jbecerra37]

PacoBell, on Aug 22 2006, 07:38 PM, said:

jbecerra37, on Aug 22 2006, 03:46 PM, said:

If you need the http-tunnel Servers Adresses I can send you them.

That's not necessary. You can check this ipfilter yourself by opening it up in Wordpad or some other text editor to see if your tunnel server's IP address is within one of the ranges. If not, then it's not this ipfilter that's the cause of your problems. HTH.

I was searching for the file ipfilter.dat in my File System and there is no any file with that name so I cannot open it. What can I do?.

[PacoBell]

If you don't have it yet, you should just download it from openmedia.info and then check it.

[MadMac]

@jbecerra37

There are quite a couple of request from users who have addresses blocked due to new assigned address ranges within previously reserved IANA blocks which are not updated. No issue with that, if it's possible to confirm the status these addresses will be put into a whitelist and are no longer part of the blocks. However we will certainly not entertain any requests from people providing tunneling tools to evade and contradict the purpose of filtering, the same time don't understand how the system works. A good sign for this is that you don't even know the supposedly blocked address.

Cheers,
Mac

This post has been edited by MadMac: 24 August 2006 - 03:09 PM

[coolracoon]

MadMac, on Aug 24 2006, 11:07 PM, said:

@jbecerra37

There are quite a couple of request from users who have addresses blocked due to new assigned address ranges within previously reserved IANA blocks which are not updated. No issue with that, if it's possible to confirm the status these addresses will be put into a whitelist and are no longer part of the blocks. However we will certainly not entertain any requests from people providing tunneling tools to evade and contradict the purpose of filtering, the same time don't understand how the system works. A good sign for this is that you don't even know the supposedly blocked address.

Cheers,
Mac

1. I do not provide the services in question. I am merely a user of the tunnelling services. If you want information from Http-Tunnel.com, the provider of such services, you merely need to contact them - they'll be glad to help - or ask me to ask Http-Tunnel for information.

2. "and contradict the purpose of filtering, the same time don't understand how the system works."

Tunnelling services do *not* work to contradict the purpose of filtering. They work to allow people who are firewalled / proxied to use eMule from behind their firewalls / proxies.

People who are interested in investigating eMule services have hundreds or thousands of IPs at their disposal. They have plenty of resources, and it costs them very little to get new random IP blocks without any issues from any ISP of their choice. They have no need to use tunnelling services.

Http-tunnel.com don't have such resources to do so, and they would appreciate it if the admins of eMule Servers realize that inaccurate lists serve neither their purpose, nor yours. For instance, http-tunnel IP block is part of a huge range marked Beyond The Network America - that is an entire ISP - what sense does it make to block the entire ISP?

see also:http://www.http-tunnel.com/phpbb2/viewtopic.php?t=2037

[MadMac]

coolracoon, on Aug 26 2006, 05:51 PM, said:

see also:http://www.http-tunnel.com/phpbb2/viewtopic.php?t=2037

Thanks for the link and the copied "prepared" posting . I had a short look at the site. This information is definitely helpful. Please give me some time to read through the details.

Cheers,
Mac

[MadMac]

Update 10 September

Ranges:
standard: 137972
full: 181812

Cheers,
Mac

[Donkey Breath]

Mac:

1): I'll assume since your on this site, your running eMule. A few version's back the developer's instutied an option that emule would automactically unpak a zip file and load the IPfilter.dat.

Since your supplying (2) version's and each one is denoted as to what it contain's, WHY can't each file packed file inside the zip's be called ipfilter.dat instead of the ipfilter_full.dat? That requires anyone that gets that zip to rename and overwrite manually. eMule's unpack and load feature is defeated, and it seems to be defeated due to the site download procedure anyways..

Actually, it seems the unpack feature was thusly written just for you and hasn't been able to work for a long time now.

Semi-offtopic to IPfilter;
2): Just to simplify a post, I notice that if I run PeerGaurdian2 (running @ the kernal level) & IPfilter.dat (running within eMule) - IDENTICAL FILES/Addresses!!! BOTH Operating , eMule is still filtering sites that somehow slip past the first filter. Strange, but at least it's blocking sites.

[PacoBell]

Donkey Breath, on Sep 14 2006, 08:39 AM, said:

That requires anyone that gets that zip to rename and overwrite manually.

To be accurate and all, all it requires is the rename part. Then you can just click the Reload button in Options --> Security --> IP Filter. HTH.

[MadMac]

Donkey Breath, on Sep 14 2006, 03:39 PM, said:

I'll assume since your on this site, your running eMule.

Nope, these lists are made primarily for MLdonkey and supported by this system and scripts.