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