# Erreur 504 via yunohost/sso portalapi (debian Bookworm)
**URL:** https://forum.yunohost.org/t/erreur-504-via-yunohost-sso-portalapi-debian-bookworm/31799
**Category:** Support
**Tags:** french, bug, install
**Created:** [November 4, 2024, 6:58pm UTC](https://forum.yunohost.org/t/erreur-504-via-yunohost-sso-portalapi-debian-bookworm/31799 "2024-11-04T18:58:36Z")
**Posts on this page:** 20
**Page:** 1
### Author:  [@valen](https://forum.yunohost.org/u/valen)
#### Post date: [November 4, 2024, 6:58pm UTC](https://forum.yunohost.org/t/erreur-504-via-yunohost-sso-portalapi-debian-bookworm/31799/1 "2024-11-04T18:58:36Z")
**What type of hardware are you using** : Internet Cube with VPN
**What YunoHost version are you running** : 12.0.6
**How are you able to access your server** : SSH
### Describe your issue
Je viens de procéder à une installation de yunohost avec la toute nouvelle version. J’ai un utilisateur (administrateur) et seulement une application qui est le client VPN (puisqu’il s’agit d’une carte ARM hébergé dernière mon FAI)
Le service yunohost-portal-api n’arrive pas à se lancer. Le statut sur le webadmin est le suivant : auto-restart depuis moins d’une minute. Pourtant en ssh j’ai ce retour quand je tente de le relancer :
root@yunohost~# yunohost service restart yunohost-portal-api
Success! Service ‘yunohost-portal-api’ restarted
Résultat lorsque je tente de me connecter via /yunohost/sso et non yunohost/admin, j’obtiens une erreur 502 avec le message suivant : [GET] “[https://xxxx.noho.st/yunohost/portalapi/public”:](https://xxxx.noho.st/yunohost/portalapi/public%E2%80%9D:) 502
Je pense donc que c’est lié au service qui ne se démarre pas mais je n’ai aucune idée du pourquoi et comment le corriger. Avez-vous déjà recontré ce problème ?
### Share relevant logs or error messages
> **[hastebin](https://paste.yunohost.org/ijapixequy)**
---
### Author:  [@Aleks](https://forum.yunohost.org/u/Aleks)
#### Post date: [November 4, 2024, 7:07pm UTC](https://forum.yunohost.org/t/erreur-504-via-yunohost-sso-portalapi-debian-bookworm/31799/2 "2024-11-04T19:07:54Z")
Que raconte `ls -l /var/log/yunohost-portalapi.log` ?
---
### Author:  [@valen](https://forum.yunohost.org/u/valen)
#### Post date: [November 4, 2024, 7:13pm UTC](https://forum.yunohost.org/t/erreur-504-via-yunohost-sso-portalapi-debian-bookworm/31799/3 "2024-11-04T19:13:43Z")
Merci pour ton retour si rapide.
J’obtiens ceci :
```auto
root@yunohost:~# ls -l /var/log/yunohost-portalapi.log
ls: cannot access '/var/log/yunohost-portalapi.log': No such file or directory
```
Ça n’a pas l’air très rassurant. Un problème de permissions sur un dossier ? Mais pourquoi je suis le seul dans ce cas ?
---
### Author:  [@Aleks](https://forum.yunohost.org/u/Aleks)
#### Post date: [November 4, 2024, 7:16pm UTC](https://forum.yunohost.org/t/erreur-504-via-yunohost-sso-portalapi-debian-bookworm/31799/4 "2024-11-04T19:16:29Z")
Oui c’est une bonne question, normalement ce fichier est initialisé à l’install initiale du paquet debian, et encore après pendant la regenconf de la postinstall, je ne comprends pas comment il peut ne pas exister, mais je vois aussi que tu indiques “internet cube” alors je m’interroge sur quel process d’install (et image de départ?) tu as utilisé exactement …
Mais du coup on peut tenter de remettre les choses à plat avec `yunohost tools regen-conf yunohost`
---
### Author:  [@valen](https://forum.yunohost.org/u/valen)
#### Post date: [November 4, 2024, 7:21pm UTC](https://forum.yunohost.org/t/erreur-504-via-yunohost-sso-portalapi-debian-bookworm/31799/5 "2024-11-04T19:21:17Z")
J’ai suivi la doc d’installation qui se trouve ici : [Install YunoHost | Yunohost Documentation](https://yunohost.org/en/install/hardware:arm)
Mais justement je me suis demandé si la doc était bien à jour au vu de la récente migration debian et yunohost 12.
---
### Author:  [@valen](https://forum.yunohost.org/u/valen)
#### Post date: [November 4, 2024, 7:30pm UTC](https://forum.yunohost.org/t/erreur-504-via-yunohost-sso-portalapi-debian-bookworm/31799/6 "2024-11-04T19:30:57Z")
Après avoir regénéré la conf yunohost, j’ai bien la mire de connexion (sans 502 cette fois) mais une fois mes identifiants rentrés je tombe sur cette nouvelle erreur 504 :
> [POST] “[https://xxxx.noho.st/yunohost/portalapi/login](https://xxxx.noho.st/yunohost/portalapi/login)”: 504
Pour info, voici désormais le retour des permissions sur var/log/yunohost-portalapi.log
```auto
root@yunohost:~# ls -l /var/log/yunohost-portalapi.log
-rw------- 1 ynh-portal root 1810 Nov 4 19:29 /var/log/yunohost-portalapi.log
```
Au niveau du service yunohost-portal-api, celui-ci tourne désormais correctement depuis quelques minutes :
> En cours d’exécution depuis 4 minutes
---
### Author:  [@valen](https://forum.yunohost.org/u/valen)
#### Post date: [November 5, 2024, 7:47pm UTC](https://forum.yunohost.org/t/erreur-504-via-yunohost-sso-portalapi-debian-bookworm/31799/7 "2024-11-05T19:47:14Z")
Bonjour,
J’ai procédé ce soir à une réinstallation entière de ma carte ARM pour m’assurer qu’il ne s’agissait pas d’une erreur d’installation de Debian. Je n’ai cette fois ci pas eu l’erreur 502 en tentant d’accéder à la mire de connexion. Néanmoins après connexion je tombe toujours sur celle-ci…
> [POST] “[https://xxxx.noho.st/yunohost/portalapi/login](https://xxxx.noho.st/yunohost/portalapi/login)”: 504
Auriez-vous une piste de la raison de cette erreur ?
---
### Author:  [@valen](https://forum.yunohost.org/u/valen)
#### Post date: [November 7, 2024, 5:35pm UTC](https://forum.yunohost.org/t/erreur-504-via-yunohost-sso-portalapi-debian-bookworm/31799/8 "2024-11-07T17:35:15Z")
Je refais un point ce jour sur le soucis rencontré.
L’erreur 504 est toujours présente à la connexion via yunohost/sso. Cependant j’ai tenté d’installer Nextcloud pour m’y connecter directement depuis la mire de l’app sans passer par la connexion Yunohost et de cette façon j’arrive à m’y connecter directement. Le problème se situe donc vraisemblablement au niveau de l’authentification Yunohost SSO.
NB : je rencontre la même erreur qu’il s’agisse d’un utilisateur (sans droit particulier) ou d’un administrateur
---
### Author:  [@Aleks](https://forum.yunohost.org/u/Aleks)
#### Post date: [November 7, 2024, 5:41pm UTC](https://forum.yunohost.org/t/erreur-504-via-yunohost-sso-portalapi-debian-bookworm/31799/9 "2024-11-07T17:41:22Z")
C’est difficile à debugger dans la mesure où ça marche pour pleins d’autres monde et on ne sais pas comment reproduire le problème … mais tu n’es aussi pas un cas isolé
Naivement je zieuterais à `sudo tail /var/log/yunohost-portalapi.log -n 100` pour voir si il y a des infos évidentes, ou bien `sudo journalctl -u yunohost-portal-api -n 100 --no-pager --no-hostname`
---
### Author:  [@valen](https://forum.yunohost.org/u/valen)
#### Post date: [November 7, 2024, 5:54pm UTC](https://forum.yunohost.org/t/erreur-504-via-yunohost-sso-portalapi-debian-bookworm/31799/10 "2024-11-07T17:54:41Z")
Merci pour ton retour. En effet je ne suis pas un cas isolé, j’ai profité d’un post qui a obtenu plus de réponses pour y lister les différentes remontées qui pour moi sont identiques.
Pour une connexion qui me retourne 504 voici les logs stockés dans `var/log/yunohost-portalapi.log` :
> 2024-11-07 18:49:15,997 DEBUG geventwebsocket.handler.run\_application - Initializing WebSocket
> 2024-11-07 18:49:15,998 DEBUG geventwebsocket.handler.upgrade\_websocket - Validating WebSocket request
> 2024-11-07 18:49:16,004 DEBUG moulinette.actionsmap.process - loading python module yunohost.portal took 0.000s
> 2024-11-07 18:49:16,005 DEBUG moulinette.actionsmap.process - processing action ‘yunohost.portal.public’
> 2024-11-07 18:49:16,008 DEBUG moulinette.actionsmap.process - action executed in 0.002s
> 2024-11-07 18:49:16,017 INFO geventwebsocket.handler.log\_request - 127.0.0.1 - - [2024-11-07 18:49:16] “GET /public HTTP/1.1” 200 378 0.019441
> 2024-11-07 18:49:22,793 DEBUG geventwebsocket.handler.run\_application - Initializing WebSocket
> 2024-11-07 18:49:22,794 DEBUG geventwebsocket.handler.upgrade\_websocket - Validating WebSocket request
> 2024-11-07 18:49:22,795 DEBUG geventwebsocket.handler.upgrade\_websocket - Can only upgrade connection if using GET method.
Le retour de requête GET 200 m’intrigue un peu…
Du côté du journalctl de `yunohost-portal-api`, je n’ai rien de nouveau depuis le redémarrage effectué le 5 novembre :
> nov. 05 20:12:05 systemd[1]: Started yunohost-portal-api.service - YunoHost Portal API.
---
### Author:  [@Aleks](https://forum.yunohost.org/u/Aleks)
#### Post date: [November 7, 2024, 6:21pm UTC](https://forum.yunohost.org/t/erreur-504-via-yunohost-sso-portalapi-debian-bookworm/31799/11 "2024-11-07T18:21:35Z")
Okay alors regardons ce que renvoie `sudo grep -nr "location /yunohost.*api/ \|proxy_pass" /etc/nginx/conf.d`
et `sudo netstat -tulpn | grep 678`
---
### Author:  [@pigeon\_1](https://forum.yunohost.org/u/pigeon_1)
#### Post date: [November 7, 2024, 6:29pm UTC](https://forum.yunohost.org/t/erreur-504-via-yunohost-sso-portalapi-debian-bookworm/31799/12 "2024-11-07T18:29:56Z")
> [@Aleks](#):
>
> netstat -tulpn | grep 678
je ne sais pas dans quelle mesure je troll le fil mais vu que j’ai le même problème que celui de Valen je me permets d’envoyer les réponses des commandes que tu viens d’envoyer.
-peut être que je devrais me contenter de regarder-
```auto
root@pigeonsrapides:~# grep -nr "location /yunohost.*api/ \|proxy_pass" /etc/nginx/conf.d
/etc/nginx/conf.d/yunohost_api.conf.inc:1:location /yunohost/api/ {
/etc/nginx/conf.d/yunohost_api.conf.inc:3: proxy_pass http://127.0.0.1:6787/;
/etc/nginx/conf.d/yunohost_api.conf.inc:22:location /yunohost/portalapi/ {
/etc/nginx/conf.d/yunohost_api.conf.inc:25: proxy_pass http://127.0.0.1:6788/;
root@pigeonsrapides:~# netstat -tulpn | grep 678
tcp 0 0 127.0.0.1:6788 0.0.0.0:* LISTEN 694/python3
tcp 0 0 127.0.0.1:6787 0.0.0.0:* LISTEN 691/python3
root@pigeonsrapides:~#
```
---
### Author:  [@Aleks](https://forum.yunohost.org/u/Aleks)
#### Post date: [November 7, 2024, 6:32pm UTC](https://forum.yunohost.org/t/erreur-504-via-yunohost-sso-portalapi-debian-bookworm/31799/13 "2024-11-07T18:32:44Z")
Ok alors continuons de creuser … si tu fait `curl -v http://127.0.0.1:6788/public`, est-ce que tu vois bien un truc qui ressemble à :
```auto
* Trying 127.0.0.1:6788...
* Connected to 127.0.0.1 (127.0.0.1) port 6788 (#0)
> GET /public HTTP/1.1
> Host: 127.0.0.1:6788
> User-Agent: curl/7.88.1
> Accept: */*
>
< HTTP/1.1 200 OK
< Content-Type: application/json
< Content-Length: 195
< Date: Thu, 07 Nov 2024 18:31:36 GMT
<
* Connection #0 to host 127.0.0.1 left intact
{"public": false, "portal_logo": "", "portal_theme": "system", "portal_tile_theme": "simple", "portal_title": "YunoHost", "show_other_domains_apps": false, "domain": "127.0.0.1:6788", "apps": {}}
```
---
### Author:  [@pigeon\_1](https://forum.yunohost.org/u/pigeon_1)
#### Post date: [November 7, 2024, 6:34pm UTC](https://forum.yunohost.org/t/erreur-504-via-yunohost-sso-portalapi-debian-bookworm/31799/14 "2024-11-07T18:34:09Z")
> [@Aleks](#):
>
> curl -v [http://127.0.0.1:6788/](http://127.0.0.1:6788/)
donne la réponse :
```auto
root@pigeonsrapides:~# curl -v http://127.0.0.1:6788/
* Trying 127.0.0.1:6788...
* Connected to 127.0.0.1 (127.0.0.1) port 6788 (#0)
> GET / HTTP/1.1
> Host: 127.0.0.1:6788
> User-Agent: curl/7.88.1
> Accept: */*
>
< HTTP/1.1 405 Method Not Allowed
< Allow: OPTIONS
< Content-Length: 733
< Content-Type: text/html; charset=UTF-8
< Date: Thu, 07 Nov 2024 18:33:24 GMT
<
Error: 405 Method Not Allowed
Error: 405 Method Not Allowed
Sorry, the requested URL 'http://127.0.0.1:6788/'
caused an error:
Method not allowed.
* Connection #0 to host 127.0.0.1 left intact
root@pigeonsrapides:~#
```
---
### Author:  [@Aleks](https://forum.yunohost.org/u/Aleks)
#### Post date: [November 7, 2024, 6:34pm UTC](https://forum.yunohost.org/t/erreur-504-via-yunohost-sso-portalapi-debian-bookworm/31799/15 "2024-11-07T18:34:31Z")
avec “/public” a la fin de l’url
---
### Author:  [@pigeon\_1](https://forum.yunohost.org/u/pigeon_1)
#### Post date: [November 7, 2024, 6:37pm UTC](https://forum.yunohost.org/t/erreur-504-via-yunohost-sso-portalapi-debian-bookworm/31799/16 "2024-11-07T18:37:06Z")
> [@Aleks](#):
>
> `curl -v http://127.0.0.1:6788/public`
```auto
root@pigeonsrapides:~# curl -v http://127.0.0.1:6788/public
* Trying 127.0.0.1:6788...
* Connected to 127.0.0.1 (127.0.0.1) port 6788 (#0)
> GET /public HTTP/1.1
> Host: 127.0.0.1:6788
> User-Agent: curl/7.88.1
> Accept: */*
>
< HTTP/1.1 200 OK
< Content-Type: application/json
< Content-Length: 195
< Date: Thu, 07 Nov 2024 18:36:48 GMT
<
* Connection #0 to host 127.0.0.1 left intact
{"public": false, "portal_logo": "", "portal_theme": "system", "portal_tile_theme": "simple", "portal_title": "YunoHost", "show_other_domains_apps": false, "domain": "127.0.0.1:6788", "apps": {}}root@pigeonsrapides:~#
```
Ca ressemble à ce que tu ecrivais
---
### Author:  [@valen](https://forum.yunohost.org/u/valen)
#### Post date: [November 7, 2024, 6:44pm UTC](https://forum.yunohost.org/t/erreur-504-via-yunohost-sso-portalapi-debian-bookworm/31799/17 "2024-11-07T18:44:02Z")
Voilà les retours de mon côté concernant les deux commandes que tu m’as indiqué :
> root@yunohost:~# sudo grep -nr “location /yunohost.\*api/ |proxy\_pass” /etc/nginx/conf.d
> /etc/nginx/conf.d/yunohost\_api.conf.inc:1:location /yunohost/api/ {
> /etc/nginx/conf.d/yunohost\_api.conf.inc:3: proxy\_pass [http://127.0.0.1:6787/](http://127.0.0.1:6787/);
> /etc/nginx/conf.d/yunohost\_api.conf.inc:22:location /yunohost/portalapi/ {
> /etc/nginx/conf.d/yunohost\_api.conf.inc:25: proxy\_pass [http://127.0.0.1:6788/](http://127.0.0.1:6788/);
> root@yunohost:~# sudo netstat -tulpn | grep 678
> sudo: netstat : commande introuvable
Faut-il que j’installe netstat ou ce n’est pas nécessaire ?
---
### Author:  [@valen](https://forum.yunohost.org/u/valen)
#### Post date: [November 7, 2024, 6:45pm UTC](https://forum.yunohost.org/t/erreur-504-via-yunohost-sso-portalapi-debian-bookworm/31799/18 "2024-11-07T18:45:43Z")
Concernant le curl, j’ai exactement le même retour que toi
---
### Author:  [@Aleks](https://forum.yunohost.org/u/Aleks)
#### Post date: [November 7, 2024, 6:49pm UTC](https://forum.yunohost.org/t/erreur-504-via-yunohost-sso-portalapi-debian-bookworm/31799/19 "2024-11-07T18:49:41Z")
Mokaayyy alors ben testons la route de login :
`curl -v -X POST http://127.0.0.1:6788/login -d "credentials=foo:bar"`
(essayons avec des faux identifiants pour le moment)
Est-ce que ça renvoie bien “Invalid password” à la fin ?
---
### Author:  [@valen](https://forum.yunohost.org/u/valen)
#### Post date: [November 7, 2024, 6:52pm UTC](https://forum.yunohost.org/t/erreur-504-via-yunohost-sso-portalapi-debian-bookworm/31799/20 "2024-11-07T18:52:43Z")
J’ai bien une erreur 401 mais pas d’“Invalid password” en vue. Voici le retour exact :
> Trying 127.0.0.1:6788…
> Connected to 127.0.0.1 (127.0.0.1) port 6788 (#0)
> POST /login HTTP/1.1
> Host: 127.0.0.1:6788
> User-Agent: curl/7.88.1
> Accept: _/_
> Content-Length: 19
> Content-Type: application/x-www-form-urlencoded
>
> HTTP/1.1 401 Unauthorized
> Content-Length: 16
> Content-Type: text/html; charset=UTF-8
> Date: Thu, 07 Nov 2024 18:50:35 GMT
>
> Connection #0 to host 127.0.0.1 left intact
[Next page](https://forum.yunohost.org/t/erreur-504-via-yunohost-sso-portalapi-debian-bookworm/31799.md?page=2)