Fritz!Load…

Ich bin mir nicht genau sicher was du da machen willst, aber wenn du die FritzLoad von außen zugänglich machen willst geht das deutlich einfacher und vor allem sicherer.
Ich habe mich vor einer Woche oder so damit beschäftigt und was hängen geblieben ist, ist das diese Lan3 Methode nicht mehr funktioniert. Besser ist du aktivierst den STunnel von FritzLoad auf einem höheren Port und gibst das ganze in der AVM Firewall frei. Am einfachsten geht das wiederum mit Freetz.
In der AVM Gui lassen sich nämlich weder Freigaben auf die FB selber noch ein Broadcast einrichten, leider...

Also der Unterschied mit  R2919 ist wie Tag und Nacht. Die Seite lädt Ruck Zuck.
Respekt, das ist ein echter Fortschritt, danke dafür.

Der Stream über https in Firefox funktioniert aber immer noch sehr schlecht bis gar nicht.
Ich erwarte wirklich nicht das jemand speziell diesen Fall anpasst, aber falls hier jemand mitliest der seinen Fernzugriff über https eingerichtet hat, kann ja eventuell mal schauen ob das bei ihm mit Firefox auch so ist.
Falls denn jemand das mitliest, und das selbe Problem hat, hier ein Workaround:
Die Chrome-Funktion "Weitere Tools", "Zum Dekstop hinzufügen" macht aus FritzLoad eine praktische Webanwendung, mit reduziertem BrowserInterface.

Da ich das ganze zu einem Freitag Nacht Projekt erklärt habe wird hier im Sauseschritt gelernt, daher hatte ich zu der Problematik erst in einem anderen Thread gepostet.
Da ich wie dort bereits erwähnt lieber eine zweite Leiche ausgrabe statt zu weit Off-Topic zu gehen, hier das neue Anliegen:
Da ich STunnel doch noch ans Laufen bekommen habe, und der Browser nun wirklich ein SSL Zertifikat meldet haben sich meine Sicherheitsbedenken soweit gelegt das ich durchaus bereitwäre das Freizugeben, wenn da nur nicht ein Problem wäre:
Der Stream ist über HTTPS nicht zu erreichen: Auf zwei Geräten in frischen Ingoknito Tabs getestet, keine Live Infos verfügbar.
Wenn ich eine VPN Verbindung aufbaue und den guten alten Port 90 benutze ist alles sofort da.
Ist der oben genannte Fix denn vielleicht irgendwann mal einem Code-Cleaning zum Opfer gefallen, oder hat sich an den gängigen SSL Implementationen der Browserentwickelr etwas geändert?
Skuril: Im Android Firefox funktioniert der Stream bei den einfachen Instanzen, aber nicht beim Monitor aller Instanzen.
Desweiteren, gibt es vielleicht eine einfach Möglichkeit dafür ein eigenenes Zertifikat zu verwenden?

Skuriler Edit: Es ist nicht völlig kaputt, aber nur sehr langsam. Manchmal bekomm ich dann doch noch eine Anzeige, wenn ich dem Tab mehrere Minuten keine Beachtung schenke, bzw warte. Außerdem geht es bei Chrome schneller als bei Firefox.
Ohne https geht es quasi sofort, wenn nicht beim ersten mal dann nach STRG+F5.

Es hat auf jeden Fall ein Problem mit Sourceforge gegeben.
Die Dateien dafür wären die "fritzload.ini" und "unrar_passwords.txt", beide im Ordner config.

Die Sourceforge hat im Moment massive Probleme.
Github hatte in den letzten Tagen eine wirklich massive DDOS Attacke erlitten, tatsächlich eine der stärksten aller Zeiten (Terrabits pro Sekunde), und das relativ gut abgeschüttelt, was bei Sourceforge los ist weiß aber nicht mit Sicherheit, aber auch die hatten vergangene Woche damit zu tun.

Der Twitter Account hält auf dem laufenden: https://twitter.com/sfnet_ops

Irgendjemand hat wohl was gegen OpenSource.
Das ist zumindest der Grund warum du momentan die Trunks nicht laden kannst, und auch für alle anderen gibt es erstmal keine automatisierten Updates.

Warum die GUI nicht mehr erreichbar war weiß ich auch nicht.
Ich schau mal ob ich eine "gecleante" r2900 erstellen kann, die könnte ich dir dann sonst wo hochladen, und du könntest sie manuell installieren.

EDIT:
http://turbobit.net/34wpu8z3aowo.html
Das ist jetzt aus dem laufenden Betrieb entnommen, Config und log wurden komplett gelöscht. Ich bin mir nicht sicher ob die Dateien im Zuge der Installationsroutine neu angelegt werden. Du kannst ja mal versuchen ob das noch lauffähig ist.
Passwort ist: HerrRuin

Es tut mir Leid den Thread noch mal zu mißbrauchen, aber so bleibt das ganze wenigstens konsitent. Seit dieser letzten Änderung steht leider nun die Captcha Statistik unten still, betreffend eingesendeter, gelöster und falscher Captchas.

Kann mal jemand bei einer Instanz die ausschließlich filer.net Links verarbeitet hat den Logstatus nach checken und schauen ob ihm was auffällt? Es scheint als hätte sich dort die Debug-Log anstatt der urspürnglichen Tabelle eingeschlichen.
Bei mir steht da etwas das ungefähr aussieht wie das hier, nur viel länger:

); addState('Checking options and server queue...'); addState('9kw.eu - NewCaptchaID: 101560716'); addState('16:07:07 Warte 0 Minute(n) und 15 Sekunde(n)...'); addState('16:07:07 Die erneute Verbindung ist nicht möglich, weil die Fritz!Load-Instanz [2] noch aktiv ist.'); addState('9kw.eu - Loesung: 03ANcjosqx12DE02fIzOnId5gmayqb3rGbEYcolSOK6MTKMU6ymlYglOgRGkQk7tnQkw--nrZEhrHcxoeq_nm-H70gcKPDRWXmThHHbyA0zs1dqQjHxqAfs_KnKDz0hMB4zXPVilEdUiD5aedc_LOOZhlTz0ouaj5cBE_gyj1JtkG0eOxS--U2c0BoNWvscgs0KMOhVPNntj_uS6QG8Zf-W8p0_MYNzF3ZXJ7vDDimXEXbfrDmXEl2O4brq3V7Krfse6Sin68QKMeD2KuReFNHwQXADcikfNRrp0NtHOWHhqDtvTetWn2JaXBAfk0c-JzwWuuHzsXF_QFDrpM7YededUXCtNMjbkJ6-yn6gonbBjh8Emv-S0iY_NLEjqs8XQr0TvsV6le6ZHtSPDzxQdUp9jZHU7yFo1lzroLfLqKbUMLqCbQMCJr7rVCgrjNVtWNXv8L6dymTBOXcYfiRa6-xIlHgK6u5Ge8OMRG_NSfrXNChsClEuNjCLa4a2a5_88DOx0gXsGLSEwPz'); addState('16:08:02 GET4: [url]http://filer.net/get/[/url]

Es folgt noch viel mehr, nur kann ich das unmöglich von Hand anonymisieren...
Zwischendrin tauscht auch mal sowas auf:

Beim jDownloader hat man das Plugin jetzt nach drei Tagen angepasst.
Soweit ich weiß ist ja auch der Open Source, vielleicht kann das ja Inspiration bieten ReCaptcha v2 auch bei filer.net zu lösen.

Funktioniet das bei 7590 nicht wie bei der 7362SL?
In-Memory-Iamge bauen und mit PeterPawns Eva-Tool flashen?
Mich hat das auch einen ganzen Tag gekostet, aber nachdem man weiß wies geht, gehts...