Hvorfor SSH venter på videresendte forbindelser efter logud
Skeln mellem at fjernshellen slutter, og at videresendte kanaler færdiggøres, når en SSH-session ser ud til ikke at afslutte.
Fjernshellen og SOCKS-videresendte forbindelser er separate kanaler på én SSH-transport. At afslutte shellen afslutter ikke nødvendigvis browserforbindelserne, der bruger den dynamiske videresendelse. OpenSSH dokumenterer, at der ved logud ventes på, at videresendte forbindelser eller X11-sessioner afsluttes.
For en ordentlig afslutning lukkes de handlinger, der bruger videresendelsen, og deres kanaler får lov at slutte. Lukning af et browservindue kan efterlade baggrundsprocesser og -forbindelser kørende, så identificér den proces, der stadig bruger lytteren.
I en passende interaktiv session kan OpenSSHs standard-escapekommandoer liste videresendte forbindelser eller eksplicit afbryde. Deres tilgængelighed afhænger af den session og dens escape-konfiguration; at sende interaktiv escape-tekst til en baggrundsproces ssh -N er ikke en generel nedlukningsgrænseflade.
Før transporten afbrydes, afgør om en forbindelsesdelende master ejer den. Andre sessioner kan afhænge af den samme forbindelse.
ExitOnForwardFailure styrer fejl ved at etablere den ønskede videresendelsesopsætning. Den definerer ikke »afslut efter den sidste webstedsanmodning« eller »afbryd hver kanal, når shellen slutter«. Valget ved nedlukning er, om det resterende arbejde skal drænes eller bevidst afbrydes.