QNAP Nextcloud 502 Bad Gateway nginx + "bad adress" logs

M

MaîtrePacha

Nouveau membre
29 Octobre 2022
21
3
13
Bonjour,

J'essaie de faire fonctionner Nextcloud mais je n'ai pas trouvé de solution sur le web. Il est installé sur mon qnap en docker sous mon reverse proxy swag.

J'ai une erreur 502 Bad gateway quand j'accède a l'adresse public.

Voici les logs de Nextcloud

Les "bad address" ressemblent à cette issue github lié à swag : https://github.com/linuxserver/docker-swag/issues/514#issuecomment-2570876420

Voici les logs de mariadb
mon compose
le config.php de Nextcloud
les logs de swag
le compose de swag
la conf proxy nextcloud

Merci par avance pour vos retours
🙂
 
Salut
Un truc chelou dans les logs de SWAG :
1740347581941.png

La old date est plus récent que la "new date".

Sauf si tu as personnalisé les fichiers, mais sinon supprime les 3 fichiers en question, et redémarre ton conteneur.

Dans config.php de Nextcloud :

Trouve :
Code: 
  'trusted_domains' =>
  array (
    0 => 'nextcloud.tomorrow.ovh',
  ),

et remplace par :

Code: 
  'trusted_domains' =>
  array (
    0 => 'nextcloud.tomorrow.ovh',
    1 => '192.168.1.200',
  ),

reboot alors le conteneur Nextcloud

Quand tu essaye d'acceder directement via https://192.168.1.200:3000 a Nextcloud, il se passe quoi ?

Pour d'autres sites, ton SWAG fonctionne ?
 
  • J'aime
Réactions: Tiki_
Je vois que tu as Redis aussi, essaye de le désactiver :

dans le fichier config/www/nextcloud/config/config.php de ton Nextcloud, supprime la partie suivante ( fait une copie de ton fichier avant ;) ) :

Code: 
  'filelocking.enabled' => true,
  'memcache.locking' => '\\OC\\Memcache\\Redis',
  'memcache.distributed' => '\\OC\\Memcache\\Redis',
  'memcache.local' => '\\OC\\Memcache\\APCu',
  'redis' =>
  array (
    'host' => 'cache',
    'port' => 6379,
    'password' => '**************************************',
  ),

Dans config/php/php-local.ini , supprime :
Code: 
apc.enable_cli = 1

et redémarre le conteneur Nextcloud
 
EVO a dit:
Salut
Un truc chelou dans les logs de SWAG :
Voir la pièce jointe 15158

La old date est plus récent que la "new date".

Sauf si tu as personnalisé les fichiers, mais sinon supprime les 3 fichiers en question, et redémarre ton conteneur.

Dans config.php de Nextcloud :

Trouve :
Code: 
  'trusted_domains' =>
  array (
    0 => 'nextcloud.tomorrow.ovh',
  ),

et remplace par :

Code: 
  'trusted_domains' =>
  array (
    0 => 'nextcloud.tomorrow.ovh',
    1 => '192.168.1.200',
  ),

reboot alors le conteneur Nextcloud

Quand tu essaye d'acceder directement via https://192.168.1.200:3000 a Nextcloud, il se passe quoi ?

Pour d'autres sites, ton SWAG fonctionne ?
Cliquez pour agrandir...
Hello,

Concernant les logs de swag, oui je ne savais plus s'il fallait prendre le sample et le renommer ou simplement supprimer le fichier d'où ces dates incohérentes. C'est bon maintenant, ce message n'est plus dans les logs.

J'ai fait la modif dans config.php et après le reboot j'ai toujours 502 Bad Gateway nginx. https://192.168.1.200:3000 me renvoie vers https://nextcloud.ndd.ovh/login avec la même erreur. Sinon oui, swag fonctionne avec les autres services.
 
Dernière édition:
EVO a dit:
Je vois que tu as Redis aussi, essaye de le désactiver :

dans le fichier config/www/nextcloud/config/config.php de ton Nextcloud, supprime la partie suivante ( fait une copie de ton fichier avant ;) ) :

Code: 
  'filelocking.enabled' => true,
  'memcache.locking' => '\\OC\\Memcache\\Redis',
  'memcache.distributed' => '\\OC\\Memcache\\Redis',
  'memcache.local' => '\\OC\\Memcache\\APCu',
  'redis' =>
  array (
    'host' => 'cache',
    'port' => 6379,
    'password' => '**************************************',
  ),

Dans config/php/php-local.ini , supprime :
Code: 
apc.enable_cli = 1

et redémarre le conteneur Nextcloud
Cliquez pour agrandir...
Merci pour les indications. D'après les nouvelles logs de Nextcloud, Redis a l'air désactivé mais il y a toujours l'erreur 502 Bad Gateway.
Le dashboard de swag pourrait peut-être aider a comprendre ce qu'il se passe. Seulement, même pour une utilisation local, là aussi je n'ai pas réussi a le faire fonctionner. L'erreur "délai d'attente dépassé" vient probablement de dashboard.subdomain.conf mais je n'ai pas trouvé d'infos sur ce fichier.
 
Dernière édition:
Regarde dans le dossier de Nextcloud, rien de spécaial dans les logs comme par exemple :

config log php error.log
ou
config log nginx error.log

?
 
EVO a dit:
Regarde dans le dossier de Nextcloud, rien de spécaial dans les logs comme par exemple :

config log php error.log
ou
config log nginx error.log

?
Cliquez pour agrandir...
Non pas vraiment, il y a seulement quelques lignes dans le error.log du dossier php
 

Pièces jointes

  • 1740409481919.png
    1740409481919.png
    144.8 KB · Affichages: 2
  • 1740409535287.png
    1740409535287.png
    63.6 KB · Affichages: 2
C'est fou qu'il soit vide ... a croire que nextcloud ne se lance pas, ce qui serait en accord avec l'erreur nginx du proxy mais pas en accord avec le logs du conteneur nextcloud
 
  • J'aime
Réactions: MaîtrePacha
Alors, après suppression et re-création des containers, les logs ont changé. Enfin pas les logs des containers directement, mis à part Nextcloud qui s'est mis a jour, mais les fichiers. Il y a des entrées différentes dans config > log > nginx > access.log, j'ai remarqué que certaines sont en rapport avec le forum (les ip sont cachées). Et nextcloud.log s'est rempli mais il y a beaucoup d'infos, quoi dois-je chercher ?
 
A mon avis ton Nextcloud fonctionne correctement, faut que tu vire le proxy de la config de nextcloud voir si l'acces local via ip fonctionne

Code: 
  'overwrite.cli.url' => 'https://192.168.1.200:3000',
  'overwritehost' => '192.168.1.200:3000',
  'overwriteprotocol' => 'https',

Code: 
'trusted_domains' => 
  array (
    0 => '192.168.1.200',
    0 => 'nextcloud.tomorrow.ovh',
  ),
 
Alors, re-esseyons de l'inclure :

Dans config.php de nextcloud

Rajoute :

Code: 
  'trusted_proxies' =>
  array (
    0 => '192.168.1.200',
    1 => gethostbyname('swag'),
  ),

Modifie :
Code: 
  'overwrite.cli.url' => 'https://192.168.1.200:3000',
  'overwritehost' => '192.168.1.200:3000',
  'overwriteprotocol' => 'https',

Comme ceci :
Code: 
  'overwrite.cli.url' => 'https://nextcloud.tomorrow.ovh',
  'overwritehost' => 'nextcloud.tomorrow.ovh',
  'overwriteprotocol' => 'https',



Dans ton conteneur swag, rajoute le hostname sous la forme :
Code: 
version: "2"

services:
  swag:
    image: linuxserver/swag:3.0.1-ls347
    container_name: swag
    hostname: swag

[...]

et re-créer le conteneur swag pour prendre en compte la modif, et redémarre nextcloud
 
et donc sans toucher au reste, si tu reviens en arrière dans le config en modifiant ceci :

Code: 
  'overwrite.cli.url' => 'https://nextcloud.tomorrow.ovh',
  'overwritehost' => 'nextcloud.tomorrow.ovh',
  'overwriteprotocol' => 'https',

Comme ceci :
Code: 
  'overwrite.cli.url' => 'https://192.168.1.200:3000',
  'overwritehost' => '192.168.1.200:3000',
  'overwriteprotocol' => 'https',

et que tu reboot le conteneur nextcloud , l'acces local revient sans probleme?
 
Vous devez vous connecter ou vous enregistrer pour répondre ici.
Haut Bas