[UPC] Onderzoek naar blokkade van P2P verkeer
Inhoudsopgave:
•
Wat is er aan de hand?
•
Waar is dit topic voor?
•
Waar is dit topic niet voor?
•
Hoe kan ik helpen? (ook voor mensen zonder P2P problemen!)
•
Enkele Oplossingen
•
Met dank aan...
•
Huidige lijst van gerapporteerde netblocks
Wat is er aan de hand?
Sinds medio December 2007, varieerend tussen 13 en 22 December of soms nog eerder, beginnen klanten met een UPC internetverbinding op te merken dat zij geen P2P software meer kunnen gebruiken. Torrents krijgen continue timeouts bij het verbinden met trackers, bij legale dan wel minder legale, en Emule clients kunnen ook niet meer met servers verbinden. Dezelfde groep gebruikers lijkt ook problemen met Usenet/nieuwsgroep verbindingen te ondervinden, maar het is niet geheel duidelijk of dit niet een losstaand probleem is aangezien ook al her en der opgemerkt is dat nieuwsgroep verkeer hard geknepen wordt door UPC in de piek uren.
Hoe UPC het verkeer exact blokkeert is niet bekend, maar er is wel opgemerkt dat HTTP requests met "?info_hash=" of "&info_hash" in de querystring altijd een timeout geven, behalve als daarvoor een 'normale' request naar die host gegaan is. Dit soort requests worden gestuurd naar bittorent trackers, maar worden ongeacht wat voor host gedropped. Zo ook bijvoorbeeld
http://www.google.nl/?info_hash=bla of
http://www.tweakers.net/?info_hash=bla als je onder de blokkade valt.
De reactie van UPC in het algemeen op dit alles hangt af van hoe ver men in de helpdesk door weet te dringen. Het lijkt te varieeren van "het werkt toch gewoon?" omdat je wel gewoon kan browsen/mailen, tot "Deze storing is bij ons bekend we zijn er naar aan het kijken" wat we al minstens twee weken horen. UPC geeft overigens wel toe Nieuwsgroep en P2P verkeer af te knijpen in de piek uren, maar van een gehele blokkade zou geen sprake zijn.
Twee opmerkelijke passages uit de algemene voorwaarden:
25.1 UPC garandeert uitdrukkelijk geen minimumsnelheid noch dat altijd gebruik kan worden gemaakt van de Breedbanddienst of dat de Klant altijd gebruik kan maken van de beschikbaar gestelde capaciteit.
25.6 UPC staat er niet voor in dat dataverkeer doorgegeven door of naar de Klant door middel van de Breedbanddienst binnen redelijke termijn, op juiste wijze en in oorspronkelijke staat wordt ontvangen. UPC aanvaardt terzake geen aansprakelijkheid.
Waar is dit topic voor?
In dit topic wil ik proberen
in kaart te brengen op welke (sub)netwerken UPC het P2P verkeer blokkeert, om te zien of hier een bepaald patroon in zit en om te laten zien dat het niet zomaar een 'storing' is zoals UPC ons wil doen geloven. Als we op deze manier kunnen aantonen dat er echt op bepaalde subnetten geblokkeerd wordt, heeft dat in ieder geval nieuwswaarde, maar lijkt het me ook dat we een sterk punt tegen UPC kunnen maken.
Waar is dit topic niet voor?
• Onnodige flames tegen UPC, of suggesties om over te schakelen naar provider
X
• Vragen over de oplossingen
hieronder beschreven
• Discussies of P2P wel of niet geblokkeerd zou moeten/mogen worden door UPC in verband met de 'legaliteit' van merendeel van het verkeer
Hoe kan ik helpen?
Aangezien ik een lijst probeer te bouwen van alle werkende en niet werkende subnetten van UPC, wil ik graag alle UPC gebruikers hier oproepen de volgende informatie te posten:
• /24 Subnet waarin je je bevindt, dus de eerste drie getallen van je IP adres (bijv 62.163.4.x), aangeraden wordt om het vierde getal weg te laten. Posts met /16 subnets (twee getallen) hebben we niets aan, aangezien het in de subnetten daaronder zelfs kan verschillen!
• Postcode / Woonplaats, ook al lijkt het vooralsnog niet locatie gebonden te zijn
• Abonnement, ook al lijkt dit ook geen invloed te hebben
• Welke P2P protocollen werken er wel/niet
• Sinds wanneer doen de problemen zich voor, of op welk tijdstip werkte alles prima
• Het resultaat van het proberen te openen van de URL:
http://www.google.nl/?info_hash=bla , geeft deze een timeout of een Google 404 foutmelding?
Mocht je niet weten wat je IP adres is:
http://www.whatismyip.org
Verder mochten er nog meer oplossingen/workarounds bedacht worden of andere toevoegingen/verbeteringen/bijdragen voor in de startpost, dan hoor ik daar natuurlijk ook graag over.
Enkele Oplossingen
Her en der zijn er enkele oplossingen gekomen om de blokkades te omzeilen. Hier een overzicht van de mogelijkheden:
•
uTorrent via Tor
•
Veranderen MAC adres
•
Nieuwsgroupen via SSL
uTorrent via Tor
Anoniem: 245499 schreef op donderdag 20 december 2007 @ 19:29:
Voor diegene die om de blokkade / het probleem

heen willen:
- Installeer Tor.
- Ga naar uTorrent -> Preferences -> Connection, kies Socks4 bij Proxy Server en vul in: 127.0.0.1 met port 9050. Let erop dat Use proxy for peer-to-peer connections uit staat!
- Ga naar uTorrent -> BitTorrent en vul je internet IP in bij IP/Hostname to report to tracker.
- Op hetzelfde scherm zet Outgoing Encryption op Enabled.
Let wel op dat er nu een andere IP zichtbaar is voor de trackers waarmee je verbind. Dus private trackers die letten op je IP kan je beter niet gebruiken omdat je hoogst waarschijnlijk dan gebanned wordt.
Succes.
Veranderen MAC adres
Door je MAC adres te veranderen van het apparaat wat direct achter je UPC modem hangt en je modem te herstarten kan je forceren om een nieuw IP adres toegewezen te krijgen. Dit werkt in feite als soort van loterij, er is een kans dat je nieuwe IP in een range zit die niet geblokkeerd is, en dit heeft al voor een aantal mensen gewerkt.
! Let wel op dat het not-done is om zomaar een willekeurig MAC adres in te stellen, aangezien dit in principe een wereldwijd uniek adres is! Het beste is om het MAC adres te verwisselen van bijv je Router en je PC, of van een oude PC/netwerkkaart die je misschien nog ergens hebt liggen. Of indien je direct een PC aan je modem hebt hangen, om dan een andere netwerkkaart te proberen.
Nieuwgroepen via SSL
Enkele mensen hebben de connectie en snelheidsproblemen met Nieuwsgroepen weten te omzeilen door gebruik te maken van SSL encryptie. Niet alle Nieuwsgroepen ondersteunen dit, en soms moet er extra worden betaald voor SSL toegang.
Met dank aan...
Het is onmogelijk om iedereen die (in)direct bijgedragen heeft aan het topic hier te bedanken omdat ik tientallen pagina's hierover heb doorgeploegd op GoT en het chelloo forum om deze informatie bij elkaar te schrapen. Toch wilde ik nog even wat mensen noemen en wat links geven naar relevante topics.
• th3dge - Voor de Tor/uTorrent oplossing
• p0m - Voor het constateren van de "?info_hash=" filtering
• Vlarp - Veel zinnige posts op chelloo.com o.a. over MAC adres aanpassen om ander IP te krijgen
• Defspace - Suggestie over tekst uit de algemene voorwaarden
• Iedereen die op GoT of chelloo.com zijn Subnet/problemen/etc informatie heeft gepost die ik heb gebruikt om de eerste lijst samen te stellen
GoT:
Torrent probleem UPC
Geen P2P client doet het nog *
p2p programma's maken geen verbinding meer
chelloo.com:
Verbindingsproblemen usenet en P2P programma'sHuidige lijst van gerapporteerde netblocks
Deze lijst is samengesteld uit de gegevens die door mensen hier op GoT en op chelloo.com zijn gepost. Er wordt naar gestreefd om deze lijst up-to-date te houden.
Subnet | Postcode | Werkt P2P? | op | Abonnement |
24.132.77.x | 2983 | ja | 05 jan | |
24.132.112.x | 8242 (lely) | ja | 05 jan | Extreme |
24.132.120.x | 7101 | ja | 05 jan | |
24.132.166.x | 2983 | nee | 05 jan | |
24.132.191.x | 1326 | ja | 30 dec | |
24.132.207.x | 6542 | ja | 25 dec | |
62.108.5.x | 3311 (dort) | nee | 28 dec | |
62.163.?.x | 2011 | ja | 2 jan | |
62.163.4.x | 1071 (adam) | nee | 30 dec | Classic |
62.163.84.x | 3281 | ja | 22 dec | Extreme |
62.195.19.x | 3261 | nee | 27 dec | Light |
62.195.179.x | (almere) | ja | 04 jan | Extreme |
77.248.?.x | 3355 | nee | 03 jan | |
77.248.79.x | 1025 (adam) | nee | 13 dec | |
77.248.80.x | 1034 | ja | 30 dec | Extreme |
77.248.121.x | 5502 (veldhvn) | ja | 04 jan | Light |
77.249.?.x | 3051 (rdam) | nee | 2 jan | Classic |
77.249.17.x | 1072 (adam) | nee | 25 dec | Power |
77.249.61.x | 3132 (vlrdng) | ja | 06 jan | Classic |
77.249.172.x | 6641 (beungn) | nee? | 04 jan | Power |
77.249.204.x | ede | ja | 05 jan | |
77.249.230.x | ? | nee | 22 dec | |
77.249.233.x | ? | nee | 24 dec | |
77.250.48.x | 5554 (vwaard) | ja | 04 jan | Extreme |
77.250.116.x | 3257 | ja | 23 dec | |
77.250.119.x | ? | nee | 17 dec | |
77.250.174.x | 3362 | nee | 22 dec | |
77.251.?.x | 5654 (ehv) | ja | 1 jan | Extreme |
77.251.?.x | 2011 | nee | 2 jan | Easy |
77.251.132.x | ? | nee | 20 dec | Classic |
77.251.177.x | 8072 | ja | 30 dec | Extreme |
77.251.206.x | 7201 | nee | 05 jan | Classic |
80.56.41.x | 6811 (ahem) | nee | 15 dec | |
80.56.142.x | 3054 (rdam) | nee | 21 dec | |
80.56.146.x | 3054 (rdam) | ja | 05 jan | |
80.56.154.x | 8072 | nee | 16 dec? | Extreme |
80.56.188.x | 3281 | nee | 20 dec | Extreme |
80.56.224.x | 3042 (rdam) | nee | 31 dec | Extreme |
80.57.125.x | adam | nee | 24 dec? | |
213.46.117.x | ? (rdam) | ja | 2 jan | Extreme |
213.93.?.x | 3192 | nee | 23 dec | |
213.93.9.x | (almere) | ja | 03 jan | |
213.93.171.x | 2651 (brk&rdr) | ja | 04 jan | Power |
213.93.208.x | ? | nee | 28 dec | |
213.93.208.x | 6716 (ede) | nee? | | |
213.93.225.x | 3206 | ja | 23 dec | Extreme |
[
Voor 16% gewijzigd door
Squee op 06-01-2008 11:16
. Reden: Update v1.05 - Netlist update 06/01 ]
Please do not contact me telepathically.