Susunan acara iRule
Pilih timbunan profil pelayan maya BIG-IP — Client-SSL, HTTP, Server-SSL, pool — dan lihat susunan acara iRule biasa dicetuskan, dari CLIENT_ACCEPTED ke CLIENT_CLOSED, sebagai garis masa dan senarai. Semuanya dalam pelayar anda.
RangkaianTimbunan profil pelayan maya
Dikira dalam pelayar anda. Tiada apa-apa dihantar ke mana-mana.
Model tingkah laku F5 yang didokumenkan untuk pelayan maya Standard. Ia tidak pernah menghubungi BIG-IP.
Urutan acara
Acara mengikut susunan
CLIENT_ACCEPTEDsisi klienA client connection is established. On a Standard virtual server this is when the TCP three-way handshake completes; on FastL4 it fires on the initial SYN.
CLIENTSSL_CLIENTHELLOsisi klienThe client's TLS ClientHello has been received, before the handshake is processed. Useful for SNI-based decisions.
CLIENTSSL_HANDSHAKEsisi klienThe client-side TLS handshake has completed successfully.
HTTP_REQUESTsisi klienThe system has fully parsed the complete client HTTP request headers.
LB_SELECTEDglobalThe system has selected a pool member for the connection.
SERVER_CONNECTEDsisi pelayanThe server-side connection to the selected pool member has been established.
SERVERSSL_HANDSHAKEsisi pelayanThe server-side TLS handshake has completed successfully.
HTTP_REQUEST_SENDsisi pelayanImmediately before the HTTP request is sent to the server-side TCP stack. Runs in the server-side context.
HTTP_RESPONSEsisi klienThe system has parsed all of the response status and header lines from the server response.
SERVER_CLOSEDsisi pelayanThe server-side connection has been closed.
CLIENT_CLOSEDsisi klienThe client-side connection has been closed.
Acara bersyarat
Ini dicetuskan hanya dalam keadaan tertentu: TCP::collect atau HTTP::collect, kegagalan pengimbangan beban, atau respons 100 Continue.
HTTP_REQUEST_DATA↪ HTTP_REQUESTAfter an HTTP::collect has gathered the specified amount of request payload.
LB_FAILED↪ LB_SELECTEDInstead of LB_SELECTED, when the system fails to select a pool or member, or the selected resource is unreachable.
HTTP_RESPONSE_CONTINUE↪ HTTP_RESPONSEBefore HTTP_RESPONSE, whenever the server sends a 100 Continue interim response.
HTTP_RESPONSE_DATA↪ HTTP_RESPONSEAfter an HTTP::collect has gathered the specified amount of response payload.
- Within a single event, multiple iRules run by priority (default 500, lowest number first); the priority command overrides that. This ordering is across events, not within one.
- Availability also depends on provisioning: module events (APM ACCESS_*, ASM/Advanced WAF, bot defense) only fire when that module is provisioned. And CLIENT_DATA, SERVER_DATA, HTTP_REQUEST_DATA, and HTTP_RESPONSE_DATA need an explicit TCP::collect or HTTP::collect first.