Peerates - 7 Servers, Gruk - 21 Servers?
#1
Posted 29 April 2009 - 11:53 AM
I came here to check and Torpon still lists Gruk in his guide to maintaining a reliable server list.
Did someone hi-jack the Gruk list or did a whole bunch of new servers go up recently?
#2
Posted 29 April 2009 - 03:47 PM
Re-read your previous topic ...
the starwarrior server is in the level 1 filter
This post has been edited by xilolee: 26 November 2012 - 08:46 PM
come ottenere aiuto italian guides - guide della sezione italiana
italian support - sezione italiana scaricare la lista server
ottenere id alto impostare le porte nel router
recuperare file corrotti i filtri ip
Sembra talco ma non č serve a darti l'allegrIa! Se lo lanci e poi lo respiri ti dā subito l'allegrIa!
#3
Posted 30 April 2009 - 01:18 AM
xilolee, on Apr 29 2009, 10:47 AM, said:
44162"]Re-read your previous topic ...
the starwarrior server is in the level 1 filter
The original topic only covered one server in particular. I would think that in today's climate where even a single new server is looked at with suspicion, the sudden addition of 14 new servers would raise some discussion. Like why Gruk added them but Peerates didn't.
#4
Posted 30 April 2009 - 04:08 AM
#5
Posted 02 May 2009 - 07:48 AM
Rekrul, on Apr 30 2009, 01:18 AM, said:
the master servers serie are owned by the same person which own the shared kingdom serie.
these servers seems works but they don't work as a 'normal' server, like edsN2 or TVU.
(tvu, wich is offline for now)
the main reason is it seems to me these servers don't indexing truly your shared contents. in all case, in all our tests about it , theses servers don't indexes our free contents, shared on our uplaoders. seems that all indexed stuff on these servers are shared by some 'private' clients, controled by themself. the server only give one boot ip for a content, and the kad prot. and the emule SX make the most part of the job ...
So, the reason why there is only the SK1-4 servers in our list is because it seems to us the master servers serie provide large malwares and infected content. and it's true also for the sharing kindom.
the process works like that ; one or some of the iCupid servers series (CA based) spam a specific hash in response to any user's answer that the server receive. when users try to download this faked result, the first ip file sources of that content are always connected on masters or sharing kindom series, or on other 'same owner' server.
the bad content is like a webpage wich try to sell to you some web porno access, but a trojan is provided with it, and once that trojan is installed on your windows, i don't know what 'they' can do with, but i imagine ... when we tried to talk about that, or about the indexation problem on its servers, with the admin (wich is a bulgarian man wich work for an israelian firm and wich own some of these servers hosted in NL but paid by a phillipin customer ...) he said we are crazy and he has breaked all relation with us.
we think you can use these servers because a lot of clients are connected on it, but keep in mind they don't work as 'normal' server, (as i know, razorteam thinks same) and their goal is certainly to abuse edonkey users .... so, each user have to make its own choice about it.
one of the best manner to use (for now) the edk network is to keep only clean servers in list (see 'referenced servers list on peerates.net), even if their indexation is limited to free contents (except for the edksrvN2 and the TVU) and by using KAD and the emule SX process.
i do like that and i can download all what i want without problem.
a big thank to the prophet(s) wich has thinked and build the KAD protocol.
(the (new) australia server is limited like the peerates one, but the persons behind seems clean)
nothing to do with previous subject, but our first server is already seized by the police force ; since 50 days, they analyses our HD and they don't find something to accuse us.
but they continue to seek ...
peerated.
++
eDonkey network's stats & historicals edk.peerates.net/servers/network-historicals
eDonkey network's users distribution edk.peerates.net/users/distribution
#6
Posted 02 May 2009 - 10:24 AM
many thanks for the explanation. This 'sharing' of responsibility for malware is ingenuous.
#7
Posted 10 May 2009 - 05:41 PM
Rekrul, on Apr 30 2009, 03:18 AM, said:
Master servers and sharing kingdoms are not so new by this time, i had those servers in my list by few months ... so gruk have added those servers (not on my suggestion).
Peerates 1 month ago had to add the first four s.k., otherwise it would have remained only the donkey s. 2 ... and the ipfilter was changed.
So Peerates and gruk have different opinions and this is good.
Personally, i can't see the pollution (spam results) in my research with emule by the master s./sharing k. servers, but i am a new user for the "serverlist made by myself".
come ottenere aiuto italian guides - guide della sezione italiana
italian support - sezione italiana scaricare la lista server
ottenere id alto impostare le porte nel router
recuperare file corrotti i filtri ip
Sembra talco ma non č serve a darti l'allegrIa! Se lo lanci e poi lo respiri ti dā subito l'allegrIa!
#8
Posted 11 May 2009 - 06:12 AM
Thanks!
#9
Posted 12 May 2009 - 09:16 AM
some informations about the online servers.
the gruk servers list provide actually some bad ip addresses and users should deletes some of them to avoid spam or other useless servers.
-212.179.18.140:4232 is a content spammer. the spammed hashes are about softwares provided by key2peer, except that point, this server is also limited on the indexation / sourcing processus.
-sharing kingdom X serie.
(EXCEPT 93.174.93.242:4500 wich seems work)
these servers seems to work, but they don't indexes the content that users shares.
so, we wondering how they could works, if the indexation process is limited.
when we connect some peerates's uploaders on one of these servers, with our free shared contents to index, and that (later) another one of our client is trying to request this server for these contents, all sources ip resulted are always not owned by us. so, it seems to us thereis some 'special' clients somewhere, wich are connected on these servers with some of our files, and we think the goal is to abuse our automatic checking processes. it's clear that process can be similar with other 'non free' stuff. but when you check these servers with some non free avi, for example, they works and you can downloads it. but with only one or two 'special' clients connected, wich shares non free content, it's the emule SX and KAD witch really do the job.
at the end, we don't understand, but it's clear this is not a 'normal' server attitude. and the servers admin was stopped its talk with us when we asked him about these facts. even if the SK and the masters are not useless, we think there is a lot of chance that these servers are owned by some antip2p group.
-master server
seems siimilar to the previous case.
our conclusion is the SK and the Master owners are the same.
but, in add, we can say these servers 'seems' works with the iCupid ones, CA based. how ?
1-one of the iCupid spam hash in the user results . (when a user got its ip in its client servers list.)
2-the primary sources are always connected on one of the master servers, or sometime on one of the SK1-x. (these servers don't indexing user's contents, but indexing these kind of content, we think there is a 'thinked processus' to do that. at the end, it's a very curious thing, wich let us to think that there is a link beetween these edonkey nodes.)
we think all these servers controlled by key2peer.
A special comment for the sharing kingdom without number. (93.174.93.242)
even if this one seems also owned by the same person, this server works fine for the indexation or sourcing processus. (but why this one is not provided in the gruk list ... ? )
-the chinese server (122.225.36.5:8080)
no comment ; not connectable from our machines.
-usenext
like the peerates one, these 2 servers are limited and does'nt provide much good data to the users wich are connected on them. but the peerates one alert the users in its banner and let some free contents to be indexed and sourced. in add, peerates owns some clients uploaders with thousand of free files hosted and provides informations about our network. usenext seems only a banner for the usenext NG, and perhaps a 'bridge' beetwen NG and EDK for some contents ...
A good server to use is now 212.63.206.35:4242 eDonkeyServer No2
but it seems always dDos-ed, and don't answer on client's udp requests. often, it's hard to connect it or te keep the cnx with it. at this time, exepted our server ip, the peerates servers list include it and the working sharing kingdom one.
but even with this very short servers list, eMule or other edk client, could works fine if the users activates the kademlia protocol.
have a good day.
but keep it clean.
This post has been edited by Peerates: 12 May 2009 - 09:45 AM
eDonkey network's stats & historicals edk.peerates.net/servers/network-historicals
eDonkey network's users distribution edk.peerates.net/users/distribution
#10
Posted 12 May 2009 - 05:33 PM
eDonkeyServer No2 is very hard to connect, especially with my low ID. But recently I was lucky to establish connection and it stayed over a week without disconnects.
SK1-4 seems to have very low average number of shared files now. Also low user numbers - and still I cannot connect. Numberless SK look good here.
Chinese server... someone posted about a month(?) ago that it is not bad, but a special tag in user name is needed to be able to connect. Don't remember which one.
#11
Posted 12 May 2009 - 11:47 PM
eMule 0.49b [Magic Angel 3.6]
#12
Posted 13 May 2009 - 12:08 AM
fox88, on May 12 2009, 07:33 PM, said:
It was a rinrin's post in the above link, but it referred to the 61.130.111.15 - no1.eserver.emule.org.cn
This post has been edited by xilolee: 26 November 2012 - 08:48 PM
come ottenere aiuto italian guides - guide della sezione italiana
italian support - sezione italiana scaricare la lista server
ottenere id alto impostare le porte nel router
recuperare file corrotti i filtri ip
Sembra talco ma non č serve a darti l'allegrIa! Se lo lanci e poi lo respiri ti dā subito l'allegrIa!
#13
Posted 13 May 2009 - 02:07 AM
ed2k://|server|122.225.36.5|8080|/
I can connect without tags with this one, but I lose the connection quite frequently.
#14
Posted 13 May 2009 - 04:03 AM
fox88, on May 12 2009, 05:33 PM, said:
and it stayed over a week without disconnects.
ArkOuroboros, on May 12 2009, 11:47 PM, said:
it's not that server is full or not working well ...this server is always under a large dDos.
when our previous server was targeted, it received some 30 000 000 tcp packets per hour ...
8 500pk per second, that's a good reason to be unable to keep a valid cnx with it ... :-|
ArkOuroboros, on May 12 2009, 11:47 PM, said:
as i know, it should will come back soon.
++
eDonkey network's stats & historicals edk.peerates.net/servers/network-historicals
eDonkey network's users distribution edk.peerates.net/users/distribution
#15
Posted 13 May 2009 - 04:51 AM
#16
Posted 13 May 2009 - 04:00 PM
moloko+, on May 12 2009, 11:51 PM, said:
Do you happen to know the IP of the bad server so I can check it against what I have in my serverlist? I haven't tried connecting to it yet.
This post has been edited by ArkOuroboros: 13 May 2009 - 04:00 PM
eMule 0.49b [Magic Angel 3.6]
#17
Posted 13 May 2009 - 05:04 PM
Personally, I wouldn't trust any servers from Australia (and I'm Australian) that didn't meet with approval here.
#18
Posted 14 May 2009 - 02:38 AM
eMule 0.49b [Magic Angel 3.6]
#19
Posted 15 May 2009 - 08:08 AM
#20
Posted 15 May 2009 - 08:34 AM
/EDIT:
Two servers by that name are in Peerates bad lists.
This post has been edited by moloko+: 15 May 2009 - 09:48 AM