gencywinter commented on issue #791:
URL: https://github.com/apache/mina-sshd/issues/791#issuecomment-3136087977

   > When Broken pipe occurs, it actually means that the data has already been 
transmitted.
   
   I'm sorry, there's a bit of an issue with the wording here.
   
   > Why? Broken pipe just means the other end went away.
   
   Yes, they send RST.
   
   I use the Wiresshark to capture packets.
   Normally,  FIN - ACK is in pair. 
   <img width="1359" height="133" alt="Image" 
src="https://github.com/user-attachments/assets/912170f2-8c81-4ccf-9614-5c666c2172fa";
 />
   
   Abnormally, my client send a ssh packet to the server, after the server send 
FIN. 
   (No input msg, but window adjustment msg).
   
   The server sent an RST and closed the channel just one second later, because 
they have sent the FIN in their opinion.
   <img width="1314" height="125" alt="Image" 
src="https://github.com/user-attachments/assets/55b0fcf8-2389-438c-95bb-9669ebdba151";
 />
   
   > Leaving the session open is not an option since the underlying network 
connection is gone.
   
   I agree that.
   
   In our usage, security is guaranteed. I can confirm that there will be a 
SSH_MSG_CHANNEL_CLOSE msg in end.
   Therefore, is there a way to properly read the data from the local network 
buffers after the channel is closed by the server. 


-- 
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.

To unsubscribe, e-mail: dev-unsubscr...@mina.apache.org

For queries about this service, please contact Infrastructure at:
us...@infra.apache.org


---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscr...@mina.apache.org
For additional commands, e-mail: dev-h...@mina.apache.org

Reply via email to