Portero parece haber empezado el bloqueo de los aspectos de ssh... puedo editar la Política del Sistema de base de datos (/var/db/SystemPolicy) para permitir ssh para ejecutar correctamente?
Esto empezó a ocurrir un par de días después de que he creado un ~/.ssh/id_rsa archivo. Parece ssh se cuelga al tratar de analizar este archivo. Tiene permisos de 600, y es propiedad de mi uid.
$ ssh -v <user>@<host>
....
debug1: Authentications that can continue: publickey,keyboard-interactive
debug1: Next authentication method: publickey
debug1: Trying private key: ~/.ssh/id_rsa
debug1: key_parse_private_pem: PEM_read_PrivateKey failed
debug1: read PEM private key done: type <unknown>
Aquí, ssh se bloquea y me sale el siguiente en /var/log/system.registro de
coreservicesd[30]: Application App:"SecurityAgent" [ 0x0/0x864363b] @ 0x0x7fb6fb012670 tried to be brought forward, but isn't in fPermittedFrontASNs ( ( ASN:0x0-0x1001:) ), so denying.
WindowServer[120]: [cps/setfront] Failed setting the front application to SecurityAgent, psn 0x0-0x864363b, securitySessionID=0x186a4, err=-13066
com.apple.SecurityServer[15]: Engine::authorize: Rule::evaluate returned 4294907288 returning errAuthorizationInternal
Si me quedo spctl --master-disable, a continuación, ssh funciona como se esperaba, pero obviamente mi configuración de seguridad están disminuidos. ¿Alguna idea de cómo puedo obtener ssh para trabajar sin deshabilitar Portero en su totalidad?
ACTUALIZACIÓN:-
El spctl --master-disable truco no me funciona :(
Desde la pregunta, he actualizado a OS x 10.8.1. No sé si esto está relacionado, pero no puedo pensar en otra cosa que podría afectar a la seguridad de ssh política.
Así que ahora, no se puede confirmar nada a github!! :@
Ayuda!?
UPDATE2:-
Por alguna razón desconocida para mí, ssh y git me iba a preguntar por el id_rsa contraseña (la contraseña y, a continuación, en realidad autenticar / conectar) si yo estaba en una nueva sesión de terminal. Yo uso tmux (como la pantalla, que viene pre-instalado en OSX, pero yo prefiero tmux), en el que guardo mis sesiones de bash abierto durante días o semanas a la vez. En un viejo tmux shell, me sale el error como se describe arriba, pero en una nueva sesión de bash, no hay mensajes de error, y todo funciona como se espera, incluso con spctl --master-enable..
Alguien sabe por qué es, o cómo volver a autenticar un shell??
