After looking at this problem again (just tired of log spam), it
seems that the 'ClientAliveInterval' (in my case 15 seconds) seems to
correspond to the 'Non-public etc.' message pair appearing. When I
am actively doing something on the session (i.e. when a remote desktop
session is up, or running something from the command-line), the messages
are not emitted.
It seemed like having both 'ClientAliveInterval' and 'TCPKeepAlive'
could be redundant, so I tested with one of them off. The result was
with that the messages don't occur with 'TCPKeepAlive' on and
'ClientAliveInterval' off, but do occur with 'ClientAliveInterval' on
and 'TCPKeepAlive' off.
Since I would rather have the 'ClientAliveInterval' functionality
("The client alive messages are sent through the encrypted channel and
therefore will not be spoofable." - man sshd_config), and the messages
don't really indicate to the user that anything is wrong and/or
something should be done, I'm going to try a patch that takes them out.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
