3/25/2021 0 Comments Securecrt 8.5.3
LOCAL: Changing state from STATECONNECTION to STATESENDDISCONNECT LOCAL: Changing state from STATESENDDISCONNECT to STATECLOSED LOCAL: Connected for 17 seconds, 1826 bytes sent, 2517 bytes received LOCAL: Stream has closed CLOSETYPENOAUTORECONNECT: The user canceled authentication.LOCAL: Connected for 0 seconds, 2018 bytes sent, 3237 bytes received LOCAL: Stream has closed CLOSETYPENONSPECIFIC: The operation completed successfully.Or, if you dont want to post it in the forums, send to supportvandyke.com and include Attn Brenda - Forum Thread 13511 in the subject line.I cant use SecureCRT to connect to the server after adjusting the order according to the method in the email.
LOCAL: Connected for 0 seconds, 1946 bytes sent, 3165 bytes received LOCAL: Stream has closed CLOSETYPENONSPECIFIC: The operation completed successfully. The following is the normal connection from other CentOS via ssh -vvv roottestvm00 ssh -vvv 10.10.10.71 OpenSSH5.3p1, OpenSSL 1.0.1e-fips 11 Feb 2013 debug1: Reading configuration data etcsshsshconfig debug1: Applying options for debug2: sshconnect: needpriv 0 debug1: Connecting to 10.10.10.71 10.10.10.71 port 22. Authenticated to 127.0.0.1 (127.0.0.1:7122). Requesting no-more-sessionsopenssh.com debug3: send packet: type 80 debug1: Entering interactive session. Connection to 127.0.0.1 closed. Transferred: sent 1752, received 2232 bytes, in 0.1 seconds Bytes per second: sent 13480.6, received 17173.9 debug1: Exit status -1. I noticed since then that you do get authenticated in your SecureCRT connection. Its when SecureCRT sends the shell request, that SecureCRT receives the TCPIP close: LOCAL: SEND0: shell request SecureCRT - Version 8.5.3 (x64 build 1867) LOCAL: RECV: TCPIP close I think you will need to see if you can get the remote server admins to analyze the server debug logs and tell you what the issue is. Heres what our developers had to say: The issue only appears to happen when connecting to the OpenSSH server via a VMWare port forward (forwarding from the host machine to the Linux VM). The issue occurs when connecting with SecureCRT, Putty and the Windows SSH client, as well as SFTP connections from SecureFX and WinSCP. We advised the customer to report this behavior to OpenSSH andor VMWare. All other trademarks or registered trademarks are the property of their respective owners. Before continuing to use this site, please confirm that you agree to our use of cookies. Some cookies are essential for the use of our website and cannot be disabled. Others provide a convenience to the user and, if disabled, may reduce the ease of use of our site. Finally, some cookies provide anonymous analytic tracking data that help us provide the user with a richer browsing experience.
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |