miércoles, 18 de mayo de 2011

Informática: DEFINICIONES SFTP

SSH File Transfer Protocol (también conocido como SFTP o SecureFileTransfer Protocol) es un protocolo de red que proporciona la funcionalidad necesaria para la transferencia y manipulación de archivos sobre un flujo de datos fiable. Se utiliza comúnmente con SSHpara proporcionar la seguridad a los datos, aunque permite ser usado con otros protocolos de seguridad. Por lo tanto, la seguridad no la provee directamente el protocolo SFTP, sino SSH o el protocolo que sea utilizado en su caso para este cometido.

En comparación de capacidades con el anterior protocolo SCP, que únicamente permite la transferencia de archivos (copia), el protocoloSFTPpermite una serie de operaciones sobre archivos remotos. SFTP intenta ser más independiente de la plataforma que SCP, por ejemplo, con el SCP encontramos la expansión de comodines especificados por el cliente hasta el servidor, mientras que el diseño SFTP evita este problema. Aunque SCP se aplica con más frecuencia en plataformas Unix, existen servidores SFTP en la mayoría de lasplataformas.

El Secure Internet Live Conferencing (SILC) define el protocolo SFTP como su protocolo de transferencia de archivos por omisión. En el SILC, los datos del protocolo SFTP no están protegidos con SSH pero el protocolo de paquetes seguros de SILC se utiliza para encapsular los datos SFTP dentro de los paquetes de SILC para que se la llevara de igual a igual (peer to peer,P2P). Esto es posible ya que SFTP está diseñado para ser un protocolo independiente.

PS:

ps ("process status", estado de procesos en idioma inglés) es uncomandoasociado en el sistema operativo UNIX (estandarizado en POSIXy otros) que permite visualizar el estado de un Proceso (informática).

Comando

ps (modificaciones)

Donde modificadores es opcional, y puede tomar los siguientes valores:


Los siguientes modificadores no toman el parámetro condición:

  • -A: Muestra todos los procesos (de todos los usuarios en el sistema).
  • -a: Muestra todos los procesos de una [tty] determinada.
  • -d: Muestra todo excepto los líderes de la sesión.
  • -e: Muestra todos los procesos (equivalente a -A).
  • T: Muestra todos los procesos de la terminal actual.
  • a: Muestra todos los procesos de la terminal actual incluyendo los de otros usuarios.
  • g: Muestra todos los procesos incluyendo grupos líderes (obsoleta excepto en sunOs).
  • r: Muestra solamente los procesos corriendo.
  • x: Muestra los procesos en un estilo BSD (sin controlar la [TTY]).


Los siguientes modificadores toman el parámetro condición:

  • -N: Muestra todos los procesos excepto los que encajan con la condición (equivalente a --deselect).
  • -C: Muestra los procesos que tienen como nombre la condición.
  • -G: Muestra los procesos que tienen como grupo (nombre de grupo o id) la condición.
  • -P: Muestra los procesos que tienen como [Identificador de proceso] la condición.
  • -S: Muestra los procesos que tienen como sesión la condición.
  • -U: Muestra los procesos que tienen como usuario (nombre de grupo o id) la condición.

Existen distintos modificadores admitidos según la versión del comando ps que se esté usando en el sistema (BSD, POSIX, GNU, etc.)

Tambien existe -aux que muestra todos los processos del sistema. Incluido él.


KILL:

En Unix y los sistemas operativos tipo Unix, kill es un comando utilizado para enviar mensajes sencillos a los procesos ejecutándose en el sistema. Por defecto el mensaje que se envía es la señal de terminación (SIGTERM), que solicita al proceso limpiar su estado y salir. Pero kill no tiene por que tener que ver con matar al proceso. El comando kill es unwrapperalrededor de la llamada al sistema kill(), que envía señales a procesos ogrupos de procesos en el sistema, referenciados por sus IDs de proceso(PIDs) o IDs de grupo de procesos (PGIDs). kill se ofrece siempre como programa independiente, pero la mayoría de las shellstienen intrínsecamente comandos kill que pueden diferir levemente de ella.

Pueden enviarse numerosas señales (vea señal (informática) para la lista completa), aunque las señales en las que los usuarios suelen estar más interesados son SIGTERM y SIGKILL. La señal por defecto es SIGTERM. Los programas que cazan esta señal pueden limpiar su estado (como guardar datos de la configuración a un archivo) antes de terminarse. Para los programas que no capturan esta señal, se utiliza una gestión por defecto. En otras ocasiones, un proceso capaz de capturar la señal puede quedar en un estado que le impide manejarla.

Todas las señales excepto SIGKILL y SIGSTOP pueden serinterceptadaspor el proceso, esto es, tener una función especial que es llamada cuando el programa recibe tales señales. Sin embargo, SIGKILL y SIGSTOP sólo las ve el kernel, lo que provee formas seguras de controlar la ejecución de los procesos. SIGKILL finaliza el proceso, y SIGSTOP lo pone en pausa hasta que se reciba una señal SIGCONT.

Unix cuenta con mecanismos de seguridad para evitar que usuarios no autorizados puedan finalizar otros procesos. Básicamente, para que un proceso pueda enviar una señal a otro, deben tener el mismo propietario, o ser enviada por el superusuario.

Las señales disponibles tienen distintos nombres, asignados a determinados números. El número de las señales puede cambiar entre distintas implementaciones de Unix. SIGKILL suele tener el número 9 y SIGTERM el 15.


Get:

Copia un fichero del ordenador remoto al local. Si no se indica 'nombre_local' se le asigna el mismo que tiene el fichero en el nodo remoto.

mget

Copia uno o varios ficheros del ordenador remoto al local con el mismo nombre. Para copiar varios ficheros se utilizan nombres genéricos mediante el asterisco (*) que se considera caracter comodín
(p.e.: "
mget *" ó "mget *.*" ).


Put:

Copia un fichero del ordenador local al remoto. Si no se da 'nombre_remoto' se le asigna el mismo que tiene localmente.

mput

Copia uno o varios ficheros del ordenador local al remoto con el mismo nombre; pueden copiarse varios ficheros en una sola instrucción mediante el asterisco, de forma análoga al comando MGET.

miércoles, 4 de mayo de 2011