This discussion has been locked.
You can no longer post new replies to this discussion. If you have a question you can start a new discussion

VERY STRANGE!!!

 [:S]

I seem to have run in to a very strange problem.
I have a webserver running in my dmz, from here certain files can be downlaoded, specifically a zipped version of gnupg122. There has newer been problems downloading this file.
But then I was to place another zip files on the server, and all of a sudden I am unable to download any files, except for standard webpages and .txt files.

I have reason to belive that the problem is located at the Astaro, because I have no problems downloading the files if I do it directly on the webserver, but as soon as I have to go through the firewall, I receive an error. I have tested it from several off location machines, and they all display the same behaviour.

Can anyone lead me toward some sort of solution to this problem, that seem to have come out of the clear blue sky.... 


This thread was automatically locked due to age.
  • As a test, try downloading it using the wget utility...
      
  • Hi Christian,

    could you give some more informations about your configuration? Do you just have some simple DNAT-Rules? Or anything else which is important to know?
    Use a packet-sniffer (ethereal for example) to see what is going wrong.

    Xeno  
  • I have a DNAT that map any HTTP traffic on the External_interface to my internal webserver.

    In the rule base I have a rule defining that any HTTP traffic to the webserver is allowed.

    Apart from that I use the HTTP proxy, which on another case gave me problems with uploads above 1 meg. It is operating in standard mode.

    The following error appears when I try to download with IE:
    Internet Explorer cannot download the file test.zip from www.xxx.xx.
    Internet Explorer was not able to open this internet site. The requested site is either unavailable or cannot be found.
    Please try again.

    I can download the file from flashget, and through some VB code. I have now tested with three external machines all with same result. 

    I have a bad feeling that this started after upgrading to ver. 4.012, but have not had the time to try and and go back to ver. 4.011
  • Hi,

    you could try to change the MTU of the Webserver. Try to change it to 1450.

    The HTTP-Proxy (Squid) is limited to 1 MB upload. This is the standard-value. To increase that value insert
    request_body_max_size 10 MB
    into /var/chroot-suqid/etc/squid.conf-default

    Xeno  
  • Hi

    Have now tried changing the MTU - no luck.
    Will now try and go back to 4.011    
  • GRRRRRRRRR - have now tried going back to a clean FW install - no luck - problem still occurs.

    I have then tried moving my webserver onto my LAN, and trying the operation from here - same result.

    No problem with the Firewall - which off course would be practically impossible with this super turbo great product  

    This now places the problem in the M$ backyard [:S]
    I think I will just kill my webserver - and maybe just reinstall with a windows 2003 instead. 
  • WHIIHEEEEE - Problem solved.

    In IIS the setting "Enable content expiration" -> "Expire immediately" was enabled. This somehow made sure that, when I tried to download fx. a zip file directly from the server, I got the error, but if I made a link on a page to the same zip file - I could download it.

    Disabling the "Enable Content Expiration" solved the problem.

    Just wanted to let you all know - if you ever run in to this problem.