Beiträge von tOkra

Kann es sein, dass ich beim Port-Forwarding etwas falsch mache?
Bei der Fritzbox ist die Freigabe wie in angehängten Screenshot aufgebaut.
Ich verstehe nicht ganz, was ich bei Port an Gerät und Port extern gewünscht eingeben muss.
Wenn ich zum Beispiel wie im Beispiel des TEs den Letsencrypt auf 446 und 81 laufen habe.
Muss ich dann:
Port an Gerät: 443 bis 443
Port extern gewünscht: 446
eingeben?!

und dann
Port an Gerät: 80 bis 80
Port extern gewünscht: 81

Sorry für die noob-frage aber ich hab mir Tutorials schon angesehen und unterschiedliche Sachen probiert aber es läuft einfach nicht.
Dann könnte ich wenigstens schon mal einen Fehler im Port-Forwarding bei mir ausschließen

Danke

Also wenn ich meineDNS.duckdns.org:8096 im Browser (extern) eingebe, dann bekomme ich Zugriff auf Emby
Wenn ich meine http://DNS.duckdns.org/emby eingebe, dann komme ich ins GUI von unRAID. Da steht oben nur das unRAID-Menü und darunter nix. Quasi ein verweister Link zum Tower.
Irgendwie versteht er die Weiterleitung zu der Endung .../emby nicht. Da reicht er wohl den Port nicht richtig durch oder kA.

Bezüglich Nextcloud häng ich jetzt auch schon Stunden rum und finde den Fehler nicht.
Habe alles nach Deiner Anleitung gemacht und komme ins GUI (aber wie erwähnt nicht in Emby).
Freigaben im Router:

Letsencrypt Docker:

upstream backend {
	server 192.168.178.40:19999;
	keepalive 64;
}
server {
	listen 443 ssl default_server;
	listen 80 default_server;
	root /config/www;
	index index.html index.htm index.php;
	server_name tokra.duckdns.org;
	ssl_certificate /config/keys/letsencrypt/fullchain.pem;
	ssl_certificate_key /config/keys/letsencrypt/privkey.pem;
	ssl_dhparam /config/nginx/dhparams.pem;
	ssl_ciphers 'ECDHE-RSA-AES128-GCM-SHA256:ECDHE-ECDSA-AES128-GCM-SHA256:ECDHE-RSA-AES256-GCM-SHA384:ECDHE-ECDSA-AES256-GCM-SHA384:DHE-RSA-AES128-GCM-SHA256:DHE-DSS-AES128-GCM-SHA256:kEDH+AESGCM:ECDHE-RSA-AES128-SHA256:ECDHE-ECDSA-AES128-SHA256:ECDHE-RSA-AES128-SHA:ECDHE-ECDSA-AES128-SHA:ECDHE-RSA-AES256-SHA384:ECDHE-ECDSA-AES256-SHA384:ECDHE-RSA-AES256-SHA:ECDHE-ECDSA-AES256-SHA:DHE-RSA-AES128-SHA256:DHE-RSA-AES128-SHA:DHE-DSS-AES128-SHA256:DHE-RSA-AES256-SHA256:DHE-DSS-AES256-SHA:DHE-RSA-AES256-SHA:AES128-GCM-SHA256:AES256-GCM-SHA384:AES128-SHA256:AES256-SHA256:AES128-SHA:AES256-SHA:AES:CAMELLIA:DES-CBC3-SHA:!aNULL:!eNULL:!EXPORT:!DES:!RC4:!MD5:!PSK:!aECDH:!EDH-DSS-DES-CBC3-SHA:!EDH-RSA-DES-CBC3-SHA:!KRB5-DES-CBC3-SHA';
	ssl_prefer_server_ciphers on;
	client_max_body_size 0;
    ### Ab hier Einbindung von Emby
	location /emby {
	include /config/nginx/proxy.conf;
	proxy_pass http://192.168.178.40:8096/emby;
	}
    ### Ab hier Einbindung von Airsonic
	location /airsonic {
	include /config/nginx/proxy.conf;
	proxy_pass http://[IP.des.Servers]:4040/airsonic;
	}
	location ~ /netdata/(?<ndpath>.*) {
		proxy_set_header X-Forwarded-Host $host;
		proxy_set_header X-Forwarded-Server $host;
		proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
		proxy_pass http://backend/$ndpath$is_args$args;
		proxy_http_version 1.1;
		proxy_pass_request_headers on;
		proxy_set_header Connection "keep-alive";
		proxy_store off;
	}
}
    ### Ab hier wird die GUI, das Web-Interface angesprochen
    ### Der erste Teil in eckigen Klammern entspricht einer Subdomain, 
    ### die bei Installation unter "Subdomains" eingetragen wurde
server {  
    listen 443 ssl;
    server_name GUI.tokra.duckdns.org;
    root /config/www;
    index index.html index.htm index.php;
    ###SSL Certificates
    ssl_certificate /config/keys/letsencrypt/fullchain.pem;
    ssl_certificate_key /config/keys/letsencrypt/privkey.pem;
    ###Diffie–Hellman key exchange ###
    ssl_dhparam /config/nginx/dhparams.pem;
    ###SSL Ciphers
    ssl_ciphers 'MIIDMjCCAhoCCQDj1/RgLVgxzDANBgkqhkiG9w0BAQsFADBbMQswCQYDVQQIDAJD
QTERMA8GA1UEBwwIQ2FybHNiYWQxFzAVBgNVBAoMDkxpbnV4c2VydmVyLmlvMRQw
EgYDVQQLDAtMU0lPIFNlcnZlcjEKMAgGA1UEAwwBKjAeFw0xODAxMTIyMDQ1MDla
Fw0yODAxMTAyMDQ1MDlaMFsxCzAJBgNVBAgMAkNBMREwDwYDVQQHDAhDYXJsc2Jh
ZDEXMBUGA1UECgwOTGludXhzZXJ2ZXIuaW8xFDASBgNVBAsMC0xTSU8gU2VydmVy
MQowCAYDVQQDDAEqMIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAt4rT
nbga4kHCXI5hLB0yBj0PSGRTbFUFzC0vb9gAnJ6ZZny8lgYNNjBZVF15r/9rt7x9
xWMXaxIVA/G1gufYIwiTLtfgocu/Pf+FZ2QuV6zoq9AYtcapVcqPyzSIM0Gx0mmd
VS9Zbb1VKXeO0MD4AIzjnfMpOMeoy/XrJOdsheW418GZAHe7CN1Lf6K8FQmK/s/W
zwG/9jMrXoQ2NZTlG8QRe+yq0MJAXNmiIscod0BTtIJ5yu+c1jXal+bOkqzwwT/U
AHSixt879jS8i8Vqs2Rj5LsX5vwV6OSxHECtwZ4GIRXPv1c92qrGD/2YmK17fs1Y
4mXrpJnUprwrvTW0NwIDAQABMA0GCSqGSIb3DQEBCwUAA4IBAQBFI6EuTSOlJCfx
cyqTGcl+0C7IWEF7jysUAvl9yvZrbMDIIk7lAkdfrwMYhfLp9CfvWGyAe6XNKLPT
SUOP1o3DZQfPjebbBFntI3vqjpKJn6LC9EP42H7ZoZ2LQTs1SHgIS3yxUm8FOsd1
l/8D//JjsYpd63aSDMDgJucOAbZrrIN1T+V+FvZwYPtTvZIiW9yhCV1KEhN7TwUY
pXKyeTXZY6oin0viYebM5aCuFqO2HYLRCDkrJrhamvKkjW86O69AI8kiJUC3ciar
ObwRBmJiB1fhZ5i9FpW8N8NPBQ2e3rNm9etoaJbw5edxmAfbhNYlQzLWDyeLlIKF
JD4d+HsS';
    ###Extra Settings###
    ssl_prefer_server_ciphers on;
    ssl_session_cache shared:SSL:10m;
        ### Add HTTP Strict Transport Security ###
    add_header Strict-Transport-Security "max-age=63072000; includeSubdomains";
    add_header Front-End-Https on;
    client_max_body_size 0;
    ### Ab hier Einbindung der GUI
	location / {
	include /config/nginx/proxy.conf;
	proxy_pass http://192.168.178.40/;
	}
}
    ### Beispiel für Einbindung von sicherheitskonformer nextcloud
    ### Der erste Teil in eckigen Klammern entspricht einer weiteren Subdomain, 
    ### falls diese bei Installation unter "Subdomains" eingetragen wurde
server {  
    listen 443 ssl;
    server_name nextcloud.tokra.duckdns.org;
    root /config/www;
    index index.html index.htm index.php;
    ###SSL Certificates
    ssl_certificate /config/keys/letsencrypt/fullchain.pem;
    ssl_certificate_key /config/keys/letsencrypt/privkey.pem;
    ###Diffie–Hellman key exchange ###
    ssl_dhparam /config/nginx/dhparams.pem;
    ###SSL Ciphers
    ssl_ciphers 'ECDHE-RSA-AES128-GCM-SHA256:ECDHE-ECDSA-AES128-GCM-SHA256:ECDHE-RSA-AES256-GCM-SHA384:ECDHE-ECDSA-AES256-GCM-SHA384:DHE-RSA-AES128-GCM-SHA256:DHE-DSS-AES128-GCM-SHA256:kEDH+AESGCM:ECDHE-RSA-AES128-SHA256:ECDHE-ECDSA-AES128-SHA256:ECDHE-RSA-AES128-SHA:ECDHE-ECDSA-AES128-SHA:ECDHE-RSA-AES256-SHA384:ECDHE-ECDSA-AES256-SHA384:ECDHE-RSA-AES256-SHA:ECDHE-ECDSA-AES256-SHA:DHE-RSA-AES128-SHA256:DHE-RSA-AES128-SHA:DHE-DSS-AES128-SHA256:DHE-RSA-AES256-SHA256:DHE-DSS-AES256-SHA:DHE-RSA-AES256-SHA:AES128-GCM-SHA256:AES256-GCM-SHA384:AES128-SHA256:AES256-SHA256:AES128-SHA:AES256-SHA:AES:CAMELLIA:DES-CBC3-SHA:!aNULL:!eNULL:!EXPORT:!DES:!RC4:!MD5:!PSK:!aECDH:!EDH-DSS-DES-CBC3-SHA:!EDH-RSA-DES-CBC3-SHA:!KRB5-DES-CBC3-SHA';
    ###Extra Settings###
    ssl_prefer_server_ciphers on;
    ssl_session_cache shared:SSL:10m;
        ### Add HTTP Strict Transport Security ###
    add_header Strict-Transport-Security "max-age=63072000; includeSubdomains";
    add_header Front-End-Https on;
    client_max_body_size 0;
    ### Ab hier Einbindung von nextcloud
 	location / {
        proxy_pass https://192.168.178.40:444/;
        proxy_max_temp_file_size 2048m;
        include /config/nginx/proxy.conf;
    }
}

Im Anschluss habe ich dann Nextcloud nach dieser Anleitung installiert.
Konnte direkt nach der NExtcloud-Installation Nextcloud lokal starten.
Danach wieder Fixing Nextcloud von hier inkl. Einstellung des Reverse Proxy.
Nun habe ich sogar lokal ein 404 - NOT FOUND - nginx/1.14.1

Nextcloud\nginx\site-confs geändert

<?php
$CONFIG = array (
  'memcache.local' => '\\OC\\Memcache\\APCu',
  'datadirectory' => '/data',
  'instanceid' => 'oc096vbjewmh',
  'passwordsalt' => 'gelöscht',
  'secret' => 'gelöscht',
  'trusted_domains' => 
  array (
    0 => '192.168.178.40:444',
    1 => '192.168.178.40',
    2 => 'www.tokra.duckdns.org',
    3 => 'tokra.duckdns.org',
    4 => 'nextcloud.tokra.duckdns.org',
    5 => 'www.nextcloud.tokra.duckdns.org',
  ),
  'trusted_proxies' => '192.168.178.40',
  'overwritewebroot' => '/',
  'dbtype' => 'mysql',
  'version' => '14.0.3.0',
  'overwrite.cli.url' => '/',
  'dbname' => 'nextcloud',
  'dbhost' => '192.168.178.40:3305',
  'dbport' => '',
  'dbtableprefix' => 'oc_',
  'mysql.utf8mb4' => true,
  'dbuser' => 'gelöscht',
  'dbpassword' => 'gelöscht',
  'installed' => true,
);

Bin am Ende und komm einfach nicht drauf
Hilfe wäre echt super

Ich habe meines Erachtens alles nach Anleitung erledigt und mit GUI.[NamedesServers].duckdns.org komme ich auch von extern auf meine unRAID Oberfläche.
Wohlgemerkt aber nur mit http und nicht https.
Ist aber keine Tragik oder?

Mit https://[namedesservers].http://duckdns.org/emby oder auch https://[namedesservers].http://duckdns.org/emby
komme ich aber nicht in Emby. Es werden auch die Nutzerdaten von unRAID abgefragt und im Anschluss lande ich wieder in der unRAID-Oberfläche.

Habt Ihr gerade ohne Screens ne Idee? Ansonsten reiche ich natürlich heute Nachmittag welche nach (gerade nicht zu Hause).

Vielen Dank

PS: In der App kann ich eine Verbindung mit http://[namedesservers].duckdns.org aufbauen.
Lediglich im Browser geht es nicht.

erledigt.

Also mir gehts hauptsächlich um Nextcloud - kann ich dann bei dem vorgehen auf MariaDB verzichten - weils ja niergendwo erwähnt wird?

Für was benötigt man eigentlich den Duck-DNS Docker in unRAID?
Bzw. könne man auf den Docker verzichten wenn man stattdessen eine Fritzbox besitzt und dort mit Duck-DNS verknüpft wie z. B. hier

Ist das überhaupt der Grund für den Docker bzw. was ist die sinnvollste Lösung?

Noch was: Kann es sein, dass das VOrhaben mit NO-IP gar nicht umsetzbar ist weil in der kostenlosen Version keine Sub-Sub-Domains zugelassen sind?

Folgendes Problem habe ich noch immer:
Sobald ich Nextcloud in Unraid als Docker starte, läuft meine Paritätsfestplatte und Festplatte #1.
Immer mal wieder findet anscheinend ganz kurz ein Datenaustausch im KB/s bereich statt.
Das Problem ist: Die beiden Festplatten gehen dadurch nicht mehr schlafen.
Mein /data Verzeichnis liegt im Nextcloud-Docker tatsächlich Festplatte #1.
Aber kann das wirklich der Grund sein, warum die Platte nie schlafen geht?

Ich könnte das /data Verzeichnis theoretisch auf die SSD (Cache-Festplatte) verlegen aber das sollte doch nicht Sinn der Sache sein. Wie habt Ihr das gelöst?

Desweiteren schaltet Nextcloud die Ampel auf Grün, wenn ich als Externe Quelle mnt/user angebe (also genau wie Snickers). Wenn ich dann aber das Verzeichnis in Nextcloud öffnen möchte erhalte ich den Hinweis, dass ich keine Berechtigung habe dort Ordner zu erstellen usw. Ich kann auch keinerlei Inhalte sehen.

Ich kann gerade keine Screens posten, da ich nicht zu Hause bin - das hole ich später nach.

Zitat von Snickers

Ich schaue morgen nochmal rein denn heute bin ich zu fertig und genervt um vernünftig zu Antworten!

Danke Snickers - habe jetzt zum 3. mal alles komplett zurückgesetzt und die "globalen Anmeldeinformationen" in der Nextcloud-Freigabe NICHT mehr befüllt.
Jetzt funzt es - warum auch immer.

DAs hab ich eigentlich 1:1 von dir übernommen

Zitat von Snickers

Dann installiere mal den Nextcloud Docker von Linuxserver! Das war der einzige mit dem ich wirklich einfach zufrieden war. Installieren, starten, Passwort + Benutzernamen eingeben 2x und Spaß haben... evtl. in der config.php noch die Dyndns Adresse eingeben und schon läuft das Ding auch von außen!

Gefühlt für mich 3 Schritte die wirklich Easy waren/Sind

+ im Docker neue Pfade Einfügen und diese dann in Nextcloud einfügen und somit hast du über einen gesicherten SSL Zugang eine Verbindung auf jeden gewünschten Ordner deines Servers.

(Lösche deine alten Nextcloud Einstellungen in Appdata)
1. LinuxServer Nextcloud Docker installieren
2. Neuen Benutzer Erstellen mit Passwort
3. Sofort danach mit diesem dann auch Anmelden.
4. Docker beenden
5. Terminal öffnen und mnt/user/appdata/nextcloud/www/nextcloud/config und dort die config.php bearbeiten
unter array steht 0=>'deineIP:deinPort",'deinDYNDNS:deinORT', <- wichtig ist hierbei die richtigen Anführungstriche und das Komma am Ende (Speichern und beenden)
6. Die Dockereinstellungen öffnen und einen neuen Pfad hinzufügen... Welches der Einstiegspunkt ist entscheidest du bei mir ist es mnt/user und dieser wird dann als /home in Nextcloud eingefügt
(siehe Screenshots)
7. Docker Starten!

8. in Nextcloud aktivierst du externer Speicher und fügst über einen neuen Reiter der irgendwo in Einstellungen oder so erscheint den local Pfad (bei mir /home) hinzu und das wars..

Alles anzeigen

Ich habe das soweit alles erledigt aber wenn wenn ich Nextcloud im Browser öffne und den lokal erstellten Ordner öffne dann sehe ich keinen Inhalt und es fehlt mir angeblich die Berichtigung Dateien hochzuladen oder zu erstellen.
Die Anleitung habe ich eigentlich strikt befolgt. Hat jemand eine zündende Idee oder soll ich noch Screens liefern?

Und noch einen Schönheitsfehler zum großen Glück bei mir
Wenn ich einen Song starte und ich dann in Kodi alle Menüs schließe, dann ist das Fanart (A) ja quasi Vollbild. Super so soll es sein.

Wenn ich jetzt aber wieder in die Musikbibliothek gehe und einen neuen Interpreten auswähle (nur per Mouseover noch nicht bestätigt!), dann erscheint mir dessen Bild als Vorschau (Fanart B). Auch super so soll es sein.

Problem ist aber, dass das vorige FAntart A nicht 100% Transparent ist. Ich sehe also Fanart B und es schimmert noch leicht Fanart A durch. Das möchte ich eigentlich nicht. IN den Einstellungen von Titan kann ich dazu nichts finden.

Ok in den Kodi Einstellungen unter Medien und dann Reiter Musik: Dort der erste Punkt "Formatvorlage für Musiktitel-Dateinamen"

Hier war ein Prozentzeichen vorm "T" verschwunden. Wie das passieren kann keine Ahnung.
Aber jetzt gehts wieder

Also auch in Chrous, der Weboberfläche von Kodi, stellt er mir alles richtig dar.

Bibliothek-Pfad: /mnt/user/Musik/Interpreten
Gemeinsamer Netzwerkordner: \\192.168.178.xx\Musik\Interpreten

1
2
3
4

Eigentlich sieht für mich alles in Ordnung aus...

Also habe die lokale DAtenbank zurückgesetzt und Kodi neu gestartet. Das einlesen ging jetzt viel schneller und es funktioniert auch alles.
Das Problem mit den Songnamen habe ich aber wieder:

Hier heißen alle Songs " T ". Rechts oben steht aber der Songname nochmal "Alice Cooper - Poison". Er weiß also, wie der Titel heißen würde aber die Anzeige ist einfach fehlerhaft. Evtl ein Problem mit einer Einstellung?

Meinst du "direktes streamen der Musikbibliothek?"
Was genau sind die Konsequenzen?

Und wie lange dauert der Sync dann in etwa ? Damit ich mich etwas orientieren kann.
Stunden, Tage ...?

Also wenn du die Weboberfläche von Emby-Server meinst - ja das funktioniert alles.

Mit zurücksetzen meinst du im Emby-Addon (also in Kodi) das zurücksetzen der lokalen Datenbank und anschließend wieder die manuelle synchronisation durchführen?

Ich klinke mich hier mal kurz ein.
Ich habe meine Filme, Musik und Serien in Emby Server eingelesen. Da läuft alles sauber und ist soweit fertig.
Vor über 2 Tagen habe ich in Kodi das Emby Addon gestartet und er hat nun über 2 Tage lang gesynced. Gestartet habe ich den Sync mit "Repariere lokale Datenbank (erzwinge Aktualisierung)"
Mit der "Manuelle Synchronisation ausführen" passiert nichts. Filme waren zackig durch. Serien eigentlich auch.

Die Musik war schon ein paar mal auf 100% durch und immer wieder geht irgendwas von vorne los bei 0%. Sobald ich auf meinem Shield TV den "Zurückbutton" betätige bricht alles ab und es war für die Katz.

Es scheint als wären alle Interpreten in Kodi drin aber wenn ich dann einen öffne, dann ist der Inhalt des Albums immer "leer". Oder bei manchen sind auch die Songs zu sehen aber mit dem Namen "01. Bandname - T". Der Songtitel ist also bei allen immer nur "T".
Wenn ich den Song dann abspiele erscheint schon das richtige aber das ist ja trotzdem nicht Sinn der Sache.

Die eigentliche Frage ist also, wie lange sollte der Sync in Kodi dauern? Laut Emby Server sind es so 1200 Interpreten bzw. 3000 Alben. Ich lese hier immer nur von langem einlesen im Emby Server aber das ging bei mir eigentlich ganz schnell. Nur in Kodi komm ich überhaupt nicht vorwärts.

Sollte es relevant sein: Die Shield hängt am WLAN - ich weiss nicht wie wichtig das ist.

Edit. Jetzt lief die manuelle Synchronisation wieder an aber sie hängt sich immer bei "Vergleiche Episoden von: Serien..." auf. Da steht es bei 100% und es läuft nicht weiter. Das ist auch der Grund, warum ich die "Repariere lokale Datenbank (erzwinge Aktualisierung des gesamten Inhaltes) verwendet habe.

Also ich kann nicht sagen wo der Fehler lag.
Jedenfalls habe ich nun de appdata Ordner am Server gelöscht damit alle Einstellungen weg waren und ich Emby komplett frisch neu aufsetzen konnte.

Sofort lief alles problemlos ohne Macken.

Trotzdem Danke für die Hilfe