chrisidefix / libtorrent

Automatically exported from code.google.com/p/libtorrent
0 stars 0 forks source link

can not download from windows #481

Closed GoogleCodeExporter closed 9 years ago

GoogleCodeExporter commented 9 years ago
Here are the steps that will reproduce the problem?
1. Setup a udp tracker https://code.google.com/p/udpt/
2. Make a .torrent file
3. Run a seeder
4. Run a leecher using utorrent 3.3
5. Run simple_client.py (attached)

I cannot download the file using attached python script on Windows, while at 
the same time I can use the same script to seed a file on Linux box. I can 
download the file when using utorrent program on Windows. The utorrent program 
is visible from seeder while the simple_client.py is not.

Tracker
IP: 192.168.102.77
OS: Debian 6.0

Seeder
IP: 192.168.102.7
OS: Debian 6.0
Program: simple_client.py

Leecher
IP: 192.168.102.75
OS: XP SP3
Python 2.7
python-libtorrent-0.16.8-py27
Program1: simple_client.py
Program2: utorrent 3.3

I sniffed the network on the tracker using wireshark. I attached the log. Frame 
35 to 115 was when I use utorrent to download, and frame 258 onward was when I 
use the simple_client.py script.

Any suggestions?

Original issue reported on code.google.com by umars...@gmail.com on 20 May 2013 at 3:11

Attachments:

GoogleCodeExporter commented 9 years ago
the tracker fails with "torrent not registered" for both uTorrent and 
libtorrent. I'm assuming uTorrent picks up peers from the DHT. Try calling 
ses.start_dht() in the simple_client.py to see if you can pick up DHT peers 
with libtorrent as well.

Original comment by arvid.no...@gmail.com on 20 May 2013 at 3:32

GoogleCodeExporter commented 9 years ago
I am sorry, I forgot to tell you that the version I was using on seeder was 
Python 2.6.6 r266:84292 and libtorrent-rasterbar5 0.14.10-2+b1, in Debian Linux.

I did what you suggested me but the result was the same. Then I swapped the 
peers. I made utorrent act as a seeder, then I ran the leecher from Linux. It 
worked. Inspecting the version used in Linux, then I made the version in 
Windows the same. It also worked. (I did not use the start_dht because that 
function was not recognized in 0.14.10)

I did a further investigation by capturing data at the tracker. I attached the 
data. Frame 3~194 was utorrent 3.3, 341~368 was libtorrent 0.14.10 python 2.6, 
and 718 onward was libtorrent 0.16.8 python 2.7. I got the python and 
libtorrent from here:
http://libtorrent.googlecode.com/files/python-libtorrent-0.16.8-py27.win32.msi
http://www.python.org/ftp/python/2.7.5/python-2.7.5.msi

From the data we can see that either utorrent and libtorrent 0.14.10 followed 
connect request with announce request, but that was not the case for libtorrent 
0.16.8. I do not know where the problem lies.

Original comment by umars...@gmail.com on 21 May 2013 at 3:03

Attachments:

GoogleCodeExporter commented 9 years ago
@OP 
Stupid question: Are you sure that python.exe isn't blocked by your firewall?

Original comment by hammered...@gmail.com on 12 Sep 2013 at 1:11

GoogleCodeExporter commented 9 years ago
After several try and error, I find the following combination that works. I can 
not get libtorrent above 0.15.10 to work on Windows. I do not know why.

Python 2.6.6 (r266:84297, Aug 24 2010, 18:46:32) [MSC v.1500 32 bit (Intel)] on 
win32
python-libtorrent-0.15.10.win32-py2.6.msi

FYI, python.exe is not blocked by my firewall.

Original comment by umars...@gmail.com on 12 Sep 2013 at 2:15

GoogleCodeExporter commented 9 years ago
Do you have verbose logs from the seeder and leecher when it won't work? If you 
post them I most likely can tell you why it doesn't work.

Original comment by arvid.no...@gmail.com on 13 Sep 2013 at 4:11

GoogleCodeExporter commented 9 years ago

Original comment by arvid.no...@gmail.com on 9 Dec 2014 at 3:18