Jump to content

derjp

Members
  • Posts

    180
  • Joined

  • Last visited

Posts posted by derjp

  1. 17 minutes ago, hawihoney said:

     

    Ist kasserver von Deinem dyndns Dienstleister? Junge, junge ...

     

    Bei mir ist in Fritzbox, SWAG Container, DynDNS alles so eingetragen wie von mir oben gepostet. Kein Unraid.net installiert. Kein Rebind Schutz. Unraid läuft intern auf 80/443.

     

    Deine Bilder passen nicht zueinander. Einmal intern <-> extern. Einmal extern <-> intern vertauscht.

     

    Wieso junge junge?

     

    Also sollte es hier so aussehen?

    image.thumb.png.ebdcc649734eda4554589231abfee3cb.png

     

    verwirrt mich nur grade, weil ich das dann so eingeben muss:

     

    image.thumb.png.3eee9fcc59c6266d664898d7a972e972.png

     

    Weil hier ja dann der Port extern auf 81 gestellt ist, aber in der übersicht ja dann als 80 angezeigt wird.

     

     

    image.thumb.png.51b387f8372055ff07cbff3716599315.png

     

    hier dann auch nochmal so umdrehen?

     

     

    172.17.0.8:444 <-> 192.168.178.87:443

    172.17.0.8:81 <-> 192.168.178.87:80

  2. @alturismo

     

    das ist meine Freigabe:

     

    image.thumb.png.96a376fa1e8f7bb519efd053aa5734db.png

     

    @mgutt

    Ich hatte es auch mit anderen Ports ausprobiert ( 18443, 30, 90) dann bekomme ich auch die Meldung:
    Für diese Freigabe wurden andere Ports extern vergeben als von Ihnen gewünscht.

     

    im DNS-Rebind-Schutz hatte ich dann auch eingetragen: nbzget.sub.domain.de hat aber an der Meldung nichts geändert, daher hatte ich das wieder rausgenommen.

     

    image.thumb.png.8f0fb347c030f36724416f76036bec0d.png

     

    so ist der nginx gemappt oder sollte es doch so aussehen?

     

    192.168.178.87:443 <-> 192.168.178.87:444

    192.168.178.87:80 <-> 192.168.178.87:81

     

    Nun Frage ich mich noch, was an der DynDNS falsch sein kann wie du sagst. Da habe ich ja nur die Daten wie von all-inkl vorgegeben eingetragen. Update-URL (dyndns.kasserver.com/?myip=<ipaddr>&myip6=<ip6addr>) Domainname ( sub.domain.de) und dann Benutzername und Passwort.

     

     

  3. @hawihoney

    Also ich habe nun mal versucht anhand deines Beispiels das ganze erstmal aufzusetzen und zum laufen zu bekommen, bevor ich mir andere Ports überlege.

    Ich habe meine DynDNS eingetragen in der Fritzbox.

    Dann habe ich die Portfreigaben erstmal so übernommen wie in deine Screenshot, da zeigt er mir in der Fritzbox gleich eine Warnung an. (Aber ich hatte hier auch vorher schon diverse andere Ports ausprobiert:

    image.png.127a6c46373a5171a5912cf6c321e57e.png

     

    kommt die Meldung nun weil unraid auf den Ports 80 und 443 läuft und ich das in manage acess hätte ändern sollen? nein oder?

    image.png.dff93cca76b0f74295340bd9932f50c2.png

     

    soll das so oder habe ich port an Gerät und port extern gewünscht vertauscht? ich hätte jetzt gesagt das ist richtig.

    image.thumb.png.cc409f413b15414e29905e544f6e258f.png

     

     

    nginx installiert und wie folg:

    image.thumb.png.c4a8f0cb0762142f2a31dee2c13e3c83.png

     

     

    und habe dort dann eine subdomain angelegt und http für nzbget.sub.domain.de für ip vom server und port von nzbget

     

    Wenn ich nun die domain nzbget.sub.domain.de eingebe bekomme ich von der fritbox die meldung:

     

    image.thumb.png.0b3f0f649f178ba96ec4a11e085adcd8.png

     

    und wenn ich im browser eingebe: sub.domain.de so wie ich es als dns im router eingegeben habe, komme ich auf die anmeldeseite vom router.

     

    hatte mir auch nochmal das video von @mgutt angeschaut wie er die netcloud und nginx eingerichtet hat. der unterschied ist er nutzte auch duckdns, das habe ich ja nicht und daher weggelassen.

     

    ich habe nun mehrere Sachen ausprobiert, aber weiß nicht so recht wo mein Denkfehler ist, oder was ich übersehe.

     

    Als Beispiel:

     

    vom Internet kommt eine Anfrage rein auf Port 80 und wird auf 81 weitergereicht, wird dann von nginx wieder auf port 80 zurückgereicht. oder ist der Fehler, dass ich den Port für nzbget im router nicht freigegeben habe? eigentlich nicht, denn es läuft ja erstmal zu nginx und dort "verteile ich ja weiter" oder nicht?

     

     

     

     

  4. 1 hour ago, hawihoney said:

     

    Zwei verschiedene paar Schuhe.

     

    Unraid komplett freizugeben ist natürlich völlig verrückt. Aber einzelne Services wie Nextcloud, Plex via z.B. DuckDNS und SWAG/NGINX ist ok. Ansonsten habe ich noch VPN Zugänge im Router hinterlegt. Die nutze ich dann im Notfall von außen für alles Andere (z.B. Homeassistant).

     

    Ja eben, ich möchte ja auch nur einzelne Sachen freigeben, für alles habe ich für den Notfall VPN im Router.

     

    DuckDNS brauchst du nur, weil deine dyndns von duckdns ist oder? Oder brauche ich das auch wenn ich ne dyndns im router eingestellt habe? Nein oder?

  5. 2 hours ago, hawihoney said:

     

    Es gibt verschiedene Wege. Ich habe mich strikt an uralte Anleitungen für Nextcloud, etc. gehalten. In diesen wird im Router folgendes Mapping vorgenommen. Dadurch muss man nicht am Unraid Server ändern:

     

    Extern 80 --> Intern/Host 81

    Extern 443 --> Intern/Host 444

     

    In SWAG/NGINX Container Definition mappt man das dann wieder zurück:

     

    Intern/Host 81 --> SWAG/NGINX 80

    Intern/Host 444 --> SWAG/NGINX 443

     

    Dazu nutze ich einen kostenlosen Account bei DuckDNS - weiß nicht ob das immer noch kostenlos ist. Die haben eine Update-URL die von der Fritzbox automatisch bei einer neuen IP bedient werden kann. Den habe ich im Router hinterlegt:

     

     

    Router:

     

    Clipboard01.jpg.e724aeea5e8605a585bb90e99c96071e.jpg

     

     

    image.png.3c82774ce622fea97b175ef659436cff.png

     

    Container:

     

    image.png.d4165f10e6e8268c1e240124216c786d.png

     

    Der Rest ist dann das weitere Mapping innerhalb von NGINX/SWAG.

     

    Wenn Du Plex schon am Laufen hast, dann ist der Rest für Dich ein Kinderspiel und Du kannst am Ende mit Deinen Subdomains von außer zugreifen:

     

    plex.domain.bla

     

     

    Naja für Plex habe ich ja nur einen Port freigegeben.

     

    Sonst hatte ich mir dieses Video hier mal angesehen. 

     

     

    Ich wollte jetzt nicht unraid direkt zugänglich machen, dafür habe ich wireguard vpn eingerichtet.

     

    habe nun meine domain über dyndns auf der fritzbox eingestellt.

    image.thumb.png.475b34681ad6cfe81a022687e86078eb.png

     

    das mapping im router zu ändern ist eine gute idee, dann brauche ich das in unraid nicht machen, da muss ich nur nochmal schauen wo man das wie macht.

     

    und dann nginx installieren und schauen wie ich da dort zurückstelle. und dann einzelne docker freigeben, das versuche ich dann aus dem Video abzuleiten.

     

    schauen wir mal ob ich das so hinbekomme :)

  6. 47 minutes ago, Archonw said:

    Ich gehe gerade selber den ersten Teil durch. Habe zur Zeit noch eine Domain von ddnss.de. Der Unraid Part ist nicht schwer.
    Nginx Proxy Manager über Apps installieren.
    Anmerkung:Ich lasse alles alle Docker im Bridge Mode.
    Heisst alles ist über die selbe IP erreichbar. Daher kann jetzt nur jeder Port einmal vergeben werden.
    Unraid selbst benutzt für seine Weboberfläche schon Port 80 und 443. Diese Ports sind aber zwingend für Nginx Proxy Manager.
    Daher zuerst die Port für die Unraidoberfläche über "Settings >Management Access ändern. Hier bei Http Port und Https Port einen anderen angeben und merken. Denn darüber wird dann die Weboberfläche beim nächsten mal aufgerufen.

    Ich nutze gerne Nginx Proxy Manager, da der eine intuitive WebGui bietet.
    So ist das einrichten der Proxy-Host sehr einfach.

    Also ich muss ja meine domain (beispiel.de) bei all-inkl bestellen.  Diese muss ich dann irgendwie im router eintragen.

     

    aber die ganzen subdomains wie: docker1.beispiel.de, docker2,beispiel.de die muss ich dann nur in nginx erstellen/konfigurieren und nicht nochmal über all inkl dann richtig?

     

    ist vermutlich alles gar nicht so wild, ich denke das immer nur zu kompliziert glaube ich :P

    Also du richtest das grade erstmal alles auf unraid ein und später dann trägst du das in der fritzbox ein?

  7. Ich habe folgende Überlegung aber finde noch nicht die passenden Infos dazu.

     

    aktuell habe ich in der Fritzbox dein DynDNS von ipv64.net aktiv laufen, damit ich von außerhalb meinen Plex Server erreichen kann.

     

    Nun möchte ich jedoch auch andere Docker erreichbar machen.

     

    Meine Überlegung:

     

    Eine Domain von all-inkl.com nutzen und diese dann auf meiner Fritzbox über DynDNS eintragen. Dann darüber nginx erreichbar machen und über nginx dann die Docker erreichbar machen. Heißt ich würde dann nur die all-inkl domain bei DynDNS eintragen und dann Plex später über nginx erreichbar machen, wenn das denn funktioniert. 

     

    also über die domain komme ich dann an nginx ran und von dort aus würde ich dann z.B subdomains für die docker anlegen wie plex.domain.de  docker2.domain.de  docker3.domain.de

     

    Ist das so vom wie ich das im Kopf habe möglich? 

  8. 19 minutes ago, hawihoney said:

     

    Dann musst Du mal gucken wo /mnt/cache/downloads liegt. Ich hatte nichts von /mnt/cache/downloads geschrieben sondern von /mnt/user/downloads.

     

    Das muss natürlich dahin wo Platz genug für den Kram ist.

     

     

    Nein alles gut, es funktioniert ja jetzt. Das Cache Laufwerk ist groß genug, die Dateien liegen ja auch nur temporär da und werden dann von sonarr verschoben.

     

    Also es läuft nun alles und ich danke euch sehr für eure Hilfe, auch wenn es nicht ganz einfach war (mit mir ) :)

     

    Und das nzbget von ich777 läuft viel besser bei mir als die anderen.

     

    Danke für eure Hilfe.

  9. 21 minutes ago, jj1987 said:

    Dann wird jetzt statt in einen definierten Array Pfad ins Docker Image geschrieben

    ->mapping prüfen!

     

    Hab mir das mapping nochmal angesehen und ist meiner Meinung nach richtig gewesen. Habe einfach nochmal etwas heruntergeladen und es funktioniert alles wie es soll, habe nichts geändert. komisch.

     

    Die Downloads kommen nun auch im "downloads" Ordner an. Habe wie gesagt nichts geändert, es einfach nun nochmal ausprobiert

  10. 1 hour ago, hawihoney said:

     

    So funktioniert aber die Fehlersuche nicht. Du willst alles auf einmal machen. Ich sehe das im Deutschen Forum sehr oft - keine Ahnung wieso das hier so oft vorkommt. Das geht aber so nicht. Schmeiß doch erstmal das blöde sonarr weg und konzentriere Dich auf den ersten Schritt: nzbget-ng. Bis zu dem Punkt das dort etwas geladen werden kann. Erst dann geht man weiter.

     

    Du hast versucht den ich777 Container genau so zu bedienen wie den binhex Container. Das geht aber nicht. Erstgenannter kennt keinen /data/ Pfad. Dort heißen die vordefinierten Container Pfade /nzbget/, /mnt/downloads/. Natürlich könnte man das selbst umbiegen. Als Anfänger geht man aber nicht so vor. Nimm die vordefinierten Mappings und bediene sie mit den entsprechenden Host-Pfaden:

     

    /nzbget/ --> (/mnt/user/appdata/nzbget/) ????

    /mnt/downloads/ --> (/mnt/user/downloads/) ????

     

    Und dann setzt Du in nzbget wieder /mnt/downloads/ als Hauptverzeichnis:

     

    image.png.a229a56d2dfabe7f095c5acb76999493.png

     

    Ja du hast ja auch recht. Das Problem war um Grunde nicht, dass nzbget nicht funktionierte, sondern, dass ich das mapping für sonarr auch anpassen musste. daher hat es bei mir mit nzbget und /data funktioniert.

     

    Ich dachte mir ok, ich ändere es dann jetzt doch nochmal, auch wenn es alles läuft, auf den Standart wie du sagtest.

     

    image.thumb.png.60aa332abb8495e4a0b6dfb3f5c55d1b.png

     

    image.png.ce71bf3dfbcc05d4aa805c0774bfa6af.png

     

     

     

    klappt soweit auch, jedoch wird nun der download sehr langsam, ich sehe den fertigen download weder im Ordner download noch in downloads und im Dashboard bekomme ich folgenden alert.

     

    image.png.baad3d2cf022d5bac23edbc5a6fd8d46.png

     

     

  11. 35 minutes ago, alturismo said:

    ich bin ja wie @hawihoney auch der Freund der Lernkurve ... aber anscheinend ist das zu hoch für dich ... auch wenn du die Beispiele selbst nebeneinander legst und trotzdem unterschiedlich konfigurierst ...

     

    kurz zum nachdenken

     

    es gibt eine "Host" Sicht, Beispiel /mnt/cache/download

    es gibt dann dazu den mount und oeine "Docker" Sicht, Beispiel /data

     

    wenn du jetzt im Docker etwas konfigurierst

     

    image.thumb.png.f50ca14f668056ce9515aed6e2d13269.png

     

    sprich, hier wäre die "Docker Sicht" angebracht ...

     

    und wenn ich dann dies sehe und du davon nicht ableiten kannst ...

    dann würde ich dringend vorschlagen, nochmals die Basics zu lesen und verstehen was da passiert ...

    bevor was passiert und am Schluss alles weg ist ;) ja, das gab es auch schon ... aber du hast sicher Backups von allem ... ;)

     

     

    image.thumb.png.e269021e5f1f87009995bcffd1342477.png

     

    Also ich meine im Grunde schon verstanden zu haben wie sich das zusammensetzt.

     

    in der Installation vom Docker, also aus der sich des Hosts, trage ich für den Pfad /data den Pfad /mnt/user/download/ ein.

    Wenn ich nun im Docker bin und unter maindir /data eingebe, dann befinde ich mich ja im Order download sozusagen, da ich das ja halt vorher so definiert habe, richtig?

     

    So hat es ja auch bei der "alten" nzbget version funktioniert. Was ich einfach übersehen habe, dass ich dieses Pfad selber nochmal bei nzbget-ng hinzufügen musste, genauso wie den pfad zu /nzbget

     

    hatte ich ja gemacht und dann habe ich bei maindir /data angegeben und auch die anderen Verzeichnisse überprüft ob die so sind wie sie sein sollten. War meiner Meinung nach richtig, sonarr sagte aber dauernd es kann den Pfad nicht finden.

    Aus dem grund habe ich es in maindir dann doch nochmal mit /mnt/user..... versucht, obwohl mir das bescheuert vorgekommen ist, weil ich ja eigentlich schon in dem Ordner download drin sein müsste richtig?

     

    So nun habe ich mir deinen Post glaube ich 5 mal durchgelesen und war auch der Meinung das zu verstehen.

     

    Nun habe ich einfach doch NOCHMAL bei maindir /data eingegeben und wieder nzbget und sonarr neu gestartet.

     

    Bis jetzt bekomme ich keinen Fehler bei sonarr, es scheint den Pfad also zu finden. Gibt es doch nicht. Es ist ja nicht so, dass ich das vorher schonmal so eingestellt hatte. Das ist ja der springende Punkt. Warum klappt es nun auf einmal und vorher nicht und ich sitze hier knapp 2 Tage und komme mir total blöd vor und denke, es kann doch nicht sein, dass das nicht funktioniert. Du bist doch nicht zu blöd dieses Mapping zu verstehen.

     

    Ja Ende vom Lied ist, ich teste nun mal ob es wirklich klappt, oder ob ich doch noch irgendwo was nicht verstanden habe.

  12. 1 hour ago, hawihoney said:

     

    Ich werde Dich nicht Schritt für Schritt zum Ziel führen können oder wollen. Jemand von 0 (Null) weiterzubringen bringt meines Erachtens nichts. Dazu gehört auch Eigeninitiative - und damit meine ich nicht Youtube Videos. Mit diesen degradiert man sich selbst, meiner persönlichen Meinung nach, zum altbekannten "Affen an der Schreibmaschine". Man lernt nur durch Ausprobieren, eigene Fehler und eigene Aha Erlebnisse.

     

    Du hast das Grundlegende von Docker Containern noch nicht verstanden. Zeit sich damit ein wenig zu beschäftigen. Der Container sieht nur was Du ihm gibst (bzw. vom Maintainer vordefiniert wurde). Fang damit an. Wenn Du keine Ordner gemappt hast, dann fehlt da natürlich etwas.

     

    Warum gibt es bei mir Volume Mappings und bei Dir nicht? Und das obwohl wir den selben Container verwenden. Vermutlich hast Du etwas gelöscht bzw. nicht ausgefüllt oder hinzugefügt:

     

    https://hub.docker.com/r/ich777/nzbget

     

    Vergleich mal das folgende Beispiel und mein oben gepostetes Volume Mapping. Meines passt. Also musst Du noch mal ran.

     

    image.png.c5bced15be02016d0e2decc50a549ba6.png

     

     

    Du hat natürlich recht, ich würde auch gerne dieses Aha Erlebnis haben und möchte es ja auch gerne verstehen. Ich verstehe nur einen Zusammenhang der Pfade nicht.

     

    Bei dem binhex-nzbget habe ich musste ich folgenden Pfad angeben:

    image.thumb.png.59f4dbb8a9d7df60f694fbcf9c547783.png

     

    demnach musste ich folgendes in nzbget eintrage:

     

    image.png.e79e7ad543ce0ca8741a9b80c4cb6c77.png

     

    demnach hat sonarr den Ordner: download/dst/serien gefunden.

     

    nun habe ich bei nzbget-ng folgendes hinzugefügt:

    image.thumb.png.8e0bceb9ae1a795e41857f1165886967.png

     

    1.thumb.PNG.c81e95189634e09f9d93f517dd0b2f4a.PNG

    image.png.b400550ae87c313f48e4a7e8688fe824.png 

     

    habe dann nun in nzbget folgenden Pfad eingestellt:

     

    image.thumb.png.5b18a82a188491e642bf0a0e2c7b8629.png

     

    in dem ordner download/dst/ ist der Ordner serien

     

    und sonarr sagt den gibt es nicht.

     

    image.thumb.png.c823aef55fae096a92281a77d75697af.png

     

    Wie gesagt, beim binhex-nzbget hat es ja funktioniert, also muss ich ja bei dem Pfad von nzbget-ng irgend einen Fehler machen, ich komme nur nicht drauf welchen und ich weiß auch nicht wo ich ansetzen soll. 

     

  13. 12 hours ago, hawihoney said:

     

    Noch ein Nachtrag zur Ordnersuche. Nimm Dir einfach folgende Informationen um das Triumvirat aus (Host, Container, sonarr) rund zu machen:

     

    1. Du nimmst Dein Mapping aus dem nzbget Container:

     

    image.png.5a31765b21192b6bbe146cb0c9ee33c4.png

     

    2.) Du nimmst Deine Einstellungen aus nzbget:

     

    image.png.58a3054aad292ed9994eb264b71cd769.png

     

    3.) Du guckst mal in das MainDir mit der Container Console:

     

    image.png.787190dd677336b33ea0c25e7423c731.png

     

    image.png.15d744be236f108b1ed22ab4de05b621.png

     

    4.)  Daneben packst Du dann noch die weitere Anwendung und dann klappt das schon.

     

     

     

    Also das WEbGUI habe ich hinzugefügt bekommen.

    Nun zu den Ordnern. Ich weiß nicht ob ich heir einfach irgend einen Schritt nicht begreife und den Wald vor lauter Bäumen nicht sehe, oder was auch immer.
     

    Wenn ich unter Docker schaue sehe ich unter NZBGET kein Volume Mappings:

    image.thumb.png.b529934c530dd95a680499f8db07a0ad.png

     

    ich hatte ja bereits den Ordner "downlaod" (ohne s am ende) und da sind ja wie weiter oben im screenshot zu sehen die ganzen ordner drin. bei der installation von nzbget-ng wurde aber auch der ordner "downloads" (mit s am ende) automatisch angelegt. wenn ich den in den Einstellungen von nzbget-ng so stehen lasse, dann schimpft sonarr auch nicht (sonarr zieht sich die einstellungen ja aus nzbget-ng, ich stelle den ordner ja nicht in sonarr ein).

     

    wenn ich nun den befehl aus deinem screenshot in der console eingebe (ich habe 0 ahnung von der console :P) dann zeigt er mir folgendes an:

     

    image.png.cf6b4a58fd81b451a1833e71c3d7d1f1.png

     

    den Ordner "downloads" habe ich freigegeben und wenn ich nun über meinen pc da rein schaue sehe ich er ist leer, also die 3 ordner da gibt es nicht:

    image.png.6a71292c5bbeae647180739e0f84a69e.png

     

    daher verstehe ich den Zusammenhang nicht, dass wenn ich meinen alten "download" Ordner versuche anzugeben, dass sonarr dann den Ordnerpfad aus nzbget zieht und sagt, der Ordner ist nicht vorhanden:

    image.thumb.png.1926e969acce2e92e8427b32bfc954cd.png image.thumb.png.74ba36709a1df7a33425ce78048d70e2.png

     

    image.thumb.png.57ff490a6f9988ac271a7c8dd0a1d847.png

     

    image.png.10aa492feb13c6b2a52733932f6dba0b.png

     

    image.thumb.png.f19165461d3074819345ee3d6e59b55e.png

     

    image.thumb.png.0062140f06f8d2e388666fd60e29c894.png

     

    Scheinbar übersehe ich ja irgend einen Punkt oder irgend ein Mapping oder bin einfach zu blöd, ich weiß es nicht.

    Wenn jemand möchte, darf er sich das auch gerne mal live anschauen.

     

  14. @hawihoney

    Also ich habe den Docker nun installiert, aber habe Probleme mit dem Downloadpfad.

    ich hatte für binhex einen share eingerichtet, welche download hieß. da sind folgende Ordner drin:

    image.png.71a00f40d74b18c8b0c60c12f038109a.png

     

    Nun habe ich in dem "neuen" nzbget folgendes eingestellt:

    image.thumb.png.ed8403f7baefce2662e4cea4683a3065.png

     

    wenn ich das so stehen lasse, dann bekomme ich bei sonarr die meldung:
     

    image.thumb.png.a03343ee35161e766575c27230472980.png

     

    wenn ich das aber auf dem Standart lasse in nzbget:

     

    image.png.7af41b72c7b544a4bbaa27480c692bd2.png

     

    dann geht die Fehlermeldung in sonarr weg, obwohl der Ordner downloads (der mit "s" am ende) leer ist.

    image.png.b9ec2611986e6c8f24baae852ab5692c.png

     

    also muss es ja irgend ein anderer downloads ordner sein? 

     

    ich weiß nur nicht wo der sein soll, oder wie ich das nachschaue. ich steh hier echt auf dem Schlauch.

     

    Achja und ist es normal, dass bei dem nzbget von ich777 kein Punkt "webgui" ist, wenn ich es im dashboard anklicke?

     

  15. 1 minute ago, hawihoney said:

     

    Ich habe mir das gerade mal angeschaut. Selbst dieser Autor hat sein Paket als auslaufend markiert und empfiehlt statt dessen dieses:

     

    https://github.com/nzbgetcom/nzbget?tab=readme-ov-file

     

    Da muss wohl erst jemand ein Unraid Paket basteln bevor das aus der Box verwendet werden kann. Versuch doch mal das Paket von @ich777:

     

    https://hub.docker.com/r/ich777/nzbget

     

    Das habe ich im Einsatz.

     

    das bekomme ich aber nicht direkt in unraid unter apps oder? 
     

    wie installiere ich das dann?

  16. 39 minutes ago, hawihoney said:

     

    Das ist ja lustig. Dieser Container hat kein /config Verzeichnis. Der binhex hat es hier:

     

    image.png.84f19efcd2ba4866e24141acd2723ba4.png

     

    Der von ich777 hat auch keins. Dort liegt es hier:

     

    image.png.a3ae49bc66f25fe7e32e59d9f5897634.png

     

    Deshalb vermute ich, dass es bei Deinem Container unter /data liegt - was auch immer Du dort verknüpft hast:

     

    image.png.e76c0315bc18a72fa578ed02d278f42a.png

     

    Was stört Dich denn an dem Container von binhex? Klar, nzbget wird nicht mehr weiter gepflegt, liegt aber nach wie vor, sowohl im Umgang mit Ressourcen und der Klarheit der GUI, meilenweit vor z.B. sabnzbd. Deshalb bin auch ich reumütig wieder zu nzbget zurück gekehrt.

     

    Leider hatte ich vor einigen Jahren meine Bash PREPROCESSING SCRIPTS für nzbget gelöscht - die fehlen mir heute, da regelmäßig entpackte Dateien, die Umlaute enthalten, gelöscht werden. Aber noch mal zu sabnzbd zu wechseln ist für mich definitiv keine Option.

     

    den von binhex habe ich gesehen ja. da das nzbget von binhex öfter beim entpacken hängt und ich dort TLS errors habe, sagte er ich könnte ja mal den nzbget-ng ausprobieren. Den kriege ich aber aus besagtem Grund gar nicht zum laufen. Und das der binhex-nzbget dauernd hängt ist auch ungünstig wenn ich mit sonarr und radarr arbeite.

    bei nzbget-ng habe ich bei der installation nur den pfad zum download ordner angegeben:

    image.thumb.png.861ac20bf811249a9083969364f78ad9.png

     

    was genau meinst du was ich unter data verknüpft habe? Wo kann ich das nachschauen? Habe jetzt erst ein paar Tage unraid laufen und bin noch recht neu in dem ganzen :)

  17. 1 hour ago, binhex said:

    i guess you could try the nzbget-ng image, but i have no idea if the unpack issue exists or not.

     

     

     

    So as i tried to make changes in settings of nzbget-ng i receive the following error:
    image.png.748a805be3cb30156e07b523fda4119a.png

     

    you dont know were i can find this folder or what i can do to solv this?

×
×
  • Create New...