Forum Discussion
小白
Cirrus
Cirrushow do I detect the rst returned by the server?
HI, For example 2, I want to use irules to detect the rst of the source's response。 1.When the server goes down, return the response page 500 status via Monitors and irules； 2.When the s...
小白 As jaikumar_f5 recommended you should be able to use LB_FAILED in conjunction with HTTP::redirect in this event and send the user to a URL stating the reset was caused by the pool member being down. Other than that I believe your only other option is to increase logging and log resets from pool members. The issue here is the F5 automatically forwards the reset received from the server to the client if configured this way. Any action take will not be based on the reset the pool member sends but the action that occurs the next time the client attempts to connect to the pool member that it has a persisted connection to. This seems like a whole lot of work just to know where you are receiving a reset from if you aren't experiencing an issue related to this.
Paulius
MVP
MVP小白 When the server issues a reset on the HTTP connection that already is sent to the client. For a reset based on a health monitor failure this can be configured in the "Action On Service Down" in the pool configuration and is the option "Reject" to issue the reset.
小白I know, but instead of analyzing the cause of rst, I need to listen to the rst returned by the server through irules and then return the page I defined to the client
- Paulius
小白 So what you want to happen is if clientA comes in and is balanced to PoolMemberC and then a reset occurs from PoolMemberC side you want the F5 to send a page with actual content to clientA rather than resetting the TCP connection? I'm not sure if you will be able to do this but it's possible I suppose. I have never had the necessity to return a page upon tcp reset because typically the reset is caused by an invalid request of some sort or the server just going down and in an instance like that you want the client to be able to receive new content rather than them knowing their connection was reset and they see some arbitrary page that they most likely will either ignore or wouldn't be able to interpret. What are you trying to solve for by doing this?
- 小白
My f5 device is the intermediary agent, and I want to distinguish this way whether the rst is an internal cause or a server cause.