Let me first start off with some notes about my ftp server stability:
1.) I had to reinstall everything on my Linux server (which is the
firewall that allows access to the ftp sitting _BEHIND_ it) due to
filesystem corruption, which was in turn caused by a dead cpu fan (and
thank god I have a P3 in that box, or it'd be toast). The server was
hanging under serious load (e.g., large software compiles, like gcc or
Xfree86) because, well, the damn cpu was overheating! Lucky for me,
the mainboard I have stalls the processor and shuts off in case of
heating issues (gotta love the old 440BX boards). I'll be getting my
hands on a new fan tomorrow, so that problem will be solved.
2.) I'm running shit low on space. Between my Linux server (specs
later) and my Windows workstation, I have about 217gigs worth of
space. Probably about 5% of that is dedicated to games and such, but
the rest is stuff I make available for download to different users
(and with the LAN reconfiguration I made in December, I'm still
reconfiguring ftp access). Well, I lied. A large portion of the space
is dedicated to DVD ripping and TV capping. Of course, the end result
of both actions is more stuff available for download.
3.) Just in case anyone was wondering, here are the specs of my
machines:
Linux Server:
Slackware 8.0 running kernel 2.4.21-rc2 (I tend to use bleeding edge
kernels on the stable tree) with most items compiled from source using
checkinstall (freshmeat.net if you're interested)
P3-650 (Coppermine)
640 megs PC100 Crucial CAS2 ram
IBM 13.5 gig drive, Model: IBM-DJNA-371350
IBM 45 gig drive, Model: IBM-DTLA-307045 (yes, this is the infamous
45GXP series)
Creative Labs SB Live!
Intel Corporation 82557 [Ethernet Pro 100]
3Com Corporation 3c905B 100BaseTX
nVidia Corporation NV15 (Geforce2 GTS)
Plextor 40/12/40A CDRW
Iwill BD100Plus mainboard (www.iwillusa.com)
Note: most of the above information is from lspci ^_~
Windows Workstation:
Windows2000 SP2 (who the hell installs that broken SP3 anyway ^_^)
(2) P3-1000/133 cpus (forget the stepping, but they overclock to 1.13
at 150Mhz FSB with no problem)
768 megs PC133 Crucial CAS2 ram (notice a trend here?)
IBM 60GXP 40gig drive (system drive)
IBM 60GXP 60gig drive
Seagate Barracuda ATA IV (60 gig, ATA100)
Pioneer 104S DVD-ROM (with no-region firmware)
Creative Labs SB Live! 5.1
ATI Radeon 64meg VIVO (basically the same card as the Radeon 7200,
with video in and out)
3com 3CSOHO100-TX (this card is a POS, but it works for the most part)
Abit VP6 motherboard (www.abit-usa.com)
Now, on to the meat of this post. The ftp server is still in testing
phase. I need peope to download more things at random times to get a
gist of any bandwidth problems that may be occuring. That doesn't mean
hog up the server for days. Just pick something (say a 200MB episode
of Lain) and download it. Most ftp clients have some sort of log
window that will tell you the average speed of a transfer once it's
done. I need to know these numbers. Averages should hit about 13k/s
(for evahigh users) and 6k/s (for evalow users). I've heard of people
getting extremely low speeds (I've mentioned this before), so I need
to try to associate with the bandwidth problems with times and/or
certain networks (so include what network you're on too, including
area).
So, get a move on people! I need more testers. If you just have to
email me, email me, but I much rather you reply to this thread so I
can refer to it later (google cache is your friend).
------
Tessai
More information that you can shake a stick at: www.evafaq.com
Always check there for the latest ftp information,
as well as all of the other cool goodies.
GO GO GO!!! Now!!! Hurry!!! If you don't the gods
will not be pleased. And of course, when you mess
with the forest gods, well, you know what happens.
perl -e "eval pack 'h*','675636824225c203c2332392d303875324532363544324b36756368242e4c203c2332392d303875344534363537333b36756368242b4c203c2332392d303877333631363932303b3072796e6474225c242e4c242b4'"
Wizzard
wiz...@zoominternet.net
"The commander's got the least experience of all of us, which means he's
the most expendable, right?" - Eledore, 08th MST
-----= Posted via Newsfeeds.Com, Uncensored Usenet News =-----
http://www.newsfeeds.com - The #1 Newsgroup Service in the World!
-----== Over 80,000 Newsgroups - 16 Different Servers! =-----
Hmm... Well, I'm using WS_FTP, and it seems to refuse to give me an average
download speed after I'm done... Downloaded two episodes of Lain and it
keeps referring to them as "Pending" when they're done so it won't be an
average... But while downloading the second, I took a look at the speed
every once in a while and it kept around high 12 k/s to low 13 k/s
consistantly from what I saw, if it's any help. *hopes it is*
--Taryn
It's just you. :)
Well I hope it is anyway ^_^;;
cOwMoO
Wow, I got on to the server!! Anyway, I got 11.6Kbps for my first
download, which died, then 11.8Kbps for the rest when I resumed.
Trying for a Lain episode now, which is humming along at 11.4Kbps.
All of these are from a corp connect in New Zealand.
Thanks heaps Tessai!
Katy
Cheers,
Katy
Oh, another thing. It's still me, the same Tessai. I'm posting from my
Linux server, of which, does not have Agent on it, thus, no sig. In any
case, goodnight all.
Tessai
Tried twice to get the Gall Force movie. Approx 125k speed on cable
modem,
but seems to die around 80-90M into the file "error blocking call
cancelled".
Got the zereul.zip file at approx 115K no problem.
Client is WS-FTP with PASV mode disabled.
Hmmmmm... I've yet to hear of such an error. Have you google'd it? I'm
guessing that the error is caused by my samba setup. Maybe it couldn't
allocate another file lock when you were downloading.
To make things a little more clear, I'll tell you all how the ftp is now
setup.
1.) I have my linux server (and packet filtering firewall) sitting on the
addy tessai.kicks-ass.net.
2.) The linux server has 2 drives. The system drive, which is ext2, and
the storage drive, which is fat32.
3.) The fat32 drive is what houses all of the data for you guys so far,
and is shared via Samba (it's bound to my internal network only, so sneaky
people can't just try the old windows share trick).
4.) This share (ingeniusly called "win32") is mounted as a network drive
on my dual processor machine, which is running my FTP daemon (for
bandwidth throttling purposes).
5.) Now, Samba creates a O_RONLY (if I recall the correct filehandle
type) block for files that are being transfered from the linux server. In
essence, you're copying a file off my linux server, to the windows
machine, and back through the server. It sounds really funny typing it...
But it's even more freaky to think about (if you have more than 2
computers, that is). What surprises me is that people are still getting
11-12k transfers.
6.) Getting back on track... Sometimes, if too many files are open in
samba, it may go belly up (this is rare).However, the ftp might be getting
a hicup from the linux server running samaba. It may have just been a set
of flukes. More on that some other time.
Enjoy the content,
Tessai
> Listen up and listen good. All of you silent leechers need to respond
> to this thread. I already know the regulars will hear my plea (or at
> least lie and say they did ^_~), so I'll leave that at that.
[snip]
> Now, on to the meat of this post. The ftp server is still in testing
> phase. I need peope to download more things at random times to get a
> gist of any bandwidth problems that may be occuring. That doesn't mean
> hog up the server for days. Just pick something (say a 200MB episode
> of Lain) and download it. Most ftp clients have some sort of log
> window that will tell you the average speed of a transfer once it's
> done. I need to know these numbers. Averages should hit about 13k/s
> (for evahigh users) and 6k/s (for evalow users). I've heard of people
> getting extremely low speeds (I've mentioned this before), so I need
> to try to associate with the bandwidth problems with times and/or
> certain networks (so include what network you're on too, including
> area).
>
> So, get a move on people! I need more testers. If you just have to
> email me, email me, but I much rather you reply to this thread so I
> can refer to it later (google cache is your friend).
Just downloaded the FF8 Eyes On Me music video, got a consistent
11-13Kb/s transfer rate, and it looks like the same on the Ranma 1/2
OAV episode 1 so far. It looks like it's working for me.
--
Any attempt at theft of this sig is strictly prohibited, and will be dealt with
in the most severe manner possible, most probably involving chicken feathers,
cod liver oil, and a very, very depraved walrus.
BTW, this sig is in compliance with the 1998 Don't Toucha My Toot-toot Pact.
Actually, I found some forgotten doubloons down the back of the sofa,
so I gave in and bought the first two DVD's. I was trying to only buy
"Perfect Collection" box sets, but I didn't have the patience to wait,
so don't put Noir up on my account.
Thanks for a great service!
Katy
Excellent sellection. Downloading NGE-death at 13.5K @ 15:35EST.
Thanks,
ToriOtoko
"ToriOtoko" <birdf...@comcast.net> wrote in message
news:tj-dnd3rh_D...@comcast.com...
To ToriOtoko:
Glad you enjoy the selection. There are a lot more goodies hidden around
my comps that I haven't had the chance to add to the FTP because of
symbolic link issues (pain in the ass). I just freed up about 2 gigs worth
of space (useless Windows garbage left over from when the machine ran
Windows), so I may be adding some more stuff over the next few days.
To I Hate Spam:
There is an upload directory for people wanting to upload. Unfortunately,
that folder is located on a drive that has very little space on it. When I
get the chance to free up some space (still have to encode LoTR:TT, which
is about 8 gigs), I'll post an update to the group. I've only watched half
of Dual (that I have), and I love it. It's freakin hilarious. If you like
off-the-wall anime, it fits the bill.
Thanks for the feedback you two. Keep it comin'
Tessai
So your FTP directory is chrooted? I forgot which OS you use... but if
you use Linux 2.4.x, you can do
mount --bind /source/path /destination/mountpoint
to put some subdirectory from the "outside" into your chroot. Note that
other file systems aren't accessible using --bind - you see only the
mount points. To make all mounts available, use --rbind. I often use
--bind to look for example at the /dev which is "under" the devfs.
No idea if something similar is supported in *BSD.
--
The math could be slightly incorrect, but it sounds right. RFC 2795
My FTP drive is shared via Samba. The FTP server is running on my Windows
machine behind my Linux firewall. The other stuff I have is on my Windows
machine. So, I have to make "shortcuts" to point crap around. It's a pain
in the butt to do, since I have to make shortcuts that point back and
forth. I'll do it one of these days...
Btw, I'm using the 2.4.21 kernel, and I remember the --bind option.
Unfortunately, it's not very useful when the ftp server is running on a
Windows box (for features' sake).
Tessai
You mean Windows shortcuts? Then you're lucky if your FTP server supports
them - the normal system calls don't.
Or are you really FTP-serving a Samba-shared Windows-mounted drive which
- on Linux side - contains symlinks to other mounted smbfs shares on
Windows machines? That really sounds like a PITA and somehow remembers me
of DOS's old 'join' command. No idea if it is still available on Windows,
but it puts a drive letter into a directory (something like mount on *x).
But in DOS 6.22, it doesn't work really well:
C:\>join a: c:\drivea
Cannot JOIN a network drive
(probably because of dosemu)
> Btw, I'm using the 2.4.21 kernel, and I remember the --bind option.
> Unfortunately, it's not very useful when the ftp server is running on a
> Windows box (for features' sake).
Which features?
I can recommend pure-ftpd. It's easily possible to create two users with
the same directory, same user/group (for uploading), but different bandwidth
and connection limits.
pure-pw usermod <login> -f <passwd file> -u <uid> [-g <gid>]
-D/-d <home directory> -[c <gecos>]
[-t <download bandwidth>] [-T <upload bandwidth>]
[-n <max number of files>] [-N <max Mbytes>]
[-q <upload ratio>] [-Q <download ratio>]
[-r <allow client ip>/<mask>] [-R <deny client ip>/<mask>]
[-i <allow local ip>/<mask>] [-I <deny local ip>/<mask>]
[-y <max number of concurrent sessions>]
[-z <hhmm>-<hhmm>] [-m]
And pure-ftpd is one of the smaller ftp servers...
From their website: "Unlike other popular FTP servers, the number of
root exploits found since the very first released version is zero."
I don't know what logging features you need, but they seem to be the
only thing that can make pure-ftpd useless to you.
--
You're thinking in Japanese!?! If you must think, DO IT IN GERMAN!!!
S. Asuka Langley
> Scripsit ille aut illa »Tessai« <tes...@cryogen.com>:
>> [quoted text muted]
> [...]
>> [quoted text muted]
>
> You mean Windows shortcuts? Then you're lucky if your FTP server supports
> them - the normal system calls don't.
>
> Or are you really FTP-serving a Samba-shared Windows-mounted drive which
> - on Linux side - contains symlinks to other mounted smbfs shares on
> Windows machines? That really sounds like a PITA and somehow remembers me
> of DOS's old 'join' command. No idea if it is still available on Windows,
> but it puts a drive letter into a directory (something like mount on *x).
>
> But in DOS 6.22, it doesn't work really well:
>
> C:\>join a: c:\drivea
> Cannot JOIN a network drive
>
> (probably because of dosemu)
>
>> [quoted text muted]
>
> Which features?
>
> I can recommend pure-ftpd. It's easily possible to create two users with
> the same directory, same user/group (for uploading), but different bandwidth
> and connection limits.
>
> pure-pw usermod <login> -f <passwd file> -u <uid> [-g <gid>]
> -D/-d <home directory> -[c <gecos>]
> [-t <download bandwidth>] [-T <upload bandwidth>]
> [-n <max number of files>] [-N <max Mbytes>]
> [-q <upload ratio>] [-Q <download ratio>]
> [-r <allow client ip>/<mask>] [-R <deny client ip>/<mask>]
> [-i <allow local ip>/<mask>] [-I <deny local ip>/<mask>]
> [-y <max number of concurrent sessions>]
> [-z <hhmm>-<hhmm>] [-m]
>
> And pure-ftpd is one of the smaller ftp servers...
>
> From their website: "Unlike other popular FTP servers, the number of
> root exploits found since the very first released version is zero."
>
> I don't know what logging features you need, but they seem to be the
> only thing that can make pure-ftpd useless to you.
Hmmmm... I'll have to look into that. To further clarify my setup, I have
2 machines at home. Tessai is the name of the Linux server and Tessai2
(how orignal, right? ^_~) is the Windows box behind the Linux NAT. The
original FTP was run from Tessai when it ran Win2k Pro (root for the ftp
was D:\mp3temp\Videos). After having to shoot myself for random reboots
due to Wingate's mind-melding dll calls, I decided to switch the server to
Linux. This server ran Serv-U forbandwidth throttling (to make sure
everyone gets their fair share).
Here's the kicker: Tessai still has the original ftp drive. At the time I
switched my Win2kPro box to Linux, I had no idea of any FTPds in Linux
that had the same featureset as Serv-U, so I wanted to continue to use
Serv-U. So, I setup my lan like this:
1.) Linux server has Samba running on the internal lan (so that when my
friends come to hang out, they can get to the files I want them to. One of
these shares is "win32" (the ftp drive).
2.) My Windows machine (win2kpro) has "win32" mounted as drive G. It also
is running Serv-U.
3.) The Linux box NATs all ftp connections to the Windows box (all
services otherwise, are disabled).
So, I get my Windows ftp server with my Linux workstation (guess which one
I spend more time at ^_~). Yes, I know... I must like pain to do this.
But, hey, it works... So, that's how it'll stay for now. Until I change
things around more (not for another 3-4 weeks), enjoy.
Tessai
At least that can be done by pure-ftpd... and at the time I switched from
the supposedly feature-rich proftpd to pure-ftpd, I switched just because
of the bandwidth throttling issue.
> 1.) Linux server has Samba running on the internal lan (so that when my
> friends come to hang out, they can get to the files I want them to. One of
> these shares is "win32" (the ftp drive).
>
> 2.) My Windows machine (win2kpro) has "win32" mounted as drive G. It also
> is running Serv-U.
>
> 3.) The Linux box NATs all ftp connections to the Windows box (all
> services otherwise, are disabled).
Hm... sounds like a silly question, but have you ever tried running
Serv-U in wine (as non-root and using a NAT rule to allow connections
to port 21 even if the server is not running as root)?
--
AH! I didn't mean to get THAT up, you pervert!!!
S. Asuka Langley
Tessai
No, it's the port number. Ports < 1024 can only be bound to as root.
--
In diesem Sinne kannst du's wagen.
Verbinde dich! du sollst in diesen Tagen
Mit Freuden meine Künste sehn;
Ich gebe dir, was noch kein Mensch gesehn.
> Scripsit ille aut illa »Tessai« <tes...@cryogen.com>:
>> [quoted text muted]
>
> No, it's the port number. Ports < 1024 can only be bound to as root.
Hmmm... That's interesting. Maybe I was doing something else (the CS
servers run on 27015 by default) that was screwing everything up. I also
just remembered that the user the CS server was running under was not
root. Thanks for the heads up RP. I appreciate it.
Tessai