wget unterstützt https nicht

Ich möchte https://example.commit dem wgetBefehl herunterladen , aber es steht "nicht unterstütztes / nicht erkanntes Protokoll". Ich habe versucht, das zu verwenden, --secure protocol=''aber das funktioniert nicht. Ich habe die TAR-Datei von GNU wget heruntergeladen und versucht, sie zu konfigurieren, aber ich bin fehlgeschlagen.

Hier ist ein Beispiel für das, was ich sehe:

bash-2.05$ wget https://www.facebook.com/
https://www.facebook.com/: Unknown/unsupported protocol.
bash-2.05$

Hallo Leute, danke für die Antworten, die die Version meines Wget überprüft haben, heißt es wie folgt

bash-2.05$ wget -V
GNU Wget 1.6

Copyright (C) 1995, 1996, 1997, 1998, 2000 Free Software Foundation, Inc.
This program is distributed in the hope that it will be useful,
but WITHOUT ANY WARRANTY; without even the implied warranty of
MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the
GNU General Public License for more details.

Originally written by Hrvoje Niksic <[email protected]>.

und ich habe keine Ahnung, ob mein wget von SSL kompiliert wurde und das SSL aktiviert ist oder nicht. Könnten Sie mir bitte mitteilen, wie der wgetBefehl kompiliert wird ? Ich habe versucht, die configureDatei auszuführen make, und dann den Befehl eingegeben , der mir den Fehler "Befehl nicht gefunden" gibt. Selbst nach dem Ausführen der Konfigurationsdatei werden mir keine wgetDateien erstellt, die in erstellt wurden /usr/local/.

bash-2.05$ cd wget-1.10.1
bash-2.05$ ./configure --prefix=/usr/local --with-ssl
bash-2.05$ make
bash: make: command not found

Die Version, die ich heruntergeladen habe, ist wget-1.10.1.tar

Lösung

Stellen Sie sicher, dass Ihre wgetBinärdatei mit aktivierter SSL-Unterstützung kompiliert wurde. Meine Ausgabe, wenn ich den Befehl versuche, den Sie gegeben haben:

$ wget https://www.facebook.com
--2015-07-19 15:27:17--  https://www.facebook.com/
Resolving www.facebook.com (www.facebook.com)... 31.13.66.1, 2a03:2880:f013:1:face:b00c:0:1
Connecting to www.facebook.com (www.facebook.com)|31.13.66.1|:443... connected.
HTTP request sent, awaiting response... 302 Found
Location: https://www.facebook.com/unsupportedbrowser [following]
--2015-07-19 15:27:18--  https://www.facebook.com/unsupportedbrowser
Reusing existing connection to www.facebook.com:443.
HTTP request sent, awaiting response... 200 OK
Length: unspecified [text/html]
Saving to: ‘index.html’

index.html                                                              [ <=>                                                                                                                                                                 ]  29.21K  --.-KB/s   in 0.04s  

2015-07-19 15:27:18 (775 KB/s) - ‘index.html’ saved [29916]

$

Da keine vollständig qualifizierte URL die Standardseite herunterlädt, die index.htmlTags usw. enthält. Auf dieser Seite wird mir beim Anzeigen über einen Browser mitgeteilt, dass mein Browser nicht unterstützt wird. Mit anderen Worten: Wir unterstützen das Abrufen von Seiten über nicht wget.

$ eix wget

[I] net-misc/wget
     Available versions:  1.16 ~1.16.1 ~1.16.2 ~1.16.3 {debug gnutls idn ipv6 nls ntlm pcre +ssl static test uuid zlib}
     Installed versions:  1.16(11:25:57 AM 07/19/2015)(idn ipv6 nls pcre ssl zlib -debug -gnutls -ntlm -static -test -uuid)
     Homepage:            http://www.gnu.org/software/wget/
     Description:         Network utility to retrieve files from the WWW

Pro Kommentar

So sieht eine Versionsausgabe aus, falls Sie noch nie eine Gentoo-basierte Ausgabe gesehen haben (Hinweis -DHAVE_LIBSSL):

$ wget -V
wget -V
GNU Wget 1.16 built on linux-gnu.

+digest +https +ipv6 +iri +large-file +nls -ntlm +opie -psl +ssl/openssl 

Wgetrc: 
    /etc/wgetrc (system)
Locale: 
    /usr/share/locale 
Compile: 
    x86_64-pc-linux-gnu-gcc -DHAVE_CONFIG_H 
    -DSYSTEM_WGETRC="/etc/wgetrc" -DLOCALEDIR="/usr/share/locale" -I. 
    -I../lib -I../lib -DHAVE_LIBSSL -march=amdfam10 -O2 -pipe 
Link: 
    x86_64-pc-linux-gnu-gcc -DHAVE_LIBSSL -march=amdfam10 -O2 -pipe 
    -Wl,-O1 -Wl,--as-needed -lpcre -lssl -lcrypto -lz -lidn ftp-opie.o 
    openssl.o ../lib/libgnu.a 

Copyright (C) 2014 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later
<http://www.gnu.org/licenses/gpl.html>.
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.

Originally written by Hrvoje Niksic <[email protected]>.
Please send bug reports and questions to <[email protected]>.

Beachten Sie, dass ssl kein Minus in der Zeile Installierte Versionen der Gentoo-basierten Ausgabe enthält, was bedeutet, dass ich die SSL-Unterstützung für meine Gentoo-Box kompiliert habe. Um weiter zu gehen, aktualisieren Sie bitte Ihre Frage mit Ihrer Distribution.

Versuchen Sie, die "s" zu entfernen ... Ich meine, verwenden Sie einfach http.

Meistens ist eine Umleitung von http zu https aktiv und wget scheint damit zu funktionieren.

Wenn Sie die Adresse in Ihrem Browser mit einfachem http eingeben, funktioniert Ihr Wget wahrscheinlich, wenn Sie zu https umgeleitet werden.

Damit.. wget http://example.com/file

Falls jemand anderes in vmWare ESXi oder einer anderen BusyBox-Umgebung auf diesen Fehler stößt, verwenden Sie nicht wget:

Ausgabe von wget -Vfür mich:

wget: invalid option -- 'V'
BusyBox v1.22.1 (2018-07-23 19:34:44 PDT) multi-call binary.

Usage: wget [-csq] [-O FILE] [-Y on/off] [-P DIR] [-U AGENT] URL...

Retrieve files via HTTP or FTP

    -s  Spider mode - only check file existence
    -c  Continue retrieval of aborted transfer
    -q  Quiet
    -P DIR  Save to DIR (default .)
    -O FILE Save to FILE ('-' for stdout)
    -U STR  Use STR for User-Agent header
    -Y  Use proxy ('on' or 'off')

Sie haben also kein Glück. Übertragen Sie die Datei mit einer anderen Methode wie SCP von Ihrer Workstation.