VanDyke Software Forums

Go Back   VanDyke Software Forums > SecureCRT 5.1/SecureFX 3.1/VShell 2.6 Beta
User Name
Password
Register FAQ Members List Calendar Search Today's Posts Mark Forums Read

 
 
Thread Tools Display Modes
  #1  
Old 03-24-2005, 08:35 AM
jad jad is offline
Friend of VShell
 
Join Date: Feb 2004
Posts: 24
Build 808: Error with tab close button.

I've encountered something new in Build 808...although I cannot say whether it is new or existed in B1 and B2 as I did not try this scenario with the prior betas.

While working with one of our console servers, I had previously opened multiple tabs of different connections. One of the new tabs was a connection to a specific port the console server, whose username includes the port name to which we are connecting (e.g. root:portname).

My default window titlebar setting is "%s (%u@%h:%p)" which will give me a tab name such as "Consoles (root:portname@conserver:22)". Exiting from the port is simply done by closing the connection, so I clicked on the red X button in the tab bar to close the tab.

The connection did not close, and I was subsequently prevented from interacting with that tab in any way. All I/O was ignored, and no commands (disconnect, close) were honored. Yet the connection was still open as verified by the console server in another tab. All other tabs are unaffected by the frozen tab.

This only occurs if I try to close or disconnect tabs that were logged in with SSH with the username such as the above (username:portname). Other tabs are not affected by this bug. Any further information necessary in debugging this problem can be provided upon request.


Cheers,
Jason

Last edited by jad; 03-24-2005 at 08:39 AM.
  #2  
Old 03-24-2005, 12:39 PM
Maureen's Avatar
Maureen Maureen is offline
VanDyke Product Director
 
Join Date: Feb 2004
Location: Albuquerque, NM
Posts: 1,534
Thanks for reporting this. I'm having trouble reproducing the behavior you described. Could you please send your session .INI file to me at Maureen.Jett@vandyke.com. It also might be helpful to see what the trace ouput says. To turn on trace output, select "Trace Options" from the File menu before connecting.

Maureen
  #3  
Old 03-28-2005, 02:29 PM
jad jad is offline
Friend of VShell
 
Join Date: Feb 2004
Posts: 24
Here is the output from the trace:
Quote:
SecureCRT - Version 5.0.0 (build 808)
[LOCAL] : Changing state from STATE_NOT_CONNECTED to STATE_EXPECT_KEX_INIT.
[LOCAL] : Using protocol SSH2
[LOCAL] : RECV : Remote Identifier = "SSH-1.99-OpenSSH_3.6.1p2 - code level 3.7.1p1"
[LOCAL] : CAP : Remote can re-key
[LOCAL] : CAP : Remote sends language in password change requests
[LOCAL] : CAP : Remote sends algorithm name in PK_OK packets
[LOCAL] : CAP : Remote sends algorithm name in public key packets
[LOCAL] : CAP : Remote sends algorithm name in signatures
[LOCAL] : CAP : Remote sends error text in open failure packets
[LOCAL] : CAP : Remote sends name in service accept packets
[LOCAL] : CAP : Remote includes port number in x11 open packets
[LOCAL] : CAP : Remote uses 160 bit keys for SHA1 MAC
[LOCAL] : CAP : Remote supports new diffie-hellman group exchange messages
[LOCAL] : CAP : Remote correctly handles unknown SFTP extensions
[LOCAL] : CAP : Remote correctly encodes OID for gssapi
[LOCAL] : CAP : Remote correctly uses connected addresses in forwarded-tcpip requests
[LOCAL] : GSS : Requesting full delegation
[LOCAL] : GSS : [Kerberos] SPN : host@labcon1.appl.ge.com
[LOCAL] : GSS : [Kerberos] Disabling gss mechanism
[LOCAL] : GSS : [Kerberos] InitializeSecurityContext() failed.
[LOCAL] : GSS : [Kerberos] No authority could be contacted for authentication.
[LOCAL] : SEND : KEXINIT
[LOCAL] : RECV : Read kexinit
[LOCAL] : Changing state from STATE_EXPECT_KEX_INIT to STATE_KEY_EXCHANGE.
[LOCAL] : Available Remote Kex Methods = diffie-hellman-group-exchange-sha1,diffie-hellman-group1-sha1
[LOCAL] : Selected Kex Method = diffie-hellman-group-exchange-sha1
[LOCAL] : Available Remote Host Key Algos = ssh-rsa,ssh-dss
[LOCAL] : Selected Host Key Algo = ssh-dss
[LOCAL] : Available Remote Send Ciphers = aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,arcfour,aes192-cbc,aes256-cbc,rijndael-cbc@lysator.liu.se
[LOCAL] : Selected Send Cipher = aes256-cbc
[LOCAL] : Available Remote Recv Ciphers = aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,arcfour,aes192-cbc,aes256-cbc,rijndael-cbc@lysator.liu.se
[LOCAL] : Selected Recv Cipher = aes256-cbc
[LOCAL] : Available Remote Send Macs = hmac-md5,hmac-sha1,hmac-ripemd160,hmac-ripemd160@openssh.com,hmac-sha1-96,hmac-md5-96
[LOCAL] : Selected Send Mac = hmac-sha1
[LOCAL] : Available Remote Recv Macs = hmac-md5,hmac-sha1,hmac-ripemd160,hmac-ripemd160@openssh.com,hmac-sha1-96,hmac-md5-96
[LOCAL] : Selected Recv Mac = hmac-sha1
[LOCAL] : Available Remote Compressors = none
[LOCAL] : Selected Compressor = none
[LOCAL] : Available Remote Decompressors = none
[LOCAL] : Selected Decompressor = none
[LOCAL] : SEND : KEXDH_GEX_REQUEST
[LOCAL] : RECV : KEXDH_GEX_GROUP
[LOCAL] : RECV : DH Prime is 1535 bits
[LOCAL] : SEND : KEXDH_INIT
[LOCAL] : RECV : KEXDH_REPLY
[LOCAL] : SEND : NEWKEYS
[LOCAL] : Changing state from STATE_KEY_EXCHANGE to STATE_EXPECT_NEWKEYS.
[LOCAL] : RECV : NEWKEYS
[LOCAL] : Changing state from STATE_EXPECT_NEWKEYS to STATE_CONNECTION.
[LOCAL] : SEND: SERVICE_REQUEST[ssh-userauth]
[LOCAL] : RECV: SERVICE_ACCEPT[ssh-userauth] -- OK
[LOCAL] : SENT : USERAUTH_REQUEST [none]
[LOCAL] : RECV : AUTH_SUCCESS
[LOCAL] : SEND: Pty Request (row: 60, col: 132)
[LOCAL] : RECV: pty request succeeded
[LOCAL] : SEND: x11 forwarding request
[LOCAL] : RECV: x11 request failed
[LOCAL] : SEND: agent forwarding request
[LOCAL] : RECV: agent request succeeded
[LOCAL] : SEND: shell request
[LOCAL] : RECV: shell request succeeded
The session is a simple SSH2 connect. Username is username:portname, in this case root:ttyS1. I cannot provide raw session logs as my test scenario produces no output, and the raw log contains nothing. However, as soon as I hit the tab close button, I get the following in my syslog on the far end server:
Quote:
Mar 28 11:32:06 src_dev_log@labcon1 sshd[620]: error: channel 0: chan_shutdown_read: shutdown() failed for fd7 [i0 o1]: Socket operation on non-socket
It may not be much, but it is at least something to go on. The far end server is OpenSSH 3.8.x on the Cyclades Alterpath console servers.


Cheers,
Jason
  #4  
Old 03-28-2005, 07:33 PM
duaner duaner is offline
Registered User
 
Join Date: Mar 2005
Posts: 9
"Build 808" ?

"Build 808" ? Is there I new beta out?
(I don't see it on the "Beta build numbers" post nor anything new on the download page, http://vandyke.com/download/securecrt/beta.html ).
  #5  
Old 03-28-2005, 07:37 PM
jad jad is offline
Friend of VShell
 
Join Date: Feb 2004
Posts: 24
It is an interim build I've been testing in response to several of the issues I and others raised here in the forum.

Cheers,
Jason
  #6  
Old 04-13-2005, 08:26 AM
jad jad is offline
Friend of VShell
 
Join Date: Feb 2004
Posts: 24
I've installed B3. This issue is still occurring. I'm not certain it is a purely Van Dyke issue given the trace output above from the server in question (particularly about trying to make a close_socket call on a file handle), but SCRT's response (i.e. not disconnecting when asked and apparently being stuck in some reponse-wait loop) might be something to look at.
  #7  
Old 04-20-2005, 06:42 PM
Maureen's Avatar
Maureen Maureen is offline
VanDyke Product Director
 
Join Date: Feb 2004
Location: Albuquerque, NM
Posts: 1,534
Quote:
Originally Posted by jad
I've installed B3. This issue is still occurring. I'm not certain it is a purely Van Dyke issue given the trace output above from the server in question (particularly about trying to make a close_socket call on a file handle), but SCRT's response (i.e. not disconnecting when asked and apparently being stuck in some reponse-wait loop) might be something to look at.
Thanks for the update. We just released beta 4 today and I was wondering if it still happens in beta 4.

Beta 4 can be downloaded from the following web page.

http://www.vandyke.com/download/securecrt/index.html

Maureen
  #8  
Old 04-22-2005, 07:21 AM
jad jad is offline
Friend of VShell
 
Join Date: Feb 2004
Posts: 24
Yes, this still occurs in B4. I no longer get a "channel 0: chan_shutdown_read: shutdown() failed for fd7 [i0 o1]: Socket operation on non-socket" error in the syslog of the server to which I'm connecting, but SCRT still behaves as before. All I/O lost. Won't close.

I might be able to run a debug of the sshd to which I'm connecting, but I'm not certain...


Cheers,
Jason
  #9  
Old 04-22-2005, 07:32 AM
jad jad is offline
Friend of VShell
 
Join Date: Feb 2004
Posts: 24
Attached are the debug outputs from the server. One is when I connected with SCRT. The other when I connect with PuTTY. PuTTY closes fine. SCRT locks in an infinite loop. I had to right-click and "Open SFTP Tab" to force it to break (ACS SSHD won't allow SFTP when logged in as user:portname). The clients had nothing configured other than a default SSH2 connection.

Please let me know if there is anything else you'd need.
Attached Files
File Type: txt acs-sshd-debug-putty.txt (19.0 KB, 4 views)
File Type: txt acs-sshd-debug-vds-scrt.txt (308.2 KB, 2 views)
  #10  
Old 04-22-2005, 11:50 AM
Maureen's Avatar
Maureen Maureen is offline
VanDyke Product Director
 
Join Date: Feb 2004
Location: Albuquerque, NM
Posts: 1,534
Thanks for the additional information and for attaching the debug output. We'll let you know what we find out.

Maureen
  #11  
Old 04-28-2005, 02:00 PM
Maureen's Avatar
Maureen Maureen is offline
VanDyke Product Director
 
Join Date: Feb 2004
Location: Albuquerque, NM
Posts: 1,534
Jason,

We believe this problem has been fixed, but I'd like to have you try a recent build so that we can make sure we fixed the problem you're seeing. Please send an e-mail to me at Maureen.Jett@vandyke.com so that I can make an installer available for you.

Thanks,
Maureen
  #12  
Old 05-03-2005, 09:25 AM
jad jad is offline
Friend of VShell
 
Join Date: Feb 2004
Posts: 24
Build 912 has fixed this issue. I experience no issues when closing/disconnecting from hosts where login name is "username:portname".

I have experienced a number of crashes with 912, however. I haven't found a common reason as to why yet. Once I do I'll post to the forums.

Thanks!
  #13  
Old 05-05-2005, 12:13 PM
Maureen's Avatar
Maureen Maureen is offline
VanDyke Product Director
 
Join Date: Feb 2004
Location: Albuquerque, NM
Posts: 1,534
Quote:
Originally Posted by jad
Build 912 has fixed this issue. I experience no issues when closing/disconnecting from hosts where login name is "usernameortname".

I have experienced a number of crashes with 912, however. I haven't found a common reason as to why yet. Once I do I'll post to the forums.
Do you also have SecureFX 3.0 installed?

Maureen
  #14  
Old 05-09-2005, 10:08 AM
jad jad is offline
Friend of VShell
 
Join Date: Feb 2004
Posts: 24
Yes. SCRT 5.0 build 912. SFX 3.0 build 827.

When I re-installed both SFX and SCRT, the problems went away. The problems were seemingly random crashes when executing commands in SCRT, such as:
  • Connect -> Disconnect (before auth) -> Connect -> Crash just after connecting.
  • Connect -> Disconnect (after auth/login) -> Connect -> Crash just after hitting connect.
I couldn't find common circumstances...those are just two I remember. But all seems OK now that I've reinstalled both SFX and SCRT.
  #15  
Old 05-09-2005, 11:02 AM
Maureen's Avatar
Maureen Maureen is offline
VanDyke Product Director
 
Join Date: Feb 2004
Location: Albuquerque, NM
Posts: 1,534
Thanks for following up on this. I'm glad to hear that reinstalling both clients fixed the problem.

Maureen
 


Currently Active Users Viewing This Thread: 1 (0 members and 1 guests)
 
Thread Tools
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off

Forum Jump


All times are GMT -6. The time now is 04:49 AM.


copyright 1995-2017 VanDyke Software, Inc.