marcinus
09-02-06, 19:44
Pierwsze kroki - instalacja/połączenie z dostępnymi sieciami/szukanie/ściąganie
Zabawę z eMule rozpoczynamy od ściągnięcia wybranej wersji mułka (w postaci instalacyjnej - klasyczna instalacja programu poprzez dwuklik na plik .exe i odpowiedzi na zadawane pytania, albo w postaci binarnej, czyli spakowanego archiwum i wypakowaniu go do wybranego przez siebie folderu). Wskazana jest instalacja na partycji innej niż systemowa. Jeśli nie cały folder z mułkiem to przynajmniej foldery Temp i Incoming. W przypadku ewentualnej kraksy systemu nie stracimy plików ściąganych i ściągniętych. Na osobnej partycji można (a w zasadzie należy wink.gif ) również przechowywać kopię bezpieczeństwa plików, na podstawie których jesteśmy identyfikowani (preferences.dat i cryptkey.dat) oraz pliku z kredytami innych użytkowników (clients.met). Te pliki gwarantują nam rozpoznanie kredytów w obie strony.
Po włączeniu mułka, pierwszą rzeczą, którą musimy zrobić jest połączenie się z siecią (serwer ed2k lub kademlia). Łączenie z serwerem polega na kliknięciu w przycisk Połącz w zakłądce serwery i czekaniu aż się połączy. Musimy przed tym krokiem pamiętać o zaktualizowaniu listy serwerów ręcznie (umieszczenie w katalogu config pliku server.met) bądź automatycznie poprzez wprowadzenie odpowiedniego adresu url do pliku adresses.dat .
Z Kademlią łączymy się poprzez kliknięcie w guzik Połącz w zakładce Kademlia. Do połączenia potrzebny jest plik z kontaktami nodes.dat.
Teraz już można ściągać pliki. Do poszukiwania plików w sieci służy wyszukiwarka w eMule (wyszukiwarka jak wyszukiwarka - nie będę się o niej rozpisywal) albo linkownie - strony internetowe, na której inni użytkownicy zwani releaserami umieszczają sumy kontrolne (w postaci nazwy pliku, jego wielkości i jego identyfikatora - hasha) tak aby łatwiej rozpoznawać i promować dobre wersje pliku. Aktualnie w środowisku releaserów panuje trend odchodzenia od linków klikalnych - na stronach umieszczane są sumy postaci:
ed2k://|file|nazwa_pliku_wraz_z_rozszerz|wielkość_pliku_w _bajtach|identyfikator_pliku|/
Najłatwiej takie linki obsługuje się poprzez zahaczenie w opcjach penetracji schowka pod kątem linków (Ustawienia>Pliki>Szukaj Linków ed2k w schowku). Przy zaznaczeniu tej opcji podczas działania mułka wystarczy cały link zaznaczyć, skopiować (ctrl+c) i potwierdzić dodanie nowego pliku do listy ściąganych. Innym rozwiązaniem jest wklejenie takiej sumy kontrolnej w oknie, które się pojawi po wybraniu Narzędzia>Bezpośrednie pobieranie. W przypadku linków klikalnych wystarczy kliknąć, a plik załaduje się gotowy do ściągania.
Po rozpoczęciu ściągania pierwszą rzeczą, którą zauważycie i która was pewnie zdziwi będzie brak transferu. Taka sytuacja jest zupełnie normalna. W sieci ed2k obowiązują kolejki, a o przesuwaniu się w tych kolejkach decyduje Ranking, uzależniony od wielu czynników, a przede wszystkim od kredytów.
Dlatego też zupełnie normalną sytuacją jest, że nowi klienci, którzy nic nie wysłali, niczym się z innymi nie podzielili i w ten sposób nie zarobili u innych możliwości awansu w kolejce, nie będą tego robić szybko, będą wyprzedzani przez innych i w efekcie przez długi okres czasu w ogóle nic nie pociągną. Każdy użytkownik mułka przez to przeszedł i wy też, jeśli chcecie poznać dobrodziejstwa i mozliwości tej sieci, musicie się uzbroić w cierpliwość.
Kolejna sprawa denerwująca nowych użytkowników sieci to niskie transfery (tutaj mówiąc nowi mam na myśli tych korzystających mułka przez kilka tygodni, którzy już zdążyli wysłać kilka GB danych, a sami ciągną z prędkością wody kapiącej z kranu). Musicie pamiętać o tym, że o prędkościach które osiągacie nie decydują możliwości waszych łącz, tylko prędkości z którymi może wysyłać użytkownik wysyłający. Tego nie da się przeskoczyć. Ale da się obejść. Obejście polega na ułatwieniu mułkowi ściągania od kilku użytkowników na raz. Czyli po pierwsze należy ściągać pliki popularne (dla byłych kazowiczów uwaga - w sieci ed2k plik popularny to taki, w którym ilość źródeł przekracza 40, a im więcej źródeł na plik tym lepiej) a po drugie należy ściągać kilka plików na raz. Należy oczywiście uważać, żeby nie przesadzić, ponieważ po przekroczeniu pewnej ilości źródeł z którymi mułek musi się kontaktować może nastąpić znaczne spowolnienie transferu (ok. 3000 łącznej ilości źródeł dla wszystkich plików ściąganych). Tu wiele można zdziałać konfiguracją mułka.
Należy również pamiętać, że samo wysyłanie danych nie musi spowodować przyrostu kredytów u osób, u których stoimy w kolejce.
Kolejna kwestia często dziwiąca tych, którzy zaczynają przygodę z mułkiem to przerywane transfery - eMule ściąga od jednego klienta ok. 9MB i spada w jego kolejce na koniec. Nie ma się czemu dziwić. Taka jest idea mułka - wysyłanie pliku odbywa się we fragmentach. Każdy fragment ma wielkość ok. 9500KB. Rzadko się zdarza, żeby udało się ściągnąć od jednego użytkownika więcej niż jeden kawałek na raz. Z reguły po ściągnięciu od klienta tego tzw. chunk'a spadasz na koniec jego kolejki, a mułek od razu może tę ściągniętą cząstkę rozsyłać innym użytkownikom chcącym ją ściągnąć. Dzięki takiemu rozwiązaniu unika sie działania tzw. pijawek (tych którzy ściągając nie wysyłają nic innym) - każdy użytkownik ściągając, automatycznie coś musi wysyłać. Dzięki takiemu zachowaniu występuje również większa rotacja w kolejce, co skraca czas oczekiwania na slota.
Kwestie pzrerywanych ściągnięć po ściągnięciu jednego chunk'a może rozwiązać tzw. friend slot. Zawsze można poprosić uzytkownika o przyznanie miejsca do ściągania od niego (namolni jednak nic w ten sposób nie wskórają). Ty również możesz kogoś w ten sposób nagrodzić, albo spełnić czyjąś prośbę. Warunkiem koniecznym jest obsługiwanie przez klienta uploadującego slotów dla przyjaciół. A obsługują tę opcję niektóre mody (wersje oficjalne - nie), i jeśli jest obsługiwana to jest ona wyszczególniona w changelogach danego moda.
Jeśli chcesz wiedzieć jak szybko ściągać to przeczytaj dalszą część FAQ.
Zmiana wersji/moda
Gdy chcemy zmienić wersję na nowszą albo chcemy spróbować wersję zmodyfikowaną (tak zwanego moda) należy zrobić co następuje:
1. Ściągnąć plik z żądaną wersją w postaci binarnej (archiwum zip/rar, często w nazwie archiwum pojawia się skrót bin). Nie należy ściągać źródeł pliku (sources, w nazwie archiwum pojawia się skrót src) - to nie są programy, tylko ich kody źródłowe, przydatne programistom zajmującym się mułkiem.
2. Przy użyciu ulubionego archiwizera (winrar, winzip, itp.) wypakować z niego wszystkie pliki.
Najlepszym sposobem jest założenie nowego katalogu i tam wypakowanie zawartości binarki. Potem ze starej wersji przenosimy config (usuwając plik prefernces.ini o czym później). Można też zamiast całego configu skopiować tylko najważniejsze pliki tzn. cryptkey.dat, preferences.dat, client.met oraz ich odpowiedniki .old. To nam zapewni zachowanie kredytów swoich i innych. Możemy teraz używać na zmiene dwóch wersji eMula jeśli mamy taką ochote.
Często pojawia się pytanie o to jakiego moda można zainstalować w sytuacji, gdy korzysta się z konkretnej wersji. Odpowiedź brzmi - każdego. Każda wersja i każdy mod są tworzone tak, żeby działały samodzielnie, bez jakichkolwiek podkładek. W nazwie modów pojawiają numerki z wersjami, ale one wcale nie oznaczają, że można je nakładać tylko na taką wersję. Te numerki znaczą tyle, że w danym modzie są zawarte najważniejsze opcje z wersji oficjalnej oznaczone tym właśnie numerkiem, plus dodatkowe opcje stworzone przez twórców tego, czy innych modów. Mało tego - często w nazwach modów znajdują się oznaczenia liczbowe inne niż w wersjach ofcjalnych (np. eMule v0.44d pHoeniX 1.12, eMule v0.44b Pawcio 5.15f, eMule v0.43b sivka v13b2d, itp.). Tak więc jeśli używasz, np. wersji eMule v0.44d to możesz zainstalowac sobie zarówno pHoeniX'a 1.12, jak i eMule v0.30e sivka v10e9f. Nie wolno jednak przesadzić z instalowaniem wersji zbyt starych, ponieważ starsze wersje są gorzej traktowane przez innych klientów (poczytaj o rankingu), mają gorsze zabezpieczenia, mniej funkcji i czasem zamiana na zbyt starą wersję grozi utratą kredytów (podczas zamiany na wersje wcześniejsze niż v0.30).
Należy pamiętać, że przed zmianą moda powinno się usuwać plik preferences.ini. W tym pliku znajdują się wszystkie ustawienia mułka. Zmiana moda to również często zmiana układu opcji w Ustawieniach, wprowadzenie nowych funkcji i brak niektórych funkcji dostępnych w poprzednim modzie. Dlatego funkcjonowanie niektórych modów na podstawie pliku preferences.ini pochodzącego z konfiguracji wcześniejszego może spowodować niespodziewane problemy i niestabilność pracy mułka.
Serwery ed2k i kwestia ID
Podstawową siecią, z której korzysta mułek (powstała jako pierwsza i jak do tej pory działa najwydajniej), jest sieć serwerów ed2k. Po podłączeniu się do serwera każdemu użytkownikowi przyznawany jest identyfikator, dzięki któremu dany klient jest rozpoznawany przez inne serwery. Identyfikator ten to liczba obliczana wg. pewnego wzoru. Jeśli liczba obliczona jest większa od pewnej stałej, identyfikator ten nazywa sie wysokim ID (High ID). Gdy wartość obliczona jest niższa od tej stałej, identyfikator nazywany jest niskim ID (Low ID). Wartości te dla użytkownika nie maja żadnego znaczenia, dlatego nie podaję ani wzoru, ani granicy (jeśli kogoś to interesuje - zapraszam do odwiedzenia oficjalnego mułka (http://www.emule-project.net/home/perl/help.cgi?l=1&rm=show_topic&topic_id=103)
Co ma znaczenie dla nas, czyli użytkowników klienta eMule? Czy dostajemy wysokie, czy niskie ID. Określa to dostępność portów poprzez które mułek łączy się z siecią.
*Jeśli dostajemy wysokie ID, oznacza to, że porty te są w pełni dostępne, czyli mamy pełny, w niczym nieograniczony dostęp do sieci.
*Jeśli dostajemy niskie ID, oznacza to, że porty te są w jakiś sposób zablokowane i przez to mamy pewne ograniczenia w funkcjonowaniu w sieci ed2k (niemożliwość połączenia Low ID <-> Low ID).
Należy sobie zadać pytanie - jakie ID powinniśmy dostawać? Żeby mieć wysokie ID, porty muszą być w pełni dostępne. A co nam blokuje porty? przede wszystkim wszelkie programy służące do zapewniania bezpieczeństwa w sieci, czyli zapory internetowe (zwane firewallami, ogniomurkami, itp.). Następnie należy się zastanowić w którym miejscu ta zapora nas 'przytrzymuje'. Są dwie możliwości:
-> Jesteśmy w sieci osiedlowej, w której internet pochodzi z rozdzielenia jednego łącza do kilku komputerów poprzez różne urządzenia (routery, switche, serwery itp.) wyposażone w zapory sprzętowe, albo programowe (czyli inaczej mówiąc - posiadamy wewnętrzny, niepubliczny adres IP). W tym przypadku bez naszego zainteresowania i interwencji u admina na pewno będziemy dostawać niskie ID. Pierwszym krokiem do odblokowania portów jest odblokowanie ich na urządzeniu rozdzielającym. Nazywa się to szumnie przekierowaniem (forwarding'iem) portów. W tym celu musimy zgłosić się do administratora sieci (tego który nam to łącze udostępnił, u którego stoi urządzenie rozdzielające) i poprosić o tę czynność.Po otwarciu portów prawdopodobnie trzeba będzie dokonać jeszcze jednej czynności - patrz punkt niżej. Często zdarza się, że na serwerach znajdują się zapory programowe (aplikacje takie same jak na naszym komputerze), wtedy procedura odblokowania portów jest identyczna jak w przypadku zapór znajdujących się na naszym komputerze.
-> Z internetem łączymy się poprzez publiczne IP (nasz komputer nie ma przeszkód w postaci routerów itp. i łączy się z internetem bezpośrednio). Jeśli ktoś nie wie jak się dowiedzieć czy ma publiczne ip niech zajrzy do umowy, którą podpisał z dostawcą, tam z reguły jest podane, czy dostawca zapewnia publiczne ip (stałe albo zmienne). Jeśli umowy nie podpisywał, to na 99% nie ma publicznego IP. Użytkownicy z publicznym IP powinni dostawać wysokie ID. Jeśli jest inaczej, oznacza to że porty są zablokowane przez zaporę znajdującą się na naszym komputerze.
W przypadku gdy powinniśmy dostawać wysokie ID (przekierowany port albo publiczne IP), a wciąż dostajemy niskie należy wykonać co następuje:
Wyłączyć zaporę systemową (dotyczy użytkowników winXP)
Odpowiednio skonfigurować inną, zewnętrzną zaporę
Kilka dodatkowych uwag o ID:
Zdarzają się przypadki, gdy mamy wszystko poprawnie skonfigurowane, a mimo to wciąż dostajemy id nie takie jak należy. Tak się dzieje z winy oprogramowania serwerów ed2k (przeciążenie, niepoprawna konfiguracja). Nazywa się to fałszywym ID i bardzo niekorzystnie wpływa na pracę mułka. Należy wtedy spróbować połączyć się z innym serwerem. Niektóre mody mają zaimplementowane funkcje rozłączające się z serwerem, gdy dostaniemy ID odmienne od założonego.
Użytkownicy z niskim ID mogą łączyć się tylko i wyłącznie z użytkownikami z wysokim ID, przez co użytkownicy z niskim ID tracę część źródeł. Ze swojego doświadczenia mogę powiedzieć, że niskie ID nie ma bezpośredniego wpływu na prędkość ściągania (szczególnie przy plikach popularnych).
Niskie ID może mieć z kolei ogromny wpływ na możliwości połączenia z serwerem. Tacu użytkownicy są traktowani gorzej, ponieważ są dodatkowym obciążeniem dla serwerów i dlatego mogą się przydarzyć wielkie trudności z połączeniem z serwerem (szczegóły w sekcji poświęconej kłopotom z połączeniem z serwerami).
KIlka uwag o serwerach
Nie ma lepszych albo gorszych serwerów, ilość użytkowników i pingi nie mają zasadniczego znaczenia na prędkość ściągania.
Serwery służą do komunikacji z siecią oraz do szukania plików i źródeł.
Szukanie źródeł zawsze odbywa się globalnie (poprzez serwer z którym jesteśmy połączeni komunikujemy się z innymi serwerami z listy serwerów i pytamy je wszystkie o źródła - czynność ta odbywa się co kilkanaście minut).
Szukanie plików może odbywać się zarówno lokalnie (na serwerze z którym jesteśmy połączeni - metoda Server) jak i globalnie (na wszystkich serwerach znajdujących się na liście serwerów - Global server). Poza tym mułek ma również inne szybsze sposoby na szukanie źródeł (Wymiana źródeł, Kademlia).
Jeśli zaś chodzi o pingi to określają nam one jedynie jak szybko pakiet osiąga cel i wraca do Ciebie.
Dlatego nie należy sobie zawracać głowy ciągłymi problemami z połączeniem do Razorbacka.
Połączenie z serwerem będzie się odbywało automatycznie po uruchomieniu mułka gdy zaznaczymy w Ustawieniach>Parametry łącza>Network>ed2k oraz Podłącz do serwera przy uruchomieniu.
Podłączaj sie tylko do bezpiecznych serwerów.
Miękki limit na serwerze - jesli użytkownik przekroczy ten limit, to dostanie wiadomość ostrzegającą z serwera a nadwyżka plików nie będzie akcepotwana przez serwer. Mimo ze domyślna wartość wyności 1000, zaleca sie nie udostępniania więcej niż 500 plików (niepotrzebne obciążenie dla serwera).
Twardy limit plików - jeśli użytkownik przekroczy ten limit, automatycznie zostanie rozłączony z serwerem. Tak jest w teoretyce, a praktyce bywa róznie, gdyż serwer może wyrzucać użytkownika który mniej udostępnia.
Kłopoty z połączeniem z serwerem
Podstawowym problemem podczas łączenia się z serwerem jest posiadanie niskiego ID. Przede wszystkim dlatego, że na serwerach występuje limit ilości miejsc przeznaczonych dla użytkowników z niskim ID
Gdy występuje problem z połączeniem, zawsze należy zwrócić uwagę, co pojawia się w oknie Log w zakładce Serwer. Poniżej przedstawiam kilka najczęściej pojawiających się komunikatów i podstawowe kroki zaradcze, prowadzące do rozwiązania problemu.
Do każdego problemu podam kilka przykładowych rozwiązań, jesli jakas nie pomoże przejdzcie do nastepnej...
1. Serwer wygląda na wyłączony.
Sytuacja taka pojawia się, często w chwili, gdy korzystamy z niekatualnej listy serwerów. Należy wtedy uaktualnić listę serwerów http://www.gruk.org/server.met.gz (wpisz to w Aktualizuj... w zakładce Serwery)
Podłaczaj się do serwerów takich jak Donkey Serwery 1-6, Razorback 2.0, 2.1 i inne z listy gruka.
Potem zobacz czy nie masz zadnych firewalli ani antywirusów co moga Tobie blokowac w jakiś sposób porty.
Jesli to nie pomoze, nie lacz sie na siłe, odczekaj 20 minut z wyłaczonym eMulem i spróbuj ponownie po tym czasie. Może mieć to związek z utratą punktów za logowanie.
Może się zdarzyć ze to nadal nie pomaga. Dzieje się tak często u uzytkowników łączących się z internetem poprzez sieć lokalną. Na taką sytuację nie ma jednoznacznego rozwiązania, gdyż może być to wina operatora sieci. Sprobuj zmienić porty w Ustawienia->Paametry łacza a gdy i to nie pomoże skontaktuj się z administratorem.
2. Serwer wygląda na pełny
Na serwerze znajduje się już zbyt wielu użytkowników (w sumie lub tych z niskim ID) i serwer odrzucił połączenie z twoim klientem. Rozwiązanie - połączenie się z innym serwerem.
Ogolnie często ten komunikat występuje na przemian z "wyglada na wyłączony" dlatego postępuj zgodnie z opisiem jak przy tamtym komunikacie.
3. Znalazłeś się na czarnej liście (You are currently blacklisted).
Przyczyna - znalazłeś się na czarnej liście.
4. You have a Low ID...
Ogolnie kwestia pozbycia się Low ID masz opisane wyżej
Jeśli pojawia się taki komunikat, po czym następuje automatyczne rozłączenie z serwerem, oznacza to, że masz niskie ID i najprawdopodobniej włączoną opcję rozłączania w przypadku dostania od serwera niskiego ID.
Użytkownicy posiadający publiczny adres IP albo przekierowane porty powinni mieć zahaczone opcje ponownego łączenia się z serwerem na skutek niskiego ID (uniknie się w ten sposób falszywego ID). Natomiast użytkownicy nie posiadający ani publicznego IP, ani przekierowanych portów, po zahaczeniu tej opcji nie będą w stanie połączyć się z żadnym serwerem dopóki nie zostanie im przydzialone falszywe wysokie ID. Dlatego wtedy należy tę opcję w ustawieniach odznaczyć.
Opcje odpowiedzialne za ponowne łączenie się z serwerem przy połączeniu z niskim ID w różnych modach nazywają się różnie, a znależć je można najczęściej w ustawieniach rozszerzonych danego moda lub w zakładce serwer (zależy jak bardzo dany mod ingeruje w wizualny wygląd wersji oficjalnej). Jeśli ten problem występuje w wersji oficjalnej mułka, to należy się przyjrzeć opcji Inteligentnego sprawdzania Low ID przy podłączaniu w Ustawieniach>Serwer i albo zahaczyć, albo odhaczyć.
Jeśli normalnie zawsze dostawałeś High ID, a nagle teraz pokazał Ci sie komunikat o Low ID, zrestetuj eMula i odpal go ponownie, następnie podłącz się do wybranego serwera np Donkey Serwer. Jest to częsty błąd pojawiający się przy przełączaniach się miedzy serwerami mimo ze mamy odblokowane porty (wina serwera)
5. Operacja się przedawniła (timed out)
Sprawdź czy jesteś połączony z internetem. Do tego sprawdz firewalle i antywirusy czy nie blokuje w jakiś sposob eMula. Jesli będzie trzeba to zmień porty. Następnie gdy to nie pomoże postępują tak jak przy błędzie "wygląda na wyłączony"
Innym sposobem może okazać się rezygnacja z korzystania z serwerów. Twórcy mułka wymyślili bezserwerową sieć Kademlia, a od wersji v0.44a dodali pomoc z połączeniem dla klientów z niskim id w postaci Buddies, dzięki którym nie trzeba być połączonym z serwerem, żeby połączyć się z kademlią. Dzięki temu rozwiązaniu można unikąć kłopotów z błędami połączeń z serwerami i korzystać z mułka w ogóle nie łącząc się z serwerem.
Kademlia
Kademlia to bezserwerowa sieć służąca do szukania plików i źródeł. Po raz pierwszy pojawiła się w wersji v0.42.1.
Łączenie się z Kademlią odbywa się poprzez plik nodes.dat znajdujący się w katalogu config mułka (tam zapisane są kontakty do sieci Kad) albo przez IP i port dowolnego klienta podłączonego do Kademlii. Pierwsze połączenie z siecią, gdy pliku nodes.dat nie ma na dysku albo jest pusty/uszkodzony (po kliknięciu w guzik 'podłącz' nie pojawiają się kontakty na liście kontaktów) polega na zaznaczeniu, w tej zakładce, opcji od znanego klienta (from known client) i kliknięciu w guzik Boot Strap albo w zakładce Transfery znalezieniu klienta w wersji co najmniej v0.42.1 (podłączonego do sieci Kad) kliknięciu w nim ppm i z menu kontekstowego wybraniu BootStrap. W ten sposób mułek korzysta z pliku nodes.dat klienta za pomocą którego się łączymy i tworzy podobny plik na naszym dysku. Każde kolejne podłączenie do sieci może już odbywać się przy użyciu owego pliku (guzik Połacz, bądź ponownie przy pomocy innego klienta (guzik Boot Strap).
Po połączeniu się z siecią klient sprawdza czy jest w stanie połączyć się swobodnie z innymi klientami przy użyciu tej sieci. Jeśli może - dostaje status Open (odpowiednik High ID w sieci serwerów ed2k), gdy nie może - dostaje status Firewalled (odpowiednik Low ID w siecie serwerów ed2k).
Począwszy od wersji v0.44a użytkownicy ze statusem 'firewalled' są wspierani przez tzw. Buddies, czyli innych klientów Kademlii, ze statusem Open będących pośrednikami w połączeniach, których użytkownicy ze statusem firewalled nie mogą obsługiwać.
Szukanie w sieci Kademlia odbywa się podobnie bez względu na to czego szukamy (plików/źródeł/innych użytkowników). Każdy klient podłączony do sieci jest w penym sensie małym serwerem. Każdy klient jest odpowiedzialny za pewne słowa kluczowe i źródła. Szukanie polega na odnalezieniu klienta odpowiedzialnego za to czego szukamy. Wygląda to mniej więcej tak, że klient szukający zapytuje innych klientów gdzie szukać klienta odpowiedzialnego i w ten sposób trafia do celu.
Automatyczne podłączenie do Kademlii po uruchomieniu mułka odbywać się będzie po zaznaczeniu w Ustawieniach>Parametry łącza>Network>Kademlia.
Problemy z podłączeniem do KAD
Nieraz się zdarza, że od razu mnie mamy ziolonej strzałki (górnej) tylko żółtą, mimo że wcześniej mieliśmy zieloną. Nie ma się co przejmować takim stanem rzeczy, gdyż jest to całkowiecie normalne, KAD jest siecią bardzo niezależną i pełne działanie uwarunkowane są wieloma czynnikami na które niekiedy nie mamy wpływu. Najlepszym lekartwem jest czas, gdyż nawet nie zauważymy, a znów zmieni się strzałeczka na ziolony. Przedstawie pare sposobów na rozwiązanie problemu z KAD.
-> port UDP moze być odblokowany ale nie musi, jednak oczywiście lepiej jest mieć go odblokowanego. Zauważyłem, ze jesli mamy odblokowany port TCP i przez to High ID to KAD łączy się dużo łatwiej (mimo odblokownie tylko jednego portu)
-> gdy nie mamy zadnych kontaktów w KAD mozemy sciągnąc plik nodes.dat i podmienić z tym który mamy w configu. Plik sciągamy tutaj (http://download.overnet2000.de/nodes.dat) lub tutaj (http://renololo1.free.fr/e/nodes.dat)
-> Ewentulanie mozesz sprobowac przez Bootstrap wpisujac IP skąd sciagasz kontakty np
IP: 195.236.75.57 Port: 4674
IP: 63.64.164.91 Port: 5298
IP: 216.63.109.137 Port: 5553
IP: 213.84.166.203 Port: 4673
-> niepoprawne działanie KAD moze być spowodowane wersją klienta, dlatego w tym celu nalezy zmienić wersje eMulka. Taka sytuacja miała miejsce np w wersji 0.46b (oczywiscie nie u wszystkich, ale problem ten występował w większej skali, a po zmienie wersji ustąpił).
-> innym dość nowatoroskim sposobem jest sciągnięcie pliki preferencesKAD dostepnego tutaj (http://brzymeq.ovh.org/download/preferencesKad.rar) i wrzucenie go do configa, potem ponowne odpalenie muła. Po jakimś czasie powinno byc więcej "kuleczek" niż normalnie. Zazwyczaj liczba ta waha się ok 700, z tym plikiem powinna po pewnym czasie wynieść 1200. Moze pomoże ;D
Gdy żaden z powyższych powód nie skutkuje, pozostaje nam czekać.
Kolory pasków postępu oraz wyników w Szukaj
Paski na liście plików ściąganych:
Zielona kreska na gorze paska oznacza ogólny postep ściągania pliku
Szerszy pasek poniżej:
Czarny - pokazuje części pliku, które już masz.
Czerwony - pokazuje niedostępne części pliku we wszystkich znanych źródłach.
Różne odcienie niebieskiego - reprezentują dostępność tej częśći pliku w źródłach, im ciemniejszy błękit tym dana część ma wyższą dostępność.
Żółty - wskazuje część aktualnie ściąganą
Pasek postępu ściągania od danego użytkownika (pokazuje sie po rozwinieciu listy użytkowników):
Czarny - pokazuje części pliku, które już posiadasz.
Niebieski - pokazuje części, których wciąż nie posiadasz.
Srebrny - pokazuje części pliku, którch dane źródło nie posiada.
Zielony - wskazuje część aktualnie przez ciebie ściąganą.
Żółty - wskazuje część spodziewaną (właśnie się o nią pytamy).
Liczby z kolumny Źródła (obok paska postępu):
przykładowo - 256/300 +20(2), gdzie:
256 - oznacza liczbę przydatnych źródeł, z których możemy pobrać plik/
300 - oznacza ogólną liczbę źródeł dla pliku/
+20 - oznacza, liczbę źródeł, które zapytaliśmy również o inny plik (A4AF), widoczne tylko po zahaczeniu 'Advanced Controls' w ustawieniach
(2) - oznacza, że aktualnie pobieramy plik z dwóch źródeł.
Paski na liście wysyłanych plików i na liście kolejki:
Czarny - pokazuje części posiadane już przez danego klienta.
Srebrny - pokazuje części, których dany klient jeszcze nie posiada
Zielony - pokazuje części aktualnie wysyłane do klienta.
Żółty - pokazuje części spodziewane przez klienta (po nią stoi w kolejce)
Znaczenie kolorów w wynikach wyszukiwania
Czarny - oznacza 1 - 3 źródła
Ciemny niebieski - oznacza 4 - 9 źródeł
Jasny niebieski - oznacza 10+ źródeł
Czerwony - pliki które aktualnie pobierasz
Zielony - pliki które zostały juz pobrane
Powyższe oznaczenia są właściwe dla wersji oficjalnych eMule. Niektóre mody używają innych oznaczeń.
Ranking, Wyniki wyświetlane na liście 'W kolejce', PowerShare.
Ranking i Wyniki
Na liście W kolejce wyświetlani są klienci czekający na slota, żeby móc coś od ciebie ściągnąć. O ich miejscu w kolejce decyduje czas tam spędzony, zmodyfikowany tzw. Rankingiem, decydującym o szybkości awansu w kolejce. Każdy nowy klient dostaje ranking = 100 (w oficjalnym systemie kredytów), który jest modyfikowany mnożnikami.
Mnożniki te określane są w sposób następujący:
-> zbanowani x0
Oznacza to, że klient zbanowany nie awansuje w kolejkach, czyli nie dostaje slota do ściągania.
-> klienci z niskim ID x0.8 (w wersjach wcześniejszych niż v0.27a) brak mnożnika (w wersjach nowszych)
Oznacza to, że jeśli używasz wersji v0.27a lub nowszej, to na awansowanie w kolejce po twój plik nie ma wpływu ID.
-> klienci już połączeni x1.5 (w wersjach wcześniejszych niż v0.27a) brak mnożnika (w wersjach nowszych)
-> klienci posiadający u ciebie kredyty x1 - x10 (w oficjalnym systemie kredytów)
W zależności od ilości nabitych kredytów. Oprócz systemu oficjalnego występują również inne. O wszystkich poczytać można tutaj.
-> w zależności od priorytetu pliku (ustawionego w zakładce Pliki), po który klient stoi
+ Release x1.8 [x5]
+ Wysoki x0.9 [x2]
+ Normalny x0.7 [x1]
+ Niski x0.6 [x0.5]
+ Bardzo niski x 0.2 [x0.2]
Oznaczenia w nawiasach kwadratowych dotyczą klientów w wersji v0.27a lub wcześniejszych.
-> klienci eMule w wersjach starszych niż 0.20a x0.5
Wersje stare są dyskryminowane, ponieważ generują duże obciążenie sieci.
Wynik
O kolejności dostania slota decyduje Wynik, obliczany wg wzoru:
Wynik = Ranking x Czas oczekiwania [w sekundach] / 100
Klient o najwyższym wyniku, oznaczony *** po wartości wyniku jest kolejnym do dostania slota.
Wszyscy posiadający mnożnik > 1 (Ranking > 100) oznaczeni są kolorem żółtym.
Release
Release jest to największy priorytet udostępniania. Aktywujemy go dla każego pliku jeśli chcemy, aby był wysyłany w pierwszej kolejności. Wchodzimy w zakłdke Pliki->PPM na dany plik->Priorytet->Release
Jesli chcesz miec kredyty ktore latwo wykorzystac to daj release tym plikom, ktore aktualnie sciagasz , dzieki temu dostajesz wiecej kredytow u userow i w przyszlosci łatwiej będzie od niego ściągnąc dany plik.
Pamietaj, aby nie dawać tego priorytetu wszystkim plikom, gdyż wtedy traci on na znaczeniu. Im wiecej takich samych priorytetów tym mniejsza jest jego skuteczność dla danej jednostki. Wyróżnij najlepiej z 2-3 pliki.
PowerShare
Opiszę to narzędzie, mające ogromny wpływ na to jaki plik jest uploadowany.
Jest to rodzaj priorytetu (aczkolwiek, nie jest to priorytet w sensie dosłownym). W zależności od rodzaju tej funkcji (twórcy modów zmieniają ją ciągle tak, żeby działała jak najlepiej a w swoich modach umieszczają swoje wersje PowerShare) można jej używać do rozprowadzania plików ściągniętych, bądź pojedynczych cząstek (zarówno pliku już ściągniętego jak i jeszcze nieściągniętego do końca). w niektórych wersjach wszystkie ustawienia są automatyczne (PS samo decyduje kiedy się włączyć na podstawie dostępnych dla pliku źródeł), a w innych można ustawić go ręcznie (ręcznie włączyć PS albo ręcznie ustawić ilość źródeł, poniżej której włączy się automatycznie).
Po włączeniu PowerShare dla pliku, tylko on jest wysyłany. Dzieje się tak poprzez nadanie takiemu plikowi ekstremalnie dużego mnożnika wpływającego na Ranking.
Jest pare trybów PawerShare
W ustawienia - pliki (Morph):
Wyłączone
Jeżeli PS jest domyślnie wyłączone nadal można nadać ten priorytet plikom z menu kontekstowego
Włączone
PS jest domyślnie włączone
Auto
W tym trybie PS zdecyduje samo czy plik ma wystarczająco mało źrodeł by dać mu PS (zalecane)
Limited
Możesz wyznaczyć limit dla PS, Robisz to w zakładce Pliki , Jeżeli mod wykryje ilość zakończonych źrodeł wyższą od podanej w limicie , wyłączy PS dla tego pliku, to ustawienie jest przydatne dla wypuszczania kilku nowych plikow pod rząd, po prostu ustaw niską liczbę (3-5) a plik przestanie być "popychany" automatycznie.
Narzędzie to jest świetne, ze względu na fakt, że może bardzo znacząco pomóc w rozprowadzaniu rzadkich plików, ale jest również niebezpieczne, ponieważ gdy jest źle używane rzadkie pliki mogą sostać w sieci "zabite". Nie należy włączać PS dla plików popularnych! One i tak sobie w sieci poradzą. Trzeba również uważać na przebiegłych użytkowników, którzy chcąc jak najszybciej ściągnąć jakiś plik rozsyłają wiadomości z prośbami o włączenie dla tego pliku PS.
Aktualnie narzędzie to jeszcze nie trafiło do wersji oficjalnej, ale jest bardzo popularne w różnych modach (jak już napisałem, wśród wielu modów różni się ono zasadniczo w kwestii działania). Aktualnie PS można spotkać min. w następujących modach: Pawcio, sivka, MorphXT, eF-Mod, Zzul, MFCK, pHoeniX, TheBlackHand i innych.
Katalog mułka, jego podfoldery i pliki tam się znajdujące.
Od pierwszego uruchomienia emule, program tworzy kilka plików:
emule.exe - główny program, najważniejszy plik, bez niego mogą wystąpić problemy z uruchomieniem (;p;p;p)
adresses.dat - zawiera (albo trzeba dodać) ścieżke do listy serwerów dla automatycznej aktualizacji listy serwerów przy starcie emule. Większość modów używa tylko pierwszego adresu wpisanego do pliku, są jednak też takie, które pozwalają wpisać i uzywają wiecej adresów wpisanych jeden pod drugim w pliku.
eMule.tmpl - zawiera wygląd i ustawienia usługi Webserver, czyli zdalnego dostępu do emule (tutaj opis webserver po angielsku) emule-multi.bat - plik do uruchamiania wielu emule (procesów) na raz.
onlinesig.dat - zawiera info o serwerze do jakiego jesteśmy podpięci i o aktualnej wartości pobierania i wysyłania. Mozna to wykorzystać do graficznych sygnaturek na forach lub na IRC za pomocą odpowiednich skryptów.
staticservers.dat - w pliku tym zawarta jest lista stałych serwerów, których IP nigdy się nie zmienia i które są zawsze online. Nawet jesli skasujesz serwer z listy serwerów, to przy każdym uruchomieniu emule, te serwery są dodawane spowrotem do listy. serwery dodajemy do listy statycznej z menu podręcznego (klikając prawym przyciskiem myszy na serwer) i opcja "Dodaj do statycznej listy serwerów"
webservices.dat - zawiera informacje o "Usługi Web" -funkcji wybieranej z menu podręcznego w oknie transferów, zawiera najczesciej linki do FAQ oraz do różnych serwisów i stron.
AC_SearchStrings.dat - zapamiętuje nazwy przy wpisywaniu w okienku SZUKAJ
AC_ServerMetURLs.dat - zapamiętuje adresy wpisywane w okienku "Aktualizuj plik server.met z URL"
antileech.cfg - zawiera ustawienia opcji banowania leecherskich klientów.
Category.ini - zawiera informacje o kategoriach w emule: nazwy, kolor, komentarze (coś wiecej o kategoriach po angielsku)
clients.met - zawiera informacje o wszystkich osobach mających u ciebie kredyty (o kredytach po angielsku)
clients.met.BAK - kopia zapasowa (BAcKup) pliku powyżej
cryptkey.dat - zawiera unikatowy 384 bitowy osobisty klucz RSA twojej osoby
cwebservices.cfg - znów ustawienia webservice (zawiera adresy do Lookup i Whois)
emfriends.met - zawiera info o ludziach dodanych do listy przyjaciół/znajomych (tutaj więcej o temacie po angielsku)
fakes.dat - zawiera hashe i nazwy plików uznanych za FAKE, czyli fałszywe/zepsute.
fakes.txt - plik pomocny przy aktualizacji pliku fakes.dat
fileinfo.ini - zawiera twoje komentarze i ocenę dla plików.
ipfilter.dat - adresy IP, należące do różnych organizacji, z którymi nie chcemy mieć do czynienia, każde zapytanie na dany adres IP bedzie filtrowane/usuwane.
ipfilter.txt - plik pomocny przy aktualizacji pliku ipfilter.dat
known.met - Zawiera hashe ściągniętych i ściąganych plików, tak że emule nie musi ich od nowa hashować. Ważny plik przy odzyskiwaniu danych, więc nie radze go kasować.
preferences.dat - zawiera twój unikatowy userhash, dzięki któremu jesteśmy rozpoznawalni w sieci edonkey, stosowany w systemie kredytowym i przy liście przyjaciół.
preferences.ini - wszelkie ustawienia emule oraz ustawienia kolumn itd., skasowanie pliku powoduje, że musimy wszystko ustawiać od początku.
server.met - lista z serwerami
Shareddir.dat - Zawiera listę udostępnianych katalogów.
sharedsubdir.dat - podobnie jak wyżej.
eMule.log - zawiera wszystko to co wyswietlane jest w okinku LOG, jesli tylko opcja logowania jest włączona.
eMule_Debug.log - zawiera wszystko to co wyswietlane jest w okinku DEBUG, jesli tylko opcja logowania jest włączona.
eMule.chm - podręcznik pomocy do sciągnięcia z sieci. http://fafko.host.sk/OverNet/get.php?id=eMule.chm skopiuj powyższy plik do katalogu emule, włacz emule i wciśnij F1, otworzy ci sie okienko z podręcznikiem...miłego czytania...
Uzupełnienie:
Wszystkie wyżej opisane pliki (z wyjątkiem enule.exe) znajdują się w folderze config. Oprócz niego w katalogu mułka znajduje się jeszcze kilka innych katalogów:
->Incoming, do którego lądują pliki ściągnięte.
->Temp, w którym znajdują się pliki ściągane. W tym folderze znajdują się zawsze (bez względu na wersję i moda) 3 pliki dla każdego pliku ściąganego. Są to:
--->xxx.part - właściwy plik ściągany - ściągane cząstki lądują w tym pliku, on jest po ściągnięciu przemianowywany na plik o właściwej nazwie (takiej jak na liście DL) i przenoszony do katalogu Incoming,
--->xxx.part.met - plik pomocniczy, w którym jest zapisywany stan ściągania (które cząstki do nas trafiły itp.) - równie ważny jak plik .part,
--->xxx.part.met.bak - kopia zapasowa pliku .part.met
Przy niektórych modach znajdują się tam również dodatkowe pliki z różnymi rozszerzeniami odpowiedzialne za dodatkowe opcje modów.
W powyższym przykładzie oznaczenie xxx to 3 cyfry. Każdy ściągany plik ma przydzielony jeden ciąg trzech cyfr (kolejny numer pliku). Odpowiednią liczbe można przyporządkować odpowiedniemu plikowi oglądając szczegóły pliku na liście DL.
Pliki .part przyjmują rozmiar taki jaka jest pozycja ostatniej ściagniętej cząstki (jeśli ściągnęliśmy jedynie fragment pierwszej cząstki to plik .part może mieć wielkość kilkuset KB; jeśli już w całości ściągnęliśmy cząstkę ostatnią to rozmiar pliku .part pokrywa się z rozmiarem końcowym pliku ściąganego, mimo że ta cząstka może być ściągnięta jako jedyna). Dlatego może się zdarzyć, że mimo ściagnięcia zaledwie kilkuset KB wszystkie pliki w folderze Temp mają łączną wagę nawet kilku GB.
Pliki .part.met i .part.met.bak są niewielkie (kilkanaście do kilkuset KB), ale należy o nie specjalnie dbać.
->lang - kolejny podfolder folderu z mulkiem; znajdują się tam pliki odpowiedzialne za obsługę różnych języków programu (np. [/i]pl_PL.dll[/i]).
->logs - jak sama nazwa mówi, w tym miejscu zapisywane są logi (pod warunkiem, że opcję zapisywania logów - klasycznych lub verbose - mamy zahaczoną w ustawieniach rozszerzonych mułka).
->webserver - w którym znajdują się wszystkie pliki odpowiedzialne za obsługę opcji zdalnego sterowania mułkiem z innego komputera (przy domyślnych ustawieniach pusty, zapełnia się po włączeniu opcji webserver w ustawieniach).
Te katalogi powstają automatycznie po pierwszym uruchomieniu mułka (wersji oficjalnej) przy ustawieniach domyślnych. Część z tych ustawień można zmienić (np. katalogi Temp i Incoming można ustawić gdziekolwiek nam pasuje) w ustawieniach. Niektóre mody zapewne dodają nowe katalogi, a w tych katalogach inne pliki, odpowiedzialne za dodatkowe opcje modów.
Porty, firewalle i routery
Porty:
Porty używane przez eMule (ustawienia domyślne):
1.
Local Port: 4662
Remote Port: każdy
Protokół: TCP
Kierunek: przychodzący
Funkcja: Port klienta / połączenie OD innych klientów, Wymiana źródeł (Source Exchange) między klientami
- Ten port można zmienic w opcjach emule.(Ustawienia-->Parametry łącza-->Port klienta)
- Żeby mieć wysokie ID ten sam port musi być przekierowany na routerze.
2.)
Local Port: każdy
Remote Port: 4662
Protokół: TCP
Kierunek: wychodzący
Funkcja: Port klienta / polaczenie DO innych klientów, Wymiana źródeł (Source Exchange) między klientami.
- 4662 jest standartowym ustawieniem tego portu, ale że mógł zostać on w innych klientach emule zmieniony należy ustawic w konfiguracji Firewalla przy 'Remote Port' nie 4662 tylko 'każdy'.
3.)
Local Port: 4672
Remote Port: każdy
Protokół: UDP
Kierunek: przychodzący
Funkcja: Rozszerzony protokół eMule'a, Miejsce w Kolejce, Ping ponownego zapytania o plik
- Ten port można zmienić w opcjach eMule.(Ustawienia-->Parametry łącza-->Port UDP).
- Po zmianie tego portu należy także dopasować ustawienia Routera.
- W przypadku gdyby przekierowanie portów nie było możliwe należy sprawdzić zahaczenie opcji 'wyłącz' w Ustawieniach -> Parametry łącza -> Port UDP.
4.)
Local Port: każdy
Remote Port: 4672
Protokól: UDP
Kierunek: wychodzący
Funkcja: Rozszerzony protokół eMule'a, Miejsce w Kolejce, Ping ponownego zapytania o plik
- 4672 jest standartowym ustawieniem tego portu, jednakże w innych klientach eMule mógł zostać zmieniony, dlatego należy ustawić w konfiguracji Firewalla przy 'Remote Port' nie 4672 tylko 'każdy'.
5.)
Local Port: każdy
Remote Port: 4661
Protokól: TCP
Kierunek: wychodzący
Funkcja: Połączenie z serwerem
- 4661 jest standartowym portem do połączenia sie z serwerem , Administratorzy serwerów jednak często zmieniają ten port, dlatego należy w ustawieniach Firewalla 'Remote Port' ustawić na 'każdy'.
6.)
Local Port: każdy
Remote Port: 4665
Protokól: UDP
Kierunek: wychodzący
Funkcja: Zapytanie o źródła na serwerze
- Na serwerach które używaja do połączeń standartowego portu 4661 (patrz punkt 5) port do wyszukiwania źródeł automatycznie ustawiony jest na 4665. Serwery które zmieniają port połączeniowy na inny mają automatycznie port do wyszukiwania źródeł o 4 wyższy niz port połączeniowy. (np. Połączeniowy: 5000 Wyszukiwanie źródeł: 5004).
Firewalle:
Zła konfiguracja zapory może spowodować dostawanie nieskiego ID mimo przekierowanych portów lub publicznego adresu IP. Poprawna konfiguracja polega na przekierowaniu portów TCP i UDP.
Firewall moze powodować konflikt z eMulem, objawiający sie np. zawieszaniem programu, nagłym wyłączaniem.
Jeśli ktoś dysponuje instrukcjami dotyczącymi innych firewalli i chciałby się nimi podzielić z innymi - przysyłajcie mi gotowe instrukcje na PM.
UWAGA!Jeśli mimo poprawnej konfiguracji zapory nadal dostajesz niskie id, a powinieneś dostawać wysokie zainstaluj ponownie mułka przy wyłączonym dostępie do internetu! Nie zapomnij o zachowaniu odpowiednich plików z katalogu config.
Czarne listy (bany) - jak trafić, jak się wydostać?
Użytkownicy eMule mogą trafić na trzy rodzaje czarnych list - serwera (blacklist) i innego klienta oraz ipfiltra umieszczonego na serwerze (blocklist). Poniżej informacje jak zostać zbanowanym i jak bana uniknąć.
size=15]Czarna lista serwerów:[/size]
Nowy rodzaj serwerów Lugdunum p75+ posiada system kredytów by osądzać zachowanie klientów. Każda akcja jak łączenie, wyszukiwanie, zapytania o źródła, itp. kosztuje punkty kredytowe. Jeśli wszystkie zostaną wykorzystane, serwer rozłącza się i wysyła ostrzeżenie, że klient znalazł się na czarnej liście.
Jendak nie należy mylic kredytów za wysyłanie z kredytami "za logowanie", są to dwie oddzielne sprawy. Na początku każdy user ma do rozdysponowania 1200 pkt., może je wykorzystać na nastepujące czynność:
-> za pakiet danych (ramkę): 1 kredyt
-> za zapytanie o źródła: 16 kredytów
-> za próbę zalogowania: 100 kredytów
-> za anulowaną próbę zalogowania: 900 kredytów (klienci eMule z wyłączoną opcją "Bezpieczne podłączanie")
Próba zalogowania, odrzucona przez serwer który jest pełny, nie kosztuje żadnych kredytów.
Klient zarabia 1 kredyt co sekundę (do maksymalnej liczby 1200 kredytów)
Trzeba pamiętać, aby nie udostepniać zbyt dużej ilość plików. Pamiętaj! Żeby zdobyc większą ilość kredytów (a przez to szybciej sciągać) nie liczy się ile udostępnisz, ale z jaką szybkością będziesz to robił (ustawienia Wysyłania w Parametrach łącz). Za bezpieczną granice udostepnianych plików przyjmuje się 500 sztuk, taka ilośc plików całkowicie starczy do swobodnej rotacji userów w Twojej kolejce.
Następna kwestia to zbyt duża ilość sciąganych plików, a co się z tym wiąże zbyt duża suma wszystkich źródeł w Transferach. Staraj sie ściągać do 30 plików (przy wolniejszych łączach ilośc będzie mniejsza) oraz aby suma źródeł nie była zbyt duża (3000-4000, zależy też od łacza).
Inną sprawą jest też przełączanie się miedzy serwerami, tracimy przez to cenne punkty potrzebne to wysyłania zapytań (logowania). Nie przyspiesza też to ściągania.
Jest jeszcze jedna możliwość oprócz wyczerpania kredytów serwera - łączenie się z serwerem kilku klientów z tego samego adresu ip. Jest to wielka zmora uzytkowników sieci osiedlowych, LAN-ów itp. W tym wypadku należy albo czekać lub gdy problem nie ustępuje, wykupić zewnętrzne IP. Podłączanie sie do mniejszych serwerów też może nieraz pomoc, jednak zwróćmy zawsze uwagę na rodzaj i wersje serwera.
W lepszej sytuacji są userzy posiadający dynamiczne IP, gdyż po jego zmienie znikną z blacklist. Reinstalacja eMula nic w tym wypadku nie daje.
Pamietaj, żeby podłączać sie do serwerów z najnowaszą wersją oraz zaliczanych do "bezpiecznych".
Używanie serwerów, które pracują pod starszym oprogramowaniem, nie jest rozwiązaniem, ponieważ
1. te serwery nie dostarczą Ci źródeł jeśli trafisz na blacklist
2. żaden serwer Lugdunum w wersji p58 lub wyższej nie dostarczy Ci źródeł jeśli trafiłeś na blacklist z powodu wyszukiwania źródeł za pośrednictwem UDP.
Jesli dostaniesz się na blacklist możesz probować przełączyć się na inny serwer jednak nie zawsze to pomoga, gdyż na innych serwerach też mozesz sie znajdować na tej liscie. Długośc przesiadywania na serwerze jest różna, domyślnie są to 2 godziny, jednak czas ten może sie wydłużyć jeśli będziesz probował na siłe się dobijać na dany serwer. Najlepiej jest wyłączyć na ten czas eMula i spróbować potem.
Zauważyłem jeszcze jeden sposób dostania się na blacklist podany na forum emule-project.net przez admina Razorbacka, mianowicie uszkodzony plik known.met, przez co eMule wysyła fałszywe dane do serwera o rozmiarze pliku. Usunięcie tego pliku i ponowne odpalenie eMula usunie ten problem (nastąpi ponowne hashowanie)
->cytowane fragmenty pochodzą z emule-project.net by @Monk
Your IP is part of ipfilter.dat file
Komunikat pojawia się jeśli dostaniesz sie na blocklist dane ipfiltra z którego korzysta dany serwer.
Czarna lista klientów:
Każdy chcący ściągnąć jakikolwiek plik staje w kolejce u innego klienta. Żeby mieć pewność, że ciągle istnieje możliwość ściągnięcia tego pliku oraz żeby zapytać o miejsce w kolejce, co kilkanaście minut następuje odpytywanie klienta, u którego się stoi. Im częściej to ponowne odpytywanie się odbywa, tym większe szanse na dostanie slota i zaczęcie ściągania pliku od tego klienta. Istnieją możliwości ustawienia swojego klienta tak, żeby ten odpytywal źródła częściej (domyślnie wartość ta wynosi +/- 29 minut). Jednakże takie działanie wpływa niekorzystnie na łącze klienta odpytywanego, zabierając mu połączenia oraz pasmo transferu potrzebne na wysyłanie i odbieranie. Dlatego zbyt częste odpytywanie jest napiętnowane poprzez umieszczanie na 'czarnej liście'.
Na czarną listę trafiają klienci, którzy odpytują o miejsce w kolejce częściej niż co 10 minut. Klient z czarnej listy nie może nic ściągać od klienta u którego na listę trafił.
Czarna lista jest czyszczona po restarcie mułka.
Dla mułka obojętne jest, jaki klient pyta (eMule, eDonkey, MLDonkey), każdy z nich może trafić na 'czarną listę'.
Dany klient może jeszcze zostać zbanowany przez drugiego klienta jeśli ten używa leecherskiego moda, szkodzącągo sieci. W dużej mierze zależy to od zabezpieczeń jakie stosuje używany przez Ciebie mod. Przykładem takiego klienta jest iONiX, który ma dośc dobrą obsługę oszustw.
Zabawę z eMule rozpoczynamy od ściągnięcia wybranej wersji mułka (w postaci instalacyjnej - klasyczna instalacja programu poprzez dwuklik na plik .exe i odpowiedzi na zadawane pytania, albo w postaci binarnej, czyli spakowanego archiwum i wypakowaniu go do wybranego przez siebie folderu). Wskazana jest instalacja na partycji innej niż systemowa. Jeśli nie cały folder z mułkiem to przynajmniej foldery Temp i Incoming. W przypadku ewentualnej kraksy systemu nie stracimy plików ściąganych i ściągniętych. Na osobnej partycji można (a w zasadzie należy wink.gif ) również przechowywać kopię bezpieczeństwa plików, na podstawie których jesteśmy identyfikowani (preferences.dat i cryptkey.dat) oraz pliku z kredytami innych użytkowników (clients.met). Te pliki gwarantują nam rozpoznanie kredytów w obie strony.
Po włączeniu mułka, pierwszą rzeczą, którą musimy zrobić jest połączenie się z siecią (serwer ed2k lub kademlia). Łączenie z serwerem polega na kliknięciu w przycisk Połącz w zakłądce serwery i czekaniu aż się połączy. Musimy przed tym krokiem pamiętać o zaktualizowaniu listy serwerów ręcznie (umieszczenie w katalogu config pliku server.met) bądź automatycznie poprzez wprowadzenie odpowiedniego adresu url do pliku adresses.dat .
Z Kademlią łączymy się poprzez kliknięcie w guzik Połącz w zakładce Kademlia. Do połączenia potrzebny jest plik z kontaktami nodes.dat.
Teraz już można ściągać pliki. Do poszukiwania plików w sieci służy wyszukiwarka w eMule (wyszukiwarka jak wyszukiwarka - nie będę się o niej rozpisywal) albo linkownie - strony internetowe, na której inni użytkownicy zwani releaserami umieszczają sumy kontrolne (w postaci nazwy pliku, jego wielkości i jego identyfikatora - hasha) tak aby łatwiej rozpoznawać i promować dobre wersje pliku. Aktualnie w środowisku releaserów panuje trend odchodzenia od linków klikalnych - na stronach umieszczane są sumy postaci:
ed2k://|file|nazwa_pliku_wraz_z_rozszerz|wielkość_pliku_w _bajtach|identyfikator_pliku|/
Najłatwiej takie linki obsługuje się poprzez zahaczenie w opcjach penetracji schowka pod kątem linków (Ustawienia>Pliki>Szukaj Linków ed2k w schowku). Przy zaznaczeniu tej opcji podczas działania mułka wystarczy cały link zaznaczyć, skopiować (ctrl+c) i potwierdzić dodanie nowego pliku do listy ściąganych. Innym rozwiązaniem jest wklejenie takiej sumy kontrolnej w oknie, które się pojawi po wybraniu Narzędzia>Bezpośrednie pobieranie. W przypadku linków klikalnych wystarczy kliknąć, a plik załaduje się gotowy do ściągania.
Po rozpoczęciu ściągania pierwszą rzeczą, którą zauważycie i która was pewnie zdziwi będzie brak transferu. Taka sytuacja jest zupełnie normalna. W sieci ed2k obowiązują kolejki, a o przesuwaniu się w tych kolejkach decyduje Ranking, uzależniony od wielu czynników, a przede wszystkim od kredytów.
Dlatego też zupełnie normalną sytuacją jest, że nowi klienci, którzy nic nie wysłali, niczym się z innymi nie podzielili i w ten sposób nie zarobili u innych możliwości awansu w kolejce, nie będą tego robić szybko, będą wyprzedzani przez innych i w efekcie przez długi okres czasu w ogóle nic nie pociągną. Każdy użytkownik mułka przez to przeszedł i wy też, jeśli chcecie poznać dobrodziejstwa i mozliwości tej sieci, musicie się uzbroić w cierpliwość.
Kolejna sprawa denerwująca nowych użytkowników sieci to niskie transfery (tutaj mówiąc nowi mam na myśli tych korzystających mułka przez kilka tygodni, którzy już zdążyli wysłać kilka GB danych, a sami ciągną z prędkością wody kapiącej z kranu). Musicie pamiętać o tym, że o prędkościach które osiągacie nie decydują możliwości waszych łącz, tylko prędkości z którymi może wysyłać użytkownik wysyłający. Tego nie da się przeskoczyć. Ale da się obejść. Obejście polega na ułatwieniu mułkowi ściągania od kilku użytkowników na raz. Czyli po pierwsze należy ściągać pliki popularne (dla byłych kazowiczów uwaga - w sieci ed2k plik popularny to taki, w którym ilość źródeł przekracza 40, a im więcej źródeł na plik tym lepiej) a po drugie należy ściągać kilka plików na raz. Należy oczywiście uważać, żeby nie przesadzić, ponieważ po przekroczeniu pewnej ilości źródeł z którymi mułek musi się kontaktować może nastąpić znaczne spowolnienie transferu (ok. 3000 łącznej ilości źródeł dla wszystkich plików ściąganych). Tu wiele można zdziałać konfiguracją mułka.
Należy również pamiętać, że samo wysyłanie danych nie musi spowodować przyrostu kredytów u osób, u których stoimy w kolejce.
Kolejna kwestia często dziwiąca tych, którzy zaczynają przygodę z mułkiem to przerywane transfery - eMule ściąga od jednego klienta ok. 9MB i spada w jego kolejce na koniec. Nie ma się czemu dziwić. Taka jest idea mułka - wysyłanie pliku odbywa się we fragmentach. Każdy fragment ma wielkość ok. 9500KB. Rzadko się zdarza, żeby udało się ściągnąć od jednego użytkownika więcej niż jeden kawałek na raz. Z reguły po ściągnięciu od klienta tego tzw. chunk'a spadasz na koniec jego kolejki, a mułek od razu może tę ściągniętą cząstkę rozsyłać innym użytkownikom chcącym ją ściągnąć. Dzięki takiemu rozwiązaniu unika sie działania tzw. pijawek (tych którzy ściągając nie wysyłają nic innym) - każdy użytkownik ściągając, automatycznie coś musi wysyłać. Dzięki takiemu zachowaniu występuje również większa rotacja w kolejce, co skraca czas oczekiwania na slota.
Kwestie pzrerywanych ściągnięć po ściągnięciu jednego chunk'a może rozwiązać tzw. friend slot. Zawsze można poprosić uzytkownika o przyznanie miejsca do ściągania od niego (namolni jednak nic w ten sposób nie wskórają). Ty również możesz kogoś w ten sposób nagrodzić, albo spełnić czyjąś prośbę. Warunkiem koniecznym jest obsługiwanie przez klienta uploadującego slotów dla przyjaciół. A obsługują tę opcję niektóre mody (wersje oficjalne - nie), i jeśli jest obsługiwana to jest ona wyszczególniona w changelogach danego moda.
Jeśli chcesz wiedzieć jak szybko ściągać to przeczytaj dalszą część FAQ.
Zmiana wersji/moda
Gdy chcemy zmienić wersję na nowszą albo chcemy spróbować wersję zmodyfikowaną (tak zwanego moda) należy zrobić co następuje:
1. Ściągnąć plik z żądaną wersją w postaci binarnej (archiwum zip/rar, często w nazwie archiwum pojawia się skrót bin). Nie należy ściągać źródeł pliku (sources, w nazwie archiwum pojawia się skrót src) - to nie są programy, tylko ich kody źródłowe, przydatne programistom zajmującym się mułkiem.
2. Przy użyciu ulubionego archiwizera (winrar, winzip, itp.) wypakować z niego wszystkie pliki.
Najlepszym sposobem jest założenie nowego katalogu i tam wypakowanie zawartości binarki. Potem ze starej wersji przenosimy config (usuwając plik prefernces.ini o czym później). Można też zamiast całego configu skopiować tylko najważniejsze pliki tzn. cryptkey.dat, preferences.dat, client.met oraz ich odpowiedniki .old. To nam zapewni zachowanie kredytów swoich i innych. Możemy teraz używać na zmiene dwóch wersji eMula jeśli mamy taką ochote.
Często pojawia się pytanie o to jakiego moda można zainstalować w sytuacji, gdy korzysta się z konkretnej wersji. Odpowiedź brzmi - każdego. Każda wersja i każdy mod są tworzone tak, żeby działały samodzielnie, bez jakichkolwiek podkładek. W nazwie modów pojawiają numerki z wersjami, ale one wcale nie oznaczają, że można je nakładać tylko na taką wersję. Te numerki znaczą tyle, że w danym modzie są zawarte najważniejsze opcje z wersji oficjalnej oznaczone tym właśnie numerkiem, plus dodatkowe opcje stworzone przez twórców tego, czy innych modów. Mało tego - często w nazwach modów znajdują się oznaczenia liczbowe inne niż w wersjach ofcjalnych (np. eMule v0.44d pHoeniX 1.12, eMule v0.44b Pawcio 5.15f, eMule v0.43b sivka v13b2d, itp.). Tak więc jeśli używasz, np. wersji eMule v0.44d to możesz zainstalowac sobie zarówno pHoeniX'a 1.12, jak i eMule v0.30e sivka v10e9f. Nie wolno jednak przesadzić z instalowaniem wersji zbyt starych, ponieważ starsze wersje są gorzej traktowane przez innych klientów (poczytaj o rankingu), mają gorsze zabezpieczenia, mniej funkcji i czasem zamiana na zbyt starą wersję grozi utratą kredytów (podczas zamiany na wersje wcześniejsze niż v0.30).
Należy pamiętać, że przed zmianą moda powinno się usuwać plik preferences.ini. W tym pliku znajdują się wszystkie ustawienia mułka. Zmiana moda to również często zmiana układu opcji w Ustawieniach, wprowadzenie nowych funkcji i brak niektórych funkcji dostępnych w poprzednim modzie. Dlatego funkcjonowanie niektórych modów na podstawie pliku preferences.ini pochodzącego z konfiguracji wcześniejszego może spowodować niespodziewane problemy i niestabilność pracy mułka.
Serwery ed2k i kwestia ID
Podstawową siecią, z której korzysta mułek (powstała jako pierwsza i jak do tej pory działa najwydajniej), jest sieć serwerów ed2k. Po podłączeniu się do serwera każdemu użytkownikowi przyznawany jest identyfikator, dzięki któremu dany klient jest rozpoznawany przez inne serwery. Identyfikator ten to liczba obliczana wg. pewnego wzoru. Jeśli liczba obliczona jest większa od pewnej stałej, identyfikator ten nazywa sie wysokim ID (High ID). Gdy wartość obliczona jest niższa od tej stałej, identyfikator nazywany jest niskim ID (Low ID). Wartości te dla użytkownika nie maja żadnego znaczenia, dlatego nie podaję ani wzoru, ani granicy (jeśli kogoś to interesuje - zapraszam do odwiedzenia oficjalnego mułka (http://www.emule-project.net/home/perl/help.cgi?l=1&rm=show_topic&topic_id=103)
Co ma znaczenie dla nas, czyli użytkowników klienta eMule? Czy dostajemy wysokie, czy niskie ID. Określa to dostępność portów poprzez które mułek łączy się z siecią.
*Jeśli dostajemy wysokie ID, oznacza to, że porty te są w pełni dostępne, czyli mamy pełny, w niczym nieograniczony dostęp do sieci.
*Jeśli dostajemy niskie ID, oznacza to, że porty te są w jakiś sposób zablokowane i przez to mamy pewne ograniczenia w funkcjonowaniu w sieci ed2k (niemożliwość połączenia Low ID <-> Low ID).
Należy sobie zadać pytanie - jakie ID powinniśmy dostawać? Żeby mieć wysokie ID, porty muszą być w pełni dostępne. A co nam blokuje porty? przede wszystkim wszelkie programy służące do zapewniania bezpieczeństwa w sieci, czyli zapory internetowe (zwane firewallami, ogniomurkami, itp.). Następnie należy się zastanowić w którym miejscu ta zapora nas 'przytrzymuje'. Są dwie możliwości:
-> Jesteśmy w sieci osiedlowej, w której internet pochodzi z rozdzielenia jednego łącza do kilku komputerów poprzez różne urządzenia (routery, switche, serwery itp.) wyposażone w zapory sprzętowe, albo programowe (czyli inaczej mówiąc - posiadamy wewnętrzny, niepubliczny adres IP). W tym przypadku bez naszego zainteresowania i interwencji u admina na pewno będziemy dostawać niskie ID. Pierwszym krokiem do odblokowania portów jest odblokowanie ich na urządzeniu rozdzielającym. Nazywa się to szumnie przekierowaniem (forwarding'iem) portów. W tym celu musimy zgłosić się do administratora sieci (tego który nam to łącze udostępnił, u którego stoi urządzenie rozdzielające) i poprosić o tę czynność.Po otwarciu portów prawdopodobnie trzeba będzie dokonać jeszcze jednej czynności - patrz punkt niżej. Często zdarza się, że na serwerach znajdują się zapory programowe (aplikacje takie same jak na naszym komputerze), wtedy procedura odblokowania portów jest identyczna jak w przypadku zapór znajdujących się na naszym komputerze.
-> Z internetem łączymy się poprzez publiczne IP (nasz komputer nie ma przeszkód w postaci routerów itp. i łączy się z internetem bezpośrednio). Jeśli ktoś nie wie jak się dowiedzieć czy ma publiczne ip niech zajrzy do umowy, którą podpisał z dostawcą, tam z reguły jest podane, czy dostawca zapewnia publiczne ip (stałe albo zmienne). Jeśli umowy nie podpisywał, to na 99% nie ma publicznego IP. Użytkownicy z publicznym IP powinni dostawać wysokie ID. Jeśli jest inaczej, oznacza to że porty są zablokowane przez zaporę znajdującą się na naszym komputerze.
W przypadku gdy powinniśmy dostawać wysokie ID (przekierowany port albo publiczne IP), a wciąż dostajemy niskie należy wykonać co następuje:
Wyłączyć zaporę systemową (dotyczy użytkowników winXP)
Odpowiednio skonfigurować inną, zewnętrzną zaporę
Kilka dodatkowych uwag o ID:
Zdarzają się przypadki, gdy mamy wszystko poprawnie skonfigurowane, a mimo to wciąż dostajemy id nie takie jak należy. Tak się dzieje z winy oprogramowania serwerów ed2k (przeciążenie, niepoprawna konfiguracja). Nazywa się to fałszywym ID i bardzo niekorzystnie wpływa na pracę mułka. Należy wtedy spróbować połączyć się z innym serwerem. Niektóre mody mają zaimplementowane funkcje rozłączające się z serwerem, gdy dostaniemy ID odmienne od założonego.
Użytkownicy z niskim ID mogą łączyć się tylko i wyłącznie z użytkownikami z wysokim ID, przez co użytkownicy z niskim ID tracę część źródeł. Ze swojego doświadczenia mogę powiedzieć, że niskie ID nie ma bezpośredniego wpływu na prędkość ściągania (szczególnie przy plikach popularnych).
Niskie ID może mieć z kolei ogromny wpływ na możliwości połączenia z serwerem. Tacu użytkownicy są traktowani gorzej, ponieważ są dodatkowym obciążeniem dla serwerów i dlatego mogą się przydarzyć wielkie trudności z połączeniem z serwerem (szczegóły w sekcji poświęconej kłopotom z połączeniem z serwerami).
KIlka uwag o serwerach
Nie ma lepszych albo gorszych serwerów, ilość użytkowników i pingi nie mają zasadniczego znaczenia na prędkość ściągania.
Serwery służą do komunikacji z siecią oraz do szukania plików i źródeł.
Szukanie źródeł zawsze odbywa się globalnie (poprzez serwer z którym jesteśmy połączeni komunikujemy się z innymi serwerami z listy serwerów i pytamy je wszystkie o źródła - czynność ta odbywa się co kilkanaście minut).
Szukanie plików może odbywać się zarówno lokalnie (na serwerze z którym jesteśmy połączeni - metoda Server) jak i globalnie (na wszystkich serwerach znajdujących się na liście serwerów - Global server). Poza tym mułek ma również inne szybsze sposoby na szukanie źródeł (Wymiana źródeł, Kademlia).
Jeśli zaś chodzi o pingi to określają nam one jedynie jak szybko pakiet osiąga cel i wraca do Ciebie.
Dlatego nie należy sobie zawracać głowy ciągłymi problemami z połączeniem do Razorbacka.
Połączenie z serwerem będzie się odbywało automatycznie po uruchomieniu mułka gdy zaznaczymy w Ustawieniach>Parametry łącza>Network>ed2k oraz Podłącz do serwera przy uruchomieniu.
Podłączaj sie tylko do bezpiecznych serwerów.
Miękki limit na serwerze - jesli użytkownik przekroczy ten limit, to dostanie wiadomość ostrzegającą z serwera a nadwyżka plików nie będzie akcepotwana przez serwer. Mimo ze domyślna wartość wyności 1000, zaleca sie nie udostępniania więcej niż 500 plików (niepotrzebne obciążenie dla serwera).
Twardy limit plików - jeśli użytkownik przekroczy ten limit, automatycznie zostanie rozłączony z serwerem. Tak jest w teoretyce, a praktyce bywa róznie, gdyż serwer może wyrzucać użytkownika który mniej udostępnia.
Kłopoty z połączeniem z serwerem
Podstawowym problemem podczas łączenia się z serwerem jest posiadanie niskiego ID. Przede wszystkim dlatego, że na serwerach występuje limit ilości miejsc przeznaczonych dla użytkowników z niskim ID
Gdy występuje problem z połączeniem, zawsze należy zwrócić uwagę, co pojawia się w oknie Log w zakładce Serwer. Poniżej przedstawiam kilka najczęściej pojawiających się komunikatów i podstawowe kroki zaradcze, prowadzące do rozwiązania problemu.
Do każdego problemu podam kilka przykładowych rozwiązań, jesli jakas nie pomoże przejdzcie do nastepnej...
1. Serwer wygląda na wyłączony.
Sytuacja taka pojawia się, często w chwili, gdy korzystamy z niekatualnej listy serwerów. Należy wtedy uaktualnić listę serwerów http://www.gruk.org/server.met.gz (wpisz to w Aktualizuj... w zakładce Serwery)
Podłaczaj się do serwerów takich jak Donkey Serwery 1-6, Razorback 2.0, 2.1 i inne z listy gruka.
Potem zobacz czy nie masz zadnych firewalli ani antywirusów co moga Tobie blokowac w jakiś sposób porty.
Jesli to nie pomoze, nie lacz sie na siłe, odczekaj 20 minut z wyłaczonym eMulem i spróbuj ponownie po tym czasie. Może mieć to związek z utratą punktów za logowanie.
Może się zdarzyć ze to nadal nie pomaga. Dzieje się tak często u uzytkowników łączących się z internetem poprzez sieć lokalną. Na taką sytuację nie ma jednoznacznego rozwiązania, gdyż może być to wina operatora sieci. Sprobuj zmienić porty w Ustawienia->Paametry łacza a gdy i to nie pomoże skontaktuj się z administratorem.
2. Serwer wygląda na pełny
Na serwerze znajduje się już zbyt wielu użytkowników (w sumie lub tych z niskim ID) i serwer odrzucił połączenie z twoim klientem. Rozwiązanie - połączenie się z innym serwerem.
Ogolnie często ten komunikat występuje na przemian z "wyglada na wyłączony" dlatego postępuj zgodnie z opisiem jak przy tamtym komunikacie.
3. Znalazłeś się na czarnej liście (You are currently blacklisted).
Przyczyna - znalazłeś się na czarnej liście.
4. You have a Low ID...
Ogolnie kwestia pozbycia się Low ID masz opisane wyżej
Jeśli pojawia się taki komunikat, po czym następuje automatyczne rozłączenie z serwerem, oznacza to, że masz niskie ID i najprawdopodobniej włączoną opcję rozłączania w przypadku dostania od serwera niskiego ID.
Użytkownicy posiadający publiczny adres IP albo przekierowane porty powinni mieć zahaczone opcje ponownego łączenia się z serwerem na skutek niskiego ID (uniknie się w ten sposób falszywego ID). Natomiast użytkownicy nie posiadający ani publicznego IP, ani przekierowanych portów, po zahaczeniu tej opcji nie będą w stanie połączyć się z żadnym serwerem dopóki nie zostanie im przydzialone falszywe wysokie ID. Dlatego wtedy należy tę opcję w ustawieniach odznaczyć.
Opcje odpowiedzialne za ponowne łączenie się z serwerem przy połączeniu z niskim ID w różnych modach nazywają się różnie, a znależć je można najczęściej w ustawieniach rozszerzonych danego moda lub w zakładce serwer (zależy jak bardzo dany mod ingeruje w wizualny wygląd wersji oficjalnej). Jeśli ten problem występuje w wersji oficjalnej mułka, to należy się przyjrzeć opcji Inteligentnego sprawdzania Low ID przy podłączaniu w Ustawieniach>Serwer i albo zahaczyć, albo odhaczyć.
Jeśli normalnie zawsze dostawałeś High ID, a nagle teraz pokazał Ci sie komunikat o Low ID, zrestetuj eMula i odpal go ponownie, następnie podłącz się do wybranego serwera np Donkey Serwer. Jest to częsty błąd pojawiający się przy przełączaniach się miedzy serwerami mimo ze mamy odblokowane porty (wina serwera)
5. Operacja się przedawniła (timed out)
Sprawdź czy jesteś połączony z internetem. Do tego sprawdz firewalle i antywirusy czy nie blokuje w jakiś sposob eMula. Jesli będzie trzeba to zmień porty. Następnie gdy to nie pomoże postępują tak jak przy błędzie "wygląda na wyłączony"
Innym sposobem może okazać się rezygnacja z korzystania z serwerów. Twórcy mułka wymyślili bezserwerową sieć Kademlia, a od wersji v0.44a dodali pomoc z połączeniem dla klientów z niskim id w postaci Buddies, dzięki którym nie trzeba być połączonym z serwerem, żeby połączyć się z kademlią. Dzięki temu rozwiązaniu można unikąć kłopotów z błędami połączeń z serwerami i korzystać z mułka w ogóle nie łącząc się z serwerem.
Kademlia
Kademlia to bezserwerowa sieć służąca do szukania plików i źródeł. Po raz pierwszy pojawiła się w wersji v0.42.1.
Łączenie się z Kademlią odbywa się poprzez plik nodes.dat znajdujący się w katalogu config mułka (tam zapisane są kontakty do sieci Kad) albo przez IP i port dowolnego klienta podłączonego do Kademlii. Pierwsze połączenie z siecią, gdy pliku nodes.dat nie ma na dysku albo jest pusty/uszkodzony (po kliknięciu w guzik 'podłącz' nie pojawiają się kontakty na liście kontaktów) polega na zaznaczeniu, w tej zakładce, opcji od znanego klienta (from known client) i kliknięciu w guzik Boot Strap albo w zakładce Transfery znalezieniu klienta w wersji co najmniej v0.42.1 (podłączonego do sieci Kad) kliknięciu w nim ppm i z menu kontekstowego wybraniu BootStrap. W ten sposób mułek korzysta z pliku nodes.dat klienta za pomocą którego się łączymy i tworzy podobny plik na naszym dysku. Każde kolejne podłączenie do sieci może już odbywać się przy użyciu owego pliku (guzik Połacz, bądź ponownie przy pomocy innego klienta (guzik Boot Strap).
Po połączeniu się z siecią klient sprawdza czy jest w stanie połączyć się swobodnie z innymi klientami przy użyciu tej sieci. Jeśli może - dostaje status Open (odpowiednik High ID w sieci serwerów ed2k), gdy nie może - dostaje status Firewalled (odpowiednik Low ID w siecie serwerów ed2k).
Począwszy od wersji v0.44a użytkownicy ze statusem 'firewalled' są wspierani przez tzw. Buddies, czyli innych klientów Kademlii, ze statusem Open będących pośrednikami w połączeniach, których użytkownicy ze statusem firewalled nie mogą obsługiwać.
Szukanie w sieci Kademlia odbywa się podobnie bez względu na to czego szukamy (plików/źródeł/innych użytkowników). Każdy klient podłączony do sieci jest w penym sensie małym serwerem. Każdy klient jest odpowiedzialny za pewne słowa kluczowe i źródła. Szukanie polega na odnalezieniu klienta odpowiedzialnego za to czego szukamy. Wygląda to mniej więcej tak, że klient szukający zapytuje innych klientów gdzie szukać klienta odpowiedzialnego i w ten sposób trafia do celu.
Automatyczne podłączenie do Kademlii po uruchomieniu mułka odbywać się będzie po zaznaczeniu w Ustawieniach>Parametry łącza>Network>Kademlia.
Problemy z podłączeniem do KAD
Nieraz się zdarza, że od razu mnie mamy ziolonej strzałki (górnej) tylko żółtą, mimo że wcześniej mieliśmy zieloną. Nie ma się co przejmować takim stanem rzeczy, gdyż jest to całkowiecie normalne, KAD jest siecią bardzo niezależną i pełne działanie uwarunkowane są wieloma czynnikami na które niekiedy nie mamy wpływu. Najlepszym lekartwem jest czas, gdyż nawet nie zauważymy, a znów zmieni się strzałeczka na ziolony. Przedstawie pare sposobów na rozwiązanie problemu z KAD.
-> port UDP moze być odblokowany ale nie musi, jednak oczywiście lepiej jest mieć go odblokowanego. Zauważyłem, ze jesli mamy odblokowany port TCP i przez to High ID to KAD łączy się dużo łatwiej (mimo odblokownie tylko jednego portu)
-> gdy nie mamy zadnych kontaktów w KAD mozemy sciągnąc plik nodes.dat i podmienić z tym który mamy w configu. Plik sciągamy tutaj (http://download.overnet2000.de/nodes.dat) lub tutaj (http://renololo1.free.fr/e/nodes.dat)
-> Ewentulanie mozesz sprobowac przez Bootstrap wpisujac IP skąd sciagasz kontakty np
IP: 195.236.75.57 Port: 4674
IP: 63.64.164.91 Port: 5298
IP: 216.63.109.137 Port: 5553
IP: 213.84.166.203 Port: 4673
-> niepoprawne działanie KAD moze być spowodowane wersją klienta, dlatego w tym celu nalezy zmienić wersje eMulka. Taka sytuacja miała miejsce np w wersji 0.46b (oczywiscie nie u wszystkich, ale problem ten występował w większej skali, a po zmienie wersji ustąpił).
-> innym dość nowatoroskim sposobem jest sciągnięcie pliki preferencesKAD dostepnego tutaj (http://brzymeq.ovh.org/download/preferencesKad.rar) i wrzucenie go do configa, potem ponowne odpalenie muła. Po jakimś czasie powinno byc więcej "kuleczek" niż normalnie. Zazwyczaj liczba ta waha się ok 700, z tym plikiem powinna po pewnym czasie wynieść 1200. Moze pomoże ;D
Gdy żaden z powyższych powód nie skutkuje, pozostaje nam czekać.
Kolory pasków postępu oraz wyników w Szukaj
Paski na liście plików ściąganych:
Zielona kreska na gorze paska oznacza ogólny postep ściągania pliku
Szerszy pasek poniżej:
Czarny - pokazuje części pliku, które już masz.
Czerwony - pokazuje niedostępne części pliku we wszystkich znanych źródłach.
Różne odcienie niebieskiego - reprezentują dostępność tej częśći pliku w źródłach, im ciemniejszy błękit tym dana część ma wyższą dostępność.
Żółty - wskazuje część aktualnie ściąganą
Pasek postępu ściągania od danego użytkownika (pokazuje sie po rozwinieciu listy użytkowników):
Czarny - pokazuje części pliku, które już posiadasz.
Niebieski - pokazuje części, których wciąż nie posiadasz.
Srebrny - pokazuje części pliku, którch dane źródło nie posiada.
Zielony - wskazuje część aktualnie przez ciebie ściąganą.
Żółty - wskazuje część spodziewaną (właśnie się o nią pytamy).
Liczby z kolumny Źródła (obok paska postępu):
przykładowo - 256/300 +20(2), gdzie:
256 - oznacza liczbę przydatnych źródeł, z których możemy pobrać plik/
300 - oznacza ogólną liczbę źródeł dla pliku/
+20 - oznacza, liczbę źródeł, które zapytaliśmy również o inny plik (A4AF), widoczne tylko po zahaczeniu 'Advanced Controls' w ustawieniach
(2) - oznacza, że aktualnie pobieramy plik z dwóch źródeł.
Paski na liście wysyłanych plików i na liście kolejki:
Czarny - pokazuje części posiadane już przez danego klienta.
Srebrny - pokazuje części, których dany klient jeszcze nie posiada
Zielony - pokazuje części aktualnie wysyłane do klienta.
Żółty - pokazuje części spodziewane przez klienta (po nią stoi w kolejce)
Znaczenie kolorów w wynikach wyszukiwania
Czarny - oznacza 1 - 3 źródła
Ciemny niebieski - oznacza 4 - 9 źródeł
Jasny niebieski - oznacza 10+ źródeł
Czerwony - pliki które aktualnie pobierasz
Zielony - pliki które zostały juz pobrane
Powyższe oznaczenia są właściwe dla wersji oficjalnych eMule. Niektóre mody używają innych oznaczeń.
Ranking, Wyniki wyświetlane na liście 'W kolejce', PowerShare.
Ranking i Wyniki
Na liście W kolejce wyświetlani są klienci czekający na slota, żeby móc coś od ciebie ściągnąć. O ich miejscu w kolejce decyduje czas tam spędzony, zmodyfikowany tzw. Rankingiem, decydującym o szybkości awansu w kolejce. Każdy nowy klient dostaje ranking = 100 (w oficjalnym systemie kredytów), który jest modyfikowany mnożnikami.
Mnożniki te określane są w sposób następujący:
-> zbanowani x0
Oznacza to, że klient zbanowany nie awansuje w kolejkach, czyli nie dostaje slota do ściągania.
-> klienci z niskim ID x0.8 (w wersjach wcześniejszych niż v0.27a) brak mnożnika (w wersjach nowszych)
Oznacza to, że jeśli używasz wersji v0.27a lub nowszej, to na awansowanie w kolejce po twój plik nie ma wpływu ID.
-> klienci już połączeni x1.5 (w wersjach wcześniejszych niż v0.27a) brak mnożnika (w wersjach nowszych)
-> klienci posiadający u ciebie kredyty x1 - x10 (w oficjalnym systemie kredytów)
W zależności od ilości nabitych kredytów. Oprócz systemu oficjalnego występują również inne. O wszystkich poczytać można tutaj.
-> w zależności od priorytetu pliku (ustawionego w zakładce Pliki), po który klient stoi
+ Release x1.8 [x5]
+ Wysoki x0.9 [x2]
+ Normalny x0.7 [x1]
+ Niski x0.6 [x0.5]
+ Bardzo niski x 0.2 [x0.2]
Oznaczenia w nawiasach kwadratowych dotyczą klientów w wersji v0.27a lub wcześniejszych.
-> klienci eMule w wersjach starszych niż 0.20a x0.5
Wersje stare są dyskryminowane, ponieważ generują duże obciążenie sieci.
Wynik
O kolejności dostania slota decyduje Wynik, obliczany wg wzoru:
Wynik = Ranking x Czas oczekiwania [w sekundach] / 100
Klient o najwyższym wyniku, oznaczony *** po wartości wyniku jest kolejnym do dostania slota.
Wszyscy posiadający mnożnik > 1 (Ranking > 100) oznaczeni są kolorem żółtym.
Release
Release jest to największy priorytet udostępniania. Aktywujemy go dla każego pliku jeśli chcemy, aby był wysyłany w pierwszej kolejności. Wchodzimy w zakłdke Pliki->PPM na dany plik->Priorytet->Release
Jesli chcesz miec kredyty ktore latwo wykorzystac to daj release tym plikom, ktore aktualnie sciagasz , dzieki temu dostajesz wiecej kredytow u userow i w przyszlosci łatwiej będzie od niego ściągnąc dany plik.
Pamietaj, aby nie dawać tego priorytetu wszystkim plikom, gdyż wtedy traci on na znaczeniu. Im wiecej takich samych priorytetów tym mniejsza jest jego skuteczność dla danej jednostki. Wyróżnij najlepiej z 2-3 pliki.
PowerShare
Opiszę to narzędzie, mające ogromny wpływ na to jaki plik jest uploadowany.
Jest to rodzaj priorytetu (aczkolwiek, nie jest to priorytet w sensie dosłownym). W zależności od rodzaju tej funkcji (twórcy modów zmieniają ją ciągle tak, żeby działała jak najlepiej a w swoich modach umieszczają swoje wersje PowerShare) można jej używać do rozprowadzania plików ściągniętych, bądź pojedynczych cząstek (zarówno pliku już ściągniętego jak i jeszcze nieściągniętego do końca). w niektórych wersjach wszystkie ustawienia są automatyczne (PS samo decyduje kiedy się włączyć na podstawie dostępnych dla pliku źródeł), a w innych można ustawić go ręcznie (ręcznie włączyć PS albo ręcznie ustawić ilość źródeł, poniżej której włączy się automatycznie).
Po włączeniu PowerShare dla pliku, tylko on jest wysyłany. Dzieje się tak poprzez nadanie takiemu plikowi ekstremalnie dużego mnożnika wpływającego na Ranking.
Jest pare trybów PawerShare
W ustawienia - pliki (Morph):
Wyłączone
Jeżeli PS jest domyślnie wyłączone nadal można nadać ten priorytet plikom z menu kontekstowego
Włączone
PS jest domyślnie włączone
Auto
W tym trybie PS zdecyduje samo czy plik ma wystarczająco mało źrodeł by dać mu PS (zalecane)
Limited
Możesz wyznaczyć limit dla PS, Robisz to w zakładce Pliki , Jeżeli mod wykryje ilość zakończonych źrodeł wyższą od podanej w limicie , wyłączy PS dla tego pliku, to ustawienie jest przydatne dla wypuszczania kilku nowych plikow pod rząd, po prostu ustaw niską liczbę (3-5) a plik przestanie być "popychany" automatycznie.
Narzędzie to jest świetne, ze względu na fakt, że może bardzo znacząco pomóc w rozprowadzaniu rzadkich plików, ale jest również niebezpieczne, ponieważ gdy jest źle używane rzadkie pliki mogą sostać w sieci "zabite". Nie należy włączać PS dla plików popularnych! One i tak sobie w sieci poradzą. Trzeba również uważać na przebiegłych użytkowników, którzy chcąc jak najszybciej ściągnąć jakiś plik rozsyłają wiadomości z prośbami o włączenie dla tego pliku PS.
Aktualnie narzędzie to jeszcze nie trafiło do wersji oficjalnej, ale jest bardzo popularne w różnych modach (jak już napisałem, wśród wielu modów różni się ono zasadniczo w kwestii działania). Aktualnie PS można spotkać min. w następujących modach: Pawcio, sivka, MorphXT, eF-Mod, Zzul, MFCK, pHoeniX, TheBlackHand i innych.
Katalog mułka, jego podfoldery i pliki tam się znajdujące.
Od pierwszego uruchomienia emule, program tworzy kilka plików:
emule.exe - główny program, najważniejszy plik, bez niego mogą wystąpić problemy z uruchomieniem (;p;p;p)
adresses.dat - zawiera (albo trzeba dodać) ścieżke do listy serwerów dla automatycznej aktualizacji listy serwerów przy starcie emule. Większość modów używa tylko pierwszego adresu wpisanego do pliku, są jednak też takie, które pozwalają wpisać i uzywają wiecej adresów wpisanych jeden pod drugim w pliku.
eMule.tmpl - zawiera wygląd i ustawienia usługi Webserver, czyli zdalnego dostępu do emule (tutaj opis webserver po angielsku) emule-multi.bat - plik do uruchamiania wielu emule (procesów) na raz.
onlinesig.dat - zawiera info o serwerze do jakiego jesteśmy podpięci i o aktualnej wartości pobierania i wysyłania. Mozna to wykorzystać do graficznych sygnaturek na forach lub na IRC za pomocą odpowiednich skryptów.
staticservers.dat - w pliku tym zawarta jest lista stałych serwerów, których IP nigdy się nie zmienia i które są zawsze online. Nawet jesli skasujesz serwer z listy serwerów, to przy każdym uruchomieniu emule, te serwery są dodawane spowrotem do listy. serwery dodajemy do listy statycznej z menu podręcznego (klikając prawym przyciskiem myszy na serwer) i opcja "Dodaj do statycznej listy serwerów"
webservices.dat - zawiera informacje o "Usługi Web" -funkcji wybieranej z menu podręcznego w oknie transferów, zawiera najczesciej linki do FAQ oraz do różnych serwisów i stron.
AC_SearchStrings.dat - zapamiętuje nazwy przy wpisywaniu w okienku SZUKAJ
AC_ServerMetURLs.dat - zapamiętuje adresy wpisywane w okienku "Aktualizuj plik server.met z URL"
antileech.cfg - zawiera ustawienia opcji banowania leecherskich klientów.
Category.ini - zawiera informacje o kategoriach w emule: nazwy, kolor, komentarze (coś wiecej o kategoriach po angielsku)
clients.met - zawiera informacje o wszystkich osobach mających u ciebie kredyty (o kredytach po angielsku)
clients.met.BAK - kopia zapasowa (BAcKup) pliku powyżej
cryptkey.dat - zawiera unikatowy 384 bitowy osobisty klucz RSA twojej osoby
cwebservices.cfg - znów ustawienia webservice (zawiera adresy do Lookup i Whois)
emfriends.met - zawiera info o ludziach dodanych do listy przyjaciół/znajomych (tutaj więcej o temacie po angielsku)
fakes.dat - zawiera hashe i nazwy plików uznanych za FAKE, czyli fałszywe/zepsute.
fakes.txt - plik pomocny przy aktualizacji pliku fakes.dat
fileinfo.ini - zawiera twoje komentarze i ocenę dla plików.
ipfilter.dat - adresy IP, należące do różnych organizacji, z którymi nie chcemy mieć do czynienia, każde zapytanie na dany adres IP bedzie filtrowane/usuwane.
ipfilter.txt - plik pomocny przy aktualizacji pliku ipfilter.dat
known.met - Zawiera hashe ściągniętych i ściąganych plików, tak że emule nie musi ich od nowa hashować. Ważny plik przy odzyskiwaniu danych, więc nie radze go kasować.
preferences.dat - zawiera twój unikatowy userhash, dzięki któremu jesteśmy rozpoznawalni w sieci edonkey, stosowany w systemie kredytowym i przy liście przyjaciół.
preferences.ini - wszelkie ustawienia emule oraz ustawienia kolumn itd., skasowanie pliku powoduje, że musimy wszystko ustawiać od początku.
server.met - lista z serwerami
Shareddir.dat - Zawiera listę udostępnianych katalogów.
sharedsubdir.dat - podobnie jak wyżej.
eMule.log - zawiera wszystko to co wyswietlane jest w okinku LOG, jesli tylko opcja logowania jest włączona.
eMule_Debug.log - zawiera wszystko to co wyswietlane jest w okinku DEBUG, jesli tylko opcja logowania jest włączona.
eMule.chm - podręcznik pomocy do sciągnięcia z sieci. http://fafko.host.sk/OverNet/get.php?id=eMule.chm skopiuj powyższy plik do katalogu emule, włacz emule i wciśnij F1, otworzy ci sie okienko z podręcznikiem...miłego czytania...
Uzupełnienie:
Wszystkie wyżej opisane pliki (z wyjątkiem enule.exe) znajdują się w folderze config. Oprócz niego w katalogu mułka znajduje się jeszcze kilka innych katalogów:
->Incoming, do którego lądują pliki ściągnięte.
->Temp, w którym znajdują się pliki ściągane. W tym folderze znajdują się zawsze (bez względu na wersję i moda) 3 pliki dla każdego pliku ściąganego. Są to:
--->xxx.part - właściwy plik ściągany - ściągane cząstki lądują w tym pliku, on jest po ściągnięciu przemianowywany na plik o właściwej nazwie (takiej jak na liście DL) i przenoszony do katalogu Incoming,
--->xxx.part.met - plik pomocniczy, w którym jest zapisywany stan ściągania (które cząstki do nas trafiły itp.) - równie ważny jak plik .part,
--->xxx.part.met.bak - kopia zapasowa pliku .part.met
Przy niektórych modach znajdują się tam również dodatkowe pliki z różnymi rozszerzeniami odpowiedzialne za dodatkowe opcje modów.
W powyższym przykładzie oznaczenie xxx to 3 cyfry. Każdy ściągany plik ma przydzielony jeden ciąg trzech cyfr (kolejny numer pliku). Odpowiednią liczbe można przyporządkować odpowiedniemu plikowi oglądając szczegóły pliku na liście DL.
Pliki .part przyjmują rozmiar taki jaka jest pozycja ostatniej ściagniętej cząstki (jeśli ściągnęliśmy jedynie fragment pierwszej cząstki to plik .part może mieć wielkość kilkuset KB; jeśli już w całości ściągnęliśmy cząstkę ostatnią to rozmiar pliku .part pokrywa się z rozmiarem końcowym pliku ściąganego, mimo że ta cząstka może być ściągnięta jako jedyna). Dlatego może się zdarzyć, że mimo ściagnięcia zaledwie kilkuset KB wszystkie pliki w folderze Temp mają łączną wagę nawet kilku GB.
Pliki .part.met i .part.met.bak są niewielkie (kilkanaście do kilkuset KB), ale należy o nie specjalnie dbać.
->lang - kolejny podfolder folderu z mulkiem; znajdują się tam pliki odpowiedzialne za obsługę różnych języków programu (np. [/i]pl_PL.dll[/i]).
->logs - jak sama nazwa mówi, w tym miejscu zapisywane są logi (pod warunkiem, że opcję zapisywania logów - klasycznych lub verbose - mamy zahaczoną w ustawieniach rozszerzonych mułka).
->webserver - w którym znajdują się wszystkie pliki odpowiedzialne za obsługę opcji zdalnego sterowania mułkiem z innego komputera (przy domyślnych ustawieniach pusty, zapełnia się po włączeniu opcji webserver w ustawieniach).
Te katalogi powstają automatycznie po pierwszym uruchomieniu mułka (wersji oficjalnej) przy ustawieniach domyślnych. Część z tych ustawień można zmienić (np. katalogi Temp i Incoming można ustawić gdziekolwiek nam pasuje) w ustawieniach. Niektóre mody zapewne dodają nowe katalogi, a w tych katalogach inne pliki, odpowiedzialne za dodatkowe opcje modów.
Porty, firewalle i routery
Porty:
Porty używane przez eMule (ustawienia domyślne):
1.
Local Port: 4662
Remote Port: każdy
Protokół: TCP
Kierunek: przychodzący
Funkcja: Port klienta / połączenie OD innych klientów, Wymiana źródeł (Source Exchange) między klientami
- Ten port można zmienic w opcjach emule.(Ustawienia-->Parametry łącza-->Port klienta)
- Żeby mieć wysokie ID ten sam port musi być przekierowany na routerze.
2.)
Local Port: każdy
Remote Port: 4662
Protokół: TCP
Kierunek: wychodzący
Funkcja: Port klienta / polaczenie DO innych klientów, Wymiana źródeł (Source Exchange) między klientami.
- 4662 jest standartowym ustawieniem tego portu, ale że mógł zostać on w innych klientach emule zmieniony należy ustawic w konfiguracji Firewalla przy 'Remote Port' nie 4662 tylko 'każdy'.
3.)
Local Port: 4672
Remote Port: każdy
Protokół: UDP
Kierunek: przychodzący
Funkcja: Rozszerzony protokół eMule'a, Miejsce w Kolejce, Ping ponownego zapytania o plik
- Ten port można zmienić w opcjach eMule.(Ustawienia-->Parametry łącza-->Port UDP).
- Po zmianie tego portu należy także dopasować ustawienia Routera.
- W przypadku gdyby przekierowanie portów nie było możliwe należy sprawdzić zahaczenie opcji 'wyłącz' w Ustawieniach -> Parametry łącza -> Port UDP.
4.)
Local Port: każdy
Remote Port: 4672
Protokól: UDP
Kierunek: wychodzący
Funkcja: Rozszerzony protokół eMule'a, Miejsce w Kolejce, Ping ponownego zapytania o plik
- 4672 jest standartowym ustawieniem tego portu, jednakże w innych klientach eMule mógł zostać zmieniony, dlatego należy ustawić w konfiguracji Firewalla przy 'Remote Port' nie 4672 tylko 'każdy'.
5.)
Local Port: każdy
Remote Port: 4661
Protokól: TCP
Kierunek: wychodzący
Funkcja: Połączenie z serwerem
- 4661 jest standartowym portem do połączenia sie z serwerem , Administratorzy serwerów jednak często zmieniają ten port, dlatego należy w ustawieniach Firewalla 'Remote Port' ustawić na 'każdy'.
6.)
Local Port: każdy
Remote Port: 4665
Protokól: UDP
Kierunek: wychodzący
Funkcja: Zapytanie o źródła na serwerze
- Na serwerach które używaja do połączeń standartowego portu 4661 (patrz punkt 5) port do wyszukiwania źródeł automatycznie ustawiony jest na 4665. Serwery które zmieniają port połączeniowy na inny mają automatycznie port do wyszukiwania źródeł o 4 wyższy niz port połączeniowy. (np. Połączeniowy: 5000 Wyszukiwanie źródeł: 5004).
Firewalle:
Zła konfiguracja zapory może spowodować dostawanie nieskiego ID mimo przekierowanych portów lub publicznego adresu IP. Poprawna konfiguracja polega na przekierowaniu portów TCP i UDP.
Firewall moze powodować konflikt z eMulem, objawiający sie np. zawieszaniem programu, nagłym wyłączaniem.
Jeśli ktoś dysponuje instrukcjami dotyczącymi innych firewalli i chciałby się nimi podzielić z innymi - przysyłajcie mi gotowe instrukcje na PM.
UWAGA!Jeśli mimo poprawnej konfiguracji zapory nadal dostajesz niskie id, a powinieneś dostawać wysokie zainstaluj ponownie mułka przy wyłączonym dostępie do internetu! Nie zapomnij o zachowaniu odpowiednich plików z katalogu config.
Czarne listy (bany) - jak trafić, jak się wydostać?
Użytkownicy eMule mogą trafić na trzy rodzaje czarnych list - serwera (blacklist) i innego klienta oraz ipfiltra umieszczonego na serwerze (blocklist). Poniżej informacje jak zostać zbanowanym i jak bana uniknąć.
size=15]Czarna lista serwerów:[/size]
Nowy rodzaj serwerów Lugdunum p75+ posiada system kredytów by osądzać zachowanie klientów. Każda akcja jak łączenie, wyszukiwanie, zapytania o źródła, itp. kosztuje punkty kredytowe. Jeśli wszystkie zostaną wykorzystane, serwer rozłącza się i wysyła ostrzeżenie, że klient znalazł się na czarnej liście.
Jendak nie należy mylic kredytów za wysyłanie z kredytami "za logowanie", są to dwie oddzielne sprawy. Na początku każdy user ma do rozdysponowania 1200 pkt., może je wykorzystać na nastepujące czynność:
-> za pakiet danych (ramkę): 1 kredyt
-> za zapytanie o źródła: 16 kredytów
-> za próbę zalogowania: 100 kredytów
-> za anulowaną próbę zalogowania: 900 kredytów (klienci eMule z wyłączoną opcją "Bezpieczne podłączanie")
Próba zalogowania, odrzucona przez serwer który jest pełny, nie kosztuje żadnych kredytów.
Klient zarabia 1 kredyt co sekundę (do maksymalnej liczby 1200 kredytów)
Trzeba pamiętać, aby nie udostepniać zbyt dużej ilość plików. Pamiętaj! Żeby zdobyc większą ilość kredytów (a przez to szybciej sciągać) nie liczy się ile udostępnisz, ale z jaką szybkością będziesz to robił (ustawienia Wysyłania w Parametrach łącz). Za bezpieczną granice udostepnianych plików przyjmuje się 500 sztuk, taka ilośc plików całkowicie starczy do swobodnej rotacji userów w Twojej kolejce.
Następna kwestia to zbyt duża ilość sciąganych plików, a co się z tym wiąże zbyt duża suma wszystkich źródeł w Transferach. Staraj sie ściągać do 30 plików (przy wolniejszych łączach ilośc będzie mniejsza) oraz aby suma źródeł nie była zbyt duża (3000-4000, zależy też od łacza).
Inną sprawą jest też przełączanie się miedzy serwerami, tracimy przez to cenne punkty potrzebne to wysyłania zapytań (logowania). Nie przyspiesza też to ściągania.
Jest jeszcze jedna możliwość oprócz wyczerpania kredytów serwera - łączenie się z serwerem kilku klientów z tego samego adresu ip. Jest to wielka zmora uzytkowników sieci osiedlowych, LAN-ów itp. W tym wypadku należy albo czekać lub gdy problem nie ustępuje, wykupić zewnętrzne IP. Podłączanie sie do mniejszych serwerów też może nieraz pomoc, jednak zwróćmy zawsze uwagę na rodzaj i wersje serwera.
W lepszej sytuacji są userzy posiadający dynamiczne IP, gdyż po jego zmienie znikną z blacklist. Reinstalacja eMula nic w tym wypadku nie daje.
Pamietaj, żeby podłączać sie do serwerów z najnowaszą wersją oraz zaliczanych do "bezpiecznych".
Używanie serwerów, które pracują pod starszym oprogramowaniem, nie jest rozwiązaniem, ponieważ
1. te serwery nie dostarczą Ci źródeł jeśli trafisz na blacklist
2. żaden serwer Lugdunum w wersji p58 lub wyższej nie dostarczy Ci źródeł jeśli trafiłeś na blacklist z powodu wyszukiwania źródeł za pośrednictwem UDP.
Jesli dostaniesz się na blacklist możesz probować przełączyć się na inny serwer jednak nie zawsze to pomoga, gdyż na innych serwerach też mozesz sie znajdować na tej liscie. Długośc przesiadywania na serwerze jest różna, domyślnie są to 2 godziny, jednak czas ten może sie wydłużyć jeśli będziesz probował na siłe się dobijać na dany serwer. Najlepiej jest wyłączyć na ten czas eMula i spróbować potem.
Zauważyłem jeszcze jeden sposób dostania się na blacklist podany na forum emule-project.net przez admina Razorbacka, mianowicie uszkodzony plik known.met, przez co eMule wysyła fałszywe dane do serwera o rozmiarze pliku. Usunięcie tego pliku i ponowne odpalenie eMula usunie ten problem (nastąpi ponowne hashowanie)
->cytowane fragmenty pochodzą z emule-project.net by @Monk
Your IP is part of ipfilter.dat file
Komunikat pojawia się jeśli dostaniesz sie na blocklist dane ipfiltra z którego korzysta dany serwer.
Czarna lista klientów:
Każdy chcący ściągnąć jakikolwiek plik staje w kolejce u innego klienta. Żeby mieć pewność, że ciągle istnieje możliwość ściągnięcia tego pliku oraz żeby zapytać o miejsce w kolejce, co kilkanaście minut następuje odpytywanie klienta, u którego się stoi. Im częściej to ponowne odpytywanie się odbywa, tym większe szanse na dostanie slota i zaczęcie ściągania pliku od tego klienta. Istnieją możliwości ustawienia swojego klienta tak, żeby ten odpytywal źródła częściej (domyślnie wartość ta wynosi +/- 29 minut). Jednakże takie działanie wpływa niekorzystnie na łącze klienta odpytywanego, zabierając mu połączenia oraz pasmo transferu potrzebne na wysyłanie i odbieranie. Dlatego zbyt częste odpytywanie jest napiętnowane poprzez umieszczanie na 'czarnej liście'.
Na czarną listę trafiają klienci, którzy odpytują o miejsce w kolejce częściej niż co 10 minut. Klient z czarnej listy nie może nic ściągać od klienta u którego na listę trafił.
Czarna lista jest czyszczona po restarcie mułka.
Dla mułka obojętne jest, jaki klient pyta (eMule, eDonkey, MLDonkey), każdy z nich może trafić na 'czarną listę'.
Dany klient może jeszcze zostać zbanowany przez drugiego klienta jeśli ten używa leecherskiego moda, szkodzącągo sieci. W dużej mierze zależy to od zabezpieczeń jakie stosuje używany przez Ciebie mod. Przykładem takiego klienta jest iONiX, który ma dośc dobrą obsługę oszustw.