Thanks
@Makaveli, for some reason I'm still getting quite a bit of slu's even after updating pixelserv-tls to 2.3.1
Your tav is 8ms where mine is quite high - 47ms? I can live with 8ms but 47ms seems a bit high to me. Does anyone know what affects the tav processing? Is it the router CPU?
Also my ash - slu break-down: # of shutdown by clients after ServerHello seems quite high? ServerHello would be the very first handshake so I'm surprised to see high number here?
Appreciate if someone with better knowledge (than me) could give me some pointers on how to improve my stats.
Here are my stats after one day:
Code:
pixelserv-tls 2.3.1 (compiled: Dec 13 2019 20:33:31 flags: tls1_3) options: 192.168.1.2
uts 0d 15:16 process uptime
log 1 critical (0) error (1) warning (2) notice (3) info (4) debug (5)
kcc 1 number of active service threads
kmx 7 maximum number of service threads
kvg 19.00 average number of requests per service thread
krq 158 max number of requests by one service thread
req 25811 total # of requests (HTTP, HTTPS, success, failure etc)
avg 1262 bytes average size of requests
rmx 31760 bytes largest size of request(s)
tav 47 ms average processing time (per request)
tmx 2085 ms longest processing time (per request)
slh 501 # of accepted HTTPS requests
slm 65 # of rejected HTTPS requests (missing certificate)
sle 0 # of rejected HTTPS requests (certificate available but not usable)
slc 138 # of dropped HTTPS requests (client disconnect without sending any request)
slu 25103 # of dropped HTTPS requests (other TLS handshake errors)
v13 608 slh/slc break-down: TLS 1.3
v12 2 slh/slc break-down: TLS 1.2
v10 29 slh/slc break-down: TLS 1.0
zrt 0 slh break-down: TLS 1.3 Early Data aka 0-RTT
uca 0 slu break-down: # of unknown CA reported by clients
ucb 17322 slu break-down: # of bad certificate reported by clients
uce 3812 slu break-down: # of unknown cert reported by clients
ush 3872 slu break-down: # of shutdown by clients after ServerHello