curl: (1) Protokół https nie jest obsługiwany lub wyłączony w libcurl

Próbuję zainstalować środowiska Rails na Ubuntu 11.04. Po uruchomieniu polecenia rvm install 1.9.2 --with-openssl-dir=/usr/localpojawia się następujący błąd:

curl : (1) Protocol https not supported or disabled in libcurl

Jak można to rozwiązać?

Mam odpowiedź TUTAJ dla okien, jest tam napisane, że:

curl -XPUT 'http://localhost:9200/api/twittervnext/tweet'

Ups, najpierw spróbuj i już błąd:

curl: (1) Protocol 'http not supported or disabled in libcurl

Przyczyna tego błędu jest trochę głupia, system Windows nie lubi tego, gdy używasz apostrofów dla poleceń . Więc poprawne polecenie to:

curl –XPUT "http://localhost:9200/api/twittervnext/tweet"

Natknąłem się na ten problem i okazało się, że jest spacja przed tym, httpsktóry był przyczyną problemu. " https://"vs"https://"

Wygląda na to, że jest już tak wiele odpowiedzi, ale problem, z jakim się spotkałem, dotyczył podwójnych cudzysłowów. Istnieje różnica pomiędzy:

“

i

"

Zmiana pierwszego podwójnego cudzysłowu na drugi działała dla mnie, poniżej znajduje się przykładowe zawinięcie:

curl -X PUT -u xxx:xxx -T test.txt "https://test.com/test/test.txt"

Napotkałem ten sam problem podczas próby zainstalowania rvm dla ruby. znalazłem rozwiązanie: po wypakowaniu curl (tar) w folderze pobierania w katalogu głównym.

cd /root/Downloads/curl # step-1
./configure --with-ssl # step-2
make # step-3
make install # step-4 (if not root, use sudo before command)

źródło

Rozwiązano ten problem za pomocą flag --with-darwinssl

Przejdź do folderu z kodem źródłowym curl

Pobierz go tutaj https://curl.haxx.se/download.html

sudo ./configure --with-darwinssl
make
make install

zrestartuj konsolę i gotowe!

Jest to szczególnie wspomniane we wpisie FAQ libcurl „ Protokół xxx nie jest obsługiwany lub wyłączony w libcurl ”.

Dla Twojej przyjemności zamieszczam tutaj również wyjaśnienie:

Podczas przekazywania adresu URL do użycia w curl może odpowiedzieć, że określony protokół nie jest obsługiwany lub wyłączony. Szczególny sposób wyrażenia tego komunikatu o błędzie polega na tym, że curl nie rozróżnia wewnętrznie, czy określony protokół nie jest obsługiwany (tj. Nigdy nie został dodany żaden kod, który umie mówić w tym protokole), czy też został wyraźnie wyłączony. curl można zbudować tak, aby obsługiwał tylko określony zestaw protokołów, a reszta byłaby wówczas wyłączona lub nieobsługiwana.

Zwróć uwagę, że ten błąd wystąpi również, jeśli podasz niepoprawnie zapisaną część protokołu, jak w „htpt: //example.com” lub jak w mniej oczywistym przypadku, jeśli poprzedzisz część protokołu spacją, jak w „ http: // przykład .com / ”.

W moim przypadku protokół HTTPS nie był w pierwszej kolejności obsługiwany przez libcurl. Aby dowiedzieć się, które protokoły są obsługiwane, a które nie, sprawdziłem wersję curl za pomocą polecenia:

curl --version

curl 7.50.3 (x86_64-apple-darwin15.6.0) libcurl/7.50.3 SecureTransport zlib/1.2.5 Zawierał następujące informacje: Protokoły: dict plik ftp ftps gopher http imap imaps ldap ldaps pop3 pop3s rtsp smb smbs smtp smtps telnet tftp Funkcje: IPv6 Largefile NTLM NTLM_WB SSL libz UnixSockets

gdzie protokół https nie jest obsługiwany.

Następnie ponownie zainstalowałem curl i zainstalowałem go za pomocą następujących poleceń (po rozpakowaniu):

./configure --with-darwinssl (włącz komunikację ssl w mac) make make test sudo make install

Po kilku minutach pracy problemy zostały rozwiązane!

Następnie ponownie uruchomiłem polecenie curl version, pokazało:

curl 7.50.3 (x86_64-apple-darwin15.6.0) libcurl/7.50.3 SecureTransport zlib/1.2.5 Protokoły: dict plik ftp ftps gopher http https imap imaps ldap ldaps pop3 pop3s rtsp smb smbs smtp smtps telnet tftp Funkcje: IPv6 Largefile NTLM NTLM_WB SSL libz UnixSockets

Pojawił się protokół HTTPS!

Wreszcie przydatna witryna, do której można się odnieść, gdy napotkasz problemy z podkręcaniem. https://curl.haxx.se/docs/install.html

Rozwiązuję to po prostu zmieniając się 'http://webname...'na"http://webname..."

Zwróć uwagę na cytat. Powinien być double ( ") zamiast single ( ').

Mój problem wynikał z niewyświetlanego symbolu UTF. Skopiowałem link ze ścieżki nginx i otrzymałem następny w schowku:

0x00000000: e2 80 8b 68 74 74 70 73 3a 2f 2f 73 6b 2e 65 65 2f 75 70 6c 6f 61 64 2f 66 69 6c 65 73 2f 45 53  ...https://sk.ee/upload/files/ES
0x00000020: 54 45 49 44 2d 53 4b 5f 32 30 31 35 2e 70 65 6d 2e 63 72 74                                      TEID-SK_2015.pem.crt            

Symbolem problemu jest 0xe2 0x80 0x8b ZERO WIDTH JOINER , który poprzedza https.

Ten sam błąd występuje podczas używania curl w witrynie https, takiej jak

curl https://api.dis...

jak wskazał ganesh , było to spowodowane tym, że moja wersja curl nie była obsługiwana przez SSL. wrócił i pobrał wersję z ssl i działało dobrze.

Właśnie ponownie skompilowałem curl z opcjami konfiguracji wskazującymi na folder biblioteki openssl 1.0.2g i folder include, i nadal otrzymuję tę wiadomość. Kiedy robię ldd na curl, nie pokazuje, że używa albo libcrypt.soalbo libssl.so, więc zakładam, że musi to oznaczać, że chociaż makei make installpowiodło się bez błędów, to jednak curl nie ma obsługi HTTPS? Konfiguracja i wykonanie wyglądały następująco:

./configure --prefix=/local/scratch/PACKAGES/local --with-ssl=/local/scratch/PACKAGES/local/openssl/openssl-1.0.2g --includedir=/local/scratch/PACKAGES/local/include/openssl/openssl-1.0.2g
make
make test
make install

Powinienem wspomnieć, że libssl.so.1jest w /local/scratch/PACKAGES/local/lib. Nie jest jasne, czy --with-sslopcja powinna wskazywać tam, czy też do katalogu, w którym instalacja openssl umieściła plik openssl.cnf. Wybrałem to drugie. Ale jeśli miałby to być pierwszy, program powinien zakończyć się niepowodzeniem z błędem polegającym na tym, że nie mógł znaleźć biblioteki.

Określenie protokołu w adresie URL może rozwiązać problem.

Miałem podobny problem (podczas korzystania z klienta php curl):

Przekazywałem domenę.com zamiast sftp: //domain.com, co prowadzi do tego mylącego błędu:

Protokół „http” nie jest obsługiwany lub wyłączony w libcurl, zajęło 0 sekund.