[
https://issues.apache.org/jira/browse/SSHD-255?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13835092#comment-13835092
]
Guillaume Nodet commented on SSHD-255:
--------------------------------------
THere are 2 cases: unknown requests always result in a SSH_MSG_CHANNEL_FAILURE
being sent back by sshd. However requests ending with
@putty.projects.tartarus.org will be discarded without any response message.
Is the request you're talking about falling in that use case ?
> sshd does not (always?) reply to requests setting 'want reply'
> --------------------------------------------------------------
>
> Key: SSHD-255
> URL: https://issues.apache.org/jira/browse/SSHD-255
> Project: MINA SSHD
> Issue Type: Bug
> Affects Versions: 0.5.0, 0.6.0
> Environment: Seen w/ Gerrit (http://gerrit.googlecode.com) running
> via Tomcat 7 & Oracle JDK 7 on CentOS 6.x x86_64. Client was TortoiseGit
> using PuTTY 0.63 for SSH transport. Gerrit 2.5.x uses sshd 0.5.1, Gerrit
> 2.7.x uses sshd 0.6.0.
> Reporter: Will Saxon
>
> Upon upgrading to PuTTY 0.63, a developer was unable to fetch changes from
> Gerrit projects if there were lots of outstanding changes (>200). The fetch
> would hang.
> After consulting w/ the TortoiseGIT and PuTTY developers, it was determined
> that the hangs occurred as PuTTY was sending several SSH_MSG_CHANNEL_REQUEST
> 'winadj' messages with the 'want reply' flag set. sshd is not replying to
> these requests and PuTTY is blocking on the reply, leading to a perceived
> 'hang' by the user.
> I don't have a copy of the entire email exchange, but it reads like the SSH
> standard indicates replies should only be sent when 'want reply' is true, but
> sshd always sends replies for requests it understands and never sends replies
> for requests it does not, regardless of the value of 'want reply'.
--
This message was sent by Atlassian JIRA
(v6.1#6144)
