Zergatik itxaroten du SSHk birbidalitako konexioen zain saioa itxi ondoren
Bereizi urruneko shell-aren amaiera birbidalitako kanalen amaieratik SSH saio bat irten ez dela ematen duenean.
Urruneko shell-a eta SOCKS bidez birbidalitako konexioak kanal bereiziak dira SSH garraio bakarrean. Shell-a amaitzeak ez ditu nahitaez amaitzen birbidaltze dinamikoa erabiltzen duten nabigatzailearen konexioak. OpenSSH-k dokumentatzen du irteterakoan birbidalitako konexioak edo X11 saioak amaitzeko itxaroten dela.
Irteera ordenaturako, itxi birbidaltzea erabiltzen duten eragiketak eta utzi haien kanalei amaitzen. Nabigatzailearen leihoa ixteak atzeko nabigatzaile prozesuak eta konexioak martxan utz ditzake, beraz identifikatu entzulea oraindik erabiltzen duen prozesua.
Interaktibo egokia den saio batean, OpenSSH-ren escape komando lehenetsiek birbidalitako konexioak zerrenda ditzakete edo esplizituki deskonekta dezakete. Haien erabilgarritasuna saio horren eta haren escape konfigurazioaren araberakoa da; atzeko ssh -N prozesu bati escape testu interaktiboa bidaltzea ez da itzaltze interfaze orokorra.
Garraioa eten aurretik, zehaztu konexioak partekatzeko master batek duen ala ez. Beste saio batzuk konexio beraren mende egon daitezke.
ExitOnForwardFailure eskatutako birbidaltze konfigurazioa ezartzeko hutsegitea arautzen du. Ez du definitzen «irten webgunearen azken eskaeraren ondoren» edo «kanal guztiak amaitu shell-a bukatzean». Itzaltzeko aukera gainerako lana agortzea edo nahita etetea da.