Feature-Idee: Eintrag in die ipfilter.dat per Kontextmenü
 

Hi ihr lieben,

ich habe eure Unterhaltung mal verfolgt und werde extra für euch den neuesten sivka-mod so modifizieren, dass ihr a) die IP des Users sehen könnt und b) die Möglichkeit hab einen User aus dem Kontextmenü heraus ( rechte Maustaste ) zu EDIT: filtern.

Ich hoffe dass dies so in eurem Interesse ist.

MFG deadlake

[edit by Pathfinder: deadlake nimmt Bezug auf diesen Thread im Sivka Subforum (Thema geteilt)]

@deadlake,

das mit sichtbarer IP ist ja meines Wissens ok, aber manuelles Bannen von Clients aus der Warteschlange ist lt. den Reglen des offiziellen Entwickler Forums und damit auch für Mods hier verboten.
Wie schon gesagt dient EMule im Sinne der Entwickler zum SHAREN, d. h. auch Leecher kriegen was ab, gute Uploader werden aber dank des Creditsystems bevorzugt und kriegen eher was zurück. Aber wie die meisten Systeme ist auch das von EMule nicht perfekt.

Ciao
Rumpelzuck

naja gut... nen Ban muss ja nicht sein, wie siehts aus mit nem Kick ?

oder vielleicht nichtmal nen kick, sondern ne übernahme der IP in IPFilter?

MFG deadlake

also das mit der Übernahme in den IP-Filter direkt über die GUI ist zwar mit Sicherheit nicht so ganz in Sinne der Entwickler, aber die haben ja auch grundsätzlich die IP Filter Funktion akzeptiert, wenn auch mit anderen Intentionen.
Die IP-Filter sind ja auch beidseitig, weder Up- noch Download geht zum gesperrten Client.
Keiner verschafft sich so einen ungerechten Vorteil, es geht auch kein zusätzlicher oder schädlicher Traffic durchs Netz, deshalb wäre es für mich grundsätzlich ok.

Aber vielleicht sehen ja andere da noch Kritikpunkte oder Alternativen, deshalb würde es mich freuen, wenn hier noch ein paar andere Leute und die Mods was zu dem Thema sagen würden.

Ciao
Rumpelzuck

Du hast schon Recht, Rumpelzuck, manuelles Bannen und Kicken ist nicht ok. Eine Übernahme in den IP-Filter betrifft beide Richtungen des Transfers, somit wird niemand bevorzugt oder ausgenutzt.
Die Anzeige der IP wurde von den DEVs irgendwann eingestellt, da wer will aber immer noch an die IP drankommt ist das nur vorgegaukelte Sicherheit.

Ein derartiges Feature würde ich persönlich begrüßen, da sich so Schädlinge praktikabel aussperren lassen, ohne zu großes Missbrauchspotential zuzulassen.

Guten Morgen ihr beiden,

also im Grunde bin ich fertig. Es ist jedoch nur ein kleiner Gedankenfehler in der Programmierung.

Die IP-Adresse des Clients ( nur die direkte IP - keine IP-Range ) wird in den IPFilter übernommen, da der Client aber schon in der Uploadliste ist, wird er da auch drin bleiben, solange man das eMule laufen lässt bzw. bis er laut Programmierung aus der Uploadliste verschwindet.

Deshalb hätte ich gedacht, dass ein Kick sinnvoll wäre. Ansonsten müsste man warten bis er weg ist oder halt eMule neustarten !

EDIT: Ich bitte um Mitteilung ob das dann so jetzt ( ohne Kick / Ban ) ok ist, damit ich source und bin posten kann !

MFG deadlake

Hast Du Dir auch überlegt, wie man die so "mal eben schnell" gefilterten IPs wieder aus der IPfilter.dat entfernt (oder zumindest Kennzeichnung o.ä.)? Denn die meisten Leute sind doch wohl mit einer dynamischen Ip unterwegs, plus Zwangstrennung, so daß die Filterung aller spätestens nach 24h wieder aufgehoben werden müßte.

Im allgemeinen finde ich die Idee mit dem Anzeigen der Client-IPs (ausgerechnet in der Sivka-Mod, meiner Lieblings-Mod) großartig.
Das mit dem Bannen per Klick halte ich für keine so gute Idee. Ich glaube, daß diese Funktion mehr Schaden als Nutzen bringt. Nicht in den richtigen Händen, sondern bei den Leuten, die nicht so viel Ahnung haben, und auch nicht so gerne etwas nachlesen. Diese Leute werden dann alle Leecher (bzw. die, die sie dafür halten) einfach wegdrücken, und über kurz oder lang mit riesigen IPFiltern rumhantieren, und sich dann wundern, daß sie kaum noch Quellen finden. Wenn sie sich aber erst ein bischen einlesen müßten um zu filtern, kommt es zumindest nicht so leicht dazu.

MfG Boink

Boink's Einwand ist gut, es sollte die Möglichkeit geben, die manuell zugefügten IPs separat einzusehen und bequem wieder zu entfernen.

Vielleicht ist es möglich die Einträge in der ipfilter.dat zu taggen (dazu kann die Beschreibung genutzt werden) und gefiltert über die Ansicht in eMule einsehen zu können.

Alternativ wäre eine Überlegung, die geblockten IPs nach z.B. 12 Stunden automatisch wieder zu entfernen. So könnte der manuelle Aufwand minimiert werden und die Funktion benutzerfreundlicher gemacht werden.

Wie siehst du das, deadlake, ist so etwas für dich umsetzbar? Ich finde, wir sollten das gut durchdenken bevor wir ein unfertiges, evtl. schädliches Feature auf die User loslassen.

- zum Thema Aktivierung der angepassten IP Filter:
Im Muli kann ja ohne Neustart eine IP Filter Datei geladen werden wenn mann auf "Einstellungen, Sicherheit, Neu laden" klickt. Die dann geladenen Filter gelten direkt. Dieses müßte also auch noch in der, ich nenne sie mal "bösen Client filtern" Funktion gemacht werden, dann greift das auch direkt.

- Kennzeichnung der so hinzugefügten Einträge in der IP Filter Datei:
Die so hinzugefügten Einträge sollten natürlich erkennbar sein und Datums bzw. Zeitstempel haben also z.B. so was inder Art:

1.2.3.4-1.2.3.4,000,300804 1801 bad client function

als Beispiel für die IP 1.2.3.4, die am 30.8.04 um 18:01 Uhr hinzugefügt wurde.


- weitere Behandlung der so hinzugefügten Einträge:
hier wirds jetzt was kniffelig und hängt vom Aufwand ab, den deadlake treiben will und kann. Dazu kenne ich mich zu wenig mit den Muli internen Programmabläufen aus.
Wenn die neuen Einträge immer hinten ans Ende der ipfilter.dat gestellt werden, kann man sie zumindest manuell über "Sicherheit, Ip-Filter bearbeiten" leicht finden und wieder rausschmeißen. "Neu laden" drücken nicht vergessen.
Da es sich ja meistens um Clients mit dynamischen IPs handelt, und wahrscheinlich viele Leute das auch nicht nachprüfen können oder wollen, macht so eine automatische Löschung nach 12 Stunden auf jeden Fall Sinn und mindert auch etwas das Mißbrauchspotential.

Ciao
Rumpelzuck

Hi nochmals,

also ich hab das mittlerweile wie folgt realisiert:

a) In der Uploadliste ist neben dem Usernamen in einer neuen Spalte die IP-Adresse des Users zu sehen!

a) 1) Ist die IP-Adresse des Users bereits gefiltert steht hinter der IP-Adresse <filtered>
--> das wird wohl nur passieren, wenn ihr jetzt eine Filterung der IP-Adresse über das Kontextmenü macht oder die IP-Adresse manuell in den IPFilter eintragt, während der User schon in der Uploadliste ist. Andernfalls wäre er ja erst garnicht in die Uploadliste gekommen.

b) Direkt-Filterung über Kontextmenü ( Rechtsklick auf den User in der Uploadliste )
Die IPs werden in eine neue Datei eingetragen, genauso aufgebaut wie die ipfilter.dat.
Die Datei nennt sich tempipf.dat ( temp ipfilter ).
Die tempipf.dat-Einträge werden direkt in die ipfilter.dat eingetragen.

Somit ist es bis ich eine funktionierende Automatische Löschung hinbekommen hab wenigstens möglich, die bisher hinzugefügten IP-Adressen in der tempipf.dat einzusehen und somit auch aus der ipfilter.dat manuell zu löschen. Da ich einfach mal als Beschreibung für diese IP-Filterung das Wort "Leecher" genommen hab, ist es natürlich auch möglich manuell in der ipfilter.dat nach den Einträgen mit Leecher zu suchen.

Ich warte nochmal ab ob jetzt jemand diese Änderung testen möchte und poste danach die bin und source-Links !

EDIT: Oh man, klar... das ist auch noch ne Möglichkeit -> Der Beschreibung Datum und Uhrzeit hinzuzufügen. Thx Rumpelzuck... hab ich grad garnicht dran gedacht *g*

MFG deadlake

Hi deadlake,

hört sich doch schon ganz gut an :)
Hast du den schon selbst Erfahrungswerte mit deiner neuen Funktion gesamelt? Klappts so wie gewünscht?
Veröffentlichen würde ich den Mod hier erst, wenns ein OK von den Moderatoren dafür gibt.

Ciao
Rumpelzuck

Hi nochmals,

ein OK von Pathfinder hab ich soweit schon. Ich möchte jedoch nochmal den Code abändern, sodass die IP-Adressen nicht in eine neue Datei eingetragen werden. Grund dafür ist.... Löscht man eine IP aus der ipfilter.dat befindet sie sich noch in der tempipf.dat und wird bei einer nächsten IP-Filterung wieder in die ipfilter.dat übernommen ! Das ist natürlich nicht im Sinne der Funktion :)

MFG deadlake

Richtig, eine zweite Datei solltest du vermeiden. Schau dir mal den Code vom Cyrex-MOD an, dort werden auch temporäre Einträge in die ipfilter.dat gemacht und nach einiger Zeit wieder gelöscht.

Weisst Du denn in welchem Zusammenhang dort temporäre Einträge gemacht werden?

MFG deadlake

Wenn ein Client korrupte Daten sendet, landet er für eine Weile im ipfilter. Die Kennung in der ipfilter.dat ist "temporary".
Es gibt einen Eintrag im Verbose-LOG der darauf hinweist, er steht in der Datei eMule.rc Zeile 4553

Hi,

möchte nur mal kurz nen Zwischenstand posten mit den aktuellen Code-Änderungen:

1. temporäre ( zweite ) Datei tempipf.dat nicht mehr notwendig !

2. Da ich herausgefunden habe, dass ein IPFilter temporär abläuft, wenn man den Eintrag nicht gleichzeitig in die ipfilter.dat einträgt, habe ich nun zwei Möglichkeiten dem Kontextmenü hinzugefügt:

a) zum IPFilter hinzufügen (temporär) --> maximale Zeit ist eingestellt auf 12h
b) zum IPFilter hinzufügen (permanent)

Das bedeutet folgendes:

zu a): Client wird gefiltert, die aktuelle Zeit der Filterung wird gespeichert! Temporäre Filterung bedeutet soweit, dass der Client gefiltert ist, bis eMule geschlossen oder neu gestartet wird, oder aber man die Filterung überschreibt !

zu b): Client wird gefiltert, Filterung wird in ipfilter.dat eingetragen. Durch den Eintrag in die ipfilter.dat ist die Filterung dauerhaft eingeschalten und auch nach einem eMule-Neustart aktiv. Diese Filterung kann man entfernen indem man die zugehörigen Eintrag aus der ipfilter.dat löscht !

3. In der Uploadliste sieht man die IP eines Clients. Ist der Client gefiltert worden befindet sich hinter der IP noch ein Eintrag, je nachdem ob es eine temporäre oder permanente Filterung ist.

bei einer permanenten Filterung steht "perm. filtered", bei einer temporären "temp. filtered + Ablaufzeit"

4. Mittlerweile bin ich kurz davor die automatische Löschung für einen Zeitraum von 12h zu realisieren. Noch ein paar Tests und es müsste klappen :)
Die Löschung gilt dann jedoch ausschliesslich für die temporäre Filterung !

MFG deadlake

Hallo deadlake,
nun schalte ich mich auch mal ein - wollte neulich schon mal was sagen, aber da kam mir Boink mit etwa den gleichen Gedankengängen/Einwänden zuvor. :beer:

Dein Einsatz ist erfreulich und ein solches Feature (Anzeige der client-IPs und Möglichkeit der Übernahme in die ipfilter.dat) ist wirklich seit langem überfällig.

Ich hoffe, dass wir mit der nötigen Umsicht an die Sache herangehen, damit wir einen verantwortungsbewussten Umgang gewährleisten können und das Netzwerk vor Missbrauch des Features (durch Unwissenheit under Unbedacht so mancher user) schützen können.
Es ist ok, dass die Übernahme in die ipfilter.dat nicht die laufende UL-Session beendet, sondern einen auffälligen user erst danach dann von weiterem Verbinden abhält und eben Transfer in beide Richtungen nicht mehr möglich ist.



Zu deinem 2.b) möchte ich noch anregen, dass diese durch deinen MOD vorgenommenen Einträge so gekennzeichnet werden sollte, dass man sie jederzeit leicht über die Suchfunktion des Editors eindeutig herausfinden kann.
Z.B. indem du diese Zeile so kennzeichnest:
123.123.123.123 - 123.123.123.123 , 000 , [deadlake] und dann den Datumscode vom Zeitpunkt des Eintrages und evtl. auch den user nick (auf eine max. Zeichenanzahl von sagen wir 50 begrenzt)
Falls das nicht eh schon eingebaut ist, wäre ein Auto-Reload der ipfilter.dat nach Übernahme einer neuen IP wünschenswert.



Momentan hast du ja deine Änderungen an einem Sivka MOD vorgenommen - mich interessiert nun, ob sie auch auf z.B. die originale Version übertragbar wären. :D V.a. auch in Bezug auf die Anzeige der client IP - im Plus MOD ist das ja nach wie vor Standard..

Hi cosmic girl,

die Einträge in der ipfilter.dat bei einer permanenten Filterung sehen in etwa so aus

(als Beispiel:)

217.66.52.173 - 217.66.52.173, 000, 01.09.2004 06:34 Uhr Leecher

somit kann man durch suchen des Wortes "Leecher" diese Einträge finden :)

Ein Einbau in einen anderen Mod ist auch kein Problem :)

MFG deadlake

Was cosmic girl dir mit der Zeile
suggerieren wollte ist, dass du den Eintrag in der ipfilter.dat nicht mit dem Wort "Leecher" kennzeichnen solltest. Erstens gibt es bereits Einträge mit dieser Bezeichnung, was die Suche erschweren würde, zweitens sollte der Eintrag den Namen des MODs beinhalten der dafür verantwortlich ist.

um mich auch mal in die Diskussion einzumischen....
Ich denke nicht, daß die manuelle IP-Filterung von den Devs erlaubt wird. Ziel ist es nämlich alle clients gleich zu behandeln. Dies schließt den manuellen Eingriff aus.
Manuelle Filterung der IPs schafft die Möglichkeit des Mißbrauchs und allein die Möglichkeit reicht um als bad feature zu gelten.

PS: ich bin wieder online 8)

Hallo Xman,
also das verstehe ich jetzt nicht. Diese Funktion ist doch nichts wirklich Neues, sondern stellt eher eine Art Komfortfunktion dar.
Genauer:
- Anzeigen der ClientIP gibt es schon in einigen Mods, und ist gerade zur Zeit auch sehr notwendig(Stichwort: OldMlDonkeys und deren Störuploads).
- Sperren der IP durch manuelle Eintragung in die IPFilter.dat ist auch schon möglich.

Der Rest ist doch nur eine gewisse Vereinfachung des Ganzen, wobei ich immer noch gewisse Bedenken bei der permanenten Sperrung der IPs habe, da ich immer noch den "Mißbrauch durch Unwissenheit" befürchte.
Also, warum sollten die Devs was gegen diese Funktion haben? Wie sollte ich die (zu meinem Vorteil) Mißbrauchen?

MfG Boink

@boink
IPs anzeigen ist schon ok... ich red nur vom Sperren..
klar kann man das eh schon immer, aber halt nur als versierter User. Geht das per Mausklick wird es einem einfach zu leicht gemacht. Wie Du auch befürchte ich vor allem den Mißbrauch durch Unwissenheit.
Mir persönlich ist es egal ob ein Mod solch ein Feature beinhaltet. So wie ich aber die Devs kenne sind sie solch einem Feature sehr kritisch gegenüber eingestellt.

Hallo Xman, schön endlich wieder von dir zu lesen! :D
Ich bin froh, dass du dich in diese Diskussion einmischt, da ich dieses Feature schon immer noch als recht kritisch einstufe. Darum ja auch diese lange Diskussion. 8)

Wie Pathfinder bereits auf Seite 1 dieses threads deutlich machte, ist der Hauptknackpunkt beim Eintrag in die ipfilter.dat doch der, dass ab diesem Zeitpunkt der Transfer in beide Richtungen nicht mehr möglich ist, aber bestehende Verbindung nicht sofort unterbrochen wird! Die gebannte IP wird erst nach beendeter Verbindung dann vom Aufbau weiterer Verbindungen abgehalten.
Damit ist die Fairness weiterhin gewährleistet.

Wenn man dem Eintrag noch eine Warnung vorschaltet, so sollte das Feature doch eigentlich "DAU-sicher" sein.
Welcher user will sich schon selbst zu viele potentielle Quellen vorenthalten!?

Die weniger versierten user sind oft gerade die, die sehr verzweifelt nach einer Lösung suchen, um einen Plagegeist loszuwerden.
Und dank vieler bereits verfasster Anleitungen dann durchaus recht schnell auch zum Ziel kommen.
Oder aber aus Frust eine Trotzreaktion entwickeln und sich einen MOD suchen, der noch viel mehr schädliche Features beinhaltet. Solche Reaktionen kann man bei uns ja auch haufenweise in der Mülltonne finden...
Es ist eine Sache, ob so etwas in die offizielle eMule Version eingebaut wird, oder aber in gewissen MODs eines vieler weiterer Features ist.
Schaut man sich mal an, wieviele user tatsächlich irgendwelche MODs verwenden, so wird klar, dass Originalmulis immer noch den Löwenanteil der clients im eD2k-Netzwerk ausmachen.


Wie schon gesagt, es ist kein Kick (den man aber genauso innerhalb von ca. 8 Klicks bewerkstelligen kann), sondern ein freiwilliges Verzichten auf eine potentielle Quelle, die aber sicherlich nicht von 100 weiteren ebenfalls ausgesperrt wird - es sei denn, besagter client verhält sich so aggressiv, dass er auch vielen anderen unangenehm auffällt und dann hat er es doch auch nicht anders verdient, als ausgesperrt zu werden.
Wenn man mal daran denkt, wie ältere Mulis/eDonkeys von den neueren auch benachteiligt werden (oder in der Vergangenheit benachteiligt worden sind - Stichwort: von ihnen nehmen, aber nichts zurückgeben!), sehe ich da wirklich kein weltbewegendes Problem in einem "Add IP to ipfilter.dat"-Feature.

die Frage ist: wie definiert man "ein user der unangenehm auffällt" ?
Hat er einen bestimmten Nick ?
Läßt er Dich in der Warteschlange nicht vorankommen ?
Gibt er Dir ständig korrupte Daten ?
Baut er nur ständig eine Verbindung erneut auf um dann nichts zu senden ?
usw...
All diese Dinge lassen sich auch von emule selbst herausfinden, wenn es denn programmiert würde. (teilweise schon geschehen). Das wäre dann der sichere Weg um die unangenehmen User loszuwerden. In meinem letzten Mod hatte ich bereits damit angefangen ein paar Algorithmen zu schreiben um solche Clients zu bannen.
Meiner Meinung nach ist dies halt der bessere / sauberere Weg der Mißbrauch ausschließt. Ansonsten kann ich nur nochmal betonen, daß mich das Feature nicht stört, die Devs aber bestimmt. ;)

Hi,

naja *g*

ich bin nur der in die Tat umsetzende Beteiligte *ggg*

Wenns falsch war, wars halt falsch *g*. Meckern wird schon keiner. Mein Proxy-Support funzt ja auch und wird noch immer genutzt :)

Auf jeden Fall gehts hier zum Download des geänderten Sivka-Mods mit IP-Filter-Feature:

http://www.emule-web.de/board/viewtopic.php?t=9456

MFG deadlake

Leider ist eben keines dieser Features perfekt und es gelingt immer wieder einzelnen clients durch sämtliche Raster zu fallen. Das beobachte ich seit langem und das fällt eben, wie zahlreiche threads zeigen, auch etlichen anderen auf.
Da wird in der Regel schon erstmal beobachtet und nachgedacht/-fragt, woran ein beobachtetes Verhalten liegen könnte.

Und genau für solche Ausnahmen sollte es eine Möglichkeit geben, dass der user eingreift.
Dazu müssen dann mehrere Kriterien zusammentreffen:
Der user muss bereit ist, einen Wechsel zu einem anderen Muli zu vollziehen, das ja auch schon für viele abschreckend wirkt!
Der "Mulitreiber" muss seinen client beobachtet haben, ihm muss etwas unangenehm aufgefallen sein und wird dann sicher noch beobachten und irgendwann zu dem Schluss kommen, dass da was nicht richtig läuft und dann die Entscheidung treffen, einen client entweder temporär oder permanent in die ipfilter.dat einzutragen. (Ok, das ist jetzt die Idealvariante. ;) )

Ich sehe einfach kein Risiko bei so einem Feature, da es ja Leute gibt, die sich auch nicht weiter um die Grösse der IP-Ranges und die Notwendigkeit diese zu filtern kümmern!
[Beispiel eines Denkvorganges (den ich schon als tatsächlich so vorhanden bestätigt bekam!) : "Ah, wieder so ein oller Deutscher, die sind ja eh alle Leecher, ich blockier einfach alle T-Online Ranges!" ]
Wer verbietet oder massregelt deren "idiotische" Handlungen!?
Was sind da ein paar und wenn es 50 Einträge einzelner IPs sind (davon einige wohl auch temporär) ?
Man sollte immer die Verhältnismässigkeit sehen.
Mir ist lieber, ein user mit dem Wunsch ab und zu in der Lage zu sein eine IP zu filtern, kann das tun, wenn es ihm ein Bedürfnis ist und sein Anliegen mit einem netzwerkfreundlichen MOD umsetzen, als dass er sich anderswo Abhilfe sucht und irgendeinen MOD nimmt, in dem alle Fiesheiten eingebaut sind. :i:
Und ich erwähne es noch mal: Der IP-Filter funktioniert in beide Richtungen - das sollte eben bei der Umsetzung des Features berücksichtig werden und dem user beim Vorhaben, eine IP in die ipfilter.dat zu übernehmen auch jedesmal wieder ins Gedächtnis gerufen werden!




edit: Eben sehe ich den post von deadlake. Den MOD-release-thread habe ich vorübergehend in den privaten Bereich des Forums verschoben, bis die Zulässigkeit des Features (automatische Übernahme einzelner IPs in die ipfilter.dat per Klick durch den user) eindeutig geklärt ist. Ich habe diesbezüglich Kontakt zu einigen bewanderten eMule-Codern aufgenommen und werde mir ihre Meinung zu diesem Thema anhören.
Danke an dieser Stelle schonmal an Xman, der seine Einschätzung bereits mitgeteilt hat.
So gerne ich so einen Automatismus in MODs sähe, so sehr müssen wir uns bewusst sein, dass dieser den Missbrauch sehr leicht macht. Meine obige (idealistische) Ausführung zum Verhalten wird wohl leider nur auf einen Bruchteil der user zutreffen, viele werden einfach wild klickend alles, was ihnen nicht "in den Kram passt", per ipfilter.dat Eintrag "bannen", wenn man ihnen die Möglichkeit gibt.


deadlake
Ich weiss deinen Einsatz zu schätzen, aber mit einem Kommentar wie disqualifizierst du dich leider selbst.
Wie können wir da hoffen, dass du die Idee mit der nötigen Ernsthaftigkeit und Verantwortungsbewusstheit umsetzt!?
Auch scheint mir da noch einiges im Argen zu liegen bei der Umsetzung (ich meine die Stellen roten Textes bei deiner MOD Vorstellung - das muss für ein Release sicherer gegenüber Bedienfehlern sein).

Ich kann mein OK derzeit daher nur für eine einzige Modifikation geben:
Anzeige der client IP in den Client Details und in einer Spalte in den entsprechenden Bereichen des Transferfensters (Queue, Upload und Known List).
Somit kommen wir dem Wunsch der user nach, nötigenfalls in der Lage zu sein einen client auszusperren, aber aufgrund des mehrere Schritte umfassenden Vorgangs bis man einen client per ipfilter.dat tatsächlich gefiltert bekommt, wird sichergestellt, dass kein massenweiser Missbrauch erfolgt.
Wenn du Lust hast, dann poste doch mal einen MOD, der einfach nur die Anzeige der IPs als Änderung hat.
Der wird sicher sehr gerne genommen und wirft sonst weiter keine Probleme auf. :)

Hm,

also damit bin ich nun nicht zufrieden. Ich setze mich nicht über mehrere Tage hinweg stundenlang an solch einen Mod, um dann AUF EIN MAL hören zu müssen, dass es so nicht geht? Ich habe schon mehrmals bevor ich diesen Mod zum Download bereitgestellt hab, mitgeteilt was genau eingebaut wurde und wie es funktioniert. Mehr kann und werde ich ab hier nicht mehr tun. Dafür war mir die eingebrachte Zeit zu schade.

ZUSATZ:
Wahrscheinlich hast Du meinen Satz falsch verstanden. Da es noch immer nicht genau bekannt ist, ob dieses Feature nun im "Grauzone"-Bereich der eMule-Programmierung ist, weiss ich doch selber nicht ob es nun falsch war solch ein Feature zu coden oder aber richtig. Daher, wenn es falsch war, war es wohl falsch. Dann und genau dann kann ich dagegen nichts tun, aber einen Missbrauch sehe ich noch immer für vollkommen unsinnig. Laut meiner Programmierung wird kein laufender Upload durch den gesetzten IPFilter unterbrochen. Auch wird bei aktivem IPFilter ( egal ob permanent oder temporär ) der Download vom und der Upload zum Client unterbunden. Wo bitte kann man dann dieses Feature missbrauchen?

Tut mir Leid cosmic girl, aber im Moment bin ich echt sauer. Ich habe mich da wirklich stundenlang drangesetzt, alles ausgetüftelt usw. und nun ist diese Arbeit für den "Mülleimer" ? *heul*

Mein Satz sollte auf jeden Fall keine Verantwortungslosigkeit bzgl. dieses Features rüberbringen. Ich habe bewusst und vollkommen Ernst dieses Thema behandelt. Ansonsten hätte ich mir doch bestimmt nicht die Zeit dafür genommen oder?

MFG deadlake

@deadlake

Es gibt ja auch so viel andere schöne Dinge im Leben.

Wann hast Du das letzte mal Fußball gespielt?
Stop...ich weiss schon die Antwort...""einmal und dann nie wieder,weil...da war einer der hat mich nicht vorbeigelassen"" :naughty

Wenn alle MoDDer so denken würden, hätten wir keine. Frag mal Ornis+, was der schon so alles eingesteckt hat und noch immer einsteckt.

Januar

@Januar1956

Darum geht es doch garnicht....

Erst wurde mir zugesagt die Downloads zu posten, dann auf einmal, weil ich wohl etwas geschrieben hab, was falsch verstanden wurde, wurden die Downloads einfach unzugänglich gemacht?

Eigentlich dachte ich dass solch ein Feature erwünscht ist? Anscheinend wohl doch nicht ;)

MFG deadlake

Hi deadlake,

ich kann mir ehrlich gesagt nicht denken, daß die Devs das Feature gutheißen. Im offiziellen Client gibts ja nicht eine Funktion, die speziell gegen Leecher gedacht bzw. einsetzbar ist. Offizielle Regelung ist ja, daß Leecher in Emule eben von Seiten der Devs toleriert werden, die manuelle Regelung der Uploads durch die User aber eher eingeschränkt wird.

Es kann trotzdem für viele User und mich auch ein gutes, sinnvolles und brauchbares Feature darstellen, aber wenn es nicht den Intentionen der Devs entspricht, wirds halt auf dem offiziellen Board (und damit auch hier) nicht geduldet. Auf allen Boards gelten ja bekanntlich die Richtlinien der jeweiligen Admins und Mods als verbindlich, und hier werden halt die Regeln der Devs vom offiziellen Board übernommen.

Ich finde es aber auch nicht so glücklich von Seiten der Boardadmins, erst die Entwicklung dieses Features positiv zu begleiten und dann so abrupt ohne eine in meinen Augen stichhaltige Begründung umzuschwenken. In Cosmics und Pathfinders Posting wird ja auch das Feature grundsätzlich positiv gesehen. Bisher hat hier auch noch keiner einen konkreten Missbrauch darlegen können, der zu unfairen Verhalten führt.
Der einzige bisher hier aufgeführte Grund für die Ablehnung des Features ist bisher in meinen Augen die fehlende Zustimmung der Devs.

Aber da hier ja prinzipiell Sinnhaltigkeit und Unschädlichkeit des Features betont werden, sollte der Einsatz doch erstmal weitergehen. Soweit sollte die eigene Selbständigkeit der Boardleitung doch gehen, daß man die Features, die man für sinnvoll hält, auch erstmal ohne "offizielle" Genehmigung vertritt.


Da der Thread des deadlake 1.0a Mods ja für mich zur Zeit nicht sichtbar ist, noch eine kurze off-topic Info zur Filter Funktion in dem Mod an deadlake.
Wenn ich nur die Client IP per rechter Maustaste temporär oder permanent in die Filterliste aufnehme, klappt die Filterung nicht. Bei "Tools, IPFilter" werden die neuen Einträge zwar angezeigt aber greifen offensichtlich nicht, der Trefferzähler läuft auch nicht hoch und ich kann weiter zu den Clients up- und downloaden. Die Ip Anzeige der Clients bzgl. Filterung ändert sich auch nicht. Die permanent zugefügten Einträge greifen nur, wenn ich bei "Einstellungen,Sicherheit, IPFilter neu laden" drücke. Dann steht auch in der IP Anzeige des Clients, daß er permanent gefiltert ist.

Ich wünsche mir jedenfalls, daß du auch hier weitermachst und ein bisher in meinen Augen sinnvolles Feature weiterentwickelst, oder wir lassen uns alle irgendwann doch vom Gegenteil überzeugen, aber nur, falls da mal jemand mit stichhaltigen Gründen aufwarten kann.

Ciao
Rumpelzuck

Fein fein, manuell User reisschmeissen - dass braucht das Land, um unliebsame Clients schnell mal auszuschliessen. :sb

Dass dies automatisch mit Clients passiert, welche falsche Daten senden oder allgemein das Protokoll missachten ist ja noch gut und schön - aber es manuell dem Anwender in die Hand geben? ...klingt nach einer Schnellschusslösung ohne ein Problem bei der Wurzel zu packen.

Dass es - weder von den Devs, noch von der Mehrheit der ernsthafte Nutzer gut geheissen wird, manuell gegen einzelne Clients vorzugehen, müsste dadlake voher bewusst gewesen sein. Schade um die Zeit, ja, aber nicht wirklich überraschend, dass negative Meinungen zusammen kommen.

Hallo Ornis+,

erstmal vielen Dank, dass Du dich auch bzgl. dieses Themas gemeldet hast.

Nur gehe ich mal davon aus, dass Du nicht wirklich konzentriert dieses Thema gelesen hast.

Wir reden hier vom IPFilter, keinem Kick oder ähnlichem !

Filtert man einen Client welcher sich in der Uploadliste befindet, bleibt dieser Client noch immer in der Uploadliste, solange bis er eh die "SESSIONMAXTIME" erreicht und dann automatisch, wie es ja eigentlich auch so sein soll, aus der Uploadliste verschwindet. Ich habe keine Programmierung eingefügt, welche gefilterte Clients kickt oder bannt. Ist der Client dann irgendwann aus der Liste weg, gilt die Filterung ja ab sofort für beide Seiten, also Down- und Upload. Somit ist es im allgemeinen fair, denn wer filtert muss auch damit leben, dass er von diesem Client auch nichts mehr saugen kann !

MFG deadlake