Re: what is best practice to limit forked sshd processes

[Date Prev] [Date Next] [Thread Prev] [Thread Next] [Date Index] [Thread Index]

 



On Thu, 27 Aug 2020, Ladouceur Jeffrey wrote:

> Hello,
> 
> Maybe I'll re-phase what I'm observing.
> 
> A client is requesting a subsystem but thought the subsystem exists the forked sshd process does not terminate.
> 
> We are still analyzing why (i.e. ssh session not terminated, etc), but never the less we can't have the client cause the server to spawn an unlimited number of authenticated sessions. We limit the number of subsystems.
> 
> I would like to force the termination of the forked sshd process when the subsytem terminates.
> 
> Any suggestions how this can be accomplished ?

sshd itself does not have any built-in way to do this, as there is no
controller process that tracks sessions (at least not once they have
completed authentication).

Your limits.d or some other PAM-based approach seems reasonable.

-d
_______________________________________________
openssh-unix-dev mailing list
openssh-unix-dev@xxxxxxxxxxx
https://lists.mindrot.org/mailman/listinfo/openssh-unix-dev



[Date Prev] [Date Next] [Thread Prev] [Thread Next] [Date Index] [Thread Index]

[Index of Archives]     [Linux ARM Kernel]     [Linux ARM]     [Linux Omap]     [Fedora ARM]     [IETF Annouce]     [Security]     [Bugtraq]     [Linux]     [Linux OMAP]     [Linux MIPS]     [ECOS]     [Asterisk Internet PBX]     [Linux API]

  Powered by Linux