Arie2
aria2
Für dieses Programm wird keine Garantie übernommen. Die Nutzung dieses Programms erfolgt auf eigene Gefahr.
aria2 ist ein Dienstprogramm zum Herunterladen von Dateien. Die unterstützten Protokolle sind HTTP(S), FTP, SFTP, BitTorrent und Metalink. aria2 kann eine Datei aus mehreren Quellen/Protokollen herunterladen und versucht, Ihre maximale Download-Bandbreite zu nutzen. Es unterstützt das gleichzeitige Herunterladen einer Datei von HTTP(S)/FTP/SFTP und BitTorrent, während die von HTTP(S)/FTP/SFTP heruntergeladenen Daten in den BitTorrent-Schwarm hochgeladen werden. Mithilfe der Chunk-Prüfsummen von Metalink validiert aria2 automatisch Datenblöcke, während eine Datei wie BitTorrent heruntergeladen wird.
Die Projektseite befindet sich unter https://aria2.github.io/.
Weitere Informationen zur Verwendung von aria2 finden Sie im Online-Handbuch zu aria2 (russische Übersetzung, portugiesische Übersetzung).
Hier ist eine Liste der Funktionen:
Befehlszeilenschnittstelle
Laden Sie Dateien über HTTP(S)/FTP/SFTP/BitTorrent herunter
Segmentierter Download
Unterstützung für Metalink Version 4 (RFC 5854) (HTTP/FTP/SFTP/BitTorrent)
Unterstützung für Metalink Version 3.0 (HTTP/FTP/SFTP/BitTorrent)
Unterstützung für Metalink/HTTP (RFC 6249).
HTTP/1.1-Implementierung
HTTP-Proxy-Unterstützung
Unterstützung der HTTP BASIC-Authentifizierung
Unterstützung der HTTP-Proxy-Authentifizierung
Bekannte Umgebungsvariablen für Proxy: http_proxy , https_proxy , ftp_proxy , all_proxy und no_proxy
HTTP gzip, Unterstützung für Inhaltskodierung deflatieren
Überprüfen Sie den Peer mithilfe des angegebenen vertrauenswürdigen CA-Zertifikats in HTTPS
Client-Zertifikatauthentifizierung in HTTPS
Unterstützung für Chunked-Transfer-Kodierung
Laden Sie Cookies aus der Datei im Firefox3-Format, Chromium/Google Chrome und dem Mozilla/Firefox (1.x/2.x)/Netscape-Format.
Speichern Sie Cookies im Mozilla/Firefox (1.x/2.x)/Netscape-Format.
Unterstützung für benutzerdefinierte HTTP-Header
Unterstützung für dauerhafte Verbindungen
FTP/SFTP über HTTP-Proxy
Drosselung der Download-/Upload-Geschwindigkeit
BitTorrent-Erweiterungen: Schnelle Erweiterung, DHT, PEX, MSE/PSE, Multi-Tracker, UDP-Tracker
BitTorrent WEB-Seeding. aria2 fordert mehr Blöcke als die Stückgröße an, um den Anforderungsaufwand zu reduzieren. Es unterstützt auch Pipeline-Anfragen mit Stückgröße.
BitTorrent Local Peer Discovery
Benennen Sie die Verzeichnisstruktur der BitTorrent-Downloads vollständig um bzw. ändern Sie sie
JSON-RPC (über HTTP und WebSocket)/XML-RPC-Schnittstelle
Als Daemon-Prozess ausführen
Selektiver Download in Multi-File-Torrent/Metalink
Chunk-Prüfsummenvalidierung in Metalink
Kann segmentiertes Herunterladen in Metalink deaktivieren
Netrc-Unterstützung
Unterstützung für Konfigurationsdateien
Laden Sie URIs herunter, die in einer Textdatei oder stdin gefunden wurden, und das Zielverzeichnis und der Name der Ausgabedatei können optional angegeben werden
Parametrisierte URI-Unterstützung
IPv6-Unterstützung mit Happy Eyeballs
Festplatten-Cache zur Reduzierung der Festplattenaktivität
Wir verwenden 3 Nummern für die aria2-Version: MAJOR.MINOR.PATCH. Wir versenden kleinere Updates am 15. eines jeden Monats. Wir können eine Veröffentlichung überspringen, wenn seit der letzten Veröffentlichung keine Änderungen vorgenommen wurden. Das Einfrieren von Funktionen und Dokumentation erfolgt für Übersetzungsteams 10 Tage vor dem Veröffentlichungstag (dem 5. Tag des Monats). Wir werden an diesem Tag ein Problem bezüglich der bevorstehenden Veröffentlichung ansprechen.
Bei Sicherheitsproblemen veröffentlichen wir möglicherweise zwischen den regulären Veröffentlichungen PATCH-Versionen.
Die MAJOR-Version bleibt vorerst bei 1.
Wir pflegen den Quellcode bei Github: https://github.com/aria2/aria2
Um den neuesten Quellcode zu erhalten, führen Sie den folgenden Befehl aus:
$ Git-Klon https://github.com/aria2/aria2.git
Dadurch wird ein aria2-Verzeichnis in Ihrem aktuellen Verzeichnis erstellt und die Quelldateien werden dort gespeichert.
| Merkmale | Abhängigkeit |
|---|---|
| HTTPS | OSX oder GnuTLS oder OpenSSL oder Windows |
| SFTP | libssh2 |
| BitTorrent | Keiner. Optional: libnettle+libgmp oder libgcrypt oder OpenSSL (siehe Hinweis) |
| Metalink | libxml2 oder Expat. |
| Prüfsumme | Keiner. Optional: OSX oder libnettle oder libgcrypt oder OpenSSL oder Windows (siehe Hinweis) |
| gzip, in HTTP entleeren | zlib |
| Asynchrones DNS | C-Ares |
| Firefox3/Chromium-Cookie | libsqlite3 |
| XML-RPC | libxml2 oder Expat. |
| JSON-RPC über WebSocket | libnettle oder libgcrypt oder OpenSSL |
Notiz
libxml2 hat Vorrang vor Expat, wenn beide Bibliotheken installiert sind. Wenn Sie Expat bevorzugen, führen Sie configure mit --without-libxml2 aus.
Notiz
Unter Apple OSX wird SSL/TLS-Unterstützung auf Betriebssystemebene bevorzugt. Daher ist auf dieser Plattform weder GnuTLS noch OpenSSL erforderlich. Wenn Sie dieses Verhalten deaktivieren möchten, führen Sie configure mit --without-appletls aus.
GnuTLS hat Vorrang vor OpenSSL, wenn beide Bibliotheken installiert sind. Wenn Sie OpenSSL bevorzugen, führen Sie configure mit --without-gnutls --with-openssl aus.
Unter Windows ist eine SSL-Implementierung verfügbar, die auf den nativen Windows-SSL-Funktionen (Schannel) basiert und bevorzugt wird. Daher ist auf dieser Plattform weder GnuTLS noch OpenSSL erforderlich. Wenn Sie dieses Verhalten deaktivieren möchten, führen Sie configure mit --without-wintls aus.
Notiz
Unter Apple OSX wird die Prüfsummenunterstützung auf Betriebssystemebene bevorzugt, es sei denn, aria2 ist mit --without-appletls konfiguriert.
libnettle hat Vorrang vor libgcrypt, wenn beide Bibliotheken installiert sind. Wenn Sie libgcrypt bevorzugen, führen Sie configure mit --without-libnettle --with-libgcrypt aus. Wenn OpenSSL anstelle von GnuTLS ausgewählt wird, werden weder libnettle noch libgcrypt verwendet.
Wenn keine der optionalen Abhängigkeiten installiert ist, wird eine interne Implementierung verwendet, die nur md5 und sha1 unterstützt.
Unter Windows ist eine SSL-Implementierung verfügbar, die auf den nativen Windows-Funktionen basiert und bevorzugt wird, es sei denn, aria2 ist mit --without-wintls konfiguriert.
Ein Benutzer kann eine der folgenden Konfigurationen für SSL- und Kryptobibliotheken haben:
OpenSSL
GnuTLS + libgcrypt
GnuTLS + libnettle
Apple TLS (nur OSX)
Windows TLS (nur Windows)
Sie können die BitTorrent- und Metalink-Unterstützung deaktivieren, indem Sie --disable-bittorrent bzw. --disable-metalink für das Konfigurationsskript angeben.
Um die asynchrone DNS-Unterstützung zu aktivieren, benötigen Sie c-ares.
c-ares: http://c-ares.haxx.se/
aria2 ist hauptsächlich in C++ geschrieben. Ursprünglich wurde es auf Basis der Standardfunktionen von C++98/C++03 geschrieben. Wir migrieren jetzt aria2 auf den C++11-Standard. Der aktuelle Quellcode erfordert einen C++11-fähigen Compiler. Für bekannte Compiler wie g++ und clang muss das Flag -std=c++11 oder -std=c++0x unterstützt werden.
Um aria2 aus dem Quellpaket zu erstellen, benötigen Sie die folgenden Entwicklungspakete (der Paketname kann je nach verwendeter Distribution variieren):
libgnutls-dev (Erforderlich für HTTPS, BitTorrent, Prüfsummenunterstützung)
nettle-dev (Erforderlich für BitTorrent, Prüfsummenunterstützung)
libgmp-dev (Erforderlich für BitTorrent)
libssh2-1-dev (Erforderlich für SFTP-Unterstützung)
libc-ares-dev (Erforderlich für asynchrone DNS-Unterstützung)
libxml2-dev (Erforderlich für Metalink-Unterstützung)
zlib1g-dev (Erforderlich für gzip, Deflate-Dekodierungsunterstützung in HTTP)
libsqlite3-dev (Erforderlich für Firefox3/Chromium-Cookie-Unterstützung)
pkg-config (Erforderlich, um installierte Bibliotheken zu erkennen)
Sie können libgcrypt-dev anstelle von nettle-dev und libgmp-dev verwenden:
libgpg-error-dev (Erforderlich für BitTorrent, Prüfsummenunterstützung)
libgcrypt-dev (Erforderlich für BitTorrent, Prüfsummenunterstützung)
Sie können libssl-dev anstelle von libgnutls-dev, nettle-dev, libgmp-dev, libgpg-error-dev und libgcrypt-dev verwenden:
libssl-dev (Erforderlich für HTTPS, BitTorrent, Prüfsummenunterstützung)
Sie können libexpat1-dev anstelle von libxml2-dev verwenden:
libexpat1-dev (Erforderlich für Metalink-Unterstützung)
Auf Fedora benötigen Sie die folgenden Pakete: gcc, gcc-c++, kernel-devel, libgcrypt-devel, libxml2-devel, openssl-devel, gettext-devel, cppunit
Wenn Sie Quellcode aus einem Git-Repository heruntergeladen haben, müssen Sie die folgenden Pakete installieren, um Autoconf-Makros zu erhalten:
libxml2-dev
libcppunit-dev
Autoconf
Automarke
autotools-dev
Autopunkt
libtool
Und führen Sie den folgenden Befehl aus, um ein Konfigurationsskript und andere zum Erstellen des Programms erforderliche Dateien zu generieren:
$ autoreconf -i
Außerdem benötigen Sie Sphinx, um die Manpage zu erstellen.
Wenn Sie aria2 für Mac OS X erstellen, werfen Sie einen Blick auf das GNU Make-Makefile makerelease-osx.mk.
Der schnellste Weg, aria2 zu erstellen, besteht darin, zunächst das Konfigurationsskript auszuführen:
$ ./configure
Um statisch verknüpftes aria2 zu erstellen, verwenden Sie die Befehlszeilenoption ARIA2_STATIC=yes :
$ ./configure ARIA2_STATIC=yes
Nachdem die Konfiguration abgeschlossen ist, führen Sie make aus, um das Programm zu kompilieren:
$ machen
Informationen zum Erstellen einer Windows-Binärdatei finden Sie unter Cross-Compilieren von Windows-Binärdateien. Informationen zum Erstellen einer Android-Binärdatei finden Sie unter Cross-Compilieren von Android-Binärdateien.
Das Konfigurationsskript überprüft die verfügbaren Bibliotheken und aktiviert so viele Funktionen wie möglich, mit Ausnahme experimenteller Funktionen, die standardmäßig nicht aktiviert sind.
Seit 1.1.0 prüft aria2 standardmäßig das Zertifikat von HTTPS-Servern. Wenn Sie mit OpenSSL oder der aktuellen Version von GnuTLS erstellen, die über die Funktion gnutls_certificate_set_x509_system_trust() verfügt und die Bibliothek ordnungsgemäß konfiguriert ist, um den systemweiten CA-Zertifikatspeicher zu finden, lädt aria2 diese Zertifikate beim Start automatisch. Ist dies nicht der Fall, empfehle ich die Angabe des Pfads zur CA-Bundle-Datei. In Debian lautet der Pfad zur CA-Bundle-Datei beispielsweise „/etc/ssl/certs/ca-certificates.crt“ (im Paket „ca-certificates“). Dies kann je nach Verteilung variieren. Sie können es zum Konfigurieren des Skripts mit --with-ca-bundle option verwenden:
$ ./configure --with-ca-bundle='/etc/ssl/certs/ca-certificates.crt' $ machen
Ohne die Option --with-ca-bundle tritt beim Zugriff auf HTTPS-Server der Fehler auf, da das Zertifikat ohne das CA-Bundle nicht überprüft werden kann. In einem solchen Fall können Sie die CA-Bundle-Datei mit der Option --ca-certificate von aria2 angeben. Wenn Sie die CA-Bundle-Datei nicht installiert haben, besteht der letzte Ausweg darin, die Zertifikatsvalidierung mit --check-certificate=false zu deaktivieren.
Bei Verwendung der nativen OSX- (AppleTLS) und/oder Windows-Implementierung (WinTLS) wird automatisch der Systemzertifikatspeicher verwendet, daher ist --with-ca-bundle nicht erforderlich und wird bei Verwendung dieser Implementierungen ignoriert.
Standardmäßig wird die bash_completion-Datei mit dem Namen aria2c im Verzeichnis $prefix/share/doc/aria2/bash_completion installiert. Um das Installationsverzeichnis der Datei zu ändern, verwenden Sie die Option --with-bashcompletiondir .
Nach einem make befindet sich die ausführbare Datei unter src/aria2c .
aria2 verwendet CppUnit für automatisierte Unit-Tests. So führen Sie den Unit-Test aus:
$ Scheck ausstellen
In diesem Abschnitt beschreiben wir, wie man mit einem mingw-w64 (http://mingw-w64.org/doku.php) Cross-Compiler unter Debian Linux eine Windows-Binärdatei erstellt. Das MinGW (http://www.mingw.org/) ist möglicherweise nicht in der Lage, aria2 zu erstellen.
Der einfachste Weg, Windows-Binärdateien zu erstellen, ist die Verwendung von Dockerfile.mingw. Sehen Sie sich Dockerfile.mingw an, um zu erfahren, wie Sie eine Binärdatei erstellen. Wenn Sie Dockerfile nicht verwenden können, lesen Sie die folgenden Absätze weiter.
Grundsätzlich können Sie nach dem Kompilieren und Installieren abhängiger Bibliotheken eine Cross-Kompilierung durchführen, indem Sie einfach die entsprechende Option --host übergeben und die zu konfigurierenden Variablen CPPFLAGS , LDFLAGS und PKG_CONFIG_LIBDIR angeben. Aus Bequemlichkeitsgründen und um unsere eigenen Entwicklungskosten zu senken, bieten wir eine einfachere Möglichkeit, die Build-Einstellungen zu konfigurieren.
mingw-config Skript ist ein Konfigurationsskript-Wrapper für mingw-w64. Wir verwenden es, um den offiziellen Windows-Build zu erstellen. Dieses Skript geht davon aus, dass die folgenden Bibliotheken für die Cross-Kompilierung erstellt wurden:
c-ares
Auswanderer
sqlite3
zlib
libssh2
cppunit
Einige Umgebungsvariablen können angepasst werden, um Build-Einstellungen zu ändern:
HOST
Cross-Compile, um Programme zu erstellen, die auf HOST ausgeführt werden. Der Standardwert ist i686-w64-mingw32 . Um eine 64-Bit-Binärdatei zu erstellen, geben Sie x86_64-w64-mingw32 an.
PREFIX
Präfix für das Verzeichnis, in dem abhängige Bibliotheken installiert sind. Der Standardwert ist /usr/local/$HOST . -I$PREFIX/include wird zu CPPFLAGS hinzugefügt. -L$PREFIX/lib wird zu LDFLAGS hinzugefügt. $PREFIX/lib/pkgconfig wird auf PKG_CONFIG_LIBDIR gesetzt.
Um beispielsweise eine 64-Bit-Binärdatei zu erstellen, gehen Sie wie folgt vor:
$ HOST=x86_64-w64-mingw32 ./mingw-config
Wenn Sie libaria2 dll mit --enable-libaria2 möchten, verwenden Sie ARIA2_STATIC=yes nicht und bereiten Sie die DLL-Version externer Bibliotheken vor.
In diesem Abschnitt beschreiben wir, wie man Android-Binärdateien mit dem Android NDK-Cross-Compiler unter Debian Linux erstellt.
Zum Zeitpunkt des Verfassens dieses Artikels sollte Android NDK r21e aria2 fehlerfrei kompilieren.
android-config script ist ein Konfigurationsskript-Wrapper für Android-Builds. Wir verwenden es, um einen offiziellen Android-Build zu erstellen. Dieses Skript geht davon aus, dass die folgenden Bibliotheken für die Cross-Kompilierung erstellt wurden:
c-ares
openSL
Auswanderer
zlib
libssh2
Stellen Sie beim Erstellen der oben genannten Bibliotheken sicher, dass Sie die gemeinsam genutzte Bibliothek deaktivieren und nur die statische Bibliothek aktivieren. Wir werden diese Bibliotheken statisch verknüpfen.
android-config geht davon aus, dass die Umgebungsvariablen $ANDROID_HOME und $NDK definiert sind.
Wir verwenden derzeit Android NDK r21e. $NDK sollte auf das Verzeichnis von Android NDK verweisen. Die Build-Tools finden Sie unter $NDK/toolchains/llvm/prebuilt/linux-x86_64/bin/ .
Alle abhängigen Bibliotheken müssen unter $ANDROID_HOME/usr/local installiert werden.
Führen Sie nach android-config make aus, um die Quellen zu kompilieren.
Sphinx ist es gewohnt, die Dokumentation zu erstellen. Aria2-Manpages werden erstellt, wenn Sie make ausführen, wenn sie nicht aktuell sind. Sie können auch eine HTML-Version der aria2-Manpage erstellen, indem make html . Das Handbuch zur HTML-Version ist auch online verfügbar (russische Übersetzung, portugiesische Übersetzung).
Der Dateiname der heruntergeladenen Datei wird wie folgt ermittelt:
Einzeldateimodus
Wenn der Schlüssel „Name“ in der Torrent-Datei vorhanden ist, ist der Dateiname der Wert des Schlüssels „Name“. Andernfalls ist der Dateiname der Basisname der .torrent-Datei mit angehängtem „.file“. Beispielsweise lautet die .torrent-Datei „test.torrent“, der Dateiname lautet dann „test.torrent.file“. Das Verzeichnis zum Speichern der heruntergeladenen Datei kann mit der Option -d angegeben werden.
Mehrdateimodus
Die vollständige Verzeichnis-/Dateistruktur, die in der .torrent-Datei erwähnt wird, wird erstellt. Das Verzeichnis, in dem das oberste Verzeichnis der heruntergeladenen Dateien gespeichert werden soll, kann mit der Option -d angegeben werden.
Bevor der Download startet, wird bei Bedarf eine vollständige Verzeichnisstruktur erstellt. Standardmäßig öffnet aria2 höchstens 100 in der .torrent-Datei erwähnte Dateien und schreibt direkt in diese Dateien und liest aus ihnen. Die Anzahl der gleichzeitig zu öffnenden Dateien kann mit der Option --bt-max-open-files gesteuert werden.
aria2 unterstützt Mainline-kompatibles DHT. Standardmäßig wird die Routing-Tabelle für IPv4 DHT unter $XDG_CACHE_HOME/aria2/dht.dat und die Routing-Tabelle für IPv6 DHT unter $XDG_CACHE_HOME/aria2/dht6.dat gespeichert, sofern keine Dateien unter $HOME/.aria2/dht.dat oder $HOME/.aria2/dht6.dat . aria2 verwendet dieselbe Portnummer zum Abhören von IPv4- und IPv6-DHT.
Die UDP-Tracker-Unterstützung ist aktiviert, wenn IPv4 DHT aktiviert ist. Die Portnummer des UDP-Trackers wird mit DHT geteilt. Verwenden Sie die Option --dht-listen-port um die Portnummer zu ändern.
Die Option -o wird verwendet, um den Dateinamen der .torrent-Datei selbst zu ändern, nicht den Dateinamen einer Datei in der .torrent-Datei. Verwenden Sie zu diesem Zweck stattdessen die Option --index-out .
Die von aria2 standardmäßig verwendeten Portnummern sind 6881-6999 für TCP und UDP.
aria2 konfiguriert die Portweiterleitung nicht automatisch. Bitte konfigurieren Sie Ihren Router oder Ihre Firewall manuell.
Die maximale Anzahl an Peers beträgt 55. Diese Grenze kann überschritten werden, wenn die Download-Rate niedrig ist. Diese Download-Rate kann mit der Option --bt-request-peer-speed-limit angepasst werden.
Ab Version 0.10.0 sendet aria2 nach Abschluss des selektiven Downloads keine Anforderungsnachrichten mehr.
Die aktuelle Implementierung unterstützt HTTP(S)/FTP/SFTP/BitTorrent. Die anderen P2P-Protokolle werden ignoriert. Es werden sowohl Metalink4-Dokumente (RFC 5854) als auch Metalink-Dokumente der Version 3.0 unterstützt.
Für die Prüfsummenüberprüfung werden MD5, SHA-1, SHA-224, SHA-256, SHA-384 und SHA-512 unterstützt. Wenn mehrere Hash-Algorithmen bereitgestellt werden, verwendet aria2 einen stärkeren. Wenn die Überprüfung der Prüfsumme der gesamten Datei fehlschlägt, versucht aria2 den Download nicht erneut und wird einfach mit einem Rückkehrcode ungleich Null beendet.
Die unterstützten Benutzereinstellungen sind Version, Sprache, Standort, Protokoll und Betriebssystem.
Wenn in der Metalink-Datei Chunk-Prüfsummen bereitgestellt werden, validiert aria2 Datenblöcke während des Downloads automatisch. Dieses Verhalten kann durch eine Befehlszeilenoption deaktiviert werden.
Wenn eine Signatur in einer Metalink-Datei enthalten ist, speichert aria2 diese nach Abschluss des Downloads als Datei. Der Dateiname ist Download-Dateiname + „.sig“. Wenn dieselbe Datei bereits vorhanden ist, wird die Signaturdatei nicht gespeichert.
In Metalink4 könnte ein Torrent mit mehreren Dateien im Element „metalink:metaurl“ erscheinen. Da aria2 nicht zwei gleiche Torrents gleichzeitig herunterladen kann, gruppiert aria2 Dateien im Element „metalink:file“, das die gleiche BitTorrent-Metaurl hat, und lädt sie von einem einzelnen BitTorrent-Schwarm herunter. Hierbei handelt es sich grundsätzlich um einen Torrent-Download mit mehreren Dateien und Dateiauswahl, sodass auch die angrenzenden Dateien erstellt werden, die nicht im Metalink-Dokument enthalten sind, aber denselben Teil mit der ausgewählten Datei teilen.
Wenn im Element „metalink:url“ oder „metalink:metaurl“ ein relativer URI angegeben ist, verwendet aria2 den URI der Metalink-Datei als Basis-URI, um den relativen URI aufzulösen. Wenn in der Metalink-Datei, die von der lokalen Festplatte gelesen wird, ein relativer URI gefunden wird, verwendet aria2 den Wert der Option --metalink-base-uri als Basis-URI. Wenn diese Option nicht angegeben ist, wird der relative URI ignoriert.
Die aktuelle Implementierung verwendet nur rel=duplicate-Links. aria2 versteht Digest-Header-Felder und prüft, ob sie mit dem Digest-Wert aus anderen Quellen übereinstimmen. Wenn es anders ist, trennen Sie die Verbindung. aria2 verwendet diesen Digest-Wert auch, um eine Prüfsummenüberprüfung durchzuführen, nachdem der Download abgeschlossen ist. aria2 erkennt Geo-Werte. Um aria2 mitzuteilen, welchen Standort Sie bevorzugen, können Sie die Option --metalink-location verwenden.
Die netrc-Unterstützung ist standardmäßig für HTTP(S)/FTP/SFTP aktiviert. Um die NetRC-Unterstützung zu deaktivieren, geben Sie die Befehlszeilenoption -n an. Ihre .netrc-Datei sollte über die richtigen Berechtigungen (600) verfügen.
Der in aria2 eingebettete WebSocket-Server implementiert die in RFC 6455 definierte Spezifikation. Die unterstützte Protokollversion ist 13.
Die libaria2 ist eine C++-Bibliothek, die dem Client-Code Aria2-Funktionalität bietet. Derzeit wird libaria2 nicht standardmäßig erstellt. Um libaria2 zu aktivieren, verwenden Sie die Konfigurationsoption --enable-libaria2 . Standardmäßig wird nur die gemeinsam genutzte Bibliothek erstellt. Um eine statische Bibliothek zu erstellen, verwenden Sie auch die Konfigurationsoption --enable-static . Informationen zur Verwendung der API finden Sie in der Dokumentation zu libaria2.
aria2 Online-Handbuch
https://aria2.github.io/
RFC 959 DATEIÜBERTRAGUNGSPROTOKOLL (FTP)
RFC 1738 Uniform Resource Locators (URL)
RFC 2428 FTP-Erweiterungen für IPv6 und NATs
RFC 2616 Hypertext Transfer Protocol – HTTP/1.1
RFC 3659-Erweiterungen für FTP
RFC 3986 Uniform Resource Identifier (URI): Generische Syntax
RFC 4038-Anwendungsaspekte der IPv6-Umstellung
RFC 5854 Das Metalink-Download-Beschreibungsformat
RFC 6249 Metalink/HTTP: Spiegel und Hashes
RFC 6265 HTTP-Statusverwaltungsmechanismus
RFC 6266 Verwendung des Content-Disposition-Header-Felds im Hypertext Transfer Protocol (HTTP)
RFC 6455 Das WebSocket-Protokoll
RFC 6555 Happy Eyeballs: Erfolg mit Dual-Stack-Hosts
Die BitTorrent-Protokollspezifikation
BitTorrent: DHT-Protokoll
BitTorrent: Schnelle Erweiterung
BitTorrent: IPv6-Tracker-Erweiterung
BitTorrent: Erweiterung für Peers zum Senden von Metadatendateien
BitTorrent: Erweiterungsprotokoll
BitTorrent: Multitracker-Metadatenerweiterung
BitTorrent: UDP-Tracker-Protokoll für BitTorrent und BitTorrent-UDP-Tracker-Protokollspezifikation.
BitTorrent: WebSeed – HTTP/FTP-Seeding (GetRight-Stil)
BitTorrent: Private Torrents
BitTorrent: BitTorrent DHT-Erweiterungen für IPv6
BitTorrent: Nachrichtenstromverschlüsselung
Kademlia: Ein Peer-to-Peer-Informationssystem basierend auf der XOR-Metrik
