Название: https object delay to browser on Handycache RC4 1.0.0.647 Отправлено: reges007 от 01 августа 2016, 13:13:25 Since Handycache RC4 1.0.0.647 all sites https works perfectly
but when load huge object 50MB above like download or streaming from sites https in monitoring handycache connection freeze and cannot to be stop from button stop all conection. this debug log from Handycache RC4 1.0.0.551 with normal process Код: 01.08.16 16:50:30,468 # 1: Start connection from client 01.08.16 16:50:30,468 # 1: Connection from 192.168.2.2:54530 to HC Version 1.00 RC4 (1.0.0.551) 01.08.16 16:50:30,468 # 1: User name: lan-c 01.08.16 16:50:30,468 # 1 <<< URL: https://pgli3a.oloadcdn.net:443 Request: CONNECT pgli3a.oloadcdn.net:443 HTTP/1.1 User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:47.0) Gecko/20100101 Firefox/47.0 Proxy-Connection: keep-alive Connection: keep-alive Host: pgli3a.oloadcdn.net:443 01.08.16 16:50:30,485 # 1 <<< URL: https://pgli3a.oloadcdn.net/dl/l/BH5_kxDs4gA/7OF9HYeNzEw/Iron.Lady.Cha.E001.150105.HDTV.H264.450p-LIMO.mkv Request: GET /dl/l/BH5_kxDs4gA/7OF9HYeNzEw/Iron.Lady.Cha.E001.150105.HDTV.H264.450p-LIMO.mkv HTTP/1.1 Host: pgli3a.oloadcdn.net User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:47.0) Gecko/20100101 Firefox/47.0 Accept: text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8 Accept-Language: en-US,en;q=0.5 Accept-Encoding: gzip, deflate, br Connection: keep-alive 01.08.16 16:50:30,488 # 1: DNS resolve pgli3a.oloadcdn.net --> 91.195.98.214 (From cache) 01.08.16 16:50:30,488 # 1 <<< URL: https://pgli3a.oloadcdn.net/dl/l/BH5_kxDs4gA/7OF9HYeNzEw/Iron.Lady.Cha.E001.150105.HDTV.H264.450p-LIMO.mkv Connection to 91.195.98.214:443 01.08.16 16:50:31,784 # 1: Outbound Connection, Local port: 54531 01.08.16 16:50:31,786 # 1/3 >>> URL: https://pgli3a.oloadcdn.net/dl/l/BH5_kxDs4gA/7OF9HYeNzEw/Iron.Lady.Cha.E001.150105.HDTV.H264.450p-LIMO.mkv GET /dl/l/BH5_kxDs4gA/7OF9HYeNzEw/Iron.Lady.Cha.E001.150105.HDTV.H264.450p-LIMO.mkv HTTP/1.1 Host: pgli3a.oloadcdn.net User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:47.0) Gecko/20100101 Firefox/47.0 Accept: text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8 Accept-Language: en-US,en;q=0.5 Accept-Encoding: gzip, deflate Connection: keep-alive 01.08.16 16:50:32,563 # 1 <<< URL: https://pgli3a.oloadcdn.net/dl/l/BH5_kxDs4gA/7OF9HYeNzEw/Iron.Lady.Cha.E001.150105.HDTV.H264.450p-LIMO.mkv HTTP/1.1 200 OK Server: openresty Date: Mon, 01 Aug 2016 09:50:32 GMT Content-Type: application/octet-stream Content-Length: 177465899 Last-Modified: Sat, 30 Jul 2016 19:14:18 GMT Connection: keep-alive ETag: "579cfc8a-a93ea2b" Access-Control-Allow-Headers: If-Modified-Since,Range Access-Control-Expose-Headers: Accept-Ranges,Content-Encoding,Content-Length,Content-Range Content-Disposition: attachment; filename="Iron.Lady.Cha.E001.150105.HDTV.H264.450p-LIMO.mkv" Accept-Ranges: bytes and this different debug from Handycache RC4 1.0.0.647 with delay 1 minutes after GET to response from server Код: 01.08.16 16:57:36,421 # 1: Start connection from client 01.08.16 16:57:36,422 # 1: Connection from 192.168.2.2:54579 to HC Version 1.00 RC4 (1.0.0.647) 01.08.16 16:57:36,422 # 1: User name: lan-c 01.08.16 16:57:36,422 # 1 <<< URL: https://pgli3a.oloadcdn.net:443 Request: CONNECT pgli3a.oloadcdn.net:443 HTTP/1.1 User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:47.0) Gecko/20100101 Firefox/47.0 Proxy-Connection: keep-alive Connection: keep-alive Host: pgli3a.oloadcdn.net:443 01.08.16 16:57:36,438 # 1 <<< URL: https://pgli3a.oloadcdn.net/dl/l/BH5_kxDs4gA/7OF9HYeNzEw/Iron.Lady.Cha.E001.150105.HDTV.H264.450p-LIMO.mkv Request: GET /dl/l/BH5_kxDs4gA/7OF9HYeNzEw/Iron.Lady.Cha.E001.150105.HDTV.H264.450p-LIMO.mkv HTTP/1.1 Host: pgli3a.oloadcdn.net User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:47.0) Gecko/20100101 Firefox/47.0 Accept: text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8 Accept-Language: en-US,en;q=0.5 Accept-Encoding: gzip, deflate, br Connection: keep-alive 01.08.16 16:57:36,442 # 1 <<< URL: https://pgli3a.oloadcdn.net/dl/l/BH5_kxDs4gA/7OF9HYeNzEw/Iron.Lady.Cha.E001.150105.HDTV.H264.450p-LIMO.mkv FileName= 01.08.16 16:57:36,442 # 1: DNS resolve pgli3a.oloadcdn.net --> 91.195.98.214 (From cache) 01.08.16 16:57:36,442 # 1 <<< URL: https://pgli3a.oloadcdn.net/dl/l/BH5_kxDs4gA/7OF9HYeNzEw/Iron.Lady.Cha.E001.150105.HDTV.H264.450p-LIMO.mkv Connection to 91.195.98.214:443 01.08.16 16:57:37,669 # 1: Outbound Connection, Local port: 443 01.08.16 16:57:37,670 # 1/3 >>> URL: https://pgli3a.oloadcdn.net/dl/l/BH5_kxDs4gA/7OF9HYeNzEw/Iron.Lady.Cha.E001.150105.HDTV.H264.450p-LIMO.mkv GET /dl/l/BH5_kxDs4gA/7OF9HYeNzEw/Iron.Lady.Cha.E001.150105.HDTV.H264.450p-LIMO.mkv HTTP/1.1 Host: pgli3a.oloadcdn.net User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:47.0) Gecko/20100101 Firefox/47.0 Accept: text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8 Accept-Language: en-US,en;q=0.5 Accept-Encoding: gzip, deflate Connection: keep-alive 01.08.16 16:58:54,356 # 1 <<< URL: https://pgli3a.oloadcdn.net/dl/l/BH5_kxDs4gA/7OF9HYeNzEw/Iron.Lady.Cha.E001.150105.HDTV.H264.450p-LIMO.mkv HTTP/1.1 200 OK Server: openresty Date: Mon, 01 Aug 2016 09:57:38 GMT Content-Type: application/octet-stream Content-Length: 177465899 Last-Modified: Sat, 30 Jul 2016 19:14:18 GMT Connection: keep-alive ETag: "579cfc8a-a93ea2b" Access-Control-Allow-Headers: If-Modified-Since,Range Access-Control-Expose-Headers: Accept-Ranges,Content-Encoding,Content-Length,Content-Range Content-Disposition: attachment; filename="Iron.Lady.Cha.E001.150105.HDTV.H264.450p-LIMO.mkv" Accept-Ranges: bytes best regards Название: Re: https object delay to browser on Handycache RC4 1.0.0.647 Отправлено: mai62 от 02 августа 2016, 15:56:33 Give the URL that I can check.
Добавлено: 02 Август 2016, 15:10:43 I tried to download a file from mega.nz, I did not get the delay. Код: 02.08.16 15:27:46,613 # 943: DNS resolve gfs270n019.userstorage.mega.co.nz --> 31.216.144.29 (From cache) 02.08.16 15:27:46,614 # 943/3212 >>> URL: https://gfs270n019.userstorage.mega.co.nz/dl/AtDhbCPC4INSawK7qqo8F0hxRm6RWkYBQdsrpzi3R1qaSp4DG-OvmccSfc4ovcmCAATSNjVMe57ZTSJbnkOzlqPNylOsE1LIkzEMYs4FsMN_gmuABfAIiA/155713536-172490751 POST /dl/AtDhbCPC4INSawK7qqo8F0hxRm6RWkYBQdsrpzi3R1qaSp4DG-OvmccSfc4ovcmCAATSNjVMe57ZTSJbnkOzlqPNylOsE1LIkzEMYs4FsMN_gmuABfAIiA/155713536-172490751 HTTP/1.1 Host: gfs270n019.userstorage.mega.co.nz Connection: keep-alive Content-Length: 0 Origin: https://mega.nz User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/51.0.2704.106 YaBrowser/16.7.0.3342 Yowser/2.5 Safari/537.36 Accept: */* Referer: https://mega.nz/ Accept-Encoding: gzip, deflate, br Accept-Language: ru,en;q=0.8 02.08.16 15:27:46,746 # 943 <<< URL: https://gfs270n019.userstorage.mega.co.nz/dl/AtDhbCPC4INSawK7qqo8F0hxRm6RWkYBQdsrpzi3R1qaSp4DG-OvmccSfc4ovcmCAATSNjVMe57ZTSJbnkOzlqPNylOsE1LIkzEMYs4FsMN_gmuABfAIiA/155713536-172490751 HTTP/1.1 200 OK Content-Length: 16777216 Content-Type: application/octet-stream Content-Disposition: attachment Cache-Control: private Content-Transfer-Encoding: binary Access-Control-Allow-Origin: * Access-Control-Allow-Headers: MEGA-Chrome-Antileak Access-Control-Max-Age: 86400 Connection: keep-alive Last-Modified: Tue, 02 Aug 2016 12:27:46 GMT Добавлено: 02 Август 2016, 15:41:18 Another test Код: 02.08.16 15:49:24,352 # 1159: Start connection from client 02.08.16 15:49:24,352 # 1159: Connection from 127.0.0.1:52159 to HC Version 1.00 RC4 (1.0.0.647) 02.08.16 15:49:24,352 # 1159: User name: local 02.08.16 15:49:24,352 # 1159 <<< URL: https://cloclo38.cldmail.ru:443 Request: CONNECT cloclo38.cldmail.ru:443 HTTP/1.1 Host: cloclo38.cldmail.ru:443 Proxy-Connection: keep-alive User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/51.0.2704.106 YaBrowser/16.7.0.3342 Yowser/2.5 Safari/537.36 02.08.16 15:49:24,455 # 1159 <<< URL: https://cloclo38.cldmail.ru/BqcDwH4uoek4KfwHcyF/G/CEhv/d28Lt8XVP?key=3b44f4f6b29a4f4bada33a966e6e6bd8453200db Request: GET /BqcDwH4uoek4KfwHcyF/G/CEhv/d28Lt8XVP?key=3b44f4f6b29a4f4bada33a966e6e6bd8453200db HTTP/1.1 Host: cloclo38.cldmail.ru Connection: keep-alive Upgrade-Insecure-Requests: 1 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/51.0.2704.106 YaBrowser/16.7.0.3342 Yowser/2.5 Safari/537.36 Accept: text/html,application/xhtml+xml,application/xml;q=0.9,image/webp,*/*;q=0.8 Referer: https://cloud.mail.ru/public/CEhv/d28Lt8XVP Accept-Encoding: gzip, deflate, sdch, br Accept-Language: ru,en;q=0.8 02.08.16 15:49:24,458 # 1159 <<< URL: https://cloclo38.cldmail.ru/BqcDwH4uoek4KfwHcyF/G/CEhv/d28Lt8XVP?key=3b44f4f6b29a4f4bada33a966e6e6bd8453200db FileName= 02.08.16 15:49:24,458 # 1159: DNS resolve cloclo38.cldmail.ru --> 217.69.142.238 (From cache) 02.08.16 15:49:24,458 # 1159 <<< URL: https://cloclo38.cldmail.ru/BqcDwH4uoek4KfwHcyF/G/CEhv/d28Lt8XVP?key=3b44f4f6b29a4f4bada33a966e6e6bd8453200db Connection to 217.69.142.238:443 02.08.16 15:49:24,528 # 1159: Outbound Connection, Local port: 443 02.08.16 15:49:24,529 # 1159/4066 >>> URL: https://cloclo38.cldmail.ru/BqcDwH4uoek4KfwHcyF/G/CEhv/d28Lt8XVP?key=3b44f4f6b29a4f4bada33a966e6e6bd8453200db GET /BqcDwH4uoek4KfwHcyF/G/CEhv/d28Lt8XVP?key=3b44f4f6b29a4f4bada33a966e6e6bd8453200db HTTP/1.1 Host: cloclo38.cldmail.ru Connection: keep-alive Upgrade-Insecure-Requests: 1 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/51.0.2704.106 YaBrowser/16.7.0.3342 Yowser/2.5 Safari/537.36 Accept: text/html,application/xhtml+xml,application/xml;q=0.9,image/webp,*/*;q=0.8 Referer: https://cloud.mail.ru/public/CEhv/d28Lt8XVP Accept-Encoding: gzip, deflate, sdch, br Accept-Language: ru,en;q=0.8 02.08.16 15:49:27,045 # 1159 <<< URL: https://cloclo38.cldmail.ru/BqcDwH4uoek4KfwHcyF/G/CEhv/d28Lt8XVP?key=3b44f4f6b29a4f4bada33a966e6e6bd8453200db HTTP/1.1 200 OK Server: Tengine/2.0.0 Date: Tue, 02 Aug 2016 12:49:27 GMT Content-Type: application/zip Content-Length: 282934080 Connection: keep-alive Keep-Alive: timeout=20 X-Trace: dPXT#qik7y ETag: 07210B6D45E7BBFD201C28C3832767330F713D08 Content-Disposition: attachment; filename="C%2B%2BBuilder%5Fupdate4%5Ftabletka.zip"; filename*=utf-8''C%2B%2BBuilder%5Fupdate4%5Ftabletka.zip Accept-Ranges: bytes X-Content-Type-Options: nosniff Strict-Transport-Security: max-age=31556926; includeSubDomains X-XSS-Protection: 1; mode=block; report=https://cspreport.mail.ru/xxssprotection Expires: Tue, 02 Aug 2016 12:49:27 GMT Cache-Control: max-age=0 X-Host: cloclo38.i.mail.ru [\code] Название: Re: https object delay to browser on Handycache RC4 1.0.0.647 Отправлено: reges007 от 02 августа 2016, 17:24:57 here the link of problem
Код: https://openload.co/f/7OF9HYeNzEw/Iron.Lady.Cha.E001.150105.HDTV.H264.450p-LIMO.mkv another sample streaming with file huge 100MB above Код: http://layarkaca21.tv/huntsman-winters-war-extended-2016/ i'm using windows 7 32bit thankyou Название: Re: https object delay to browser on Handycache RC4 1.0.0.647 Отправлено: mai62 от 04 августа 2016, 16:13:47 Thank you. I also see a delay. I will fix it.
Название: Re: https object delay to browser on Handycache RC4 1.0.0.647 Отправлено: bdstd от 04 августа 2016, 20:16:21 i have some problem too with latest version
some site with ssl handling enabled can't be opened, always "Bad Gateway" i'm using Windows XP SP3 pastebin[.]com/z9fx0AXD Название: Re: https object delay to browser on Handycache RC4 1.0.0.647 Отправлено: mai62 от 04 августа 2016, 21:34:15 Цитировать i'm using Windows XP SP3 I use the SSL library built into windows. We need a more recent Windows with updates.Название: Re: https object delay to browser on Handycache RC4 1.0.0.647 Отправлено: bdstd от 19 февраля 2017, 01:59:22 still delay at 1.0.0.671 version :(
Название: Re: https object delay to browser on Handycache RC4 1.0.0.647 Отправлено: mai62 от 19 февраля 2017, 03:11:05 Цитировать still delay at 1.0.0.671 version More info please.Название: Re: https object delay to browser on Handycache RC4 1.0.0.647 Отправлено: bdstd от 19 февраля 2017, 04:49:27 the problem is almost the same as has been described above (reges007 post)
when downloading large objects, after sending a response header and a few bytes of data, handycache not directly transmit data to the browser. "like holding" data up to a certain limit (indicated by increasing RAM usage and download speed in the browser decreasing to 0 KB). After a while, suddenly, handycache send data to the browser with "incredible speed" and not according to the download speed provided by the internet service provider (indicated by decreasing RAM usage and CPU usage increasing shortly) and it will be repeated, can not be terminated using the "Stop loading" menu on a log monitor, until the download process has been completed. here for log debug pastebin[.]com/8Ageszdu sorry for my bad english. I'm using google translate :) Название: Re: https object delay to browser on Handycache RC4 1.0.0.647 Отправлено: mai62 от 19 февраля 2017, 05:56:55 I selected important lines from your log.
Код: 19.02.17 07:57:38,049 # 4/8 <<< URL: ----------------.global.ssl.fastly.net/xampp-files/5.6.30/xampp-win32-5.6.30-0-VC11-installer.exe?from_af=true Answer=200 OK 19.02.17 07:57:38,049 # 4/8 <<< URL: ----------------.global.ssl.fastly.net/xampp-files/5.6.30/xampp-win32-5.6.30-0-VC11-installer.exe?from_af=true FileSize=114827840 CurSize=1670 //1 19.02.17 07:57:38,065 # 4/8 <<< URL: ----------------.global.ssl.fastly.net/xampp-files/5.6.30/xampp-win32-5.6.30-0-VC11-installer.exe?from_af=true FileSize=114827840 CurSize=4429 //2 19.02.17 07:57:38,433 # 4/8 <<< URL: ----------------.global.ssl.fastly.net/xampp-files/5.6.30/xampp-win32-5.6.30-0-VC11-installer.exe?from_af=true FileSize=114827840 CurSize=7188 //2 19.02.17 07:57:38,443 # 4/8 <<< URL: ----------------.global.ssl.fastly.net/xampp-files/5.6.30/xampp-win32-5.6.30-0-VC11-installer.exe?from_af=true FileSize=114827840 CurSize=9947 //2 19.02.17 07:57:38,525 # 4/8 <<< URL: ----------------.global.ssl.fastly.net/xampp-files/5.6.30/xampp-win32-5.6.30-0-VC11-installer.exe?from_af=true FileSize=114827840 CurSize=12706 //2 19.02.17 07:57:38,649 # 4/8 <<< URL: ----------------.global.ssl.fastly.net/xampp-files/5.6.30/xampp-win32-5.6.30-0-VC11-installer.exe?from_af=true FileSize=114827840 CurSize=15295 //2 19.02.17 07:57:38,769 # 4/8 <<< URL: ----------------.global.ssl.fastly.net/xampp-files/5.6.30/xampp-win32-5.6.30-0-VC11-installer.exe?from_af=true FileSize=114827840 CurSize=18054 //2 19.02.17 07:57:38,779 # 4/8 <<< URL: ----------------.global.ssl.fastly.net/xampp-files/5.6.30/xampp-win32-5.6.30-0-VC11-installer.exe?from_af=true FileSize=114827840 CurSize=20813 //2 I see that data comes in small portions over short periods of time. I downloaded the file from your URL. The picture shows the graph of download speed. In my opinion downloading happens normally. Добавлено: 19 Февраль 2017, 05:44:09 Цитировать and it will be repeated, can not be terminated using the "Stop loading" menu on a log monitor, until the download process has been completed. The picture shows that I have several times stopped file downloading and the browser went to restore downloading after break.Название: Re: https object delay to browser on Handycache RC4 1.0.0.647 Отправлено: bdstd от 19 февраля 2017, 07:57:20 please check this video...
youtube[.]com/watch?v=Zaap8qBsF7M I'm using Windows 7 Ultimate x64 I tried too with Windows 7 Pro/Ult x86, and this problem still exist sorry for my bad english, i'm using google translate :) Название: Re: https object delay to browser on Handycache RC4 1.0.0.647 Отправлено: mai62 от 19 февраля 2017, 15:38:33 Yes, I see. I do not know why this happens. It may affect the operating system.
I am using windows 10 64 bit. I have no delay. See my video https_:_//cloud[.]mail.ru/public/Bx4F/VncDmpdpB Название: Re: https object delay to browser on Handycache RC4 1.0.0.647 Отправлено: reges007 от 20 февраля 2017, 01:48:26 new problem, can't upload picture into facebook
(https://image.ibb.co/mouzOv/freeze.jpg) Название: Re: https object delay to browser on Handycache RC4 1.0.0.647 Отправлено: pdionisis от 10 марта 2017, 10:47:09 I also have problem uploading a file attachment to a new mail at web microsoft mail :
outlook.live.com (i.e. hotmail.com) It uploads until 90% really fast ( I have a 5mbps upload speed) and then freezes until it timeouts This happens no matter how big or small is the file (tried with 1MB and 400KB file) When I bypass the proxy it works OK Название: Re: https object delay to browser on Handycache RC4 1.0.0.647 Отправлено: pdionisis от 28 марта 2017, 14:35:42 I also see https freezes.
For example I click to see a picture at facebook and it takes about 2 minutes to see it (the test line is 50MBps with noone else downloading at this moment...) Without handycache I see the picture instantly However this does not happen all the times. Most times it is ok Название: Re: https object delay to browser on Handycache RC4 1.0.0.647 Отправлено: bdstd от 18 июня 2017, 04:45:55 Still no solution for this problem :'(
Название: Re: https object delay to browser on Handycache RC4 1.0.0.647 Отправлено: mai62 от 19 июня 2017, 15:00:01 Цитировать Still no solution for this problem For this, do you have a solution?Название: Re: https object delay to browser on Handycache RC4 1.0.0.647 Отправлено: truefriend-cz от 19 июня 2017, 17:45:24 :good:
Название: Re: https object delay to browser on Handycache RC4 1.0.0.647 Отправлено: bdstd от 19 июня 2017, 19:42:04 Цитировать Still no solution for this problem For this, do you have a solution?I admit it I know it's wrong I'm so sorry for that I promise and make sure not to do it again I did it because I was bothered with ssl handling limitation, and tried for more, and I found a gap to do it, and I got out of control once again I'm so sorry for that I promise not to do it again I promise... :'(
Powered by SMF 1.1.3 SMF © 2006, Simple Machines LLC
Joomla Bridge by JoomlaHacks.com |