In article ,
Tom Ring wrote:

Trying to get the torrent with no success. And I know it should work,
got Lineox Enterprise Linux with it recently.

Odd, and interesting! I had a similar report from someone else last
night.

On the other hand, I just went to the link myself, fetched the torrent
file, and my BitTorrent reference client launched itself and started a
download of the -ebook version with no problems at all.

What client are you using? Are you behind some sort of NAT gateway or
other firewall?

The tracker shows me three downloads in progress - my own (of the
-ebook) and two others (of the -printer). I'm getting about half of
the download bandwidth, though, so it may be that one of the transfers
is stalled for some reason.

--
Dave Platt AE6EO
Hosting the Jade Warrior home page: http://www.radagast.org/jade-warrior
I do _not_ wish to receive unsolicited commercial email, and I will
boycott any company which has the gall to send me such ads!

Dave Platt wrote:


What client are you using? Are you behind some sort of NAT gateway or
other firewall?

The tracker shows me three downloads in progress - my own (of the
-ebook) and two others (of the -printer). I'm getting about half of
the download bandwidth, though, so it may be that one of the transfers
is stalled for some reason.


TorrentStorm, behind a NAT, but that has never been an issue before.

tom
K0TAR

Thanks to Dave and Bob. I downloaded this wonderful book. I will be
looking for a paper copy though, as I like reading a peper copy more
than reading infront of the tube.

73 - VU3RDD

In article ,
Tom Ring wrote:

What client are you using? Are you behind some sort of NAT gateway or
other firewall?

TorrentStorm, behind a NAT, but that has never been an issue before.

The documentation at BitTorrent.com points out that downloads may not
work, or may be quite slow, if you're behind a NAT and don't arrange
for port forwarding of inbound connections from your peers. In this
situation, you can end up being unable to exchange data with some or
all of the peer sites you try to connect with.

As I understand it, this shouldn't affect the seeder I'm running,
since it already has a complete copy of the file and doesn't insist on
a tit-for-tat exchange of data. However, it's possible that there may
still be some issues, with some NATs or firewalls.

Both my tracker, and my seeder clients, use the BitTorrent 4.01
reference implementation, and neither is behind a NAT. I've been able
to transfer successfully from a system here at work which *is* behind
a NAT, and the transfer went quite efficiently. So, it's possible
that the problem lies at your end, although that's not a certainty.

My system _does_ react rather strongly, in defense, against systems
which appear to be trying to port-scan it for vulnerabilities or
trojans... it'll slap down a hard IP filter against such systems and
will appear to "vanish" from the net.

--
Dave Platt AE6EO
Hosting the Jade Warrior home page: http://www.radagast.org/jade-warrior
I do _not_ wish to receive unsolicited commercial email, and I will
boycott any company which has the gall to send me such ads!

Dave Platt wrote:

In article ,
Tom Ring wrote:


What client are you using? Are you behind some sort of NAT gateway or
other firewall?


TorrentStorm, behind a NAT, but that has never been an issue before.


The documentation at BitTorrent.com points out that downloads may not
work, or may be quite slow, if you're behind a NAT and don't arrange
for port forwarding of inbound connections from your peers. In this
situation, you can end up being unable to exchange data with some or
all of the peer sites you try to connect with.

As I understand it, this shouldn't affect the seeder I'm running,
since it already has a complete copy of the file and doesn't insist on
a tit-for-tat exchange of data. However, it's possible that there may
still be some issues, with some NATs or firewalls.

Both my tracker, and my seeder clients, use the BitTorrent 4.01
reference implementation, and neither is behind a NAT. I've been able
to transfer successfully from a system here at work which *is* behind
a NAT, and the transfer went quite efficiently. So, it's possible
that the problem lies at your end, although that's not a certainty.

My system _does_ react rather strongly, in defense, against systems
which appear to be trying to port-scan it for vulnerabilities or
trojans... it'll slap down a hard IP filter against such systems and
will appear to "vanish" from the net.


Thanks for the response. I don't think I have a problem with the
network side, since I forward the torrent port to that box, and my ACL
allows that port to see all public addresses. I have a Cisco IOS DSL
router running the latest release, so I have a bit more flexibility than
most. I'll give it another shot tonight.

tom
K0TAR

In article ,
Tom Ring wrote:

Thanks for the response. I don't think I have a problem with the
network side, since I forward the torrent port to that box, and my ACL
allows that port to see all public addresses. I have a Cisco IOS DSL
router running the latest release, so I have a bit more flexibility than
most. I'll give it another shot tonight.

OK, good luck - please let me know how it goes.

You might want to check to make sure that you forward both the torrent
management port, and the full range of torrent-client ports. Since
I'm running two seeders, they're on two different ports on my system
and might be trying to talk to different ports in your client's range.

--
Dave Platt AE6EO
Hosting the Jade Warrior home page: http://www.radagast.org/jade-warrior
I do _not_ wish to receive unsolicited commercial email, and I will
boycott any company which has the gall to send me such ads!

Dave Platt wrote:

In article ,
Tom Ring wrote:


Thanks for the response. I don't think I have a problem with the
network side, since I forward the torrent port to that box, and my ACL
allows that port to see all public addresses. I have a Cisco IOS DSL
router running the latest release, so I have a bit more flexibility than
most. I'll give it another shot tonight.


OK, good luck - please let me know how it goes.

You might want to check to make sure that you forward both the torrent
management port, and the full range of torrent-client ports. Since
I'm running two seeders, they're on two different ports on my system
and might be trying to talk to different ports in your client's range.


Good point. Thanks.

tom
K0TAR

Dave Platt wrote:

In article ,

OK, good luck - please let me know how it goes.

You might want to check to make sure that you forward both the torrent
management port, and the full range of torrent-client ports. Since
I'm running two seeders, they're on two different ports on my system
and might be trying to talk to different ports in your client's range.


No go, and I added extra ports - 6882-6889.

Your end is trying to connect on nonstandard ports back to my end. They
are not ports listed on any of the torrent pages I've looked at,
assuming your end is 195.23.xxx.xxx. It tried from 6882 on your end to
2471, 2523, and 2546 on my end. 6882 is fine, but as a destination.

tom
K0TAR

In article ,
Tom Ring wrote:

No go, and I added extra ports - 6882-6889.

Hmmm...

Your end is trying to connect on nonstandard ports back to my end. They
are not ports listed on any of the torrent pages I've looked at,
assuming your end is 195.23.xxx.xxx. It tried from 6882 on your end to
2471, 2523, and 2546 on my end. 6882 is fine, but as a destination.

Nope, that's somebody else - the IP range looks like it's in Portugal.
It _could_ be someone else who is fetching the torrent and is trying
to peer with you (there's one active downloader for each of the two,
at the moment), or it could be J. Random Nastyguy portscanning your
system looking for trojans and etc.

I'm really not sure why you're having the problem. I do see that the
4.01 BitTorrent tracker has some logic which tries to figure out
whether the system asking for the download is behind a NAT, although
I'm not sure what it does with the information. I'll try restarting
the tracker and turning that feature off... maybe it'll make a
difference.

--
Dave Platt AE6EO
Hosting the Jade Warrior home page: http://www.radagast.org/jade-warrior
I do _not_ wish to receive unsolicited commercial email, and I will
boycott any company which has the gall to send me such ads!

Dave Platt wrote:

In article ,
Tom Ring wrote:


No go, and I added extra ports - 6882-6889.


Hmmm...


Your end is trying to connect on nonstandard ports back to my end. They
are not ports listed on any of the torrent pages I've looked at,
assuming your end is 195.23.xxx.xxx. It tried from 6882 on your end to
2471, 2523, and 2546 on my end. 6882 is fine, but as a destination.


Nope, that's somebody else - the IP range looks like it's in Portugal.
It _could_ be someone else who is fetching the torrent and is trying
to peer with you (there's one active downloader for each of the two,
at the moment), or it could be J. Random Nastyguy portscanning your
system looking for trojans and etc.

J Random Nastyguy gets caught and reported on my net. Like the .kr I
nailed tonight trying to ssh2 in. It would be easier to just block the
whole of the far east, and I may do that someday soon.


I'm really not sure why you're having the problem. I do see that the
4.01 BitTorrent tracker has some logic which tries to figure out
whether the system asking for the download is behind a NAT, although
I'm not sure what it does with the information. I'll try restarting
the tracker and turning that feature off... maybe it'll make a
difference.


Well no matter, I'll live without it. Sounded good though.

tom
K0TAR