Würde das nicht bedeuten, dass man unterschiedliche SSIDs benötigen würde? Ein Mesh zeichnet sich doch aber gerade dadurch aus, dass automatisch und ohne dass man es merkt zwischen verschiedenen -, meist das beste "Netzwerken" ausgewählt wird.
Ich kann in meinem amplify alles auf manuell stellen, dann kann ich auch unterschiedliche Frequenzbänder auswählen. Macht aber imho wenig Sinn.
Soweit ich Dich verstanden hattee, nutzt Du (zumindest seit gestern auch) duckdns?
Wie dem auch sei: Nichts für ungut - war sowieso gerade an dem Thema dran, als Du geschrieben hast, dass es nicht mehr funktioniert.
Cheers!
Ich habe das Gefühl, dass aus Zertifikate via http funktionieren, neue aber nicht. Habe mir jetzt duckdns eingerichtet und auch hier wird nichts validiert. Ich hoffe, dass let's encrypt das schnell wieder in den Griff bekommen.
Gesendet von meinem Redmi Note 3 mit Tapatalk
hast du das mit Port 445 gemacht? Der dürfte eigentlich nicht gehen der wird soweit ich das im Unraid Forum rausgelesen hab von Samba genutzt
Nein, ich habe bei mir einen anderen Port gewählt und 445 nicht ausprobiert. Ich habe das in der Beschreibung oben abgeändert auf "446 oder höher".
Sorry für das Versehen und danke für den Hinweis!
Habe die obige Anleitung mal um lauffähige Einstellungen bzw. einige notwendige Anpassungen unter Unraid 6.4 ergänzt …
Ich kann einstellen was ich will. Seit der Umstellung bei Let's encrypt läuft der Dienst bei mir nicht mehr. Evtl. probiere ich heute abend mal Caddy aus. Hatte ich vorher auch Rubine Zeit im Einsatz.
Wegen der transcoding Geschichte muss ich mal gucken. Habe verdammt wenig Zeit, da ich bis 18 Uhr im Büro bin und zu Hause noch zwei kleine Kinder bespassen muss....
Gesendet von meinem Redmi Note 3 mit Tapatalk
Kein Stress. Das kenne ich so ähnlich 
Keine Ahnung, ob es bei Dir daran liegen könnte aber bei mir musste ich neben bereits genannten Settings sowohl den SSL- als auch den http Port am Router forwarden. 44x > und 80 > 81. Macht bei httpval="true" aber irgendwie auch Sinn.
Ich habe ein kleines Mini-Tut verfasst, das ich jetzt noch kurz auf 6.4 updaten werden. Darin findest DU ne config. Vielleicht hilft es Dir ja was.
Viel Erfolg!
@b0mb
PS: Meine Post gesehen?
Wäre total nett wenn Du mir dazu etwas sagen könntest!
Danke Dir!
Bei mir funktioniert let's encrypt gerade übrigens auch nicht.... Muss ich heute abend mal sehen...
Gesendet von meinem Redmi Note 3 mit Tapatalk
Siehe mein Post oben: In Unraid unter "Settings" die SSL-Funktion abschalten (übernimmt ja bereits lets’s encrypt).
Zusätzlich in den Docker-Container-Einstellungen von let’s encrypt unter "advanced options" "httpval" auf "true" setzen und den Port unter "443" auf einen anderen Port. 445 oder 446 oder …
Diesen dann in deinem Router auf die IP des Servers / NAS forwarden.
Geht einwandfrei.
So, funktioniert wunderbar - und echt fix!
Wenn der Container erstellt wir, auch folgendes Device durchreichen
Code/dev/dri/renderD128
Was ist bzw. bedeutet denn /renderD128? Ist das der im Docker integrierte Grafiktreiber?
Bei mir stand da /dev/dri/card0 - damit bleibt der Bildschirm aber schwarz …
Mit Deinem Eintrag bekomme ich ein Bild. Würde nur gerne verstehen, was das bedeutet.
Im Verzeichnis dev/ (von unraid) finden ich kein dri?
Container muss privileged laufen
Dann in die Shell von unRAID gehen und das IGPU Modul aktivieren
Codemodprobe i915
Ich nehme an, damit aktivierst bzw. lädst Du einen Grafiktreiber? Ich habe einen G4560 mit HD 610 Grafik und die scheint damit zu laufen. Habe diese i915 Chipset-Dingens bzw. den Zusammenhang zu Prozessor, Motherboard oder Onboard-Grafik nicht verstanden, um ehrlich zu sein (was immer ziemlich doof ist wenn man was abtippt, ohne zu wissen, was da passiert). Ist das jetzt ein Treiber und falls ja, zu welchen Prozessoren, Chips, Motherboards passt der denn jetzt? Oder verstehe ich hier etwas falsch?
Wie deaktiviere ich das ggf. wieder?
Im Emby Backend dann noch VA API beim Transcoding auswählen und in unRAID die Rechte für /dev/dri bestimmen. Ich habe jetzt erstmal alles auf Root gesetzt, einschl. des Emby Containers.
Könntest Du das etwas detaillierter erläutern? Wie setzt Du die Rechte für das Verzeichnis /dev/dri 755? Ich habe das Verzeichnis nicht finden können.
Wo kann man denn Rechte für einen Container setzen? Meinst Du "appdata/[dockername]" oder von welchem Verzeichnis sprichst Du?
Funktioniert root bei Dir dann für alle Benutzer in Emby?
Wie kann ich denn prüfen, ob VAAPI aktiv ist und läuft? Mal abgesehen von der Prozessorauslastung vielleicht?
Kennst Du vielleicht einen Shell-Befehl?
Wer auf gewissen Intel CPUS Probleme mit Crashes hat sollte mal das Port Mapping im Emby Backend deaktivieren.
Das hat bei mir erhebliche Verbesserungen mit sich gebracht.
Wo geht das denn? Steh gerade auf dem Schlauch …
Doch noch eine Frage zum Verständnis:
so wie ich den Thread verstanden habe, läuft die VAAPI Transkodierung unter netcore oder ist in dem Thread nur die linuxserver.io Version gemeint?
Danke erstmal. Habe den Thread gefunden. Läuft zwar immer noch nicht, ich war gestern aber auch mehr mit dem Update auf UnRaid 6.4.0 beschäftigt bzw. damit, den Reverse Proxy wieder lauffähig zu bekommen.
Bla, bla, bla …, was rede ich? Ok, ist ja ein Stammtisch
Schönen Sonntag noch!
@Eraxar
Danke für Deinen Hinweis.
Ich habe das jetzt erst mal provisorisch so gelöst, dass ich die SSL-Einstellungen in Unraid von Auto auf No gesetzt habe (Settings / Identification / SSL Certificate Settings / Use SSL / TLS: No).
Dem Lets encrypt Ordner habe ich wie vorgeschlagen einen anderen Port zugewiesen und die Einstellungen am Router entsprechend geändert > IP.des.Servers 443 > Port der im Letsencrpyt.Docker eingestellt ist
Sicher aud Dauer nicht die eleganteste Variante, da man so auf das neue SSL-Feature von Unraid verzichtet. Solange ich das aber nicht verstanden habe …
Jedenfalls:
Inklusive nextcloud läuft das. Vorerst.
Du musst den Port von letsencrypt ändern von 443 auf was anderes (aber nicht 445 der ist wohl von SMB belegt). Dann sollte er wieder laufen.
allerdings als ich dann versucht habe nextcloud aufzurufen gab es nen konflikt mit den zertifikaten von letsencrypt und unraid wenn das einer gelöst hat, bin offen für infos
@b0mb hast du denn irgendwas mit reverse proxy laufen wie z.b. nextcloud?
Der Container läuft dann wieder aber es gibt Probleme mit allen Diensten wg. der Zertifikate.
Oooooh mann, hatte es gerade am laufen … Und wieder von vorne …
Für sachdienliche Hinweise …
PS: Hat es jemand geschafft, nach Aktivierung der SSLs auf die GUI zuzugreifen? Auch hier bekomme ich SSL bzw. Zertifikatswarnungen.
@'b0mb
wie hast du denn den reverse proxy zum laufen gebracht? bin jetzt auch auf 6.4.0 und der lets encrypt container startet nicht mehr. "Execution Error"
Eraxar
Hast Du ne Ahnung, wie ich die GUI von außen mit der neuen Version aufrufen kann?
@reey Es ist, wie Eraxar sagt. Der Container startet nicht, auch nicht mit httpval auf "true"
Guten Morgen,
ist hier jemand im Stammtisch, der Emby unter unraid laufen hat?
Ich frage deshalb, weil es mich interessieren würde, ob die netcore-Version mittlerweile VAAPI-transcoding auch unter unraid untersützt? Ich habe beide Versionen aus den unterschiedlichen Repos (embyserver und embyserver_netcore) installiert und kann beim transcoding keinen Unterschied bei der Prozessorauslastung feststellen. Würde mich interessieren, ob das am Docker-Image liegt oder an meinen Einstellungen für das transcoding oder schlicht an der Art meiner Installation?
Da ich vermeiden wollte, alles neu aufzusetzen, habe ich etwas "unorthodox" installiert: Zuerst Embyserver neu als zweites Docker-Image installiert, dann die Einstellungen vom alten in das neue Docker kopiert und bestehendes im Neuen dabei mit den alten Daten überschrieben. Dann habe ich die Docker-Einstellungen im zweiten Image auf das neue Repo _netcore umgestellt und dann upgedatet. Vielleicht liegt’s ja auch daran?
Nur so aus Interesse an die Nerds: Was haltet Ihr davon?
Hab in der Zwischenzeit mal weiter probiert (In meiner obigen Varianten habe ich Emby netcore zwar installiert, dann aber 1:1 wieder mit Mono überschrieben - macht ja nun wenig Sinn denke ich, oder?). Also: Neu-Installation der netcore-Variante. Diese startet unter Unraid erst mal, bleibt dann aber nach Aufruf der Web UI im ersten Config-Screen (Sprachauswahl) hängen und verabschiedet sich dann. Bekomme es nicht zum laufen.
Wollte aber eigentlich auch nicht, dass dies ein Support Thread wird. Wollte eigentlich nur mal hören, ob das jemand laufen hat unter unraid und was dazu sagen kann.
Nur so als Idee: Den Stick mal mit Rufus formatiert? Klingt ggf. so, als ob der nicht bootable wäre.
Ich kann mich noch vage erinnern, dass ich ähnliche Probleme hatte. Damit ging es dann.
Kleiner Nachtrag: Die beiden Screenshots der Einstellungen für den Docker-Container und die config-Datei "default" als Anhänge.
Noch eine Erklärung zu
Advanced Settings / HTTPVAL:
auf „true“ setzen (ohne Anführungszeichen), sonst klappt die Generierung der Keys für die Verschlüsselung nicht und das Letsencrypt-Docker wird nach der Installation mit Fehler beendet!
In der ersten Installation hatte ich das auf false und es hat prima funktioniert. Seit dem heutigen Update kann letsencrypt wegen eines Fehlers so aber wohl keine Keys mehr validieren. Es ist wahrscheinlich, dass dies eine temporär benötigte Einstellung für den Docker-Container ist und mit einem der kommenden Updates wieder "normal", also ohne http-validierung funktioniert.
Kommentar des Entwicklers im Support-Forum zu diesem Thema
Kurze Erklärung, was bei letsencrypt passiert ist, das diese Einstellung nötig macht
Erst einmal vielen Dank!
kannst du das näher erläutern? Hatte ich es richtig verstanden das du auch auf das unRaid Gui kommst mit DuckdnsIch habe z.b Meinserver.duckdns.net <-- greift auf mein Cloudcommander zu, http://Meinserver.duckdns.net/emby <-- greift auf das Emby ui zu und http://Meinserver.duckdns.net/plex....
Wie gebe ich das mit den Subdomains an?
Ja, mit diesen Einstellungen kommt man mit duckdns auf die GUI / das Web-Interface von Unraid.
Letztendlich ist das eine Frage des Routings (Proxy Pass) in der config und welche Subdomains zuvor in der Installation angegeben wurden. Soweit ich weiß, lässt sich die GUI nicht mit der direkten Serveradresse ansprechen (also namedesservers.duckdns.org) sondern benötigt eine Subdomain (jedenfalls habe ich es nur so hinbekommen). Ich greife also auf die GUI unter subdomain.namedesservers.duckdns zu.
Im Gegensatz zu cyanlabs greife ich unter "Domain Name" direkt auf meine Serveradresse zu, nicht auf die Hauptdomain duckdns.org (was faktisch übrigens auch vollkommener Nonsens ist )
cyanlabs > duckdns.org
ich > servername.duckdns.org
Cyanlabs beschreibt den eigentlichen Servernamen unter Subdomain(s). Da ich das bereits im Domain-Namen habe, kann ich dort also wunderbar andere Subdomains angeben und dieses Feld somit für seinen eigentlichen Zweck nutzen.
cyanlabs > servername.duckns.org
ich > subdomain.servername.duckdns.org
Zudem kann ich somit mehr als eine Subdomain vergeben. Rein theoretisch für jeden Dienst wenn ich das möchte.
Bsp.: https://emby.servername.duckdns.org, https://airsonic.servername%e2%80%a6 usw.
subdomain1,subdomain2,subdomain3, …
Das bedeutet aber mehr Schreiberei in der config (die Keys müssen jeder Subbomain zugewiesen werden), zudem kann man diese Dienste auch prima als directories aufrufen:
https://servername.duckdns.org/namedesdienstes
Für die GUI geht das aber wie gesagt nur über eine Subdomain und bei owncloud / nextcloud empfiehlt es sich aus Sicherheitsgründen, diese Dienste über eine Subdomain laufen zu lassen und nicht über ein Verzeichnis.
cyanlabs setzt im Tutorial die Einstellung bei "Only Subdomains" auf true. Das benötigen wir im Falle meiner Einstellung nicht, da wir für alle Domains, also Haupt- UND Subdomains keys haben wollen, die uns Zugriff ermöglichen.
