Welcome!

By registering with us, you'll be able to discuss, share and private message with other members of our community.

SignUp Now!

ftp://lucky.syr.edu/

C

Charles G

Apr
1,825
17
I know this isanother users websiute but I can't recall; Hence why I am posting here. I am having prblems accessing the site. By both iexplorer and tcmd/tcc.
 
Charles G said:
I know this isanother users websiute but I can't recall; Hence why I am posting here. I am having prblems accessing the site. By both iexplorer and tcmd/tcc.
Click to expand...

Lucky was down roughly 1:30 - 2:30 (Eastern) this afternoon.

Charles, are you at 174.109.91.232? That IP been blocked for about a month (and you only just realized?). How do you manage ~60 connections in about a minute. That IP is no longer blocked.
 
I am not able to SYNC with either v8 or v14. Here is the commands I'm issuing:

Code: 
  IFTP "ftp://lucky.syr.edu/"
    sync /C /W /S /F /G "ftp://lucky.syr.edu/" "c:\tcmd\plugins\Vincent\"
  IFTP /C

I don't get any lines from it.... The c:\tcmd\plugins\Vincent is empty of subfolders and files.

Code: 
[C:\TCMD]echo %_ip
174.109.91.232
 
Charles G said:
I am not able to SYNC with either v8 or v14. Here is the commands I'm issuing:

Code: 
  IFTP "ftp://lucky.syr.edu/"
    sync /C /W /S /F /G "ftp://lucky.syr.edu/" "c:\tcmd\plugins\Vincent\"
  IFTP /C

I don't get any lines from it.... The c:\tcmd\plugins\Vincent is empty of subfolders and files.

Code: 
[C:\TCMD]echo %_ip
174.109.91.232
Click to expand...

From this end it looks like you're doing a lot. Below is what I see (71 of these in 55 sec). Lucky seems to be working. There have been no changes lately. I have never used SYNC so I can't even guess what's going on.

[02] Tue 22May12 18:30:38 - (000001) Connected to 174.109.91.232 (local address 128.230.13.36, port 21)
[03] Tue 22May12 18:30:38 - (000001) IP-Name: cpe-174-109-091-232.nc.res.rr.com (174.109.91.232)
[02] Tue 22May12 18:30:38 - (000001) ANONYMOUS logged in, password: JPUser@
[02] Tue 22May12 18:30:39 - (000002) Connected to 174.109.91.232 (local address 128.230.13.36, port 21)
[03] Tue 22May12 18:30:39 - (000002) IP-Name: cpe-174-109-091-232.nc.res.rr.com (174.109.91.232)
[02] Tue 22May12 18:30:39 - (000002) ANONYMOUS logged in, password: JPUser@
[02] Tue 22May12 18:30:40 - (000002) User "anonymous" logged out
[02] Tue 22May12 18:30:40 - (000002) Closed session
 
I tried your command with an empty local target directory. I wound up with a directory tree containing no files. Here's the FTP commands and responses from one (of about 70) connections. There are no GETs; i.e., the SYNC command didn't ask for files. And note, Rex, the CWD command with no args generates a syntax error response.
[02] Tue 22May12 22:36:26 - (000306) ANONYMOUS logged in, password: JPUser@
[21] Tue 22May12 22:36:26 - (000306) 230 User logged in, proceed.
[20] Tue 22May12 22:36:27 - (000306) PWD
[21] Tue 22May12 22:36:27 - (000306) 257 "/" is current directory.
[20] Tue 22May12 22:36:27 - (000306) CWD /RoadRunner/
[21] Tue 22May12 22:36:27 - (000306) 250 Directory changed to /RoadRunner
[20] Tue 22May12 22:36:27 - (000306) CWD
[21] Tue 22May12 22:36:27 - (000306) 501 Syntax error in parameters or arguments.
[20] Tue 22May12 22:36:27 - (000306) PORT 74,71,17,28,242,150
[21] Tue 22May12 22:36:27 - (000306) 200 PORT command successful.
[20] Tue 22May12 22:36:27 - (000306) LIST /RoadRunner
[21] Tue 22May12 22:36:27 - (000306) 150 Opening ASCII mode data connection for /bin/ls.
[21] Tue 22May12 22:36:27 - (000306) 226 Transfer complete. 185 bytes transferred. 0.18 KB/sec.
[20] Tue 22May12 22:36:27 - (000306) QUIT
[21] Tue 22May12 22:36:27 - (000306) 221 Goodbye, closing session.
 
As I said, I never used SYNC before. According to the help, if you start with nothing, and specify "/C" you'll end up with nothing:
Code: 
/C  Copy files only if the destination file exists and is older than the source file. This option is useful for updating the files in one directory from those in another without copying any files not already in the target directory.

And if the help is correct, I should not have gotten empty subdirectories (having used /F /S) ... but I did get them.

And (I'm doing it now) ... if I leave out the "/C" it **does** populate the directories with files.
 
And SYNC doesn't seem appropriate for FTP servers. It also tries to SYNC in the other direction, and, of course, anonymous users can't write to the server.

Code: 
SYNC: V:\synctest => "ftp://lucky.syr.edu/"

     0 files copied

Why don't you just

Code: 
COPY /S /UF "ftp://lucky.syr.edu" [destination]

You'll get a directory structure and everything that you don't have or that's more than 2 seconds newer than the one you have.
 
I brought up the /F issue when the same option was added to COPY many years ago. Rex replied that if the source is FTP and the target is local, the operation is not feasible, the empty target must be created before the source can be tested whether or not it is empty of matching files; excessive overhead to remove the empty target directory.

I think the equivalent of my alias below, which I use after copying data from an FTP site, could be executed by COPY, MOVE and SYNC when the /F options is present:
*del/qyxs/net/a:d .
 
rconn said:
And the CWD failing on the FTP server would be a problem with the FTP server.
Click to expand...
It would seem reasonable that CWD expects an argument. PWD gets you the current directory. From RFC 959,

Code: 
CHANGE WORKING DIRECTORY (CWD)
 
            This command allows the user to work with a different
            directory or dataset for file storage or retrieval without
            altering his login or accounting information.  Transfer
            parameters are similarly unchanged.  The argument is a
            pathname specifying a directory or other system dependent
            file group designator.
 
vefatica said:
Why don't you just

Code: 
COPY /S /UF "ftp://lucky.syr.edu" [destination]

You'll get a directory structure and everything that you don't have or that's more than 2 seconds newer than the one you have.
Click to expand...

That's basically what I do, but - to preserve history and to be able to return to an earlier version if other issues exist - I first get the timestamp of the latest file in the previous download, add a small fudge factor (depending on the site), download to an empty new directory, and limit downloads to the date range "later than the fudge factor". The procedure would fail if you built a new version of a previous file BEFORE my previous download, but did not release it until after the download. Never an issue with ftp://jpsoft.com or any other site which uses the POSIX defaults for putting new versions on a server with POSIX file system, the file's apparent modification date I can see is not its true modification date but rather the time it arrived on the server (one of the miscreations of the authors of Unix). Like the date of what is on a photocopy is not the date of what is copied, but when it is copied...
 
OT: I got a new office today and lucky went from 10 megabit to 1 gigabit. I can see a slight improvement from home when I remote desktop to lucky and a significant improvement when I'm surfing on lucky. Please comment if you notice that the FTP site is quicker.
 
You must log in or register to reply here.
Back
Top