2011-08-24 10 views
22

मैं इस त्रुटि मिलती है (पथ अधिकारों का उपयोग?):पीएचपी समस्या

"SSL CA प्रमाणपत्र (पथ अधिकारों का उपयोग?) के साथ समस्या" जब कर रही:

$curl = curl_init('https://example.com' . ($method == 'GET' && $params ? '?' . $params : '')); 

curl_setopt($curl, CURLOPT_SSL_VERIFYPEER, 0); 
curl_setopt($curl, CURLOPT_SSL_VERIFYHOST, 0); 
$response = curl_exec($curl); 

print curl_error($curl) 

किसी अन्य सर्वर पर ठीक काम करता है।

एसएसएल एनएसएस का उपयोग कर रहा है।

mv /etc/pki/nssdb /etc/pki/nssdb.old 
+0

इस सवाल का समान: http: // stackoverflow.com/questions/26099849/amazon-marketplacewebserviceorders-requests- अचानक- failing-php-curl-giving-ss – Marty

+0

मुझे पता है कि यह एक पुराना सवाल है लेकिन क्या आप "सही उत्तर" चुन सकते हैं? – gillytech

+0

पहले से ही मेरे लिए क्या काम किया है उठाया। –

उत्तर

0

यह nssdb का नाम बदलकर काम कर गया।

अपाचे को पुनरारंभ करना ठीक था।

+0

यह समाधान किसी कारण से मेरे लिए काम नहीं करता था। ऐसा लगता है कि समस्या libcurl के उन्नयन के कारण हुई थी। मेरे मामले में मुझे कोई भी सत्यापन नहीं चाहिए लेकिन मैं पूरी चीज़ को अक्षम करने में सक्षम नहीं हूं। क्या किसी के पास कोई अन्य सुझाव है? – Greg

22

इस दो सर्वर जो लगभग एक ही समय पेपैल IPN, दोनों का उपयोग होता है था: पीएचपी 5.3.6

+1

यह भी होता था। एक स्वचालित अपडेट हुआ था, जिसने एक नया /etc/pki/nssdb/pkcs11.txt बनाया (और पुराने को /etc/pki/nssdb/pkcs11.txt.rpmnew पर ले जाया गया)। फ़ाइल सामग्री वही थी। लॉग में कोई चेतावनी या अन्य जानकारी नहीं थी। मुझे नहीं पता कि स्वचालित अपडेट अपराधी था या नहीं। किसी भी तरह, php-fpm के पुनरारंभ करने से समस्या हल हो गई। –

+5

मेरे लिए उल्लेखनीय मूल्य कम से कम अपाचे का एक सरल सुन्दर पुनरारंभ पर्याप्त नहीं था। मुझे सेवा को पुनरारंभ करना पड़ा (यानी 'सेवा httpd पुनरारंभ करें')।यकीन नहीं है कि इससे अंतर क्यों आया, लेकिन ऐसा हुआ। – Johno

+1

जो लोग सेंटोस पर nginx + php-fpm का उपयोग करते हैं: 'सुडो सेवा php-fpm restart' को चाल – Curious

11

यदि आपको "एसएसएल सीए प्रमाण (पथ? एक्सेस अधिकार?) के साथ समस्या हो रही है, तो इसका बहुत अच्छा अर्थ हो सकता है कि आपने या तो /etc/pki/tls/certs/ से सबकुछ हटा दिया है या अमान्य अनुमतियां सेट की हैं (सीएचएमओडी)।

आप RHEL/CentOS का उपयोग कर रहे हैं, तो yum reinstall openssl ca-certificates -y

+1

यह, पुनरारंभ/रीबूट करने में मेरी सहायता नहीं हुई। –

+0

और शायद 'एपीटी-ट्रांसपोर्ट-https' भी – Jonathan

7

बस पीएचपी 5.5.17 करने के लिए उन्नत कोशिश करते हैं और यह वह जगह है जब मुसीबत शुरू कर दिया। सर्वर पेपैल लेनदेन चलाता है और कर्ल इस त्रुटि पर असफल होने लगा: "एसएसएल सीए प्रमाण (पथ? एक्सेस अधिकार?) के साथ समस्या"।

मैंने कर्ल को पुन: उत्पन्न करने की कोशिश की, कर्ल विकल्पों को संशोधित किया, मुझे कुछ भी नहीं मिला। समाधान केवल (मेरे मामले में CentOS 6.5) को रीबूट करना था। उम्मीद है कि यह किसी की मदद करता है।

+2

मैं सहमत हूं; सर्वर को रिबूट करने से भी मेरे लिए समस्या ठीक हो गई :) – Latheesan

1

पैकेज के अपडेट के बाद यह मेरे साथ होता है।

एक बार जब मैंने अपाचे को पुनरारंभ किया तो यह ठीक हो गया।

फिर मैंने इसे उत्पादन सर्वर पर स्थापित किया और मुझे इसे फिर से मिला। इस समय यह// etc/PKI/TLS/प्रमाणपत्र के तहत प्रमाण पत्र पर गंदगी

बैकअप फ़ाइलों था और यह आदेश इसे ठीक कर देगा:

curl http://curl.haxx.se/ca/cacert.pem -o /etc/pki/tls/certs/ca-bundle.crt