bugzilla-daemon at bugzilla.mindrot.org
2008-Jan-09 11:49 UTC
[Bug 1428] New: Banner output can be a nuisance with non-interactive use
https://bugzilla.mindrot.org/show_bug.cgi?id=1428 Summary: Banner output can be a nuisance with non-interactive use Classification: Unclassified Product: Portable OpenSSH Version: 4.3p2 Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P2 Component: sshd AssignedTo: bitbucket at mindrot.org ReportedBy: rlhamil at smart.net Wanted: option to turn off Banner output for non-interactive (remote command) sessions. A banner may make the lawyers happy, but is far more likely to be seen by an actual human with interactive than with non-interactive use. ssh -q option can suppress this of course, but also suppresses potentially helpful diagnostics. Non-interactive banner output considerably clutters error logs, cron job output, etc.; and postprocessing error logs to remove such garbage is tedious and error prone, since the banners may contain almost anything, be changed, etc. Despite the arguable uselessness of banner output for non-interactive sessions, there may be places with lawyers anal enough to insist on it. Therefore, I suggest that suppressing it in that instance should be an option rather than a change to default behavior (when Banner is set). Making this a server option rather than a client option leaves the server in control of policy, and implies no changes to protocol. -- Configure bugmail: https://bugzilla.mindrot.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching the assignee of the bug.
bugzilla-daemon at bugzilla.mindrot.org
2008-Jan-19 19:30 UTC
[Bug 1428] Banner output can be a nuisance with non-interactive use
https://bugzilla.mindrot.org/show_bug.cgi?id=1428 Damien Miller <djm at mindrot.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |WORKSFORME CC| |djm at mindrot.org --- Comment #1 from Damien Miller <djm at mindrot.org> 2008-01-20 06:30:44 --- Setting "LogLevel error" will suppress the banner, but will still provide most of the diagnostics (certainly more than -q, which silences pretty much everything). I don't think it warrants a microoption just to suppress the banner. -- Configure bugmail: https://bugzilla.mindrot.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching the assignee of the bug. You are watching someone on the CC list of the bug.
bugzilla-daemon at bugzilla.mindrot.org
2008-Apr-03 23:02 UTC
[Bug 1428] Banner output can be a nuisance with non-interactive use
https://bugzilla.mindrot.org/show_bug.cgi?id=1428 Damien Miller <djm at mindrot.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED --- Comment #2 from Damien Miller <djm at mindrot.org> 2008-04-04 10:02:11 --- Close resolved bugs after release. -- Configure bugmail: https://bugzilla.mindrot.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching the assignee of the bug. You are watching someone on the CC list of the bug.
Maybe Matching Threads
- Option to limiting sshd "banner" to interactive/password-auth/tty (or something along those lines) sessions
- when to display a banner
- [Bug 225] New: Supression of login warning banner for noninteractive commands
- Unable to use the Banner keyword in a Match Block in OpenSSH 4.4p1
- [Bug 765] openssh client truncates banner at 1024 characters.