| Summary: | ssh client hangs when -t option is used to force pseudo-tty allocation | ||||||
|---|---|---|---|---|---|---|---|
| Product: | Portable OpenSSH | Reporter: | mathews.dennis | ||||
| Component: | sshd | Assignee: | Assigned to nobody <unassigned-bugs> | ||||
| Status: | CLOSED WORKSFORME | ||||||
| Severity: | normal | CC: | dtucker | ||||
| Priority: | P2 | ||||||
| Version: | 5.4p1 | ||||||
| Hardware: | PPC | ||||||
| OS: | AIX | ||||||
| Attachments: |
|
||||||
I believe this was fixed in 5.6 (see bug #1698). From the release notes (http://www.openssh.com/txt/release-5.6): * Kill channel when pty allocation requests fail. Fixed stuck client if the server refuses pty allocation (bz#1698) Can you reproduce the problem with a current version? I'm prettty sure this is already fixed. Please reopen if you can reproduce with a current version. (mail notifications were briefly broken, repeating comment): I'm prettty sure this is already fixed. Please reopen if you can reproduce with a current version. closing resolved bugs as of 8.6p1 release |
Created attachment 2091 [details] ssh client verbose session ssh hangs when -t option is used to force pseudo-tty allocation to execute a command remotely. It hangs just after 'debug1: channel 0: open confirm rwindow 0 rmax 32768'. This has been reproduced using multiple accounts on multiple client OS ( Solaris/AIX/Linux with varying client versions ) to rule out problem with client. Not all servers with the same version of OpenSSH are affected though, but the configurations are the same across working and non-working servers. Nothing more is logged on the server other than a successful authentication/login.