2011-03-17 60 views
3

我剛剛注意到在我的錯誤日誌中,每當我向PayPal API發出請求(使用php + curl)時,一些返回的頭文件顯示在我的Apache錯誤日誌(不訪問日誌)。據我所知,這個特殊的要求從一開始就已經填滿了我的日誌(幾個月後),但我第一次注意到它。現在我知道這不是什麼大問題,但是我很樂意擺脫這個問題,因爲這樣可以更輕鬆地解決其他問題。頭部顯示在Apache錯誤日誌(捲曲和貝寶)

首先,這裏是錯誤提示:

[Thu Mar 17 15:14:19 2011] [error] [client 192.168.1.21] * About to connect() to api-3t.paypal.com port 443 (#0) 
[Thu Mar 17 15:14:19 2011] [error] [client 192.168.1.21] * Trying 66.211.168.126... * connected 
[Thu Mar 17 15:14:19 2011] [error] [client 192.168.1.21] * Connected to api-3t.paypal.com (66.211.168.126) port 443 (#0) 
[Thu Mar 17 15:14:19 2011] [error] [client 192.168.1.21] * SSL connection using DES-CBC3-SHA 
[Thu Mar 17 15:14:19 2011] [error] [client 192.168.1.21] * Server certificate: 
[Thu Mar 17 15:14:19 2011] [error] [client 192.168.1.21] * \t subject: /C=US/ST=California/L=San Jose/O=PayPal, Inc./OU=Information Systems/CN=api-3t.paypal.com 
[Thu Mar 17 15:14:19 2011] [error] [client 192.168.1.21] * \t start date: 2009-09-24 00:00:00 GMT 
[Thu Mar 17 15:14:19 2011] [error] [client 192.168.1.21] * \t expire date: 2011-09-19 23:59:59 GMT 
[Thu Mar 17 15:14:19 2011] [error] [client 192.168.1.21] * \t issuer: /C=US/O=VeriSign, Inc./OU=VeriSign Trust Network/OU=Terms of use at https://www.verisign.com/rpa (c)09/CN=VeriSign Class 3 Secure Server CA - G2 
[Thu Mar 17 15:14:19 2011] [error] [client 192.168.1.21] * SSL certificate verify result: self signed certificate in certificate chain (19), continuing anyway. 
[Thu Mar 17 15:14:19 2011] [error] [client 192.168.1.21] > POST /nvp HTTP/1.1\r 
[Thu Mar 17 15:14:19 2011] [error] [client 192.168.1.21] Host: api-3t.paypal.com\r 
[Thu Mar 17 15:14:19 2011] [error] [client 192.168.1.21] Accept: */*\r 
[Thu Mar 17 15:14:19 2011] [error] [client 192.168.1.21] Content-Length: 217\r 
[Thu Mar 17 15:14:19 2011] [error] [client 192.168.1.21] Content-Type: application/x-www-form-urlencoded\r 
[Thu Mar 17 15:14:19 2011] [error] [client 192.168.1.21] \r 
[Thu Mar 17 15:14:19 2011] [error] [client 192.168.1.21] < HTTP/1.1 200 OK\r 
[Thu Mar 17 15:14:19 2011] [error] [client 192.168.1.21] < Date: Thu, 17 Mar 2011 20:14:57 GMT\r 
[Thu Mar 17 15:14:19 2011] [error] [client 192.168.1.21] < Server: Apache\r 
[Thu Mar 17 15:14:19 2011] [error] [client 192.168.1.21] < Content-Length: 1162\r 
[Thu Mar 17 15:14:19 2011] [error] [client 192.168.1.21] < Connection: close\r 
[Thu Mar 17 15:14:19 2011] [error] [client 192.168.1.21] < Content-Type: text/plain; charset=utf-8\r 
[Thu Mar 17 15:14:19 2011] [error] [client 192.168.1.21] * Closing connection #0 

即使我讓使用他們的示例代碼的請求時,錯誤仍然顯示。我甚至已經關閉了SSL_VERIFYPEER和SSL_VERIFYHOST curl選項,希望ssl(仍然有效)導致問題。我嘗試了其他curl請求(不是通過ssl),並且它們不顯示在錯誤日誌中。

任何人都可以幫我找出問題嗎?

回答

8

嘗試使用這種捲曲選項:

curl_setopt($ch, CURLOPT_VERBOSE,0); 
+0

這似乎很好地工作。感謝user470714。 – Brandon0 2011-03-21 22:47:43

0

是否使用CURLOPT_CERTINFO?如此描述:

TRUE在安全傳輸上輸出SSL認證信息到STDERR

同時檢查CURLOPT_VERBOSE,這對CURLOPT_CERTINFO啓用在新的PHP版本的工作。

+0

欣賞信息。不幸的是,CURLOPT_CERTINFO需要5.3.2,我們實際上仍然在5.2.4上。 – Brandon0 2011-03-21 22:47:26

+0

這聽起來像是他們將它從詳細模式中分離出來,然後給出手動註釋。很高興知道! – Charles 2011-03-21 22:48:34