18:15:46ĝoing Diffie-Hellman key exchange with hash SHA-1 18:15:46ĝoing Diffie-Hellman group exchange I can use this same command line (minus the field) on several other linux and unix hosts with no issues. SecureCRT: C:\PROGRA~1\VANDYK~1\SecureCRT\SecureCRT.exe /T /SSH2 /AUTH password /L /PASSWORD %PASS% :Īlso, I have no issue with Putty or SecureCRT with standard Linux/UNIX servers like Ubuntu, Debian, Red Hat, AIX, Solaris, etc. Note: My wrinkle to the issue is that I use a password manager and have variables in the command lines of each program to launch the session. Looking at the VMware release notes, it states that only SSH v2 is supported using 256-bit and 128-bit AES ciphers. I can connect just fine to this ESXi server via Putty but not with SecureCRT. Incoming packet #0x4, type 6 / 0x06 (SSH2_MSG_SERVICE_ACCEPT)Īny help with this would be appreciated as I am having this exact same issue using SecureCRT to connect to an ESXi host via SSH. Incoming packet #0x3, type 21 / 0x15 (SSH2_MSG_NEWKEYS)Įvent Log: Initialised AES-256 SDCTR server->client encryptionĮvent Log: Initialised HMAC-SHA1 server->client MAC algorithm Outgoing packet #0x3, type 21 / 0x15 (SSH2_MSG_NEWKEYS)Įvent Log: Initialised AES-256 SDCTR client->server encryptionĮvent Log: Initialised HMAC-SHA1 client->server MAC algorithm Outgoing packet #0x1, type 30 / 0x1e (SSH2_MSG_KEX_DH_GEX_REQUEST) Incoming packet #0x0, type 20 / 0x14 (SSH2_MSG_KEXINIT)Įvent Log: Doing Diffie-Hellman group exchange Outgoing packet #0x0, type 20 / 0x14 (SSH2_MSG_KEXINIT) Here is the Putty which works when connecting to the VPLEX : 正在从状态 STATE_KEY_EXCHANGE 更改为 STATE_CLOSED : Stream has closed : The operation completed successfully. : 正在从状态 STATE_EXPECT_KEX_INIT 更改为 STATE_KEY_EXCHANGE : Available Remote Decompressors = : Selected Decompressor = none : Available Remote Compressors = : Selected Compressor = none : Available Remote Recv Macs = hmac-sha1 : Available Remote Send Macs = hmac-sha1 : Available Remote Host Key Algos = ssh-rsa,ssh-dss : Selected Kex Method = diffie-hellman-group-exchange-sha1 : Available Remote Kex Methods = diffie-hellman-group-exchange-sha256,diffie-hellman-group-exchange-sha1,diffie-hellman-group14-sha1,diffie-hellman-group1-sha1 : The following key exchange method has been filtered from the key exchange method list because it is not supported: gss-gex-sha1-toWM5Slw5Ew8Mqkay al2g= : The following key exchange method has been filtered from the key exchange method list because it is not supported: gss-group1-sha1-toWM5Slw5Ew8Mqkay al2g= : GSS : Could not load library 'gssapi32.dll': The specified module could not be found. : GSS : SPN : : GSS : InitializeSecurit圜ontext() failed. : SSPI : The specified target is unknown or unreachable : SSPI : SPN : : SSPI : InitializeSecurit圜ontext() failed. : CAP : Remote x.509v3 uses ASN.1 encoding for DSA signatures : CAP : Remote correctly uses connected addresses in forwarded-tcpip requests : CAP : Remote correctly encodes OID for gssapi : CAP : Remote correctly handles unknown SFTP extensions : CAP : Remote supports new diffie-hellman group exchange messages : CAP : Remote uses 160 bit keys for SHA1 MAC : CAP : Remote includes port number in x11 open packets : CAP : Remote sends name in service accept packets : CAP : Remote sends error text in open failure packets : CAP : Remote sends algorithm name in signatures : CAP : Remote sends algorithm name in public key packets : CAP : Remote sends algorithm name in PK_OK packets : CAP : Remote sends language in password change requests : RECV : Remote Identifier = 'SSH-2.0-OpenSSH_5.6' : 正在从状态 STATE_NOT_CONNECTED 更改为 STATE_EXPECT_KEX_INIT Recently, I tried to SecureCRT ssh2 EMC VPLEX manage server(an linux server), failed to login without any prompt, but putty worked fine.
0 Comments
Leave a Reply. |