Todos los días i tar.gz ftp un archivo desde el servidor de producción a una copia de seguridad de la máquina .. Esta tarea crea manera de mucho tráfico en la red al final del día y pone de carga y deshacer en la producción de máquinas durante la operación horas. Me gustaría crear un script que automáticamente apagado el fuego en el ftp como las 2:00 am para que la transferencia se produce cuando hay poca o ninguna carga en la red. si alguien tiene sugerencias sobre cómo lograr esto, por favor hágamelo saber ...

gracias ..

- E0

loworderbit@aol.com

Usted puede crear un ". Netrc" para el archivo
usuario hacer la transferencia entonces crear un cron
trabajo para que el usuario a ejecutar un script que en realidad
hacer la transferencia FTP.
Revise las páginas del manual de ftp (1) y netrc (5)

Tengo que hacer un montón de puestos de trabajo automatizados ftp yo. He intentado varias versiones de este y finalmente se asentaron en un estilo de escritura que me gusta. He encontrado que el uso de un archivo. Netrc fichero para automatizar el proceso de registro en la pintura me mantiene en una esquina diferente, porque los scripts necesarios para acceder como usuarios diferentes. Por lo tanto, evitar. Netrc fuerza y la secuencia de comandos para firmar pulg No me gusta menos que la asignación de HTP me veo obligado a ella, así que también evitar PTY como herramientas basadas en espera. Realmente me gusta ksh de modo que era mi herramienta de elección. Y me gusta el concepto de proceso de co-porque hace que la alimentación de los comandos en el proceso tan fácil ftp con "print-p". El único problema es que el proceso de co-manipula-estándar con el fin de ponerlos a disposición de "read-p". Y es muy difícil saber cuántas "read-p" Me va a necesitar. Así que me envíe la salida a un descriptor de archivo diferentes. Poniendo todo junto:

#! /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

Estoy usando el código, pero tengo un problema,
Necesito el código para ser flexible de tal manera que cambia el nombre del archivo que recibe todos los días. Y esto debe hacerse de forma automática.

Por ejemplo,
1er día: conseguir apr20.log
2 º día: conseguir 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 ... escribir un script en el servidor que se inicia al día utilizando el cron (crontab hombre) ... tienen esa secuencia de comandos ftp a su estación de trabajo o dondequiera y grabe el archivo. Automatizado de FTP probablemente requerirá una. Netrc fichero en su directorio de usuario o ftp a donde quiera que para obtener el archivo.

Sin embargo, si usted tiene a tar el archivo manualmente todos los días, escribir un script en la estación de trabajo cara a hacer que para usted unos minutos antes de que el script se ejecuta el servidor ... una vez más, utilizando el crontab.

Buena suerte y quisiera saber cómo va.

Extraño ... las otras dos respuestas aparecido mientras estaba escribiendo ... ummm ... tomar sus consejos.

Perderabo ... puede usted explicar lo que hace exactamente?

Esa es la manipulación del descriptor de archivo. Recordemos que fd 0 es estándar en fd-1 es normal, y 2 es fd error estándar. La línea "exec 4 &> 1" abre fd 4 y lo asigna a cualquier fd 1 fue asignado. Como verá, estoy sorta "guardar una copia de la 1 en fd fd 4".

La línea "ftp-nv> & 4 2> & 1 | &" es un poco más difícil.

El "| y" el proceso se convierte en un co-proceso que permite la posterior "impresión-p" para enviar las declaraciones a las líneas de co-proceso "estándar-y en" leer-p "para leer desde su nivel de salida. Así ksh tenedores una copia de sí mismo y con los violines de la fd 0 y 1, hasta que esta configuración. Pero deja el resto de la fd exclusivamente.

A continuación, se encuentra "> & 4" que lo causa para que el proceso de ftp "estándar a 4 es cualquiera que sea. Así desde el 4 es una copia de la 1 antes de la co-proceso, se vuelve a escribir a la norma original del depósito a cabo. Por último, el 2> y 4 hace lo mismo para el error estándar. Yo podría haber utilizado "2> & 1" en este punto para el mismo efecto.

Esto es difícil de explicar, pero espero que esto sea útil.