打开 /etc/varnish/default.vcl 文件，检查默认的后台端口并设置为 8080，用来连通 Apache ：
在 root 权限下，使用如下命令重启 Apache 和 Varnish：
检查先前的测试页面是否仍然可以连接。如果可以，那么你可能想知道如何测试网站是否已经被缓存到了 Varnish 上。事实上有好几种方式，最简单的是使用 cURL。请在命令行中输入以下命令：
此时获得响应应该类似于 Via: 1.1 varnish。
你也可以查看由 Varnish 生成的静态资源。在终端中，输入 varnishstat，然后在浏览器中刷新页面，就会看到点击率逐渐增加。如果是由 Varnish 提供的资源，那么会标识为 hit；如果由 Apache 或其他后台提供，标识为 miss。
另一个有用的工具是 varnish-top。首先在命令行中输入 varnishtop -i txurl，然后在浏览器中刷新页面。这个工具将会显示哪些页面是由 Varnish 提供的。
清除缓存
当页面被缓存之后，当你改动 HTML 或者 CSS 文件，并不会立即看到更新的部分。这经常让我出差错。虽然我知道在 Apache 之前有个缓存服务器，但还是经常会犯傻“刚刚我的修改哪去了？”在命令行输入 varnishadm "ban.url ." 即可清除全部的缓存。
你也可以通过 HTTP 控制 Varnish。这方面有很多插件，比如服务于 WordPress 的 Varnish HTTP Purge，可以直接通过管理界面清除缓存。
自定义
也许，你会想通过了解一些 Varnish 的工作原理来微调它的配置。如果按照上述步骤配置 Varnish，一旦静态资源和页面被缓存到内存中，会逐渐积累起大量的静态资源和页面。
Varnish 只会缓存那些不会影响安全的资源，也因此有时不会缓存一些你认为会被缓存的资源，比如，cookies。
在默认配置中，如果设置了 cookie，那么 Varnish 就不会缓存相应的内容。所以，如果你的站点为不同用户提供不同的内容，比如个人资料，那么你肯定不会为了一个用户缓存所有人的资料。不过，有时你又会希望忽略一些 cookies，比如为了某些分析工作。如果网站并不提供任何个人资料，那么唯一需要考虑 cookies 的地方就是后台管理部分——如果 Varnish 缓存了后台管理的部分，那么查看修改就会非常不方便。
让我们修改一下 /etc/varnish/default.vcl 文件。假设你的后台管理部分在 /admin，那么你需要添加如下内容：
