krenew - Online en la nube

PROGRAMA:

NOMBRE

krenew - Renovar un ticket de Kerberos

SINOPSIS

sabia [-abhiLstvx] [-c sus hijos pid presentar] [-H minutos]
[-K minutos] [-k boleto cache] [-p pid presentar]
[comando ...]

DESCRIPCIÓN

sabia renueva un boleto renovable existente. Cuando se ejecuta sin argumentos, simplemente
intenta renovar el ticket de concesión de tickets existente en la memoria caché de tickets actual,
equivalente a "kinit -R", pero opcionalmente puede ejecutar un programa como registro para actualizar AFS
tokens, pueden ejecutarse como un demonio y activarse periódicamente para renovar la caché de tickets, o pueden ejecutar
un comando especificado y siga renovando la caché de tickets hasta que finalice el comando (o
la renovación ya no es posible). Si se especifica un comando, sabia por defecto se despierta
cada 60 minutos (1 hora) para comprobar el caché de tickets.

Si se da una orden, sabia hace una copia de la memoria caché de tickets y crea un
caché de tickets solo para ese comando, aislándolo de la destrucción posterior del
caché de ticket original. Esto permite a krenew mantener la autenticación de un comando incluso
si, por ejemplo, el usuario que ejecuta el comando cierra la sesión y OpenSSH destruye su original
caché de tickets.

Si se da un comando, no se ejecutará usando el shell, por lo que si desea usar el shell
metacaracteres en el comando con su significado especial, escriba "sh -c mando" como el
comando para ejecutar y cotizar comando. Si el comando contiene opciones de línea de comandos (como
"-c"), ponga "-" en la línea de comando antes del comienzo del comando para indicar sabia a
no analizar esas opciones como propias.

If sabia está construido con setpag () El soporte y los tokens AFS se solicitan con el -t opción,
pondrá el comando en una PAG separada antes de obtener tokens AFS para que no
interferir con otros procesos del sistema.

Al ejecutar un comando, sabia propaga las señales HUP, TERM, INT y QUIT al niño
proceso y no sale cuando se reciben esas señales. (Si la señal propagada
hace que el proceso hijo salga, sabia luego saldrá.) Esto permite sabia reaccionar
correctamente cuando se ejecuta bajo un sistema de supervisión de comando como ejecutarlo(8) o svscan(8) que
utiliza señales para controlar comandos supervisados ​​y para ejecutar comandos interactivos que deberían
recibir Ctrl-C.

Si una carrera sabia recibe una señal ALRM, actualiza inmediatamente la caché de tickets
independientemente de si está en peligro de caducar.

CAMPUS

-a Cuando se ejecuta con el -K bandera o un comando, siempre renueve los tickets cada vez sabia
se levanta. Sin esta opción, sabia solo intentará renovar un boleto con la frecuencia
necesario para evitar que el ticket caduque. Con esta opción, sabia renovará
boletos de acuerdo con el intervalo especificado con el -K bandera.

Este comportamiento probablemente debería haber sido el comportamiento predeterminado de -K. El valor predeterminado era
no cambia para evitar cambios para los usuarios existentes, pero para nuevas aplicaciones, considere
siempre usando -a -K.

Esta opción es importante si otro programa está manipulando la caché de tickets que
sabia esta usando. Por ejemplo, si otro programa renueva automáticamente un boleto
más frecuentemente que sabia, entonces sabia nunca veré un boleto que esté cerca de
expirará y, por lo tanto, de forma predeterminada, nunca intentará renovar el boleto. Esto significa
esa sabia tampoco renovará nunca los tokens AFS, incluso si el -t se dio la opción, ya que
sabia solo renueva tokens AFS después de que renueva exitosamente un boleto. Si esta opcion
se especifica en tal situación, sabia renovará su ticket cada vez que revise
el boleto, por lo que se renovarán los tokens AFS.

Este argumento solo es válido en combinación con -K o un comando para ejecutar.

-b Después de comenzar, desconéctese del terminal de control y ejecútelo en segundo plano. Esta
La opción solo tiene sentido en combinación con -K o un comando que sabia se mostrarán
funcionando. sabia no se pondrá en segundo plano hasta después de que lo haga el ticket inicial
renovación, de modo que se informará cualquier error inicial, pero luego redirigirá la salida
a / dev / null y no se informarán errores posteriores.

Si se da esta bandera, sabia también cambiará los directorios a "/". Todos los caminos (como
a un comando para ejecutar o un archivo PID), por lo tanto, debe darse como absoluto, no
relativo, caminos.

Si se usa junto con un comando para ejecutar, ese comando también se ejecutará en el
background y también tendrá su entrada y salida redirigida a / dev / null. Va a
tiene que informar cualquier error a través de algún otro mecanismo para que se vean los errores.

El uso de esta bandera en Mac OS X sin especificar una memoria caché de tickets basada en archivos ya sea
usando -k o configurar KRB5CCNAME probablemente no hará lo que desea. Los tickets se almacenan en caché
Mac OS X son, de forma predeterminada, por sesión y con -b sabia se desprenderá de tu
caché de tickets existente. En su lugar, para renovar la caché de tickets predeterminada en Mac OS X, intente
algo como:

(krenew -K 60 y)

para ejecutar sabia en segundo plano pero dentro de la sesión actual.

Cuando use esta opción, considere también usar -L Reportar sabia errores en syslog.

-c sus hijos pid presentar
Guarde el ID de proceso (PID) del proceso hijo en sus hijos pid presentar. sus hijos pid presentar is
creado si no existe y sobrescrito si existe. Esta opción es solo
permitido cuando se dio un comando en la línea de comando y es más útil en conjunto
-b para permitir la gestión del proceso hijo en ejecución.

Tenga en cuenta que, cuando se utiliza con -b, el archivo PID se escribe después sabia está en segundo plano
y cambia su directorio de trabajo a /, por lo que las rutas relativas para el archivo PID serán
relativo a / (probablemente no sea lo que quieres).

-H minutos
Solo renueve el boleto si tiene una vida útil restante de menos de minutos minutos. Si
o el boleto ya tiene una vida útil restante suficientemente larga o la renovación fue
exitoso, ejecute el comando (si se especificó uno) o salga inmediatamente con el estado 0
(si no hubo ninguno). De lo contrario, intente renovar el boleto para que tenga un restante
vida de al menos minutos, salga con un error si no tiene éxito, y luego ejecute el
comando, si lo hay.

If -H se usa con -K, sabia no saldrá inmediatamente. En cambio, el especificado
La vida útil restante reemplazará el valor predeterminado de dos minutos, lo que significa que sabia
se asegurará, cada vez que se despierte, de que el ticket tenga una vida útil restante del
minutos argumento. Esta es una alternativa a -a para asegurar que las entradas siempre tengan un
cierta cantidad mínima de vida restante.

-h Muestre un mensaje de uso y salga.

-i Ignore los errores en la renovación del ticket y siga funcionando. Normalmente, sabia sale tan pronto
ya que el caché de tickets desaparece o los tickets se quedan sin vida renovable.
Si se da esta bandera, se quejará de la falla en el error estándar (a menos que -b
fue dado) pero continúe funcionando, despertando para intentar nuevamente después del siguiente intervalo de verificación
(consulta: -K). Esto es útil si algún otro proceso puede volver a crear una memoria caché de tickets caducada.
y sabia debería quedarse y actuar en ese caché de tickets recreado una vez que esté
presente.

Si la renovación de la caché de tickets inicial falla, sabia volverá a intentar la renovación inmediatamente y
luego con retroceso exponencial a una vez por minuto, y siga intentándolo hasta la autenticación
tiene éxito o se mata. El comando, si lo hay, no se iniciará hasta que el caché
la renovación tiene éxito.

Esta bandera solo es útil en modo demonio o cuando se dio un comando.

-K minutos
Ejecutar en modo demonio para mantener un ticket activo indefinidamente. El programa vuelve a despertar después
minutos minutos, comprueba si el ticket vencerá antes o menos de dos minutos
antes de la siguiente verificación programada y renueva el ticket si es necesario. (En otras palabras,
asegura que el boleto siempre tendrá una vida útil restante de al menos dos
minutos.) Si el -H También se da la bandera, la vida útil especificada por ella reemplaza las dos
minuto predeterminado.

Si no se da esta opción pero se dio un comando en la línea de comando, el valor predeterminado
el intervalo es de 60 minutos (1 hora).

Si ocurre un error al actualizar la caché de tickets que no causa sabia salir,
el intervalo de activación se reducirá a un minuto y la operación se reintentará en ese
intervalo mientras persista el error.

-k boleto cache
Uso boleto cache como la memoria caché del ticket en lugar del contenido del entorno
variable KRB5CCNAME o la biblioteca por defecto. boleto cache puede ser cualquier caché de tickets
identificador reconocido por las bibliotecas Kerberos subyacentes. Esto generalmente admite una
ruta a un archivo, con o sin una cadena "FILE:" inicial, pero también puede admitir otras
tipos de caché de tickets.

-L Informe los mensajes al syslog, así como a la salida estándar o al error estándar. Todos
los mensajes se registrarán con la instalación LOG_DAEMON. Mensajes regulares que se muestran
en la salida estándar se registran con el nivel LOG_NOTICE. Errores que no causan sabia
para terminar cuando se ejecuta con -i se registran con el nivel LOG_WARNING. Los errores fatales son
registrado con nivel LOG_ERR.

Esto es útil cuando se depuran problemas en combinación con -b.

-p pid presentar
Guarde el ID de proceso (PID) de la ejecución sabia proceso en pid presentar. pid presentar is
creado si no existe y sobrescrito si existe. Esta opción es la más
útil junto con -b para permitir la gestión del funcionamiento sabia demonio.

Tenga en cuenta que, cuando se utiliza con -b el archivo PID se escribe después sabia está en segundo plano
y cambia su directorio de trabajo a /, por lo que las rutas relativas para el archivo PID serán
relativo a / (probablemente no sea lo que quieres).

-s Normalmente, cuando sabia sale anormalmente mientras se ejecuta un comando (si, por ejemplo, el
la vida útil renovable del ticket ha expirado), deja el comando en ejecución. Si -s is
dado, enviará una señal SIGHUP al comando antes de salir. Esto puede ser útil
si no tiene sentido que el comando siga ejecutándose sin tickets de Kerberos.

-t Ejecute un programa externo después de obtener un boleto. El uso predeterminado de esto es ejecutar
registro para conseguir una ficha. Si se establece la variable de entorno KINIT_PROG, anula la
compilado por defecto.

If sabia ha sido construido con AFS setpag () apoyo y se dio una orden en el
línea de comando, sabia creará un nuevo PAG antes de obtener los tokens AFS. De lo contrario
obtendrá tokens en el PAG actual.

-v Sea prolijo. Esto imprimirá un poco de información adicional sobre lo que se está
intentado y cuáles son los resultados.

-x Salga inmediatamente ante cualquier error. Normalmente, cuando se ejecuta un comando o cuando se ejecuta con el
-K opción, sabia sigue funcionando incluso si no puede renovar la caché de tickets siempre que
la caché de tickets todavía existe y parece renovarse. Vuelve a intentarlo en la siguiente
intervalo de comprobación. Con esta opción, sabia en su lugar saldrá.

DEVOLUCION VALORES

El programa normalmente sale con el estado 0 si renueva con éxito un ticket. Si sabia
ejecuta aklog o algún otro programa sabia devuelve el estado de salida de ese programa.

EJEMPLOS

Renovar el ticket de concesión de tickets actual.

sabia

Despiértese cada diez minutos y compruebe si es necesario renovar la memoria caché de tickets. Si se
hace, vuelve a ejecutar registro .

krenovar -K 10 -t

Ejecuta el programa / usr / local / bin / compute-job en segundo plano, comprobando cada hora para ver
si el boleto necesita ser renovado (el predeterminado). Ponga el PID del sabia trabajo en
/var/ejecutar/computar.pid. Obtenga un nuevo token AFS cada vez que deba renovar el boleto.

krenew -b -t -p /var/run/compute.pid / usr / local / bin / compute-job

Si quisieras pasar opciones a / usr / local / bin / compute-job, poniendo un argumento "-"
antes sería necesario mantener sabia de interpretar esas opciones como propias.

Si desea redirigir la salida a un archivo que requiere autenticación para escribir, debe
tendrá que hacer esa redirección en un sub-shell. En otras palabras, el siguiente comando:

krenew -t compute-job> / afs / local / data / output

no funcionará si / afs / local / data / output requiere un token AFS para escribir. El trabajo, mientras
en ejecución, tendrá un token AFS, pero la redirección de salida se realiza en el shell principal
y no se beneficia de sabia. En cambio, lo anterior debería escribirse como:

krenew -t - sh -c 'trabajo-de-computación> / afs / local / data / output'

Con este comando, el shell que realiza la redirección también se ejecutará bajo sabia y logramos tener el
el beneficio del token AFS que obtiene.

MEDIO AMBIENTE

Si se establece la variable de entorno AKLOG, su valor se utilizará como programa para ejecutar
-t en lugar del cumplimiento predeterminado en sabia. Si AKLOG no está configurado y KINIT_PROG
se establece, su valor se utilizará en su lugar. KINIT_PROG tiene el honor de ser compatible con versiones anteriores
pero no se recomienda su uso debido a su nombre confuso.

Si no hay archivo de ticket (con -k) o el comando se especifica en la línea de comando, sabia utilizará
la variable de entorno KRB5CCNAME para determinar la ubicación de la concesión del ticket
billete. Si el -k se utiliza la opción, KRB5CCNAME se establecerá para apuntar al archivo del ticket
antes de ejecutar el registro programa o cualquier comando dado en la línea de comando.

Utilice krenew en línea utilizando los servicios de onworks.net