Henrik Nordstrom <[EMAIL PROTECTED]> schrieb: > On mån, 2007-09-24 at 09:50 +0200, Andreas Meyer wrote: > > > But I cannot find any reason that causes this problem on the apache. What > > I experience also is that a phpinfo() is displayed in completly unformated > > list, not as usual in a nicely formated output. Hard for me to say why it is > > like that. > > Things I can think of: > > * Differences in Host header, making the requests hit different virtual > servers in your web server configuration.. > > * Bug in the web server, making it react differently to HTTP/1.0 > requests. > > > Which Squid version are you using now, and how have you configured > Squid?
Since this morning I have a Squid Cache (Version 2.6.STABLE16-20070924) running with my ages old squid.conf. I just post the uncommented options: http_port 3128 hierarchy_stoplist cgi-bin ? acl QUERY urlpath_regex cgi-bin \? no_cache deny QUERY cache_dir ufs /var/cache/squid 500 16 256 cache_access_log /var/log/squid/access.log cache_log /var/log/squid/cache.log cache_store_log none emulate_httpd_log on ftp_user [EMAIL PROTECTED] ftp_passive off acl all src 0.0.0.0/0.0.0.0 acl manager proto cache_object acl localhost src 127.0.0.1/255.255.255.255 acl SSL_ports port 443 563 acl Safe_ports port 80 # http acl Safe_ports port 21 # ftp acl Safe_ports port 443 563 # https, snews acl Safe_ports port 70 # gopher acl Safe_ports port 210 # wais acl Safe_ports port 1025-65535 # unregistered ports acl Safe_ports port 280 # http-mgmt acl Safe_ports port 488 # gss-http acl Safe_ports port 591 # filemaker acl Safe_ports port 631 acl Safe_ports port 777 # multiling http acl Safe_ports port 901 # swat acl CONNECT method CONNECT acl home src 192.168.0.0/255.255.0.0 acl http-Whitelist url_regex -i /usr/share/squid/white-list acl http-Blacklist url_regex -i /usr/share/squid/black-list acl nimda-eml urlpath_regex -i \.eml$ acl nimda-nws urlpath_regex -i \.nws$ acl wml-files urlpath_regex -i \.wml$ acl exe-files urlpath_regex -i \.exe$ acl avi-files urlpath_regex -i \.avi$ acl mp3-files urlpath_regex -i \.mp3$ acl vbx-files urlpath_regex -i \.vb?$ acl mpg-files urlpath_regex -i \.mpg$ acl zip-files urlpath_regex -i \.zip$ acl scr-files urlpath_regex -i \.scr$ http_access allow manager localhost http_access deny manager http_access deny !Safe_ports http_access deny CONNECT !SSL_ports http_access deny nimda-eml http_access deny nimda-nws http_access deny wml-files http_access deny vbx-files http_access deny mpg-files http_access deny scr-files http_access allow localhost http_access allow home http_access deny all icp_access allow all cache_mgr [EMAIL PROTECTED] cache_effective_user squid cache_effective_group nogroup visible_hostname proxy.anup.de forwarded_for off The Squid is only reachable from within our local LAN. It's not from the outside. But like I said before, since yesterday evening suddenly the problem that I had to add index.php to the URL is gone. I don't know why. I had to add it to two virtual hosts, one worked without adding it. -- Andreas Meyer Internet-Tel.: 06341620317 Mein öffentlicher GPG-Schlüssel unter: http://gpg-keyserver.de/pks/lookup?search=anmeyer&fingerprint=on&op=index