ftp question
-
- Grand Pooh-Bah
- Posts: 6722
- Joined: Tue Sep 19, 2006 8:45 pm
- Location: Portland, OR
- Contact:
ftp question
how do you ftp the contents of directory structures? like, i have a directory with 300 subdirectories, and when i
mput *
it puts all the files in the top directory, but doesn't copy over the subdirectories or their contents. I tried
mput */*
but it said "Arguments too long."
any thoughts?
mput *
it puts all the files in the top directory, but doesn't copy over the subdirectories or their contents. I tried
mput */*
but it said "Arguments too long."
any thoughts?
-
- Tenth Dan Procrastinator
- Posts: 3055
- Joined: Fri Jul 18, 2003 3:02 am
- Location: Varies
- Contact:
CuteFTP sux0rs
Full of Evil
iirc, high cpu utilization, slow, crappy interface, occasional crashes, evil reconnect of DOOM to piss off ftp servers (usually resulting in a very quick and persistent ban on your ip/domain), etc
iirc, high cpu utilization, slow, crappy interface, occasional crashes, evil reconnect of DOOM to piss off ftp servers (usually resulting in a very quick and persistent ban on your ip/domain), etc
-
- Tenth Dan Procrastinator
- Posts: 3055
- Joined: Fri Jul 18, 2003 3:02 am
- Location: Varies
- Contact:
Re: Wait
Very true, but chances are getting an ftp login alone only lets you download. Getting a hold of a telnet account... now you're talkingPeijen wrote:ftp IS in plain txt/binaryVLSmooth wrote:Gimme a sec to put up my packet sni... er, did I almost say that out loudquantus wrote:The real men use telnet for ftp

-
- Tenth Dan Procrastinator
- Posts: 4891
- Joined: Fri Jul 18, 2003 3:09 am
- Location: San Jose, CA
Re: Wait
What I meant, peijen understood and you didn't get is that there is absolutely no difference between using a telnet client to connect to an ftp server and using some ftp client. I didn't mean to telnet and rcp or anything. I literally meant to telnet to the port of the machine with the ftp server and issue the raw commands from the term. You know all that stuff that gets dumped into the log window when you press a button? Those are commands you would have to type in the telnet window to do whatever it is you're doing. With that said, sniffing packets from the ftp client or the telnet session produce the exact same results: a login and password to the server only.VLSmooth wrote:Very true, but chances are getting an ftp login alone only lets you download. Getting a hold of a telnet account... now you're talkingPeijen wrote:ftp IS in plain txt/binaryVLSmooth wrote: Gimme a sec to put up my packet sni... er, did I almost say that out loud
-
- Grand Pooh-Bah
- Posts: 6722
- Joined: Tue Sep 19, 2006 8:45 pm
- Location: Portland, OR
- Contact:
This is because, of course, you want to do so in a beneficial way to all, whereas you suspect everyone else of wanting to hurt you.Dwindlehop wrote:Execution of arbitrary commands is a lot like inserting your penis into things. You want to be able to do it whenever and wherever you like, but you desperately want to prevent other people from doing so to you.
-
- Tenth Dan Procrastinator
- Posts: 3055
- Joined: Fri Jul 18, 2003 3:02 am
- Location: Varies
- Contact:
Re: Wait
Admittedly, this was a misinterpretation on my part. As for actually doing that, have fun, I'll take my client anydayquantus wrote:What I meant, peijen understood and you didn't get is that there is absolutely no difference between using a telnet client to connect to an ftp server and using some ftp client. I didn't mean to telnet and rcp or anything. I literally meant to telnet to the port of the machine with the ftp server and issue the raw commands from the term. You know all that stuff that gets dumped into the log window when you press a button? Those are commands you would have to type in the telnet window to do whatever it is you're doing. With that said, sniffing packets from the ftp client or the telnet session produce the exact same results: a login and password to the server only.

iirc, PORT is sent from the client telling the server to connect to the client on a port specified by the client. PASV is also sent from the client, but asks the server to accept a data connection on a port selected by the server.Dwindlehop wrote:if you're a real man, you know the difference between PASV and PORT.
so in short:
PORT : server -> client
PASV : client -> server
I could be wrong, but if I'm right, I demand a cookie!