No se puede encontrar el proceso sshd

5

Al usar PuTTY en mi computadora portátil con Windows, puedo ssh en el escritorio de mi Mac, pero una vez que inicie sesión, no puedo encontrar ningún proceso sshd ejecutándose en la Mac. P.ej. ejecutando lo siguiente justo después de ssh-ing en la Mac:

% ps -eo pid,command | grep sshd | grep -v grep

... no produce salida. Por supuesto, no hace falta decir que obtengo los mismos resultados (sin resultados) si uso ps -ef en lugar de ps -eo pid,command .

Además, no hay ningún archivo /var/run/sshd.pid .

¿Qué está pasando? ¿OS X usa un programa diferente para manejar los inicios de sesión ssh entrantes?

    
pregunta kjo 17.07.2012 - 23:13

3 respuestas

8

No: OS X utiliza OpenSSH y puede inspeccionar el código de fuente utilizado aquí .

Según su salida, parece que sshd no está activo en la máquina. También ps|grep ssh[d] evitará que su proceso grep coincida con el objetivo. Algunas personas se preocupan cuando no ven que sshd se esté ejecutando, ya que se inicia a pedido cuando launchd detecta una solicitud de red entrante. ¿Estás seguro de que ssh está activo? Puedes verificar esto con lsof|grep ssh si tienes dudas.

Busca esto cuando se haya iniciado recientemente un ssh en Lion:

Last login: Mon Jul 16 17:58:26 2012 from 10.0.1.35
mac:~ mike$ ps -ef|grep sshd
0   60320     1   0  4:23PM ??         0:00.00 /usr/libexec/launchproxy /usr/sbin/sshd -i
0   60321 60320   0  4:23PM ??         0:00.15 /usr/sbin/sshd -i
501 60330 60321   0  4:23PM ??         0:00.01 /usr/sbin/sshd -i
501 60336 60331   0  4:23PM ttys003    0:00.00 grep sshd
    
respondido por el bmike 17.07.2012 - 23:28
3

déjame aclarar:

sshd por defecto ya no es un proceso activo en el arranque después de 10.3. launchd ahora maneja la escucha de ssh. sshd solo se ejecuta cuando una sesión ssh está activa.

    
respondido por el Richard Belisle 17.07.2012 - 23:19
1

Está bien publicar en una pregunta realmente antigua ... Quería responder lo mismo hoy e intentaré aclarar el tema.

Inicio de sesión remoto habilitado en el Sistema de uso compartido de preferencias y el puerto 22 está abierto:

% netstat -p tcp -lna | grep '\*\.22'
tcp4       0      0  *.22 *.*  LISTEN     
tcp6       0      0  *.22 *.*  LISTEN

Entonces lsof shows launchd es el que está escuchando (encontró las opciones correctas para lsof en la página de manual y se ejecuta como root):

# lsof -iTCP -sTCP:LISTEN | grep ssh
launchd    1 root   50u  IPv6 0xc3c700cb936cd50f      0t0  TCP *:ssh (LISTEN)
launchd    1 root   51u  IPv4 0xc3c700cb9452be6f      0t0  TCP *:ssh (LISTEN)
launchd    1 root   53u  IPv6 0xc3c700cb936cd50f      0t0  TCP *:ssh (LISTEN)
launchd    1 root   58u  IPv4 0xc3c700cb9452be6f      0t0  TCP *:ssh (LISTEN)

Y cuando ssh en el sistema, se ve que ssh-agent y sshd están creados para hacer frente a la conexión.

 # ps -ef | grep ssh | grep -v grep
 501  1231     1   0 12:52PM ??         0:00.02 /usr/bin/ssh-agent -l
 0    1257     1   0 12:53PM ??         0:00.04 sshd: xxxxx [priv] 
 501  1259  1257   0 12:53PM ??         0:00.02 sshd: xxxxx@ttys002 
    
respondido por el Greg 26.02.2017 - 19:31

Lea otras preguntas en las etiquetas