Search squid archive

Reverse Proxy HTTPS POST Problem

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



I know I have brought this up in the past, but I still haven't fixed it. I have duplicated the problem in FreeBSD 9.1, 9.0, 8.3 with Squid 3.1.23, 3.2.6, 3.2.7. With such consistency, that I can't successfully create a working setup without the problem. I have gone down to as basic of a configuration as I can with the only options changed form defaults are the ones need to create a reverse proxy with https, instead of the default forward proxy setup.

I have however discovered, that no matter what the setup, some files will work, some fail to upload, I can't discover what the difference is between working and non working files. I have even searched for patterns, such as is the size divisible by 4, 8 any combination of numbers, doesn't seem to reveal a pattern. One image will upload, another will not, one text file will work another will not, one executable will another will not... If you delete the ones that succeeded from the server (yes I have verified once successful that the file is actually still a valid file), you can repeat the process, the same files will succeed and the same ones will fail again.

I did however finally discover one thing today, when you upload the file, the browser always does its little sending thing, then if its going to fail it just sits there waiting for around 5 minutes, before failing. Squid logs it as successful, but the file never gets posted to the backend. Debugging early shows me that Squid is still waiting for an EOF from the client, then after the long period just goes on.

I did discover today, however that while the browser is sitting there waiting, if you either hit your back button, or stop the browser rather than waiting on the timeout. The file gets submitted to the back end and is uploaded as if nothing went wrong. I was hoping that this information could possibly help someone figure out whats causing the issue. Going to get debugging back on and see if the stop from the client side actually triggers something in the squid logs that's useful.


--
Thanks,
   Dean E. Weimer
   http://www.dweimer.net/


[Index of Archives]     [Linux Audio Users]     [Samba]     [Big List of Linux Books]     [Linux USB]     [Yosemite News]

  Powered by Linux