Questions tagged «turpentine»

我发现，每当在服务器上重新启动Varnish时，我就会为用户失去会话。 这是轮到我的顾客放弃购物车了。 这是Varnish的正常行为，还是应该归咎于我的VCL？似乎不是 进一步的信息。 经过进一步调查，似乎此问题与GitHub上的Issue＃725有关。 我的Magento安装版本为1.9.1.0。还应该说我的整个前端都在https下运行。我在Varnish前面使用Pound终止SSL。 在此版本中，Magento的默认行为似乎是创建辅助前端cookie，通常称为“ frontend_cid”，以尝试抵御MITM攻击。 看起来Turpentine生成的VCL文件没有传递此cookie，这导致了无效的会话。 谁能解释VCL文件如何将Magento传递给客户端的Cookie传递给他人？ 我将范围缩小到Varnish，不生成所需的cookie。 从Magento 1.9.1.0开始，引入了一个“ frontend_cid” cookie来阻止MITM攻击。 可以Mage_Core_Model_Session_Abstract_Varien在第135行的类中找到 if (Mage::app()->getFrontController()->getRequest()->isSecure() && empty($cookieParams['secure'])) { // secure cookie check to prevent MITM attack $secureCookieName = $sessionName . '_cid'; if (isset($_SESSION[self::SECURE_COOKIE_CHECK_KEY]) && $_SESSION[self::SECURE_COOKIE_CHECK_KEY] !== md5($cookie->get($secureCookieName)) ) { session_regenerate_id(false); $sessionHosts = $this->getSessionHosts(); $currentCookieDomain = $cookie->getDomain(); foreach …

9 session  cookie  varnish  turpentine 

我是Turpentine和Varnish的新手，这是我的设置： nginx->清漆-> nginx-> php5-fpm 当我将Nginx设置为侦听端口80，然后不使用ssl转发到varnish（不是直接在80上运行varnish）时，Varnish可以正常工作，它可以正常工作，缓存的页面速度很快，第一次命中会稍微慢一些（第一次命中大约200ms，已缓存）网页点击大约7-20毫秒）。 然后我尝试用https包裹清漆，首先我用自签名证书对其进行了测试，第一次命中变得缓慢如地狱（30s +，是的，秒，不是ms），缓存命中仍然很快，为7-20ms。来自letsencrypt.org的证书，但无法解决该问题。 我不太了解这里发生了什么，也不知道如何找出导致它如此缓慢的原因。 编辑：在30秒钟的等待时间内，RAM或CPU使用率没有显着增加。 用于清漆的Nginx配置 upstream varnish{ server 127.0.0.1:8080; } server { server_name store1.mydomain.com store2.mydomain.com store3.mydomain.com; # I actually have 3 store front listen 80; location / { try_files $uri @proxy; } location @proxy{ proxy_pass http://varnish; proxy_set_header Host $http_host; proxy_set_header X-Forwarded-Host $http_host; proxy_set_header X-Real-IP $remote_addr; …

8 ssl  https  varnish  turpentine