Due to the load, the VPND resources are busy, and it fails to reply to the tunnel test packets, thus causing the Client to not receive a reply for the tunnel test, and disconnect. fwasync_mux_in: 5164: read: Connection Reset by peerīy design, the VPND process is in charge of the reply to tunnel test packets (UDP 18234). cpWinSSL_fwasync_read: Could not read anything from the socket (10054) fwasync_mux_in: 5164: got 0 of 65536 bytes = 65536 bytes required OBSCURE_FILE return value 1, because it is Default variable. talkccc::ReadyEv: ssl tunnel was successfully connected ATalkHttps::ssl_established_cb: SSL ready HotspotDetector::proxy_conn_cb: Redirected host is IP Address HotspotDetector::proxy_conn_cb: Redirected to Address/clients/abc, server is HotspotDetector::proxy_conn_cb: The following data has arrived: HTTP/1.0 301 Moved PermanentlyLocation: Address/clients/abc HotspotDetector::proxy_wrapper_cb: Sending the following data: GET /clients/abc HTTP/1.1User-Agent: Mozilla/4.0 (compatible MSIE 7.0 Windows NT 5.1)Host: IP Address fwasync_do_mux_in: 36: handler returned with error tcpt_server: will close connection for tunnel id 19 tcpt: tcpt_check_handshake wrong length, has only 20 of 1414745936 Where 1720 is the changed visitor mode port. async_mux_data_handler: Connection is of type TCPT. cptls_reneg_get_kernel_instance: cptls_get_reneg_hash returned NULL async_mux_data_handler: Try connection type TCPT with 0 bytes
0 Comments
Leave a Reply. |