Verfügbare Informationen zu "Webcache"
Qualität des Beitrags: Beteiligte Poster: sshady Forum: Ihr-Domainname.de Forenbeschreibung: Beschreibung Ihres Forums aus dem Unterforum: eMule Antworten: 1 Forum gestartet am: Sonntag 05.02.2006 Sprache: deutsch Link zum Originaltopic: Webcache Letzte Antwort: vor 18 Jahren, 2 Monaten, 30 Tagen, 17 Stunden,
Alle Beiträge und Antworten zu "Webcache"
Re: Webcache
sshady - 05.02.2006, 23:01Webcache
Was ist anders als beim normalen eMule?
Wenn jemand im Queue an der Reihe ist erhält dieser jemand (sofern er auch WebCache eMule verwendet) den angefragten Teil über einen von Ihm definiterten Proxy. Dies sollte IMMER der eigene ISP Proxy sein (z.B. T-Online -> www-proxy.t-online.de:80, AOL -> de.proxy.aol.com:80, etc). Sobald der Chunk komplett übertragen wurde teilt er anderen (ebenfalls WebCache eMule) Usern eine neue Quelle mit -> die Proxyquelle.
Ich dachte eMule hat bereits Proxy support ?
Jupp, aber das ist was gaaanz anderes. Das gilt nämlich nur für Anfragen an den Server, nicht für die Clients.
Was passiert wenn ein Uploader offline geht oder die IP Adresse wechselt?
Nichts. Denn der Proxy behält ja den Teil den er bereits hat.
Wurde ansonsten was in der eMule funktion verändert?
Nein. Der WebCache eMule entspricht ansonsten dem Original eMule (keine weiteren Änderungen). Nur die Cachefunktion würde hinzugefügt.
Was passiert mit Leechern?
Nichts. Sie bekommen genauso die Proxyquelle wie andere auch. Nur mit dem Unterschied das sie dann nicht mehr den "echten" Upload eines anderen Users blockieren.
Wie sieht es mit Kompression aus?
Kommt in einer späteren Version ...
Wie sieht es mit Verschlüsselung aus?
Gibt es jetzt seit Version 1.1 ...
Warum HTTP?
Weil der HTTP-Proxy Cache inzwischen eine ausgereifte sache ist!
Ich möchte WebCache eMule testen - was muss ich tun?
Erstmal die letzte Version (eMule WebCache) downloaden. Dann installieren und als ProxyNamen (unter WebCache, ganz unten) trägst Du den Namen deines ISP Proxies ein. Bei T-Online ist das z.b. www-proxy.t-online.de. Also Port natürlich den Port den dein ISP Proxy verwendet (T-Online -> 80). Auch hilft der klick auf "Auto detect". Ist ein Proxy zur aktuellen IP Adresse bekannt wird diese auch erkannt und verwendet. Falls nicht muss der Proxy von Hand nachgetragen werden.
Wichtiger Hinweis
Bitte immer in erster Linie mit den eigenen ISP Proxies testen, den dieser liefert meistens auch den besten Speed. Ziel dieses Projekts ist es nicht Public Proxies mit Mega-Traffic zu belagern sondern die ISPs von Ihrer Upload/Downloadlast etwas zu erleichtern. Nur zu Testzwecken (und das meine ich ernst) kann der MarketScore Proxy (ProxyName "proxy.or3.marketscore.com", ProxyPort "80") verwendet werden. Wenn mehrere sich auf den selben Proxy tummeln sollten schon bald schnell Top Downloadraten auf euch zukommen (siehe Grafik).
!! Ganz wichtig!! - Hierbei handelt es sich um eine BETAVERSION. Getestet werden soll das zusammenspiel der User mit Ihren ISP Proxies. Eure Erfahrungsberichte (euer ISP, verwendeter Proxy, wie lief der download) sind also für die Programmierer sehr wertvoll. Aber bitte nicht den Download starten, zwei Minuten warten und dann jammern das nichts geht!!
Um das Proxy-Autodetect Feature zu verbessern benötigen die Programmierer noch folgende Informationen (als Beispiel hier von T-online):
a) ISP-Name (T-online) -> das sollte wohl jeder selber wissen
b) Land (Germany) -> naja, was soll ich sagen. Wo man halt wohnt ;-)
c) ISP-Proxyserver (www-proxy.t-online.de) -> bitte auf der Internetseite des ISP suchen (meistens bei Verbindungskonfiguartion - Proxy-server)
d) ISP-Proxyserver-Port (80) -> (siehe Proxyserver)
e) den ISP-Identifyer (t-dialin.net) ---> den ISP Identifyer bitter mit Eingabeaufforderung ermitteln (nslookup xxx.xxx.xxx.xxx (wobei xxx die eigene IP ist)) -> der Identifyer ist der letzte Teil des Namens
Weitere Hinweise:
Es ist keineswegs so, daß zwischen zwei Clients, die beide WebCache unterstützen, automatisch alle Uploads über den WebCache des Downloaders abgewickelt werden.
Statt dessen ist eine ganze Reihe von Voraussetzungen erforderlich, die vor dem Beginn des Transfers überprüft werden (und zwar vom Downloader). Jeder einzelne Test kann dabei zum Abbruch, also zur Entscheidung gegen die Benutzung von WebCache, führen:
Habe ich selbst die Benutzung eines WebCache aktiviert?
Benutze ich einen TCP-Port, der vom Proxy akzeptiert werden würde? (Im Quelltext steht eine whitelist solcher Ports: 6 konkrete "well-known" Ports für FTP=21, GOPHER=70, HTTP=80, WAIS=210, HTTPS=443 und SNEWS=563, sowie alles oberhalb von Port 1024. Die konkrete Liste stammt offenbar aus der Default-Konfiguration für "acl Safe_ports" des verbreiteten Proxy-Servers Squid.) Der Mechanismus als solcher soll sicherstellen, daß ich nur dann einen WebCache-Download bekomme, wenn mein Emule so konfiguriert ist, daß er selbst wiederum auch anderen einen WebCache-Upload geben könnte.
Hat mir die Quelle, die mir gerade einen Slot geben möchte, einen Upload via WebCache-Protokoll angeboten? (Dazu muß diese Quelle das sowohl können als auch wollen und mir das sinnvollerweise irgendwann vorher mal mitgeteilt haben.)
Hat meine Quelle eine HighID? (Sie muß eine eindeutige IP-Adresse haben, sonst können wir sie nicht als HTTP-Server ansprechen.)
Wieviele Verbindungen zum WebCache-Proxy unseres eigenen Providers habe ich augenblicklich bereits aktiv? (Den dürfen wir nicht mit zuvielen gleichzeitigen persistenten Verbindungen belasten.)
Falls der zu verwendende Proxy unseres ISP ein transparenter Proxy ist: Benutzt unsere Quelle den TCP-Port 80? (Nur über diesen Port können wir transparente Proxies implizit ansprechen, da wir keine explizite Portnummer angeben dürfen; die wenigsten Emules verwenden diesen Port, teils aus Unwissen, teils weil sie dadurch ggf. mit einem auf demselben Rechner betriebenen HTTP-Server kollidieren könnten; deshalb sind die meisten Transfers via transparentem Proxy chancenlos.)
Haben wir die IP-Adresse des Proxy unseres ISP? (In der Emule-Konfiguration steht üblicherweise nur ein DNS-Name, und dieser kann im Laufe der Zeit seine Zuordnung zu einer IP-Adresse ändern; also müssen wir diese Abbildung ab und zu mal überprüfen - das geschieht automatisch einmal pro Emule-Session direkt nach dem Programmstart.)
Wissen wir von unserem Proxy, daß er Traffic innerhalb unseres eigenen ISP nicht cached? (Ja, es gibt solche Proxies, welche eher die Verbindung des ISP nach außen entlasten wollen als dessen lokales Netzwerk.) Falls ja: Sind unsere Quelle und wir selbst beim selben ISP? (In diesem Falle würden wir den Proxy unnötig belasten.)
Wieviele snippets dieser Datei, die wir selbst noch haben wollen, befinden sich unseres Wissens zufolge bereits im WebCache-Proxy unseres Providers? (Wenn das zuviele sind, dann kommt unser eigener Emule mit dem Saugen nicht nach (und meine Mitsauger wahrscheinlich auch nicht - wir haben keine konkreten Informationen über diese, also können wir nur raten, daß es ihnen vermutlich genauso geht wie uns), und der Proxy-Inhalt veraltet, bevor jemand ihn nutzen konnte - wir wollen nicht "auf Verdacht" die gesamte Datei in den Proxy hochladen, bloß weil dann vielleicht jemand etwas daraus herunterladen könnte... wir müssen den kostbaren Proxy möglichst effizient benutzen.) Wächst diese Anzahl an snippets über einen definierten Schwellwert hinaus, an, dann wollen wir keine weiteren snippets für diese Datei in den Proxy hochladen. (Da Proxy-Uploader mit hoher Bandbreite seltener in eine solche Überlast-Situation kommen, werden einige von ihnen wahrscheinlich auch dann noch snippets in Proxies hochladen, wenn davon nur noch wenige andere Clients profitieren können - zum Glück ist das bei ihnen nicht so "schlimm" wie bei langsamer angebundenen Clients.)
Kennen wir mindestens einen anderen Client, der denselben snippet wie wir selbst aus dem WebCache-Proxy unseres ISP saugen könnte? (Für uns selbst bringt die Benutzung des Proxy keinerlei Vorteil - erst diejenigen, die denselben snippet nach uns darüber saugen, werden davon profitieren können.)
gruss sshady
Mit folgendem Code, können Sie den Beitrag ganz bequem auf ihrer Homepage verlinken
Weitere Beiträge aus dem Forum Ihr-Domainname.de
Ähnliche Beiträge wie "Webcache"
WebCache FAQ's - Engelwerk (Dienstag 08.02.2005)