-
Notifications
You must be signed in to change notification settings - Fork 49
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Introduce handshake complete/failed
events
#39
Comments
@artemredkin by "main parent channel" do you mean the overarching SSH connection? Or is there a specific child channel implementation that could have children of its own such as maybe SFTP? |
Yes, by main parent channel I mean main tcp-level connection. SFTP does not have its child channels, it uses the same child channel as SCP and exec. |
It's been a couple of months since I touched SFTP to be honest. But thanks for the clarification! |
Motivation: Currently there is now way to wait for successful SSH session establishment, the only way to continue is to try to create a child channel. Given that most clients are expecting the session to be active when both key exchange and user authenticaiton complete, I propose to emit UserAuthSuccessEvent. That way client can wait for that event or fail if there is an error in the pipeline. Modifications: - Adds UserAuthSuccessEvent event - Adds .event case to StateMachineInboundProcessResult - Adds emittion of event if StateMachineInboundProcessResult is .event - Adds two tests Result: Closes apple#39
Motivation: Currently there is now way to wait for successful SSH session establishment, the only way to continue is to try to create a child channel. Given that most clients are expecting the session to be active when both key exchange and user authenticaiton complete, I propose to emit UserAuthSuccessEvent. That way client can wait for that event or fail if there is an error in the pipeline. Modifications: - Adds UserAuthSuccessEvent event - Adds .event case to StateMachineInboundProcessResult - Adds emittion of event if StateMachineInboundProcessResult is .event - Adds two tests Result: Closes apple#39
Motivation: Currently there is now way to wait for successful SSH session establishment, the only way to continue is to try to create a child channel. Given that most clients are expecting the session to be active when both key exchange and user authenticaiton complete, I propose to emit UserAuthSuccessEvent. That way client can wait for that event or fail if there is an error in the pipeline. Modifications: - Adds UserAuthSuccessEvent event - Adds .event case to StateMachineInboundProcessResult - Adds emittion of event if StateMachineInboundProcessResult is .event - Adds two tests Result: Closes apple#39
Motivation: Currently there is now way to wait for successful SSH session establishment, the only way to continue is to try to create a child channel. Given that most clients are expecting the session to be active when both key exchange and user authenticaiton complete, I propose to emit UserAuthSuccessEvent. That way client can wait for that event or fail if there is an error in the pipeline. Modifications: - Adds UserAuthSuccessEvent event - Adds .event case to StateMachineInboundProcessResult - Adds emittion of event if StateMachineInboundProcessResult is .event - Adds two tests Result: Closes apple#39
Motivation: Currently there is now way to wait for successful SSH session establishment, the only way to continue is to try to create a child channel. Given that most clients are expecting the session to be active when both key exchange and user authenticaiton complete, I propose to emit UserAuthSuccessEvent. That way client can wait for that event or fail if there is an error in the pipeline. Modifications: - Adds UserAuthSuccessEvent event - Adds .event case to StateMachineInboundProcessResult - Adds emittion of event if StateMachineInboundProcessResult is .event - Adds two tests Result: Closes #39
Sometimes its better to be sure that main parent channel is established without errors, before child channels are created
The text was updated successfully, but these errors were encountered: