It's overall a great article but I have just one issue with it. In the teardown section you have written "Once the response has been fully delivered, the client sends a FIN packet at the TCP level, to which the server responds with an ACK" whereas the process should be the other way around. The server sends the FIN packet because it has no more packets to send and/or wants to close the connection and then the client responds with a FIN-ACK packet. Then the client sends it's own FIN packet and the server responsds with a FIN-ACK.
For further actions, you may consider blocking this person and/or reporting abuse
We're a place where coders share, stay up-to-date and grow their careers.
It's overall a great article but I have just one issue with it. In the teardown section you have written "Once the response has been fully delivered, the client sends a FIN packet at the TCP level, to which the server responds with an ACK" whereas the process should be the other way around. The server sends the FIN packet because it has no more packets to send and/or wants to close the connection and then the client responds with a FIN-ACK packet. Then the client sends it's own FIN packet and the server responsds with a FIN-ACK.