Nextcloud 15

[Fusion]

Auch der Rest der config wäre interessant bezüglich overwrite.cli und ähnliches.
Bleibt ja nur die webserver config oder eventuell ein Schutzmechanismus in Nextcloud (als cross-site scripting).

 

[OdinsAuge]

So hier mal meine config:

<?php
$CONFIG = array (
  'instanceid' => 'xxxxxxxxxxxx',
  'passwordsalt' => 'xxxxxxxxxxxxxxxxxxxxxxxxxxxx',
  'secret' => 'xxxxxxxxxxxxxxxxxxxxxxxx,
  'trusted_domains' => 
  array (
    0 => 'meinesub.domain.net',
    1 => 'meine.domain.net',
    2 => 'DSname',
	3 => 'ddns.synology.me',
	4 => '192.168.0.110',
  ),
  'datadirectory' => '/volume1/ncdata',
  'overwrite.cli.url' => 'https://ddns.synology.me/nextcloud',
  'dbtype' => 'mysql',
  'version' => '15.0.7.0',
  'dbname' => 'nc',
  'dbhost' => '192.168.0.110:3307',
  'dbtableprefix' => 'oc_',
  'dbuser' => 'xxxxx',
  'dbpassword' => 'xxxxxxx',
  'logtimezone' => 'Europe/Berlin',
  'installed' => true,
  'memcache.local' => '\\OC\\Memcache\\APCu',
  'mail_from_address' => 'nextcloud',
  'mail_smtpmode' => 'smtp',
  'mail_domain' => 'domain.net',
  'loglevel' => 2,
  'updater.server.url' => 'https://updates.nextcloud.org/updater_server/',
  'maintenance' => false,
  'theme' => '',
  'updater.release.channel' => 'stable',
  'filelocking.enabled' => true,
  'memcache.locking' => '\\OC\\Memcache\\Redis',
  'redis' => 
  array (
    'host' => 'localhost',
    'port' => 6379,
    'timeout' => 0,
    'password' => '',
    'dbindex' => 0,
  ),
  'mail_smtpauthtype' => 'LOGIN',
  'mail_smtpauth' => 1,
  'mail_smtphost' => 'xxxxxxx',
  'mail_smtpport' => '587',
  'mail_smtpname' => 'xxxxxx',
  'mail_smtppassword' => 'xxxxxxxx',
  'mysql.utf8mb4' => true,
);

Was genau macht die Override CLI URL? AUs dem Kommentar in der sample config werd ich nicht ganz schlau.

EDIT: ddns.synology.me funktioniert ebenfalls nicht mehr, ich werd wie bei der IP auch auf /index.php/login weitergeleitet, erhalte dann aber Error 404.
Auch das ging früher.

 

[Frogman]

Mir fallen nur ein paar Dinge auf... schreib mal

  'dbhost' => '127.0.0.1:3307',
...
  'htaccess.RewriteBase' => '/nextcloud',
  'redis' => 
  array (
    'host' => '127.0.0.1',

 

[OdinsAuge]

Hab ich angepasst, mein ursprüngliches Problem wird dadurch aber nicht gelöst.

Ich hab schon überlegt eine weitere NC instanz zu installieren und dann die dortige config anzupassen bis sie der jetztigen entspricht um zu sehen ob da wo der Fehler liegt.

 

[OdinsAuge]

Ich hab jetzt eine neue Nextcloud-Instanz installiert ungleich nach dem Abschluss der Installation (wenn man das erste mal die Weboberfläche sieht) lande ich wieder auf der 404 Fehlerseite.
So ganz kann ich mir das nicht erklären, da ja eine komplett frische config-Datei angelegt wird. Ich nutze auch einen anderen Namen für die neue Installation.

 

[Andy+]

Dann passt irgendwas auf Deiner DS nicht, wahrscheinlich in der Webstation oder dergleichen. Hast Du PHP 7.2 hinterlegt und aktiviert?. Ggf. kannst Du mal den open_basedir komplett leeren, das könnte auch ein Problem darstellen.

 

[OdinsAuge]

Mit PHP war ich mir recht sicher, ich hab aber sicherheitshalber noch mal nachgesehen und bin dann auf etwas anderes draufgekommen. Nur der vhost nutzt Apache, die WebStation an sich hat nginx konfiguriert und der Funktioniert mit Nextcloud nicht.
Nachdem ich auf Apache umgestiegen bin, kann ich meine Neuinstallation sowohl per LAN IP als auch per Hostname aufrufen.

Meine Original-Installation kann ich weiterhin nicht per LAN IP aufrufen.
Kann sein, dass ich hier im Apache irgendwo eine config übersehen habe?

EDIT: So ich bin jetzt so weit:
Ich hab 'htaccess.RewriteBase' rausgenommen und die htaccess neu erstellt. Jetzt gehts per LAN IP und per domain/vhost.

Problem ist jetzt folgendes: 'htaccess.RewriteBase' => '/', --> domain geht, IP nicht
'htaccess.RewriteBase' => '/nextcloud', --> domain/vhost geht nicht, IP geht

Das erscheint mir so weit logisch, da beide einen unterschiedlichen Document root haben. Gibts hierfür eine Lösung? Außer den Parameter nicht zu verwenden?

 

[Fusion]

Kann ich dir in ganze nicht sagen.

Ich frage mich aber wieso brauchst du all die verschiedenen Zugänge? Reicht nextcloud.domain.de nicht einfach aus?

 

[OdinsAuge]

Grund dafür ist, dass ich seit kurzen VPN nutze und da bei der Hostauflösung etwas nicht richtig funktioniert und ich im LAN beim aufrufen der Domain immer über das Internet geleitet werde anstatt direkt auf die LAN IP der DS.
Bis ich das Problem gelöst habe, will ich die IP direkt zum aufrufen im LAN verwenden.

 

[Fusion]

Dann würde ich mich aber lieber auf das eigentliche Problem konzentrieren, DNS mit VPN, als zu versuchen nextcloud über verschiedene Webserver mit unterschiedlichen vhost doc-roots etc ans laufen zu bekommen.

Woran machst du fest, dass du 'über das Internet geleitet' wirst? Normal führt der Weg maximal zum Router, über das NAT im Router und wieder zurück.
Oder meinst du damit, dass der Aufruf am VPN Tunnel vorbei stattfindet?

 

[OdinsAuge]

Dafür versuche ich ebenfalls eine Lösung zu finden. Aufgefallen sind mir extrem lange Download-Zeiten über die Nextcloud. Nach deaktivieren des VPN waren die Zeiten wieder OK.
Ich hab dann bei aktivem mit tracert -d die route überprüft und die führte dann über mehrere Zwischenstops bis zur WAN IP meines Routers.
Bei deaktivierem VPN komme ich direkt auf die LAN IP der DS.

 

[KGBist2000]

Wenn der VPN-Server auf dem Router läuft, kann es die Datenrate extrem reduzieren. Die meisten Heimrouter schaffen nicht mehr als 20 MBit/s.
Außerdem verstehe ich nicht, wieso du im Heimnetzwerk VPN verwendest. Wenn es der Fernzugriff ist, dann empfehle ich dir den VPN-Server auf der Synology laufen zulassen.

 

[OdinsAuge]

Nein, kein Server, ein Client, der läuft auf den PC's. Es handelt sich um einen VPN-Provider.
Als Workaround habe ich Domain und LAN IP in der hosts Datei eingetragen, jetzt läuft der Download wieder schnell und tracert -d liefert direkt die LAN IP anstatt mehrere Zwischenstationen im Internet und die WAN IP.

Optimal ist die Lösung dennoch nicht.

 

[Fusion]

Die Lösung wäre ein lokaler DNS Server der auch die URLs lokal auf die richtigen IPs auflöst und den auch die vpn clients verwenden.

 

[OdinsAuge]

Ich hab einen DNS Server auf der DiskStation laufen der genau das tut, ich hab mittlerweile herausgefunden dass ich im VPN-Client einen DNS angeben kann, aber wirklich zu funktionieren scheint das nicht.

 

[Tom80]

Hallo zusammen,

Ich habe heute ein Update des Webstation-Pakets auf Version 2.1.7-0147 gemacht, seit dem Update komme ich nicht mehr in meine Nextcloud.
Ich sehe nur eine leere weiße Seite.
In der Netxcloud.log sehe ich folgenden Eintrag:

2019-06-05T21:31:45+02:00 DSSommerhausen [Wed Jun 05 21:31:45.171235 2019] [proxy_fcgi:error] [pid 14551:tid 140497607669504] [client 192.168.2.212:56355] AH01071: Got error 'PHP message: PHP Fatal error: Uncaught Doctrine\\DBAL\\DBALException: Failed to connect to the database: An exception occured in driver: SQLSTATE[HY000] [2002] No such file or directory in /volume1/web/nextcloud/lib/private/DB/Connection.php:64\nStack trace:\n#0 /volume1/web/nextcloud/3rdparty/doctrine/dbal/lib/Doctrine/DBAL/Connection.php(429): OC\\DB\\Connection->connect()\n#1 /volume1/web/nextcloud/3rdparty/doctrine/dbal/lib/Doctrine/DBAL/Connection.php(389): Doctrine\\DBAL\\Connection->getDatabasePlatformVersion()\n#2 /volume1/web/nextcloud/3rdparty/doctrine/dbal/lib/Doctrine/DBAL/Connection.php(328): Doctrine\\DBAL\\Connection->detectDatabasePlatform()\n#3 /volume1/web/nextcloud/3rdparty/doctrine/dbal/lib/Doctrine/DBAL/Connection.php(623): Doctrine\\DBAL\\Connection->getDatabasePlatform()\n#4 /volume1/web/nextcloud/lib/private/DB/Connection.php(151): Doctrine\\DBAL\\Connection->setTransactionIsolation(2)\n#5 /volume1/web/nextcloud/3rdparty/doctrine/dbal/lib/Doctrine/DBAL/DriverManager.php(172): OC\\DB\\Connection->__con...\nPHP message: PHP Fatal error: Uncaught Doctrine\\DBAL\\DBALException: Failed to connect to the database: An exception occured in driver: SQLSTATE[HY000] [2002] No such file or directory in /volume1/web/nextcloud/lib/private/DB/Connection.php:64\nStack trace:\n#0 /volume1/web/nextcloud/3rdparty/doctrine/dbal/lib/Doctrine/DBAL/Connection.php(429): OC\\DB\\Connection->connect()\n#1 /volume1/web/nextcloud/3rdparty/doctrine/dbal/lib/Doctrine/DBAL/Connection.php(389): Doctrine\\DBAL\\Connection->getDatabasePlatformVersion()\n#2 /volume1/web/nextcloud/3rdparty/doctrine/dbal/lib/Doctrine/DBAL/Connection.php(328): Doctrine\\DBAL\\Connection->detectDatabasePlatform()\n#3 /volume1/web/nextcloud/3rdparty/doctrine/dbal/lib/Doctrine/DBAL/Connection.php(623): Doctrine\\DBAL\\Connection->getDatabasePlatform()\n#4 /volume1/web/nextcloud/lib/private/DB/Connection.php(151): Doctrine\\DBAL\\Connection->setTransactionIsolation(2)\n#5 /volume1/web/nextcloud/3rdparty/doctrine/dbal/lib/Doctrine/DBAL/DriverManager.php(172): OC\\DB\\Connection->__con...\n'

Hat jemand das gleiche Problem und evtl. eine Lösung?
Verwende Nextcloud 15.0.2

Gruß Tom

 

[Fusion]

Schau dir deine config.php an und prüfe den dbhost und dbport Eintrag.
Host auf 127.0.0.1 und Port auf 3306 bei MariaDB 5 und 3307 bei MariaDB 10 (eventuell auch 3306, je nachdem, ob beide Versionen parallel installiert sind oder ob man den Port in mariaDB angepasst hat).

 

[Tom80]

Wenn ich dbhost von localhost auf 127.0.0.1:3306 umstelle, erhalte ich einen "Interner Serverfehler Der Server konnte die Anfrage nicht fertig stellen. ...."

 

[Fusion]

Hast du denn mariadb 5 oder 10?
Welcher Port ist dort definiert?
dbhost und dbport sind zwei verschiedene Zeilen in der Config.

 

[maalik]

Nutzt du MariaDB10? Dann muss es

127.0.0.1:3307

heißen