Gnutella Web Cache

From Wikipedia, the free encyclopedia

Also known as a gwc, a gcache, and a gwebcache.

Contents

[edit] Usage

A Gnutella web cache is used as a "last try" method of connecting back to the Gnutella filesharing network. This "last try" means that a Gnutella client is supposed to use Gnutella web caches as the last method of connecting to the Gnutella network. For instance, if a client exhausts its internal list of known Gnutella clients, then it will connect to a Gnutella web cache to refresh one's internal Gnutella client list.

Any Gnutella client can request information of a Gnutella web cache in a standardized method. There are different standards of connecting to these caches. These different standards are called specifications. Currently, two specifications exist, specification 1 and respectively specification 2.

[edit] Cache Engines

[edit] Current Listing:


Breakdown Of The Gnutella Web Caches:

Cache:
Gnutella:
Gnutella2:
TCP:
UDP:
Spec 1:
Spec 2:
Kademlia:
Flat-File:
MySQL:
Installer:
Bazooka
No
Yes
Yes
No
No
Yes
No
Yes
No
Yes
PHPGnuCacheII
Yes
Yes
Yes
No
Yes
Yes
No
No
Yes
No
Skulls
Yes
Yes
Yes
No
Yes
Yes
No
Yes
No
No
Beacon
Yes
Yes
Yes
Pending
Yes
Yes
Yes
Yes
Pending
Yes
Perlgcache
Yes
No
Yes
No
Yes
Yes
No
Yes
No
?
GnuWebCache
Yes
Yes
Yes
No
Yes
Yes
No
Yes
No
No
GhostWhiteCrab(UHC)
Yes
No
Yes
Yes
Yes
No
No
?
?
?
GhostWhiteCrab(GWC)
No
Yes
Yes
Yes
No
Yes
No
?
?
?
Java GWC
Yes
?
?
?
?
?
No
?
?
?
PgGWC
Yes
No
Yes
No
Yes
No
No
No
Yes
No


[edit] GWC Scanners

Online scanners that provide an up-to-date analysis of the Gnutella and Gnutella-like web caches.

[edit] Gnutella Web Cache Specifications

[edit] Specification 1:

  • Networks Served
    • Gnutella
  • Format
    • Update went fine:
      • Ex: OK
    • Update Warning (Small prob., not that bad):
      • Ex:

OK
WARNING: Error Message

  • Client IS Very Bad Warning
    • Ex:

WARNING: Error Message


Getting the hosts and urls with a pong combined

PONG Beacon Cache 0.1.5D Beta
71.8.84.153:3915
99.248.214.157:27529
69.60.241.55:16369
193.253.239.246:30218
68.156.175.121:6348
71.179.7.241:18344
74.196.22.241:6348
12.210.197.194:10531
222.150.143.77:10000
58.85.231.135:6346
24.141.199.164:20205
72.175.201.195:6348
69.81.129.228:4880
97.81.221.63:13219
70.15.130.224:7759
216.211.188.106:51903
75.167.168.156:48660
12.214.14.3:35916
76.177.244.106:24180
98.165.218.139:39630
68.112.182.125:3685
68.117.204.57:23482
65.12.154.25:40760
69.180.47.169:5711
75.138.40.173:24987
98.201.19.0:33662
70.187.2.144:6348
68.186.209.107:14429
69.159.7.61:6348
76.208.176.196:48199
http://gwc.frodoslair.net/skulls/skulls.php
http://bbs.robertwoolley.co.uk/GWebCache/gcache.php
http://g2.tjtech.org/g2/
http://g2.tjtech.org/g2/index.php
http://gwc.monnsta.net/
http://holograph.uni.cc/other/skulls.php
http://gwc.nickstallman.net/
http://gwc.eod.cc/skulls.php
http://gwc.frodoslair.net/skulls/skulls
http://gwc.werwin.net/skulls.php



Getting urls with a pong combined

PONG Beacon Cache 0.1.5D Beta
http://gwc.frodoslair.net/skulls/skulls.php
http://bbs.robertwoolley.co.uk/GWebCache/gcache.php
http://g2.tjtech.org/g2/
http://g2.tjtech.org/g2/index.php
http://gwc.monnsta.net/
http://holograph.uni.cc/other/skulls.php
http://gwc.nickstallman.net/
http://gwc.eod.cc/skulls.php
http://gwc.frodoslair.net/skulls/skulls
http://gwc.werwin.net/skulls.php



Getting the hosts with a pong combined

PONG Beacon Cache 0.1.5D Beta
71.8.84.153:3915
99.248.214.157:27529
69.60.241.55:16369
193.253.239.246:30218
68.156.175.121:6348
71.179.7.241:18344
74.196.22.241:6348
12.210.197.194:10531
222.150.143.77:10000
58.85.231.135:6346
24.141.199.164:20205
72.175.201.195:6348
69.81.129.228:4880
97.81.221.63:13219
70.15.130.224:7759
216.211.188.106:51903
75.167.168.156:48660
12.214.14.3:35916
76.177.244.106:24180
98.165.218.139:39630
68.112.182.125:3685
68.117.204.57:23482
65.12.154.25:40760
69.180.47.169:5711
75.138.40.173:24987
98.201.19.0:33662
70.187.2.144:6348
68.186.209.107:14429
69.159.7.61:6348
76.208.176.196:48199


  • Variables
    • Mandatory
      • ping:
        • Response should have this always: PONG
        • After, put the cache's name. ex: PONG fakecache 0.01
      • client:
        • Four letter code of the client. ex: RAZA
      • version:
        • Version number of the client.
      • urlfile:
        • Used by the client to request alternate cache urls.
      • hostfile:
        • Used by the client to request IPs with port numbers attached.
      • url:
        • Client update giving an alternate cache URL.
        • Formatted with a http:// prefix to each cache.
      • ip:
        • Client update giving one's IP to submit.
      • url1:
        • OLD OUTDATED Client update giving an alternate cache URL.
        • Formatted with a http:// prefix to each cache.
      • ip1:
        • OLD OUTDATED Client update giving one's IP to submit.
    • Optional
      • bfile:
        • For clients to request both URLs and IPs from the cache at the same time.
      • statfile:
        • Statistics of the cache request:
          • First line: Total requests of the cache number.
          • Second line: Requests of the cache an hour number.
          • Third line: Updates of the cache an hour number.

[edit] Specification 2:

  • Networks Served
    • Gnutella, Gnutella2, Kademlia, and etc.
  • Format
    • Information Output
      • Starts with: I|
        • Categories
          • Pong (ping variable response) - Described below under the topic: variables.
          • Update Status Response
            • Format: I|update
            • Responses
              • I|update|OK
                • - Everything went fine.
              • I|update|WARNING
                • Types
                  • I|update|WARNING|Invalid host
                  • I|update|WARNING|Invalid URL
          • Plain Warnings
            • Format: I|WARNING
              • Append any warning messages after it - Ex: I|WARNING|You came back too early
          • Extra Info - Described below under the topic: variables.
    • Host Output
      • Starts with: H|
      • Add the IP with its port:
        • Ex: H|0.0.0.0:6346
      • Add the time, thereafter, of the host's (In seconds*) time in cache:
        • Ex: H|0.0.0.0:6346|45
      • If cluster exists with cluster=somerandomwords
        • Add the clustered words after the host's age:
          • Ex: H|0.0.0.0:6346|45|somerandomwords
    • URL Output
    • Example Cache Output (Beacon Cache) For get Command


Getting the hosts and urls with a pong combined

I|pong|Beacon Cache 0.1.5D Beta|gnutella-gnutella2
H|65.9.200.243:4968|248261
H|68.228.129.75:44599|242678
H|98.240.196.122:8206|240719
H|76.104.12.133:14921|218273
H|69.136.1.12:3924|211610
H|81.154.208.71:8595|174402
H|97.96.105.51:2076|153610
H|74.192.153.212:39340|144203
H|72.190.106.57:12584|132984
H|78.93.71.132:12334|125668
H|82.43.248.184:27560|97974
H|196.205.224.97:6357|86763
H|74.129.219.30:33172|82005
H|76.104.12.133:19185|57182
H|69.59.83.131:18442|38628
U|http://www.k33bz.com/g2/bazooka.php|248639
U|http://gwebcache.ns1.net/|248592
U|http://gwc2.wodi.org/skulls.php|248384
U|http://gwc.guufshop.com/skulls/skulls.php|248322
U|http://groovy.syxy.com/up/skulls.php|248300
U|http://g2.tjtech.org/g2/index.php|247770
U|http://midian.jayl.de/g2/bazooka.php|240719
U|http://www.dom2porno.info/skulls/skulls.php|207473
U|http://gwc.frodoslair.net/skulls/skulls|125668
U|http://holograph.uni.cc/other/skulls.php|9642


  • Variables
    • Mandatory
      • ping:
        • Main Part: I|pong|
        • Then add the cache name and version: I|pong|fakecache 0.01
        • Then lastly add the network support:
          • I|pong|fakecache 0.01|gnutella
            • - Gnutella only
          • I|pong|fakecache 0.01|gnutella2
            • - Gnutella2 only
          • I|pong|fakecache 0.01|gnutella-gnutella2
            • - Gnutella and Gnutella2 served
      • get:
        • Used by clients to requests alternate cache URLs along with IPs and their port numbers.
      • update:
        • url:
          • Client update giving an alternate cache URL.
          • Formatted with a http:// prefix to each cache.
        • ip:
          • Client update giving one's IP to submit.
      • net:
        • Which network to serve the client.
          • Gnutella
            • Ex: net=gnutella
          • Gnutella2
            • Ex: net=gnutella2
      • client:
        • Four letter code of the client. ex: RAZA
      • version:
        • Version number of the client.
    • Optional
      • cluster:
        • To add extra info to an IP update.
          • Output by cache: H|0.0.0.0|AGE OF HOST (Seconds)|clustering some bull****
      • x.leaves / x_leaves:
        • Number of leaves running on a given Gnutella2 hub.
      • statfile:
        • Statistics of the cache request:
          • First line: Total requests of the cache number.
          • Second line: Requests of the cache an hour number.
          • Third line: Updates of the cache an hour number.
      • info:
        • Output extra details of your cache.
          • Start with the informational response: I|
            • Ex: I|open-source|1
      • support:
        • To output USEFUL details of your cache.
          • Start with the informational response: I|
            • Ex: I|support|gnutella2

[edit] Pinging Caches With Your Cache

  • Please follow this standard:
    • Client: TEST
    • Version: Your Cache's Name
      • The old value for "version" was 1
  • Some variables to attach to the ping (compatibility):
    • multi
      • Used by some gwcs in their pings to other gwcs.
      • Make sure a multi=1 variable causes a ping in specification 2 when your cache is pinged too!
    • cache
      • Used by some gwcs in their pings to other gwcs.
      • Make sure a cache=1 variable causes a ping in specification 2 when your cache is pinged too!
  • Help

[edit] Variable Combination Standards

  • Net variable decides specification!
    • There are many ways to determine spec., but going with net is the safe way.
  • Your cache needs to be able to process certain combinations of variables.
    • Update variable
      • Update should not fail if absent if spec. 2.
        • If net is present, go on with spec. 2, else spec. 1.
      • Should still accept hostfile and urlfile responses for spec. 2.
  • Multiple variable requests
    • If for instance a ping and request exist, you should always handle them properly.
      • Same goes with other combos like an update and ping, statfile + ping and info.
    • Handle multiple variables as BEST as possible!
      • Some scanners and GWCs like to fit all their requests into one URL send.

[edit] Further Information: