Ajout solution Ludo souci mux_client_request_session
This commit is contained in:
parent
ed58b725bb
commit
787db87f38
|
@ -949,7 +949,7 @@ Cela signifie en réalité que lors d'une tentative de connexion SSH, la logique
|
|||
Donc pour résumé : Si `AllowUsers` et `AllowGroups` sont définis dans sshd_config alors il faut que l'utilisateur soit **à la fois** dans `AllowUsers` **et** `AllowGroups` pour pouvoir se connecter par SSH.
|
||||
|
||||
|
||||
### Erreurs d'ouverture de session SSH
|
||||
### SSH refuse d'ouvrir une session, ou nombre maximum de sessions SSH atteint
|
||||
|
||||
Côté client SSH, on peut rencontrer les erreurs suivantes :
|
||||
|
||||
|
@ -957,11 +957,16 @@ Côté client SSH, on peut rencontrer les erreurs suivantes :
|
|||
Remote command execution failed: mux_client_request_session: session request failed: Session open refused by peer
|
||||
~~~
|
||||
|
||||
Dans `/var/log/auth.log` :
|
||||
Côté serveur, dans `/var/log/auth.log` :
|
||||
|
||||
~~~
|
||||
sshd[14063]: error: no more sessions
|
||||
~~~
|
||||
|
||||
On pourra essayer d'augmenter la valeur de `MaxSessions` dans `/etc/ssh/sshd_config` (par défaut à 10) et redémarrer `sshd` (attention, il semble qu'un simple reload n'est pas suffisant).
|
||||
Dans ce cas :
|
||||
|
||||
1. Augmenter la valeur de `MaxSessions` dans `/etc/ssh/sshd_config` (par défaut à 10).
|
||||
2. Redémarrer le service `ssh` (faire un restart, pas un reload).
|
||||
3. Vérifier que le service tourne bien.
|
||||
4. S'il y a des sessions SSH persistantes (par exemple dans le cas d'un monitoring Nagios/Icinga), les tuer.
|
||||
|
||||
|
|
Loading…
Reference in New Issue