Hej,

Jag har fortfarande problem när de försöker ta reda på om statusen för en ftp har publicerats. Jag ftp till olika typer (NT, VAX, UNIX, etc. ..) av maskiner. Jag försöker att skriva ett allmänt skript som ftp en fil och sedan kontrollera om FTP var framgångsrik. Jag har provat följande:

kontrollera filstorlekar: VAX och UNIX boxar har olika filstorlekar
grep ftp resultat:
kod 226, vissa boxar har olika talesätt

Har du idéer?

Tack,
Barbara

In det här inläggetJag visar den bästa tekniken som jag har hittat för att få återvända koder. Det är ofullständig, och jag vill gärna se en bättre idé. Eftersom det är så svårt att veta hur lång tid att sova, jag brukar ta min bästa skott, sedan dubbla det. Denna teknik avfall mycket klockan temne.

Ja, det finns flera koder som kan vara resultatet av en operation misslyckas. Du kommer att behöva leta efter dem alla. Men det är inte som alla programmerare kan göra sina egna koder eller något. Koderna finns dokumenterade i RFC 959. En FTP-server som returnerar olika koder är bruten.

Vid överföringar, skulle jag bara titta på förekomsten av en kod 226. Det skulle betyda att överföringen fungerat. Inga nummer 226, det must've misslyckats. Men om du vill diagnostisera felet, detta kommer inte att räcka. Det beror på hur långt du vill gå.

Dessutom förstår jag inte varför din filstorlekar är avstängda. Det låter som du gjorde en ascii överföring när du behövde en binär överföring.

Hoppas detta kan hjälpa
ftp-v värddatornamn
-v för att visa alla svar från fjärrservern, liksom rapporten om dataöverföringen statistik. Detta är påslagen
som standard om ftp körs interaktivt med ingång från användarens terminal.

Tack!

Förr i tiden, jag har kontrollerat för "226". Det har förekommit några fall där bytes överförs bytes skickas eller överföra Temne innehåller "226". Jobbet är ett vackert resultat, men ftp inte var framgångsrik. Så här fungerar inte alltid för mitt scenario.

Översättningen av kod 226 är inte överens på alla rutor. Till exempel, jag har sett "226 Utgående dataanslutning" eller "226 Transfer Complete" som en översättning till nummer 226.

Jag har-v i mitt ftp kommandorad. Eftersom "226" är inte konsekvent, status ger inte alltid är tillförlitlig.

Tack,
Barbara

De 226 är konsekvent. Texten som följer är det inte. Som RFC säger:Om du får en 226 som svar på en begäran om överföring servern försöker säga att det lyckats.

226 Transfer Complete
226 Utgående Data Connection

betyder nästan samma sak. Efter en lyckad tranfer, RFC gör en SEVER hålla en dataanslutning öppna och använda den igen för nästa överföring. Det är sällan gjort och det andra budskapet är att understryka att det inte var gjort.

226 Everything's Groovy
226 Det fungerade
226 ser bra ut för mig

alla skulle vara lagligt sätt till en server för att tala om för er att överföringen är klar. Jag har aldrig sett någon göra det, men engelska är verkligen inte krävs enligt RFC.

Du borde verkligen läsa att RFC som jag länkade till i mitt tidigare inlägg. Det kommer att berätta vad en server kan och inte kan göra. Hela avsnittet om svar nummer skulle särskilt hjälpa dig.

Tack.

Jag är ledsen att jag antar att jag inte förklara mig ordentligt. Detta är mitt befintliga nummer:

ftpresults \u003d "ftp-Inv $ ip_box_name <<EOB
Användaren $ userid $ lösenord
sätta $ ftp_file $ downstream_name
hej då
EOB "

ftp_ctr \u003d `echo" $ ftpresults "| grep" 226 Transfer fullständig "| wc-l`
echo $ ftp_ctr
om [$ ftp_ctr \u003d 1]
sedan
echo "FTP av" $ filnamn "till" $ ip_box_name "lyckades"
echo ""
annan
ftp_error \u003d "true"
fi

I mitt tidigare svar, jag försökte säga att om jag gjorde en grep på "226" Bara en räkningen på 1 skulle återsändas om byte överförs var en storlek som innehöll "226". Jag försöker hitta något i retur av ftp till grep. Detta kommer att tillåta mig att säga om det var lyckat. Jag läste det nummer som du har gått med i dina tidigare svar.

Tack,
Barbara

Prova:
grep "^ 226"