項目中碰到curl https偶爾出現false，錯誤碼77，可以嘗試下面兩種解決方法：
1、確認安裝機器ca-certificates，重啟PHP。設置curl_setopt($ch, CURLOPT_SSL_VERIFYPEER, 0)：阻止對證書的合法性的檢查
$ service php-fpm restart
2、centos默認安裝curl ssl_version：NSS，需要更改為openssl
libcurl錯誤代碼
名稱
libcurl-errors - libcurl中的錯誤代碼
描述
此手冊頁包含libcurl中的大多數（如果不是全部）可用錯誤代碼。它們為什么會發生，也可能包括解決問題的方法。
CURLcode
幾乎所有“簡單”接口函數都返回CURLcode錯誤代碼。無論如何，使用curl_easy_setopt選項CURLOPT_ERRORBUFFER是一個好主意，因為它將為您提供一個人類可讀的錯誤字符串，可以提供有關錯誤原因的更多詳細信息，而不僅僅是錯誤代碼。可以調用curl_easy_strerror從給定的CURLcode編號中獲取錯誤字符串。
CURLcode是以下之一：
CURLE_OK（0）
一切都很好。像往常一樣繼續。
CURLE_UNSUPPORTED_PROTOCOL（1）
您傳遞給libcurl的URL使用了此libcurl不支持的協議。支持可能是您沒有使用的編譯時選項，它可能是拼寫錯誤的協議字符串，或者只是libcurl沒有代碼的協議。
CURLE_FAILED_INIT（2）
很早的初始化代碼失敗了。這可能是內部錯誤或問題，或者是在初始時無法完成某些基本操作的資源問題。
CURLE_URL_MALFORMAT（3）
URL格式不正確。
CURLE_NOT_BUILT_IN（4）
由於構建時決定，未在此libcurl中找到所請求的功能，協議或選項。這意味着在構建libcurl時未啟用或顯式禁用某個功能或選項，並且為了使其正常運行，您必須獲得重建的libcurl。
CURLE_COULDNT_RESOLVE_PROXY（5）
無法解析代理。無法解析給定的代理主機。
CURLE_COULDNT_RESOLVE_HOST（6）
無法解析主機。給定的遠程主機未解析。
CURLE_COULDNT_CONNECT（7）
無法連接（）到主機或代理。
CURLE_FTP_WEIRD_SERVER_REPLY（8）
服務器發送的數據libcurl無法解析。此錯誤代碼不僅用於FTP，而且自7.51.0起別名為CURLE_WEIRD_SERVER_REPLY。
CURLE_REMOTE_ACCESS_DENIED（9）
我們被拒絕訪問URL中給出的資源。對於FTP，嘗試更改到遠程目錄時會發生這種情況。
CURLE_FTP_ACCEPT_FAILED（10）
在使用活動FTP會話時等待服務器連接回來時，通過控制連接或類似方式發送錯誤代碼。
CURLE_FTP_WEIRD_PASS_REPLY（11）
在將FTP密碼發送到服務器之后，libcurl希望得到適當的回復。此錯誤代碼表示返回了意外的代碼。
CURLE_FTP_ACCEPT_TIMEOUT（12）
在等待服務器連接的活動FTP會話期間，CURLOPT_ACCEPTTIMEOUT_MS（或內部默認值）超時已到期。
CURLE_FTP_WEIRD_PASV_REPLY（13）
libcurl無法從服務器獲得合理的結果作為對PASV或EPSV命令的響應。服務器存在缺陷。
CURLE_FTP_WEIRD_227_FORMAT（14）
FTP服務器返回227行作為對PASV命令的響應。如果libcurl無法解析該行，則返回此返回碼。
CURLE_FTP_CANT_GET_HOST（15）
查找用於新連接的主機的內部故障。
CURLE_HTTP2（16）
在HTTP2框架層中檢測到問題。這有些通用，可能是幾個問題中的一個，請參閱錯誤緩沖區了解詳細信息。
CURLE_FTP_COULDNT_SET_TYPE（17）
嘗試將傳輸模式設置為二進制或ASCII時收到錯誤。
CURLE_PARTIAL_FILE（18）
文件傳輸比預期的更短或更長。當服務器首次報告預期的傳輸大小，然后傳遞與先前給定大小不匹配的數據時，會發生這種情況。
CURLE_FTP_COULDNT_RETR_FILE（19）
這可能是對'RETR'命令的奇怪回復，也可能是零字節傳輸完成。
CURLE_QUOTE_ERROR（21）
向遠程服務器發送自定義“QUOTE”命令時，其中一個命令返回的錯誤代碼為400或更高（對於FTP）或以其他方式表示命令未成功完成。
CURLE_HTTP_RETURNED_ERROR（22）
如果CURLOPT_FAILONERROR設置為TRUE且HTTP服務器返回> = 400的錯誤代碼，則返回此值。
CURLE_WRITE_ERROR（23）
將接收的數據寫入本地文件時發生錯誤，或者從寫回調將錯誤返回到libcurl。
CURLE_UPLOAD_FAILED（25）
啟動上傳失敗。對於FTP，服務器通常拒絕STOR命令。錯誤緩沖區通常包含服務器對此的解釋。
CURLE_READ_ERROR（26）
讀取本地文件或讀取回調返回的錯誤時出現問題。
CURLE_OUT_OF_MEMORY（27）
內存分配請求失敗。這是嚴重的壞事，如果發生這種情況，事情就會嚴重搞亂。
CURLE_OPERATION_TIMEDOUT（28）
操作超時。根據條件達到規定的超時時間。
CURLE_FTP_PORT_FAILED（30）
FTP PORT命令返回錯誤。當您沒有為libcurl指定足夠好的地址時，這通常會發生。請參見CURLOPT_FTPPORT。
CURLE_FTP_COULDNT_USE_REST（31）
FTP REST命令返回錯誤。如果服務器是理智的，這應該永遠不會發生。
CURLE_RANGE_ERROR（33）
服務器不支持或接受范圍請求。
CURLE_HTTP_POST_ERROR（34）
這是一個奇怪的錯誤，主要是由於內部混亂造成的。
CURLE_SSL_CONNECT_ERROR（35）
SSL / TLS握手中出現問題。你真的想要錯誤緩沖區並在那里閱讀消息，因為它會稍微查明問題。可以是證書（文件格式，路徑，權限），密碼等。
CURLE_BAD_DOWNLOAD_RESUME（36）
無法恢復下載，因為指定的偏移量超出了文件邊界。
CURLE_FILE_COULDNT_READ_FILE（37）
無法打開以FILE：//指定的文件。很可能是因為文件路徑無法識別現有文件。你檢查過文件權限了嗎？
CURLE_LDAP_CANNOT_BIND（38）
LDAP無法綁定。LDAP綁定操作失敗。
CURLE_LDAP_SEARCH_FAILED（39）
LDAP搜索失敗。
CURLE_FUNCTION_NOT_FOUND（41）
找不到功能。找不到所需的zlib函數。
CURLE_ABORTED_BY_CALLBACK（42）
被回調中止。回調“abort”返回libcurl。
CURLE_BAD_FUNCTION_ARGUMENT（43）
內部錯誤。使用錯誤參數調用函數。
CURLE_INTERFACE_FAILED（45）
接口錯誤。無法使用指定的傳出接口。使用CURLOPT_INTERFACE設置用於傳出連接的源IP地址的接口。
CURLE_TOO_MANY_REDIRECTS（47）
重定向太多。在執行重定向后，libcurl會達到最大值。使用CURLOPT_MAXREDIRS設置限制。
CURLE_UNKNOWN_OPTION（48）
傳遞給libcurl的選項無法識別/已知。請參閱相應的文檔。這很可能是使用libcurl的程序中的一個問題。錯誤緩沖區可能包含有關其所涉及的確切選項的更具體信息。
CURLE_TELNET_OPTION_SYNTAX（49）
telnet選項字符串是非法格式化的。
CURLE_GOT_NOTHING（52）
沒有從服務器返回任何內容，在這種情況下，什么都沒有被認為是錯誤。
CURLE_SSL_ENGINE_NOTFOUND（53）
找不到指定的加密引擎。
CURLE_SSL_ENGINE_SETFAILED（54）
將所選SSL加密引擎設置為默認值失敗！
CURLE_SEND_ERROR（55）
發送網絡數據失敗。
CURLE_RECV_ERROR（56）
接收網絡數據失敗。
CURLE_SSL_CERTPROBLEM（58）
本地客戶端證書的問題。
CURLE_SSL_CIPHER（59）
無法使用指定的密碼。
CURLE_PEER_FAILED_VERIFICATION（60）
遠程服務器的SSL證書或SSH md5指紋被認為不正常。自7.62.0起，此錯誤代碼已與CURLE_SSL_CACERT統一。它之前的價值是51。
CURLE_BAD_CONTENT_ENCODING（61）
無法識別的傳輸編碼。
CURLE_LDAP_INVALID_URL（62）
無效的LDAP URL。
CURLE_FILESIZE_EXCEEDED（63）
超出最大文件大小。
CURLE_USE_SSL_FAILED（64）
請求的FTP SSL級別失敗。
CURLE_SEND_FAIL_REWIND（65）
在執行發送操作時，curl必須回滾數據以重新傳輸，但是倒帶操作失敗。
CURLE_SSL_ENGINE_INITFAILED（66）
啟動SSL引擎失敗。
CURLE_LOGIN_DENIED（67）
遠程服務器拒絕curl登錄（在7.13.1中添加）
CURLE_TFTP_NOTFOUND（68）
在TFTP服務器上找不到文件。
CURLE_TFTP_PERM（69）
TFTP服務器上的權限問題。
CURLE_REMOTE_DISK_FULL（70）
服務器上的磁盤空間不足。
CURLE_TFTP_ILLEGAL（71）
非法的TFTP操作。
CURLE_TFTP_UNKNOWNID（72）
未知的TFTP傳輸ID。
CURLE_REMOTE_FILE_EXISTS（73）
文件已存在且不會被覆蓋。
CURLE_TFTP_NOSUCHUSER（74）
正常運行的TFTP服務器永遠不應該返回此錯誤。
CURLE_CONV_FAILED（75）
字符轉換失敗。
CURLE_CONV_REQD（76）
呼叫者必須注冊轉換回調。
CURLE_SSL_CACERT_BADFILE（77）
讀取SSL CA證書時出現問題（路徑？訪問權限？）
CURLE_REMOTE_FILE_NOT_FOUND（78）
URL中引用的資源不存在。
CURLE_SSH（79）
SSH會話期間發生了未指定的錯誤。
CURLE_SSL_SHUTDOWN_FAILED（80）
無法關閉SSL連接。
CURLE_AGAIN（81）
套接字尚未准備好發送/接收等待，直到它准備好再試一次。此返回碼僅從curl_easy_recv和curl_easy_send返回（在7.18.2中添加）
CURLE_SSL_CRL_BADFILE（82）
無法加載CRL文件（在7.19.0中添加）
CURLE_SSL_ISSUER_ERROR（83）
發行人檢查失敗（在7.19.0中添加）
CURLE_FTP_PRET_FAILED（84）
FTP服務器根本不理解PRET命令或不支持給定的參數。使用CURLOPT_CUSTOMREQUEST時要小心，在PASV之前也會使用PRET CMD發送自定義LIST命令。（在7.20.0中添加）
CURLE_RTSP_CSEQ_ERROR（85）
RTSP CSeq號碼不匹配。
CURLE_RTSP_SESSION_ERROR（86）
RTSP會話標識符不匹配。
CURLE_FTP_BAD_FILE_LIST（87）
無法解析FTP文件列表（在FTP通配符下載期間）。
CURLE_CHUNK_FAILED（88）
塊回調報告錯誤。
CURLE_NO_CONNECTION_AVAILABLE（89）
（僅供內部使用，libcurl永遠不會返回）沒有可用的連接，會話將排隊。（在7.30.0中添加）
CURLE_SSL_PINNEDPUBKEYNOTMATCH（90）
無法匹配CURLOPT_PINNEDPUBLICKEY指定的固定密鑰。
CURLE_SSL_INVALIDCERTSTATUS（91）
當詢問CURLOPT_SSL_VERIFYSTATUS時，狀態返回失敗。
CURLE_HTTP2_STREAM（92）
HTTP / 2成幀層中的流錯誤。
CURLE_RECURSIVE_API_CALL（93）
從回調內部調用API函數。
CURLE_OBSOLETE *
永遠不會返回這些錯誤代碼。它們在舊的libcurl版本中使用，目前尚未使用。
CURLMcode
這是libcurl多接口中函數使用的通用返回碼。還要考慮curl_multi_strerror。
CURLM_CALL_MULTI_PERFORM（-1）
這不是一個真正的錯誤。這意味着您應該再次調用curl_multi_perform，而不要在其間執行select（）或類似操作。在版本7.20.0之前，這可以通過curl_multi_perform返回，但在以后的版本中，此返回代碼從不使用。
CURLM_OK（0）
事情很好。
CURLM_BAD_HANDLE（1）
傳入的句柄不是有效的CURLM句柄。
CURLM_BAD_EASY_HANDLE（2）
容易處理不好/有效。這可能意味着它根本不是一個簡單的手柄，或者可能是手柄已被這個或另一個多手柄使用。
CURLM_OUT_OF_MEMORY（3）
你注定要失敗。
CURLM_INTERNAL_ERROR（4）
這只能在libcurl錯誤時返回。請向我們報告！
CURLM_BAD_SOCKET（5）
傳入的套接字不是libcurl已經知道的有效套接字。（在7.15.4中添加）
CURLM_UNKNOWN_OPTION（6）
curl_multi_setopt（）帶有不支持的選項（在7.15.4中添加）
CURLM_ADDED_ALREADY（7）
已嘗試添加到多手柄的簡易手柄第二次添加。（在7.32.1中添加）
CURLM_RECURSIVE_API_CALL（8）
從回調內部調用API函數。
CURLSHcode
“share”接口將返回CURLSHcode以指示何時發生錯誤。還要考慮curl_share_strerror。
CURLSHE_OK（0）
一切都很好。像往常一樣繼續。
CURLSHE_BAD_OPTION（1）
傳遞給函數的選項無效。
CURLSHE_IN_USE（2）
共享對象當前正在使用中。
CURLSHE_INVALID（3）
無效的共享對象已傳遞給該函數。
CURLSHE_NOMEM（4）
沒有足夠的內存可用。（在7.12.0中添加）
CURLSHE_NOT_BUILT_IN（5）
無法執行請求的共享，因為您使用的庫未啟用該特定功能。（在7.23.0中添加）
CURLUcode
CURLUE_BAD_HANDLE（1）
應該是CURLU指針的參數作為NULL傳入。
CURLUE_BAD_PARTPOINTER（2）
NULL指針被傳遞給curl_url_get的'part'參數。
CURLUE_MALFORMED_INPUT（3）
格式錯誤的輸入傳遞給URL API函數。
CURLUE_BAD_PORT_NUMBER（4）
端口號不是0到65535之間的十進制數。
CURLUE_UNSUPPORTED_SCHEME（5）
此libcurl構建不支持給定的URL方案。
CURLUE_URLDECODE（6）
URL解碼錯誤，很可能是因為輸入中有垃圾。
CURLUE_OUT_OF_MEMORY（7）
記憶功能失敗。
CURLUE_USER_NOT_ALLOWED（8）
禁止時，憑據在URL中傳遞。
CURLUE_UNKNOWN_PART（9）
未知的部件ID已傳遞給URL API函數。
CURLUE_NO_SCHEME（10）
URL中沒有方案部分。
CURLUE_NO_USER（11）
URL中沒有用戶部分。
CURLUE_NO_PASSWORD（12）
URL中沒有密碼部分。
CURLUE_NO_OPTIONS（13）
URL中沒有選項部分。
CURLUE_NO_HOST（14）
URL中沒有主機部分。
CURLUE_NO_PORT（15）
URL中沒有端口部分。
CURLUE_NO_QUERY（16）
URL中沒有查詢部分。
CURLUE_NO_FRAGMENT（17）
URL中沒有片段部分。