Skip to content

http://www.isvarnishworking.com/ saying "no varnish " why? #21

@TOMER628

Description

@TOMER628

hi !

i using your Default.vcl ..
i checked in http://www.isvarnishworking.com/ website, if my varnish (4) working..
and he said " NOPE ! "
how this possible ?

here my config details:

let say my server ip is :123.123.123.123

so this my configuration of Default.vcl:

backend default {
.host = "123.123.123.123";
.port = "8080";
.connect_timeout = 600s;
.first_byte_timeout = 600s;
.between_bytes_timeout = 600s;
.max_connections = 800;
}

Only allow purging from specific IPs

acl purge {
"localhost";
"127.0.0.1";
}

and in Nginx.conf :

server {
listen 123.123.123.123:80;
server_name mydomain.com www.mydomain.com;
error_log /var/log/httpd/domains/mydomain.com.error.log error;

location / {
    proxy_pass      http://123.123.123.123:6081;

    proxy_cache cache;
    proxy_cache_valid 15m;
    proxy_cache_valid 404 1m;
    proxy_no_cache $no_cache;
    proxy_cache_bypass $no_cache;
    proxy_cache_bypass $cookie_session $http_x_update;

    location ~* ^.+\.(jpeg|jpg|png|gif|bmp|ico|svg|tif|tiff|css|js|htm|html$
        proxy_cache    off;
        root           /home/admin/web/mydomain.com/public_html;
        access_log     /var/log/httpd/domains/mydomain.com.log combined;
        access_log     /var/log/httpd/domains/mydomain.com.bytes bytes;
        expires        max;
        try_files      $uri @fallback;
    }
}

location /error/ {
    alias   /home/admin/web/mydomain.com/document_errors/;
}

location @fallback {
    proxy_pass      http://123.123.123.123:6081;
}

location ~ /\.ht    {return 404;}
location ~ /\.svn/  {return 404;}
location ~ /\.git/  {return 404;}
location ~ /\.hg/   {return 404;}
location ~ /\.bzr/  {return 404;}

include /home/admin/conf/web/nginx.mydomain.com.conf*;

}

i think this configurated correct. so why http://www.isvarnishworking.com/ say no varnish ?

Nope!
We didn't find the "X-Varnish" header in the response from the server so likely Varnish is, in fact, not working.

Shoot.

It is possible that the Varnish daemon is technically running on the server, but maybe listening on another port. It's also possible someone modified the headers in your Varnish installation - in which case you're out of luck pal!

And here, for you to ponder further, are the actual headers we received:

The url we checked: mydomain.com
HTTP/1.1 200 OK
Date: Tue, 06 Jan 2015 08:11:37 GMT
Content-Type: text/html; charset=UTF-8
Connection: keep-alive
Set-Cookie: __cfduid=d235e8244a0187f446c95c59f836c4abc1420531897; expires=Wed, 06-Jan-16 08:11:37 GMT; path=/; domain=.mydomain.com; HttpOnly
X-Pingback: http://mydomain.com/xmlrpc.php
Link: http://wp.me/58zon; rel=shortlink
Age: 42026
X-Cache: cached
Server: cloudflare-nginx
CF-RAY: 1a4672293c930697-EWR
Content-Encoding: gzip

And the headers we sent:

HEAD / HTTP/1.1

Host: mydomain.com
Accept: /
Accept-Encoding: gzip, deflate
Check another site!

regards,
Tomer.

Metadata

Metadata

Assignees

No one assigned

    Labels

    No labels
    No labels

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions