crypto/tls: tls.Conn.Close sends unnecessary close_notify if the underlying connection was already closed #45709
Labels
NeedsInvestigation
Someone must examine and confirm this is a valid issue and not a duplicate of an existing one.
Milestone
Consider the following code:
The problem with the way
tls.Conn
works in the current Golang version is that this code will guarantee that the underlying connection won't be closed gracefully and every time it'll cause RST packets sent from the remote endpoint.Is it feasible to extend
tls.Conn
to take the underlying connection status into account? For instance, look forio.EOF
when it reads from it?The text was updated successfully, but these errors were encountered: