Durch die Umstellung auf otr.datenkeller.net
funktioniert das otr.datenkeller.at Plugin vom jDownloader 2 nicht mehr.
Links von otr.datenkeller.net werden vom jDownloader 2 nur als offline erkannt.
Durch die Umstellung auf otr.datenkeller.net
funktioniert das otr.datenkeller.at Plugin vom jDownloader 2 nicht mehr.
Links von otr.datenkeller.net werden vom jDownloader 2 nur als offline erkannt.
Das solltest Du dem jDownloader-Team mitteilen. Wenn möglich fixen die sowas sehr schnell.
der OTR EasyDecoder erkennt nun auch keine Links mehr von datenkeller :/
Wäre super, wenn das wieder funktionieren wird, ist nämlich ein grund warum ich jahrelanger Premium User bei datenkeller bin
Mein Downloadmanager (WebDownloader for X) wird auch nicht mehr bedient. cluster.lastverteiler.net reicht ihn durch zum downloadserver, der dann aber auf die Verbindungsanfrage nicht antwortet.
Die Downloads wurden gestern einen Tag lang testweise über HTTPS ausgeliefert.
Es hat sich rausgestellt, dass offenbar einige Downloadmanager damit nicht zurechtkommen, was schade ist, schließlich wäre es die einzige Möglichkeit im Netz sicher zu sein..
Ich habe die Umstellung nun rückgängig gemacht.
Evtl. wäre optionales HTTPS ja möglich, für Leute, die es wollen.
Ich glaube das konnte man ziemlich deutlich aus meinem Beitrag entnehmen, sonst hätte ich Dir aufgedrösselt und fundiert aufgeschlüsselt warum RC4 als unsicher gilt.Was deine RC4 Vermutung angeht, so klingt mir das doch eher nach Halbwissen.
Ich halte mich an das was ich so zu lesen darüber finde, ob diese Artikel auch auf Halbwissen beruhen glaube ich jedoch nicht.
http://www.golem.de/news/verschluess...-101457-2.html
http://www.heise.de/security/meldung...t-2045324.html
Rüchwärtskopatibilität, schon klar, allerdings sehe ich die Abwärtskopatibilität in Sachen sicherer Verschlüssellung mehr als problematisch an, es macht irgendwie den Sinn einer gewünschten Sicherheit kaputt.
Polemisch, ich benutze zur einfacheren Hausbegehbarkeit keinen Vorhang statt einer Haustür.
Im Firefox hab ich mal RC4 deaktiviert, weitgehend problemlos aber mit dem unschönen Nebeneffekt das Youtube-Videos nicht mehr abspielen wollten, ok, Youtube ist keine Bank, bei einer Bank, also beim Online-Banking ist RC4 meiner Meinung nach nicht zu akzeptieren. RC4 nur da wo es eigentlich keine Rolle spielt.
3.4 Das geringere Übel: CBC oder RC4?
In der Vergangenheit wurde RC4 oftmals empfohlen, um BEAST und Lucky Thirteen in CBC-Blockchiffren zu vermeiden. Allerdings gilt diese Empfehlung heute nicht mehr, da die Schwächen von CBC in allen gängigen SSL-Implementierungen behoben sind. Somit gelten BEAST, als auch Lucky Thirteen derzeit als behoben bzw. abgeschwächt – vorausgesetzt es werden neue SSL-Bibliotheken (OpenSSL 1.0.1+) verwendet. RC4 gilt demnach als schlechtere Wahl für die Gewährleistung der Abwärtskompatibilität.
http://www.kuketz-blog.de/nsa-abhoer...che-und-nginx/
RC4 ist weg, hast du es geändert?
Ich habe PCI Compliance für die Frontend Server erwirkt, so wie, zwangsläufig, eine A+ Bewertung bei Qualys SSL Labs (beste mögliche Bewertung)