Hver dag i ftp tar.gz en fil fra produktion server til en back up maskine .. Denne opgave skaber vejen for meget trafik på nettet i slutningen af dagen og lægger og fortryde belastning på produktion maskinen under drift timer. Jeg vil gerne oprette et script, der automatisk ville affyre FTP på gerne 2:00 således at overdragelsen finder sted, når der er ringe eller ingen belastning på netværket. hvis nogen har forslag til, hvordan man kan opnå dette, så lad mig det vide ...

tak ..

- e0

loworderbit@aol.com

Du kan oprette en ". Netrc" fil til
brugeren gør overførslen derefter oprette en cron
job for at userid at køre et script til at der faktisk
gøre det FTP-overførsel.
Check manden sider til ftp (1) og netrc (5)

Jeg er nødt til at gøre en masse automatiserede ftp job mig. Jeg har prøvet flere versioner af denne og har endeligt fast på et stil-script, som jeg vil. Jeg fandt ved hjælp af en. Netrc fil at automatisere logging-in processen holdes male mig op i et hjørne, fordi forskellige scripts er nødvendige for at logge på som forskellige brugere. Så jeg undgå. Netrc og tvinge script til at logge ind Jeg kan ikke lide at tildele PTY's medmindre jeg er virkelig tvinges til det, så jeg også undgå PTY baserede værktøjer gerne forvente. Jeg virkelig gerne ksh så var min redskab til valg. Og jeg kan godt lide den fælles proces koncept, fordi det gør fodring kommandoer til ftp proces så let med "print-p". Det eneste problem er, at den fælles proces manipulerer standard-out, så den bliver tilgængelig for "read-p". Og det er for svært at vide, hvor mange "read-p" Jeg får brug for. Så jeg sender output til en anden fil deskriptor. Sætte det alle sammen:

#! /usr/bin/ksh

HOST=remote.host.name
USER=whoever
PASSWD=whatever

exec 4>&1
ftp -nv >&4 2>&4 |&

print -p open $HOST
print -p user $USER $PASSWD
print -p cd directory
print -p binary
print -p put tar.gz
print -p bye

wait
exit 0

Jeg bruger din kode, men jeg har et problem,
Jeg skal bruge koden til at være fleksible på en sådan måde, at det ændrer filnavnet det bliver hverdag. Og det skal ske automatisk.

For eksempel,
1. dag: få apr20.log
2. dag: få apr21.log

#! /usr/bin/ksh

HOST=remote.host.name
USER=whoever
PASSWD=whatever

exec 4>&1
ftp -nv >&4 2>&4 |&

print -p open $HOST
print -p user $USER $PASSWD
print -p cd directory
print -p binary
print -p get -filename that changes automatically everyday-
print -p bye

wait
exit 0

hmm ... skrive et script på serveren, der er iværksat daglig bruger cron (mand crontab) ... har at script ftp til din arbejdsplads eller hvor og håndteringshåndtag filen. Den automatiserede FTP vil sandsynligvis kræve en. Netrc filen i din bruger biblioteket eller hvor du ftp til at få filen.

Men hvis du er nødt til at tar filen manuelt hver dag, skrive et script på arbejdsstationen side at gøre det for dig et par minutter, før serveren script henretter ... endnu en gang ved hjælp af crontab.

Held og lykke og lad mig vide, hvordan det går.

Strange ... de øvrige svar både poppet op, mens jeg skriver ... ummm ... tage deres råd.

Perderabo ... kan du forklare hvad det gør nøjagtigt?

Det er filen deskriptor manipulation. Minde om, at fd 0 er standard-in, fd 1 er standard-out, og fd 2 er standard-fejl. Linjen "exec 4 &> 1" åbner fd 4 og tildeler den til et hvilket som helst fd 1 blev tildelt. Som du vil se, er jeg sorta "gemme en kopi af fd 1 i fd 4".

Linjen "ftp-nv> & 4 2> & 1 | &" er lidt sværere.

Den "| &" vender processen i en fælles proces, der gør det muligt efterfølgende "print-p" udtalelser om at sende linjer til co-processen "standard-ind og" read-p "for at læse fra dens standard-out. Så ksh gafler en kopi af sig selv og fiddles med FD's 0 og 1 indtil dette det set-up. Men det efterlader resten af FD's alene.

Så der opstår "> & 4", der forårsager den til at indstille ftp proces' standard ud til uanset 4. Nå da 4 er en kopi af 1, før den fælles proces, vi er tilbage til at skrive til den oprindelige Shells standard ud. Endelig har 2> & 4 gør det samme ting for standardfejlen. Kunne jeg har brugt "2> & 1" på dette punkt for den samme virkning.

Det er svært at forklare, men jeg håber, at dette hjælper.