Ed, Thanks for responding to my question. Yes. The host AND guest are both fc32 x86_64 (rawhide). I forgot to put the rawhide in. Apparently tstusr is a "dup" of root. I guess it was late when I did this. Anyway. I can login as root and tstusr at the console. I can su to root from tstusr and su to tstusr from root. The problem is ssh from my host to the VM. I noticed that the tty type(?) is "ssh". Is it possible that the system does not think "ssh" is a secure tty? I think earlier FC systems had a file containing "secure" device types... "stty" comes to mind.
I have made a different non-root userid and am seeing the same behavior... namely, the "client-loop: send disconnect: Broken pipe" message. I'm not sure what to do here. Do you have any ideas? Do you need files? Again, thanks for your help. George...
On 2020-01-22 04:13, George R Goffe via users wrote:
Ed,
Thanks for responding to my question.
Yes. The host AND guest are both fc32 x86_64 (rawhide). I forgot to put the rawhide in.
Apparently tstusr is a "dup" of root. I guess it was late when I did this. Anyway. I can login as root and tstusr at the console. I can su to root from tstusr and su to tstusr from root.
The problem is ssh from my host to the VM.
I noticed that the tty type(?) is "ssh". Is it possible that the system does not think "ssh" is a secure tty? I think earlier FC systems had a file containing "secure" device types... "stty" comes to mind.
I have made a different non-root userid and am seeing the same behavior... namely, the "client-loop: send disconnect: Broken pipe" message.
I'm not sure what to do here. Do you have any ideas? Do you need files?
Did you by chance modify your /etc/ssh/sshd_config?
In your debug I see....
debug1: Authentications that can continue: publickey,gssapi-keyex,gssapi-with-mic,password,keyboard-interactive
whereas my rawhide system returns.
debug1: Authentications that can continue: publickey,gssapi-keyex,gssapi-with-mic,password
This is with openssh-server-8.1p1-3.fc32.x86_64 installed
I'm not having any issues.