@Cristopher, next time if we have a chance to reproduce this issue, we might capture more log by setting "LogLevel DEBUG3" in "/etc/ssh/sshd_config" (note: we need to restart sshd service by # sudo systemctl restart sshd) and login again.
no matter the issue comes out or not, we can see more logs from "/var/log/auth.log" and "/var/log/daemon.log". And we will debug from these logs.
BTW: why did "ssh -t bash" work? "-t" means Force pseudo-terminal allocation and it forces tty allocation for "bash", and it is not using the default tty which was created by sshd.
@Cristopher, next time if we have a chance to reproduce this issue, we might capture more log by setting "LogLevel DEBUG3" in "/etc/ssh/ sshd_config" (note: we need to restart sshd service by # sudo systemctl restart sshd) and login again. daemon. log". And we will debug from these logs.
no matter the issue comes out or not, we can see more logs from "/var/log/auth.log" and "/var/log/
BTW: why did "ssh -t bash" work? "-t" means Force pseudo-terminal allocation and it forces tty allocation for "bash", and it is not using the default tty which was created by sshd.