Past DEF CON Conference Content

[converge]

Re: Past DEF CON Conference Content

Apologies.. in an attempt to re-align my network of boxen for bigger, badder, better offerings I inadvertantly dosed some of the stuff I was hosting .. namely.. torrent/trackers. I then proceeded to get tagged with job changing, family re-visiting goodness .. so I haven't been able to revive them yet, hence the downtime and 0 seeds.

I have discovered that this has ultimately effected MY bandwidth, since things like the Defcon/Blackhat ISOs are still available on my functioning webserver but no longer served sanely through torrent. ATM my 2Mb pipe is tagged 24/7 .. mostly with Arabs downloading the mentioned ISOs .. go figure.

It will be resolved at some point, as soon as possible.. honestly. In fact, not only will all those torrents return, but I really do plan to keep pulling the remainder of the stuff I didn't collect before Defcon (iirc some music, etc).. as well as future releases of cool shit by DT. atm please anticipate a 1-2month slag of 'life' kicking me in the balls. If someone else has a tracker running, please repost a torrent for it.. I'll gladly update the torrent file on the webserver and set aside another functioning box to seed as much as possible (until I more effectively QoS my shit) Gracias.

[st0rm]

Re: Past DEF CON Conference Content

Apologies.. in an attempt to re-align my network of boxen for bigger, badder, better offerings I inadvertantly dosed some of the stuff I was hosting .. namely.. torrent/trackers. I then proceeded to get tagged with job changing, family re-visiting goodness .. so I haven't been able to revive them yet, hence the downtime and 0 seeds.

I have discovered that this has ultimately effected MY bandwidth, since things like the Defcon/Blackhat ISOs are still available on my functioning webserver but no longer served sanely through torrent. ATM my 2Mb pipe is tagged 24/7 .. mostly with Arabs downloading the mentioned ISOs .. go figure.

It will be resolved at some point, as soon as possible.. honestly. In fact, not only will all those torrents return, but I really do plan to keep pulling the remainder of the stuff I didn't collect before Defcon (iirc some music, etc).. as well as future releases of cool shit by DT. atm please anticipate a 1-2month slag of 'life' kicking me in the balls. If someone else has a tracker running, please repost a torrent for it.. I'll gladly update the torrent file on the webserver and set aside another functioning box to seed as much as possible (until I more effectively QoS my shit) Gracias.

Thanks converge..Hope to see some seeds in a coupla days or so....and regarding the RSS Feeds, the download speed is EXTREMELY slow for me, even on my campus T1, takes hours to just download one talk sometimes. SO def, seeding the torrents would be highly appreciated. Thanks !

[TheCotMan]

Re: Past DEF CON Conference Content

Hey converge... it looks like the naming convention of the newly served files on the rss feed has changed. I'm not sure if the content of the files has changed though.

It would be good to find out.

Would you be publishing a different torrent for the new files, if the only difference in the naming convention?

[converge]

Re: Past DEF CON Conference Content

I'll have to look into it .. if things change from the previous torrent, it will be an all new torrent .. maybe I can throw a script out there to conform naming. but..

What I found with the previous feeds was that filenames didn't *entirely* follow a convention .. per se. They had a method of naming, but the torrents I threw out there have renamed files to ensure they all conform to a naming convention along the lines of the RSS Feed versions that were released. For quality control reasons I believe my torrent sets to be superior, but if folks want to be 100% origin then I can either go the alternate set route (divides the torrent.. not sure I like) or toss a quick script or two to convert the naming to fit rss.

we'll see. first to get the torrent/tracker box back in line. on that note, I'm currently dealing with a couple a oddities, probably filesystem and java related.

1) I'm testing Azureus via an Ubuntu box and have discovered difficulties communicating on the same ports that the Windows revision used. No changes to firewall, even if client firewall is disabled. Testing the port appears fine, but Azureus is complaining about lacking the UDP port .. which, is similarly being NAT'd. *shrug*

2) Torrents/Files copied from an NTFS5 disk to an EXT3 disk have issues. Namely, Azureus believes that the torrents are incomplete and will not seed (obviously can't download the rest because, well.. its all there). Files copied back to an NTFS box check out fine. This is true about video content, CoWF hash tables .. pretty much anything outside of a single file torrent.

[TheCotMan]

Re: Past DEF CON Conference Content

1) I'm testing Azureus via an Ubuntu box and have discovered difficulties communicating on the same ports that the Windows revision used. No changes to firewall, even if client firewall is disabled. Testing the port appears fine, but Azureus is complaining about lacking the UDP port .. which, is similarly being NAT'd. *shrug*

I've used one of those curses-based torrent applications. Let it run, and it periodically checks the configured directory for new torrents, or torrent files that have been removed and then adds/removes the torrents being served.

It is very nice, and allows me to configure service ports, number of connections and a bunch of other stuff, and leave it running on remote shells in screen sessions.

2) Torrents/Files copied from an NTFS5 disk to an EXT3 disk have issues. Namely, Azureus believes that the torrents are incomplete and will not seed (obviously can't download the rest because, well.. its all there). Files copied back to an NTFS box check out fine. This is true about video content, CoWF hash tables .. pretty much anything outside of a single file torrent.

If the torrent is a text file, or treated as a text file, but is being copied as a binary file, there may be a CR/LF or EndOfLine termination issue.

Next time you copy the file from the NTFS, cat the file through tr and delete all "^M". This should leave only the ^J-- a common *NIX EndOfLine terminator.

I'd like to see if this is the answer to your problem.

(When you download torrents through the web, your web client will often check to see if the MIME type is of "text/*" and if so, convert the EnfOfLine termination to that of the local OS. However, a filesystem copy usually does not do this.)

$ tr -d '\015' < infile > infile.new
or
$ cat infile | tr -d '\015' > infile.new

Whichever you prefer. :-)
(This is only for text files copied as binary from Windows to Most common *NIX.)

If this still does not work, then use tr to remove any "^Z" in the torrent file.

Don't use these tr on binary/8--bit files-- that would almost certainly break them.

[converge]

Re: Past DEF CON Conference Content

I've used one of those curses-based torrent applications

Yeah, I've been quite pleased with rtorrent.. does the job in style. I wanted to try Azureus under linux because it's builtin tracker/gui functionality has been pretty enjoyable as well.

If the torrent is a text file, or treated as a text file

Nope, 101% binary. Like I said, videos and hash tables. No corruption in the .torrent itself. I suspect either the method used for CRC of each chunk, or possibly a seperate check involving overall filesize plays into it. ie node size vs cluster (? still referred to as clusters in win32?). I know it is not specific to Azureus.. rtorrent runs into the same thing when verifying the data sets.

[TheCotMan]

Re: Past DEF CON Conference Content

Nope, 101% binary. Like I said, videos and hash tables. No corruption in the .torrent itself. I suspect either the method used for CRC of each chunk, or possibly a seperate check involving overall filesize plays into it. ie node size vs cluster (? still referred to as clusters in win32?). I know it is not specific to Azureus.. rtorrent runs into the same thing when verifying the data sets.

Checksums are suposed to be based on file content, and work at a higher level than the abstraction of the filesystem. These file checksums shouldn't even care about the underlying filesystem, or inodes.

Try an md5sum on the ntfs5 file while that fileystsem is mounted, and then try the same on the file(s) copied to the ext3 fileysstem in linux.

[converge]

Re: Past DEF CON Conference Content

Checksums are suposed to be based on file content

..understood. At this point I'm still at the 'grasping for straws' phase of explaining the inconsistancy.

[TheCotMan]

Re: Past DEF CON Conference Content

..understood. At this point I'm still at the 'grasping for straws' phase of explaining the inconsistancy.

I've not looked at torrents in a long time, but perhaps the datestamp of the file is included. Try preserving/archiving to keep the date/permission when you cp the files, and see if that helps too. (You won't be able to preserve ownership, but that shouldn't matter at all in torrents, but date and/or read/write perms might.

[BonzoESC]

Re: Past DEF CON Conference Content

I've not looked at torrents in a long time, but perhaps the datestamp of the file is included. Try preserving/archiving to keep the date/permission when you cp the files, and see if that helps too. (You won't be able to preserve ownership, but that shouldn't matter at all in torrents, but date and/or read/write perms might.

Nah, it's solely based on content, using SHA1.

[converge]

Re: Past DEF CON Conference Content

It should be back for the most part.

Had a night off from work and got a few things done, one of them being fixing some of my broken shit. Tracker still has some issues.. namely, my client is only displaying a hex representation instead of string for Torrent names, so I don't know what is what. I do know that quite a few clients were still out there waiting and many torrents have a couple seeds with a handful of peers .. this *should* grow back as others realize its back in business.

Lemme know if you run into any issues. I'll keep plugging away at the minor stuff, but there shouldn't be another outage like this unless my box gives up the ghost.

== c0n_

[converge]

Re: Past DEF CON Conference Content

UPDATE: All torrents should be seeded again (unless I missed something?) I have divided the tasks of tracking and seeding between a couple different linux clients and this seems to be working reliably for the moment. Will continue to re-org, improve and re-post as much content as feasible.

--EDIT: Please note that locations of the torrent files (TTL permitting) are now found at http://torrents.lostboxen.net. Several of these torrent files have been renamed from the original links posted on the forums, so go from that dir listing and not from the links here. I will be creating a master thread for torrented material in the near future to provide proper resource linkage.

[converge]

Re: Past DEF CON Conference Content

Fellow Forum-goers, I present to you:

The Defcon Forums Content Listing

In spirit with getting torrents working again and compiling a centralized list of resources, the below torrents have been created and are now being seeded off of http://torrents.lostboxen.net/.

# Defcon 10 Disc
# Defcon 10 j3sus.net Banned Tools
# Defcon 10 CTF Image (Blue Team)
# Defcon 11 Disc
# Defcon 11 Haxxxor Vol 1
# Defcon 12 Disc
# Defcon 14 Disc
# Blackhat 2004 Disc
# Blackhat 2004 The Mezonic Agenda
# Blackhat 2005 Disc
# Blackhat 2006 Disc
# Church of WiFi Warglue Decommission Pack
# ISWC 2004 PDFs
# Recon 2005 Video

Enjoy. ...more to follow ;)

[ßobÇat]

Re: Past DEF CON Conference Content

Doesn't work for me. Anyone have any luck?

[st0rm]

Re: Past DEF CON Conference Content

the old torrents are working for me

I see just 1 seed (Whoever you are , Thanks alot mate ! your giving some decent speeds from time to time) I will seed afterwards.

P.S: Anyone aware when Blackhat 2006 and Defcon 14 Audio/Video will be released ? (hopefully not late next year , that would suck)

Thanks