11-03-2015, 05:59 PM
Yes, I understand...but "it works for me" doesn't help at all.
Ponderosa does not work either; same error. So, Putty and vRD2012 are working, RD 2015 and Ponderosa are not. I checked the auth.log on the host and see the following:
2015-03-11T15:44:48Z sshd[1352113]: Connection from 172.20.202.86 port 51797
2015-03-11T15:44:49Z sshd[1352113]: Failed password for root from 172.20.202.86 port 51797 ssh2
2015-03-11T15:44:49Z sshd[1352113]: fatal: Read from socket failed: Connection reset by peer
So, the connection is being made, but the authentication is being actively refused. Firewall and permitroot settings should be ok since I'm able to log in with the same credentials using other clients. So, what is different about the Ponderosa and RD2015 login process? Visually, I see that vRD2012 and Putty take me to a console window and THEN prompt for login; RD2015 prompts me for a login box first.
More information: stored credential yields the same error. The password is simple 7-character alphanumeric only with no special characters. This issue seems to happen on my Linux machines (VMware ESXi, SUSE, Redhat, etc), but I'm able to log in with no errors to network devices (Cisco, Citrix, Brocade).
Ponderosa does not work either; same error. So, Putty and vRD2012 are working, RD 2015 and Ponderosa are not. I checked the auth.log on the host and see the following:
2015-03-11T15:44:48Z sshd[1352113]: Connection from 172.20.202.86 port 51797
2015-03-11T15:44:49Z sshd[1352113]: Failed password for root from 172.20.202.86 port 51797 ssh2
2015-03-11T15:44:49Z sshd[1352113]: fatal: Read from socket failed: Connection reset by peer
So, the connection is being made, but the authentication is being actively refused. Firewall and permitroot settings should be ok since I'm able to log in with the same credentials using other clients. So, what is different about the Ponderosa and RD2015 login process? Visually, I see that vRD2012 and Putty take me to a console window and THEN prompt for login; RD2015 prompts me for a login box first.
More information: stored credential yields the same error. The password is simple 7-character alphanumeric only with no special characters. This issue seems to happen on my Linux machines (VMware ESXi, SUSE, Redhat, etc), but I'm able to log in with no errors to network devices (Cisco, Citrix, Brocade).