Facebook SDK вернул ошибку: установил сертификат проверки ошибок [duplicate]

Самый быстрый способ обойти ошибку - добавить параметр -k где-нибудь в вашем запросе на завивание. Этот параметр «позволяет подключаться к SSL-ссылкам без сертификатов». (from curl --help)

Имейте в виду, что это может означать, что вы не разговариваете с конечной точкой, о которой вы думаете, так как они представляют сертификат, не подписанный CA, которому вы доверяете.

Например:

$ curl -o /usr/bin/apt-cyg https://raw.github.com/cfg/apt-cyg/master/apt-cyg

дал мне следующий ответ об ошибке:

curl: (77) error setting certificate verify locations:
  CAfile: /usr/ssl/certs/ca-bundle.crt
  CApath: none

Я добавил в -k:

curl -o /usr/bin/apt-cyg https://raw.github.com/cfg/apt-cyg/master/apt-cyg -k

и сообщение об ошибке. В качестве бонуса теперь у меня установлен apt-cyg. И ca-сертификаты.

Кажется, ваши завитки указывают на несуществующий файл с сертификатами CA или аналогичными.

Для первичной ссылки на сертификаты CA с curl см.: https: //curl.haxx. се / Docs / sslcerts.html

@roens - это правильно. Это влияет на всех пользователей Anaconda, с ошибкой ниже curl: (77) error setting certificate verify locations: CAfile: /etc/pki/tls/certs/ca-bundle.crt CApath: none

. Обходной путь заключается в использовании зависания системы по умолчанию и избегании возиться с добавленной переменной Anaconda PATH. Вы можете либо

1. Переименовать двоичный файл curl Anaconda :) mv /path/to/anaconda/bin/curl /path/to/anaconda/bin/curl_anaconda
2. ИЛИ удалить Anaconda curl conda remove curl

$ which curl /usr/bin/curl

[0] Anaconda Ubuntu curl Github issue https://github.com/conda/conda-recipes/issues/352

Запустите следующую команду в git bash, которая отлично работает для меня

git config --global http.sslverify "false"

У меня была та же проблема.

Это была моя ошибка

установка ошибки, проверяющая местоположения: CAfile: D: / git_repo / mingw32 / ssl / certs / ca-bundle .crt CApath: none

Он отлично работает для меня

Я переименую имя каталога установки git в git_repo ".

Для PHP-кода, запущенного на XAMPP в Windows, я нашел, что мне нужно было отредактировать php.ini, чтобы включить ниже

[curl]
; A default value for the CURLOPT_CAINFO option. This is required to be an
; absolute path.
curl.cainfo = curl-ca-bundle.crt

, а затем скопировать в файл https: //curl.haxx .se / ca / ​​cacert.pem и переименуйте в curl-ca-bundle.crt и поместите его под путь \ xampp (я не смог заставить curl.capath работать). Я также обнаружил, что CAbundle на сайте cURL недостаточно для удаленного сайта, к которому я подключался, поэтому использовал тот, который указан с предварительно скомпилированной версией Windows curl 7.47.1 на http: // winampplugins. co.uk/curl/

Из $ man curl:

--cert-type <type>
    (SSL) Tells curl what certificate type the provided  certificate
    is in. PEM, DER and ENG are recognized types.  If not specified,
    PEM is assumed.

    If this option is used several times, the last one will be used.

--cacert <CA certificate>
    (SSL) Tells curl to use the specified certificate file to verify
    the peer. The file may contain  multiple  CA  certificates.  The
    certificate(s)  must be in PEM format. Normally curl is built to
    use a default file for this, so this option is typically used to
    alter that default file.

curl выполняет проверку сертификата SSL по умолчанию, используя «пакет» открытых ключей Certificate Authority (CA) (сертификаты CA). Пул по умолчанию называется curl-ca-bundle.crt; вы можете указать альтернативный файл с помощью опции -cacert.

Если этот сервер HTTPS использует сертификат, подписанный ЦС, представленный в комплекте, проверка сертификата, вероятно, не удалась из-за проблемы с сертификатом (это может быть истекло, или имя может не соответствовать доменному имени в URL-адресе).

Если вы хотите отключить проверку винта сертификата, используйте -k (или --insecure ).

например

curl --insecure http://........

У меня также была установлена ​​самая новая версия ca-сертификатов, но все еще была получена ошибка:

curl: (77) error setting certificate verify locations:
  CAfile: /etc/pki/tls/certs/ca-bundle.crt
  CApath: none

Проблема заключалась в том, что завиток ожидал, что сертификат находится на пути /etc/pki/tls/certs/ca-bundle.crt, но не может найти его, потому что он был на пути /etc/ssl/certs/ca-certificates.crt.

Копирование моего сертификата в ожидаемый пункт назначения, запустив

sudo cp /etc/ssl/certs/ca-certificates.crt /etc/pki/tls/certs/ca-bundle.crt

, сработало для меня. Вам нужно будет создать папки для целевого адресата, если они не существуют, запустив

sudo mkdir -p /etc/pki/tls/certs

. При необходимости измените приведенную выше команду, чтобы имя файла назначения соответствовало пути, ожидаемому с помощью curl, то есть замените /etc/pki/tls/certs/ca-bundle.crt с дорожкой, следующей за «CAfile:» в сообщении об ошибке.

Это сработало для меня

sudo apt-get install ca-certificates

, затем зайдите в папку сертификатов в

sudo cd /etc/ssl/certs

, затем скопируйте файл ca-certificates.crt в папку /etc/pki/tls/certs

sudo cp ca-certificates.crt /etc/pki/tls/certs

, если нет папки tls / certs: создать одно и изменить разрешения с помощью chmod 777 -R folderNAME

Другой альтернативой для устранения этой проблемы является отключение проверки сертификата:

echo insecure >> ~/.curlrc

Создайте файл ~/.curlrc со следующим содержимым

cacert=/etc/ssl/certs/ca-certificates.crt

Исправлено для меня:

curl --remote-name --time-cond cacert.pem \ https://curl.haxx.se/ca/cacert.pem

Для того, что стоит, проверка выполнения which curl тоже значительна.

Пользователь на общем компьютере, который я поддерживал, получал эту ошибку. Но причина оказалась в том, что они установили Anaconda ( http://continuum.io ). Это ставит бинарный путь Anaconda перед стандартным $PATH, и он поставляется со своим собственным curl двоичным кодом, у которого возникли проблемы с поиском сертификатов по умолчанию, установленных на этой машине Ubuntu.