我遵循优秀的数字海洋教程和SSL证书validation有效。 然而,访问pipe理员的Drupallogin不再激活,页面只是重新加载到自己。 我启用了NGINX日志的debugging,下面是结果。 它结束于:* recv()未准备好(11:资源暂时不可用)。 *
奇怪的是我们的开发Drupal网站工作得很好。 当我比较这些日志时,唯一的区别是它出现在dev站点中:
4 http请求行:“POST / user HTTP / 1.1”
以下是详细的debugging日志。 有什么build议么? 下面是curl -vvv到login页面的结果。 另外nginx / 1.4.6(Ubuntu)
2016/01/21 11:38:56 [debug] 12534#0:* 6467 write new buf t:1 f:0 00000000025F8510,pos 00000000025F8510,size:239 file:0,size:0 2016/01/21 11:38:56 [debug] 12534#0:* 6467 http写入filter:l:0 f:0 s:239 2016/01/21 11:38:56 [debug] 12534#0:* 6467 http output filter“/ node / add / page?render = overlay” 2016/01/21 11:38:56 [debug] 12534#0:* 6467 http copy filter:“/ node / add / page?render = overlay” 2016/01/21 11:38:56 [debug] 12534#0:* 6467图片filter 2016/01/21 11:38:56 [debug] 12534#0:* 6467 xslt filter body 2016/01/21 11:38:56 [debug] 12534#0:* 6467 http推迟filter“/ node / add / page?render = overlay”00000000025F8670 2016/01/21 11:38:56 [debug] 12534#0:* 6467写旧buf t:1 f:0 00000000025F8510,pos 00000000025F8510,size:239 file:0,size:0 2016/01/21 11:38:56 [debug] 12534#0:* 6467 write new buf t:0 f:0 0000000000000000,pos 00000000006C6460,size:132 file:0,size:0 2016/01/21 11:38:56 [debug] 12534#0:* 6467 write new buf t:0 f:0 0000000000000000,pos 00000000006C6740,size:61 file:0,size:0 2016/01/21 11:38:56 [debug] 12534#0:* 6467 http写入filter:l:1 f:0 s:432 2016/01/21 11:38:56 [debug] 12534#0:* 6467 http写入filter限制0 2016/01/21 11:38:56 [debug] 12534#0:* 6467 writev:432 2016/01/21 11:38:56 [debug] 12534#0:* 6467 http写入filter0000000000000000 2016/01/21 11:38:56 [debug] 12534#0:* 6467 http copy filter:0“/ node / add / page?render = overlay” 2016/01/21 11:38:56 [debug] 12534#0:* 6467 http finalize request:0,“/ node / add / page?render = overlay”a:1,c:1 2016/01/21 11:38:56 [debug] 12534#0:* 6467设置http keepalive处理程序 2016/01/21 11:38:56 [debug] 12534#0:* 6467 httpclosures请求 2016/01/21 11:38:56 [debug] 12534#0:* 6467 http日志处理程序 2016/01/21 11:38:56 [debug] 12534#0:* 6467免费:00000000025F76A0,未使用:0 2016/01/21 11:38:56 [debug] 12534#0:* 6467免费:00000000025E6CC0,未使用:2666 2016/01/21 11:38:56 [debug] 12534#0:* 6467 free:000000000263C350 2016/01/21 11:38:56 [debug] 12534#0:* 6467 hc free:0000000000000000 0 2016/01/21 11:38:56 [debug] 12534#0:* 6467 hc busy:0000000000000000 0 2016/01/21 11:38:56 [debug] 12534#0:* 6467 tcp_nodelay 2016/01/21 11:38:56 [debug] 12534#0:* 6467可重复使用的连接:1 2016/01/21 11:38:56 [debug] 12534#0:* 6467 event timer add:5:65000:1453394401016 2016/01/21 11:38:56 [debug] 12534#0:* 6467事件0000000002681950 2016/01/21 11:38:56 [debug] 12534#0:* 6467删帖的事件0000000002681950 2016/01/21 11:38:56 [debug] 12534#0:* 6467 http keepalive处理程序 2016/01/21 11:38:56 [debug] 12534#0:* 6467 malloc:000000000263C350:1024 2016/01/21 11:38:56 [debug] 12534#0:* 6467 recv:fd:5 -1 of 1024 2016/01/21 11:38:56 [debug] 12534#0:* 6467 recv()未准备好(11:资源暂时不可用) 2016/01/21 11:38:56 [debug] 12534#0:* 6467 free:000000000263C350 2016/01/21 11:39:10 [debug] 12534#0:* 6442 event timer del:3:1453394350048 2016/01/21 11:39:10 [debug] 12534#0:* 6442 http keepalive处理程序 2016/01/21 11:39:10 [debug] 12534#0:* 6442closureshttp连接:3 2016/01/21 11:39:10 [debug] 12534#0:* 6442可重复使用的连接:0 2016/01/21 11:39:10 [debug] 12534#0:* 6442 free:0000000000000000 2016/01/21 11:39:10 [debug] 12534#0:* 6442免费:00000000025E12D0,未使用:0 2016/01/21 11:39:10 [debug] 12534#0:* 6442免费:000000000263DDA0,未使用:128
curl -vvv https ourdomain.org/user less
* SSLv3,TLS握手,完成(20):
SSL连接使用ECDHE-RSA-AES256-GCM-SHA384
服务器证书:
主题:CN = ourdomain.org
开始date:2016-01-20 20:37:00 GMT
有效截止date:2016-04-19 20:37:00 GMT
subjectAltName:与ourdomain.org匹配
发行人:C = US; O =我们encryption; CN =我们encryption权限X1
SSL证书validation确定。
GET /用户HTTP / 1.1
User-Agent:curl / 7.35.0
主持人:ourdomain.org
接受: /
> <HTTP / 1.1 200 OK
<Server:nginx / 1.4.6(Ubuntu)
<date:2016年1月21日星期四05:52:22 GMT
<Content-Type:text / html; 字符集= utf-8的
<传输编码:分块
<连接:保持活着
<X-Powered-By:PHP / 5.5.9-1ubuntu4.5
<到期日:1978年11月19日星期日05:00:00 GMT
<caching控制:无caching,必须重新validation,后检查= 0,预检查= 0
<X-Content-Type-Options:nosniff
<Content-Language:en
<X-Generator:Drupal 7( http://drupal.org )
看起来像这是(可选) 域访问模块(它允许“Drupal的方式”pipe理与Drupalpipe理子域)configuration问题。
“域URLscheme”应设置为“https://”,“访问此域的URLscheme”需要设置为“活动”
只要确保SSL证书是正确创build的,因为在这个问题上 , “如果https / ssl随后因为该网站的某个问题而失败,pipe理员将不能轻易地login和更改这个。
你从教程中实现了这一步吗?
返回301 https:// $ host $ request_uri;
如果是这样,那么很可能你在一个redirect循环中,因为nginx会将301端口的stream量从端口80redirect到443。
这本身并不坏,但如果你有其他redirect在你的configuration,或者如果drupalredirect到http://位置,那么你被困在一个循环。
我build议你尝试在Firefox中安装Firebug扩展,启用networking模块,切换“永久”并打开你的login页面。 这可以让你很好地了解你的浏览器正在做什么,然后你可以看到你是否确实在http和https之间来回跳动。