hakhak91 a écrit 61 commentaires

Merci

C'était ce que j'avais avant de poster ma solution

Voici la commande

ldapsearch -x -H ldap://mondomaine.fr -x -D "cn=Manager,dc=mondomain,dc=fr" -wmypassword "(cn=*)" | grep gidNumber | cut -d : -f2 | sort -n | awk 'END{print $NF}'

j'obtiens la valeur max puis dans mon script je l'incrémente de +1.

Merci pour la réponse mais nous souhaitons que les utilisateurs arrivent tous sur le même répertoire.

Dans le fichier de conf autofs chaque utilsateur créer son home qui est un montage nfs.
Cette directive est définie dans /etc/pam.d/common-session

L'option suivante:
session optional pam_mkhomedir.so

Le home de chaque user est monté via autofs qui va cherche le profile sur le serveur nfs.

La gestion des sftp par authentification AD n'était pas prévu à la base.
Avec notre infra actuelle nous souhaitons si c'est faisable sans changer l'existant.

Avec docker compose je peux monter le volume avant l'exécution du reste (Dockerfile).

J'avance encore sur le déploiement et par la suite je mettrai en détail les fichiers de conf.

Merci encore.

voici le fichier docker-compose.yml

testcompose:
  volumes:
  - /mnt/bdd/docker-build-test:/var/lib/mysql/:rw
  build: engine/
  command:
  - /"maboite"/script/mysql-data-install.sh
  - /etc/init.d/mysql start
  stdin_open: true
  tty: true

Pour résumer de l'état actuel
1-Nous avons un Dockerfile qui est appelé par le build
1-1 Installation de tout les paquets
1-2 BDD installée dans /var/lib/mysql qui n'est pas montée en NFS pour le moment
1-3 copie du script qui check si file existe dans /var/lib/mysql si c'est pas le copie des éléments de
/var/lib/mysql.old vers /var/lib/mysql
2-Montage des volumes NFS sur /var/lib/mysql
3-Lancement du script pour contrôle du contenu NFS dans /var/lib/mysql
3-1 Démarrage de mysql

L'idéal serait de monter le volume NFS avant l'installation de la BDD pour ne pas passer par l'étape intermédiaire via le script mysql-data-install.sh.
Mais le problème c'est que la command build est exécutée en premier même en modifiant l'ordre dans le fichier docker-compose.yml

Avant de clôturer le post.

J'ai appliqué une méthode qui passe par une étape intermédiaire qui (je pense) peut être amélioré concernant les datas de la BDD.

En effet ne pouvant pas monter le volume nfs avant l'exécution (pour le moment)lors de l'appel du docker-compose.yml qui fait appel au Dockerfile. Nous sommes obligés de copier l'ensemble des éléments de /var/lib/mysql vers /var/lib/mysql.ori par exemple.

Ensuite dans docker-compose.yml nous faisons appel à un script qui va vérifier si /var/lib/mysql qui sera un montage; dans le cas contraire une copie des fichiers de /var/lib/mysql.ori seront déplacés vers /var/lib/mysql

Et enfin nous avons notre docker automatisé avec la BDD sur un montage NFS.

Est-il possible de monter les volumes avant l'exécution du Dockerfile pour éviter ce type de manipulation?

En effet j'ai trouvé la solution en ajout dans le Dockerfile la ligne suivante à la dernière ligne:
ENTRYPOINT /bin/sh

Bonjour,

petit up

j'ai testé avec docker-compose. En effet les montages sont mieux gérés. Voici mon fichier

testcompose:
  volumes:
  - /mnt/bdd/docker-build-test:/var/lib/mysql/:rw
  build: engine/
  command:
    - /script/mysql-data-install.sh

Dans engine j'ai mis le Dockerfile.

Le script mysql-data-install.sh effectue l'action suivante:
-Une vérification du /var/lib/mysql/ si il existe des fichiers.
-Dans le cas où des fichiers sont inexistants une copie de mysql.ori anciennement de mysql sera copié dans le montage /var/lib/mysql/
-Sinon aucune action n'est effectué.

Tout fonctionne bien sauf que le docker ne reste pas actif et nous avons le message suivant dans

#docker-compose logs "nomdudocker"
compose_testcompose_1 exited with code 0

extrait de mysql-data-install.sh

mysql=/var/lib/mysql/
check_mysql=`ls $mysql 2>1 dev/null | wc -l`
if [ $check_mysql -eq 0 ]
then
 cp -prvf /var/lib/mysql.ori/* /var/lib/mysql/
 fi

Après avoir effectué plusieurs recherches je n'arrive pas à résoudre le problème.

En revanche je peux faire

docker-compose run testcompose

Mais lorsque que je quitte le conteneur il est automatiquement arrêté (ce qui est normal option run).

C'est le cas le mysql est dans un docker à part mais je ne souhaite pas que les données de la BDD soient dans le docker mais dans un volume montée en NFS.

Enfin nous avons un autre docker apache dont les images ne doivent pas être stockées sur le docker non plus car trop volumineuses. Nous souhaitons aussi utilisé du NFS.

Même avec un fichier dockercompose.yml nous n'avons pas de configurations qui montent les NFS de façon automatisés lors du déploiement du docker.

Je vais tout de même essayer la solution qui ne me plaît pas forcément "docker-volume-netshare" car cela signifie que si nous souhaitons déployer l'automatisation de l'installation nous serons pénalisé (dépendance avec le docker docker-volume-netshare)

Merci encore pour les idées.

Merci mais l'installation est a effectuer sur le docker où le host (socle) qui héberge le docker?
Car nous avons le message suivant sur le docker "ln: failed to create symbolic link '/run/sendsigs.omit.d/rpcbind': No such file or directory" lors du démarrage du service rpcbind.

Merci

j'ai appliqué ta méthode mais j'ai toujours le même résultat

mount.nfs: rpc.statd is not running but is required for remote locking.
mount.nfs: Either use '-o nolock' to keep locks local, or start statd.
mount.nfs: an incorrect mount option was specified

J'ai basculé sur le conteneur et effectué un telnet IP NFS=> OK.
j'ai testé le montage manuellement du volume avec l'option '-o nolock' sans succès.

Bonjour,

Merci mais que veux tu dire par ajout du USER 0 (root)?

Peux tu me donner un exemple stp?

Bonjour,

merci pour cette réponse.

L'image que nous utilisons et la debian classée" "officielle". Nous avons un problème avec le partage NFS et non le NTFS.

++

J'ai posté un message avec la configuration complète
voir le lien suivant

Sommaire

• Resolv.conf
• NTP
  • Paquets
  • Configuration
  • Crontab
• Kerberos
  • Paquets
  • Configuration
  • Ticket
• Samba
  • Paquets
  • nsswitch.conf
  • Configuration
  • Intégration AD
• Authentification (PAM)
  • Paquets
  • Configuration
• Sudo
• Testez la connexion avec un user du domaine
• Home itinérant
  • Serveur NFS
  • Paquets (client NFS)
  • Configuration
    • Client NFS
    • Configuration pam.d

Bonjour à tous chose promise chose dû ;-)

Vous trouverez les étapes pour la configuration de la connexion ssh avec le home monté en NFS. Les connexion seront autorisées pour certains utilisateur. Nous verront cela dans les explications

La configuration fonctionne sur Debian 7 et 8.

Resolv.conf

vim /etc/resolv.conf

search 'mondomaine.fr'
nameserver 'ipseveurdns'

NTP

Paquets

apt-get install ntpdate

Configuration

vi /etc/default/ntpdate

ajoutez l'option -u dans

NTPOPTIONS="-u"

démarrage du service… enfin mise à l'heure quoi :

#/usr/sbin/ntpdate-debian

Crontab

crontab -e

# Synchro NTP AD
18 0 * * * /usr/sbin/ntpdate-debian
@reboot /usr/sbin/ntpdate-debian

Kerberos

Paquets

apt-get install krb5-user libpam-krb5

Configuration

vi /etc/krb5.conf
[libdefaults]
        default_realm = 'mondomaine.fr'
        ticket_lifetime = 24000
        fowardable = true
        proxiable = true
        dns_fallback = no

[realms]
        'mondomaine.fr' = {
               #si vous avez plusieurs DC 
            kdc = dc01.'mondomaine.fr'
                kdc = dc02.'mondomaine.fr'
                kdc = dc03.'mondomaine.fr'
                admin_server = 'mondomaine.fr'
                default_domain = 'mondomaine.fr'
        }

[domain_realm]
        .'mondomaine.fr' = 'mondomaine.fr'
'mondomaine.fr' = 'mondomaine.fr'

Ticket

kinit Administrateur@'mondomaine.fr'
Password for Administrateur@'mondomaine.fr'

Afficher le ticket

klist
Ticket cache: FILE:/tmp/krb5cc_0
Default principal: Administrateur@'mondomaine.fr'

Valid starting       Expires              Service principal
27/06/2016 16:59:59  27/06/2016 23:39:41  krbtgt/'mondomaine.fr'@'mondomaine.fr'

Samba

Paquets

apt-get install samba winbind libnss-winbind

nsswitch.conf

vim /etc/nsswitch.conf
passwd:compat winbind
group:compat winbind
shadow:compat winbind

Configuration

vi /etc/samba/smb.conf
[global]
    netbios name = "NOM SRV MOINS DE 15 CHARACTERES"
    security = ADS
    realm = 'mondomaine.fr'
    workgroup = 'masociete'
    winbind separator = /
    idmap uid = 10000-20000
    idmap gid = 10000-20000
    winbind enum users = yes
    winbind enum groups = yes
    template home dir = /home/%D/%U
    template shell = /bin/bash
    client use spnego = yes
    winbind use default domain = yes
    domain master = no
    local master = no
    preferred master = no
    os level = 0

/etc/init.d/samba restart

Intégration AD

net join ads -U Administrateur -S 'DC'.'mondomaine.fr'
service winbind restart

Authentification (PAM)

Les configurations concernant l'authentification doivent être réalisées avec précautions.

Paquets

#apt-get install libpam-winbind libpam-krb5

Configuration

Tous les fichiers doivent être recopié .old par exemple.

Testez sur le second terminal si la connexion ssh en root est toujours UP après la configuration
Dans mon illustration seul les DEV et le Support peuvent se connecter en SSH
pour connecter l’ID d’un groupe il faut faire la commande suivante

wbinfo -n « le nom du groupe »

Utilisez aussi la commande id « user » pour lister les groupes d’un user « type » je vous laisse regarder les différentes option de la commande wbinfo

cd /etc/pam.d
cp common-auth common-auth.old && cp common-account common-account.old && cp common-session common-session.old

vim common-auth
#users locaux
auth    [success=3 default=ignore]      pam_unix.so nullok_secure try_first_pass
#groupe DEV
auth    [success=2 default=ignore]      pam_winbind.so require_membership_of=S-1-5-21-535638378-3513273978-3571618535-3921 krb5_auth krb5_ccache_type=FILE cached_login try_first_pass
#groupe support
auth    [success=1 default=ignore]      pam_winbind.so require_membership_of=S-1-5-21-535638378-3513273978-3571618535-3169 krb5_auth krb5_ccache_type=FILE cached_login try_first_pass
# here's the fallback if no module succeeds
auth    requisite            pam_deny.so
# prime the stack with a positive return value if there isn't one already;
# this avoids us returning an error just because nothing sets a success code
# since the modules above will each just jump around
auth    required            pam_permit.so
# and here are more per-package modules (the "Additional" block)
# end of pam-auth-update config

vim common-account
#
# /etc/pam.d/common-account - authorization settings common to all services
#
# This file is included from other service-specific PAM config files,
# and should contain a list of the authorization modules that define
# the central access policy for use on the system.  The default is to
# only deny service to users whose accounts are expired in /etc/shadow.
#
# As of pam 1.0.1-6, this file is managed by pam-auth-update by default.
# To take advantage of this, it is recommended that you configure any
# local modules either before or after the default block, and use
# pam-auth-update to manage selection of other modules.  See
# pam-auth-update(8) for details.
#
# here are the per-package modules (the "Primary" block)
account    [success=2 new_authtok_reqd=done default=ignore]    pam_unix.so
account [success=1 new_authtok_reqd=done default=ignore]        pam_winbind.so
# here's the fallback if no module succeeds
account    requisite            pam_deny.so
# prime the stack with a positive return value if there isn't one already;
# this avoids us returning an error just because nothing sets a success code
# since the modules above will each just jump around
account    required            pam_permit.so
# and here are more per-package modules (the "Additional" block)
# end of pam-auth-update config

#vim common-session
#
# /etc/pam.d/common-session - session-related modules common to all services
#
# This file is included from other service-specific PAM config files,
# and should contain a list of modules that define tasks to be performed
# at the start and end of sessions of *any* kind (both interactive and
# non-interactive).
#
# As of pam 1.0.1-6, this file is managed by pam-auth-update by default.
# To take advantage of this, it is recommended that you configure any
# local modules either before or after the default block, and use
# pam-auth-update to manage selection of other modules.  See
# pam-auth-update(8) for details.
# here are the per-package modules (the "Primary" block)
session    [default=1]            pam_permit.so
# here's the fallback if no module succeeds
session    requisite            pam_deny.so
# prime the stack with a positive return value if there isn't one already;
# this avoids us returning an error just because nothing sets a success code
# since the modules above will each just jump around
session    required            pam_permit.so
# and here are more per-package modules (the "Additional" block)
session    required    pam_unix.so
# end of pam-auth-update config
##add 
session optional                        pam_winbind.so
session optional        pam_mkhomedir.so skel=/etc/skel umask=077
##end add

Sudo

Seuls les utilisateurs membres du groupe "Team Support" seront autorisés à passer en root

apt-get install sudo
visudo
#autorisation des users du group Support
%team\ support ALL=(ALL) ALL

Testez la connexion avec un user du domaine

 ssh 'srv'-xxx -l 'usertest'
'usertest'@'srv'-xxx's password:
'usertest'@'srv'-xxx:~$

Home itinérant

Serveur NFS

Nous allons créer le home du user
Sur le serveur lnx-gw-srv

cd /mnt/nfs/homes
cp -rvf templateuser "user nom AD"

Paquets (client NFS)

apt-get install autofs

Configuration

Client NFS

vim /etc/auto.master

ajoutez la ligne suivante

/home/'masociete'    /etc/auto.home --timeout=600
vim /etc/auto.home

insérez

*  -fstype=nfs,soft,intr,rsize=8192,wsize=8192,nosuid,tcp  ‘monserveurNFS':/mnt/nfs/homes/&
service autofs restart

Configuration pam.d

Modifiez le fichier common-session

vim /etc/pam.d/common-session   #
# /etc/pam.d/common-session - session-related modules common to all services
#
# This file is included from other service-specific PAM config files,
# and should contain a list of modules that define tasks to be performed
# at the start and end of sessions of *any* kind (both interactive and
# non-interactive).
#
# As of pam 1.0.1-6, this file is managed by pam-auth-update by default.
# To take advantage of this, it is recommended that you configure any
# local modules either before or after the default block, and use
# pam-auth-update to manage selection of other modules.  See
# pam-auth-update(8) for details.
# here are the per-package modules (the "Primary" block)
session    [default=1]            pam_permit.so
# here's the fallback if no module succeeds
session    requisite            pam_deny.so
# prime the stack with a positive return value if there isn't one already;
# this avoids us returning an error just because nothing sets a success code
# since the modules above will each just jump around
session    required            pam_permit.so
# and here are more per-package modules (the "Additional" block)
session    required    pam_unix.so
# end of pam-auth-update config
##add test
session optional                        pam_winbind.so
session optional                        pam_mkhomedir.so
##end test

Testez la connexion

PS:
Si vous ne souhaitez pas de montage home, modifiez le fichier common-session
remplacez

session optional                        pam_mkhomedir.so

par

pam_mkhomedir.so skel=/etc/skel umask=077

Un home sera créé en local

Merci pour le message
auto-nfs gère très bien les montages et démontages lors connexions/déconnexions des users.

Si nous passons par un samba à quelle niveau sera le montage du home? Ce sera un volume qui est sur le domaine sur un Windows?

Winbind gère les UID mais il incrémente pour chaque connexion l'UID par exemple mais pas de façon synchronisé entre les serveurs Linux.

Le projet n'est pas "mort" mais je ne trouve pas cela "top" de mettre full-access pour chaque répertoire crées sur le NFS pour chaque user.

Merci pour vos réponses je test cette semaine.
;-)

Oui c'est vrai mais je l'ai fait ;-)

C'est la première action effectuée.

Rectification pour
4)mettre l'utilisateur root propriétaire du home de test sinon la connexion ssh sera refusé

#chown root: /home/

plutôt

#chown root: /home/test

légende lorsque le prompt est en # =>root si $ =>user (test)
Vous trouverez les étapes pour chrooter l'utilisateur en ssh. (Nous nous sommes largement inspiré du site suivant: https://debian-facile.org/viewtopic.php?id=9607)

1)installation du packet bash-static

#apt-get install bash-static

2)Pour faciliter l'administration nous allons créer un groupe sshchroot

#addgroup sshchroot

3)Création de l'utilisateur test

#adduser test
#usermod -d / test
#usermod -s /bin/bash-static
#adduser test sshchroot

4)mettre l'utilisateur root propriétaire du home de test sinon la connexion ssh sera refusée

#chown root: /home/

5)petit script qui vous activera des commandes supplémentaire pour le user test

#cd /home/test
#vim create.sh

#!/bin/bash

mkdir -p {bin,dev,lib,lib64}
mknod dev/null c 1 3
mknod dev/zero c 1 5
chmod 0666 dev/{null,zero}

TMPFILE1=./temp1
TMPFILE2=./temp2
#Definition des commandes que vous souhaitez activer
APPS="/bin/bash /bin/cp /bin/ls /bin/mkdir /bin/mv /bin/rm /bin/rmdir /usr/bin/id /usr/bin/rsync /usr/bin/scp /usr/bin/wget /usr/bin/vim /usr/bin/vi /bin/cat /bin/less /usr/bin/tail /usr/bin/clear /bin/chmod"

for app in $APPS;  do
  if [ -x $app ]; then
    app_path=`dirname $app`
    if ! [ -d .$app_path ]; then
        mkdir -p .$app_path
    fi
    cp -p $app .$app
    ldd $app >> ${TMPFILE1}
  fi
done

for libs in `cat ${TMPFILE1}`; do
    frst_char="`echo $libs | cut -c1`"
    if [ "$frst_char" = "/" ]; then
        echo "$libs" >> ${TMPFILE2}
    fi
done

for lib in `cat ${TMPFILE2}`; do
      mkdir -p .`dirname $lib` > /dev/null 2>&1
      cp $lib .$lib
done

cp -r /lib/terminfo ./lib/

rm -f $TMPFILE1
rm -f $TMPFILE2

Lancez le script dans /home/test

#./create.sh

6)Editez le fichier de conf ssh pour enfin chrooter la connexion

#vim /etc/sshd_config 
Match Group test
        #%u permet de se placer automatiquement dans le home du user 
        ChrootDirectory /home/%u
        AllowTCPForwarding no
        X11Forwarding no

7)Petit restart du service ssh

# service ssh reload

(on ne sait jamais)
#service ssh restart

8)Test avec le user test

I have no name!@x.x.x.x:/$
I have no name!@x.x.x.x:/$ ls -l
total 28
drwxrwxr-x 2    0 1003 4096 Mar 15 15:35 bin
-rwxr-xr-x 1    0 1003  886 Mar 15 15:21 create.sh
drwxr-xr-x 2    0 1003 4096 Mar 15 15:23 dev
drwxr-xr-x 2 1001 1003 4096 Mar 15 15:48 lala
drwxr-xr-x 4    0 1003 4096 Mar 15 15:23 lib
drwxr-xr-x 2    0 1003 4096 Mar 15 15:23 lib64
drwxr-xr-x 4    0 1003 4096 Mar 15 15:23 usr

9) Je ne peux pas editez dans home de test
C'est normal seul root doit être propriétaire. Les droits plus permissifs sont les suivants:
chmod 755 si vous donnez des trop permissifs le ssh chrooter ne fonctionnera pas. Dans ce cas créer un répertoire dont l'utilisateur a full access.
exemple:

#mkdir /home/test/test 
#chown test:test /home/test/test

Encore merci pour vos propositions, suggestions et votre aide.

J'ai trouvé la solution!!

Je ferai une belle explication demain

MERCI MERCI pour votre aide ;-)

Ma demande n'est pas en rapport avec apache. Mais sa aurait pu être une très bonne idée dans un autre contexte.

Je l'ai aussi chrooté sur /var/www
sans succès.

test@x.x.x.x's password:

debug1: Authentication succeeded (password).

Authenticated to x.x.x.x ([x.x.x.x]:22).x.x.x.x

debug1: channel 0: new [client-session]

debug1: Requesting no-more-sessions@openssh.com

debug1: Entering interactive session.

debug1: Sending environment.

debug1: Sending env LANG = fr_FR.UTF-8

Could not chdir to home directory /var/www/: No such file or directory

/var/www/bin/bash: No such file or directory

debug1: client_input_channel_req: channel 0 rtype exit-status reply 0

debug1: client_input_channel_req: channel 0 rtype eow@openssh.com reply 0

debug1: channel 0: free: client-session, nchannels 1

Connection to x.x.x.x closed.

Transferred: sent 3680, received 1772 bytes, in 0.0 seconds

Bytes per second: sent 255415.6, received 122988.2

debug1: Exit status 1

Nous avons ajouté le répertoire /bin/bash dans /var/www/bin/bash
Sa ne fonctionne toujours pas.

ssh -v test@server:
...
..
.
Debian GNU/Linux comes with ABSOLUTELY NO WARRANTY, to the extent

permitted by applicable law.

Last login: Tue Mar 15 09:15:12 2016 from x.x.x.x

Could not chdir to home directory /var/www/test/: No such file or directory

/var/www/bin/bash: No such file or directory

debug1: client_input_channel_req: channel 0 rtype exit-status reply 0

debug1: client_input_channel_req: channel 0 rtype eow@openssh.com reply 0

debug1: channel 0: free: client-session, nchannels 1

Connection to x.x.x.x closed.

Transferred: sent 3680, received 2180 bytes, in 0.0 seconds

Bytes per second: sent 215937.6, received 127919.5

debug1: Exit status 1

test@x.x.x.x's password:

debug2: we sent a password packet, wait for reply

debug1: Authentication succeeded (password).

Authenticated to x.x.x.x ([x.x.x.x]:22).

debug1: channel 0: new [client-session]

debug3: ssh_session2_open: channel_new: 0

debug2: channel 0: send open

debug1: Requesting no-more-sessions@openssh.com

debug1: Entering interactive session.

debug2: callback start

debug2: fd 3 setting TCP_NODELAY

debug3: packet_set_tos: set IP_TOS 0x10

debug2: client_session2_setup: id 0

debug2: channel 0: request pty-req confirm 1

debug1: Sending environment.

debug3: Ignored env TERM

debug3: Ignored env SHELL

debug3: Ignored env SSH_CLIENT

debug3: Ignored env SSH_TTY

debug3: Ignored env USER

debug3: Ignored env MAIL

debug3: Ignored env PATH

debug3: Ignored env PWD

debug3: Ignored env EDITOR

debug1: Sending env LANG = fr_FR.UTF-8

debug2: channel 0: request env confirm 0

debug3: Ignored env SHLVL

debug3: Ignored env HOME

debug3: Ignored env LOGNAME

debug3: Ignored env SSH_CONNECTION

debug3: Ignored env HISTTIMEFORMAT

debug3: Ignored env _

debug2: channel 0: request shell confirm 1

debug2: callback done

debug2: channel 0: open confirm rwindow 0 rmax 32768

debug2: channel_input_status_confirm: type 99 id 0

debug2: PTY allocation request accepted on channel 0

debug2: channel 0: rcvd adjust 2097152

debug2: channel_input_status_confirm: type 99 id 0

debug2: shell request accepted on channel 0



The programs included with the Debian GNU/Linux system are free software;

the exact distribution terms for each program are described in the

individual files in /usr/share/doc/*/copyright.



Debian GNU/Linux comes with ABSOLUTELY NO WARRANTY, to the extent

permitted by applicable law.

Last login: Mon Mar 14 17:54:53 2016 from 10.10.10.100

Could not chdir to home directory /var/www/test/: No such file or directory

/var/www/test/bin/bash: No such file or directory

debug1: client_input_channel_req: channel 0 rtype exit-status reply 0

debug1: client_input_channel_req: channel 0 rtype eow@openssh.com reply 0

debug2: channel 0: rcvd eow

debug2: channel 0: close_read

debug2: channel 0: input open -> closed

debug2: channel 0: rcvd eof

debug2: channel 0: output open -> drain

debug2: channel 0: obuf empty

debug2: channel 0: close_write

debug2: channel 0: output drain -> closed

debug2: channel 0: rcvd close

debug3: channel 0: will not send data after close

debug2: channel 0: almost dead

debug2: channel 0: gc: notify user

debug2: channel 0: gc: user detached

debug2: channel 0: send close

debug2: channel 0: is dead

debug2: channel 0: garbage collecting

debug1: channel 0: free: client-session, nchannels 1

debug3: channel 0: status: The following connections are open:

  #0 client-session (t4 r0 i3/0 o3/0 fd -1/-1 cc -1)



Connection to x.x.x.x closed.

Transferred: sent 3680, received 2196 bytes, in 0.0 seconds

Bytes per second: sent 196278.1, received 117126.8

debug1: Exit status 1