mirror of
https://github.com/YunoHost/doc.git
synced 2024-09-03 20:06:26 +02:00
Ugh... Simone commited this to the en page instead of fr -.-
This commit is contained in:
parent
5c48290eae
commit
0c5c43c637
2 changed files with 87 additions and 230 deletions
152
noaccess.md
152
noaccess.md
|
@ -1,151 +1 @@
|
|||
# Récupérer l'accès à son YunoHost
|
||||
Si vous avez perdu l'accès à votre YunoHost qui était auparavant fonctionnel, cette page est faite pour vous.
|
||||
|
||||
Il existe de nombreuses causes pouvant empêcher totalement ou partiellement d'accéder en administrateur à un serveur YunoHost. Dans de nombreux cas, un des moyens d'accès est inaccessible, mais les autres sont fonctionnels.
|
||||
|
||||
Cette page va vous aider à diagnostiquer, obtenir un accès et si besoin réparer votre système. Les pannes les plus courantes sont priorisées de haut en bas. Il vous suffit de tester chaque hypothèse.
|
||||
|
||||
|
||||
|
||||
|
||||
## Vous avez accès au serveur via l'adresse IP, mais pas avec le nom de domaine ?
|
||||
|
||||
#### Si vous êtes auto-hébergé à la maison : il faut configurer les redirection de ports
|
||||
|
||||
Vérifier que vous arrivez à accéder au serveur en utilisant son IP globale (que vous pouvez trouver sur https://ip.yunohost.org). Si cela ne fonctionne pas:
|
||||
- Assurez-vous d'avoir [configuré les redirections de ports](/isp_box_config)
|
||||
- Certaines box de FAI ne supportent pas le hairpinning et vous ne pouvez pas accéder à votre serveur depuis l'intérieur du réseau local (sauf à passer par l'IP locale). Pour contourner le problème, vous pouvez tester d'accéder à votre serveur en passant par un proxy comme proxfree.com
|
||||
|
||||
#### Il faut configurer vos enregistrement DNS
|
||||
|
||||
(N.B.: ce n'est pas nécessaire si vous utilisez un domaine de type nohost.me, noho.st ou ynh.fr)
|
||||
|
||||
Il vous faut configurer vos enregistrement DNS comme expliqué sur [cette page](/dns_config) (à minima l'enregistrement A, et AAAA si vous avez de l'IPv6).
|
||||
|
||||
Vous pouvez valider que les enregistrements DNS sont corrects en comparant le résultat de https://www.whatsmydns.net/ avec l'IP globale de votre serveur (si vous êtes hébergé à la maison, vous pouvez obtenir cette IP sur https://ip.yunohost.org)
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
#### Autres causes possibles
|
||||
|
||||
- Votre nom de domaine noho.st, nohost.me ou ynh.fr est inaccessible suite à une panne de l'infra YunoHost. Vérifiez sur le forum si d'autre personnes signalent le même problème.
|
||||
- Votre nom de domaine est peut-être expiré. Vous pouvez vérifier que votre nom de domaine a expiré en vous connectant sur l'interface de votre registrar ou en utilisant le whois par exemple via la commande `whois NOM_DE_DOMAINE`.
|
||||
- Vous avez une IP dynamique. Dans ce cas, il faut mettre en place un script qui se charge de mettre à jour régulièrement votre IP (ou d'utiliser un nom de domaine en nohost.me, noho.st ou ynh.fr qui inclue un tel mécanisme)
|
||||
|
||||
|
||||
## Vous êtes face à une erreur de certificat qui vous empêche d'accéder à la webadmin
|
||||
|
||||
Si vous venez d'installer votre serveur ou d'ajouter un nouveau domaine, il utilise pour le moment un certificat auto-signé. Dans ce cas, il devrait être possible et légitime d'ajouter *exceptionnellement* une exception de sécurité le temps d'[installer un certificat Let's Encrypt](/certificate) à condition d'être sur une connexion internet sûre (pas avec Tor Browser par exemple).
|
||||
|
||||
Une erreur de certificat peut également être affichée dans certain cas où vous avez fait une faute de frappe dans la barre d'adresse de votre navigateur.
|
||||
|
||||
|
||||
|
||||
|
||||
## La webadmin fonctionne, mais certaines applications web me renvoie une erreur 502.
|
||||
|
||||
Il est fort probablement que le service correspondant à ces applications soit en panne (Typiquement pour les applications PHP, il s'agit de php7.0-fpm ou php7.3-fpm). Vous pouvez alors tenter de relancer le service, et si cela ne fonctionne pas, regarder les logs du service correspondant et/ou [demander de l'aide](/help).
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
## Vous avez perdu votre mot de passe administrateur ? (ou bien le mot de passe est refusé)
|
||||
|
||||
Si vous arrivez à afficher la page web d'administration (forcer le rafraîchissement avec CTRL + F5 pour être sur) et que vous n'arrivez pas à vous connectez. Vous avez probablement un mot de passe erroné.
|
||||
|
||||
Si vous êtes certain du mot de passe, il est possible que le service SLAPD qui gère l'authentification soit en panne. Si c'est le cas, il vous faut vous connecter en root.
|
||||
- Si votre serveur est chez vous, vous avez sans doute accès au réseau local du serveur. Depuis ce réseau, vous pouvez vous connecter [en SSH](/ssh) avec l'utilisateur root.
|
||||
- Si vous êtes sur un VPS, votre hébergeur vous fourni peut-être la possibilité d'avoir une console sur votre serveur depuis le navigateur web.
|
||||
Une fois connecté, il vous faut regarder l'état du service avec la commande `yunohost service status slapd` et/ou tenter de réinitialiser votre mot de passe avec la commande `yunohost tools adminpw`.
|
||||
|
||||
Si vous ne pouvez pas ou ne réussissez pas non plus à vous connecter en root, vous allez devoir opérer en mode rescue.
|
||||
|
||||
TODO: à compléter
|
||||
|
||||
|
||||
|
||||
|
||||
## Vous avez accès en SSH mais pas à la Web admin ou inversement
|
||||
|
||||
|
||||
#### Vous essayez de vous connecter en SSH avec `root` plutôt qu'avec `admin`
|
||||
|
||||
Par défaut, la connexion en SSH doit s'effectuer avec l'utilisateur `admin`. Il est possible de se connecter à la machine avec l'utilisateur `root` *seulement depuis le réseau local* sur lequel se situe le serveur.
|
||||
|
||||
Lorsque vous exécutez des commandes `yunohost` en tant qu'admin, il faut les précéder de la commande `sudo` (par exemple `sudo yunohost user list`). Vous pouvez également devenir `root` en tapant `sudo su`.
|
||||
|
||||
#### Vous avez été banni temporairement
|
||||
|
||||
Votre serveur YunoHost inclut un mécanisme (fail2ban) qui banni automatiquement les IPs qui échouent plusieurs fois à s'authentifier. Dans certains cas, il peut s'agir d'un programme (par exemple un client Nextcloud) qui est configuré avec un ancien mot de passe ou d'un utilisateur qui utilise la même IP que vous.
|
||||
|
||||
Si vous avez été banni en tentant d'accéder à une page web, seul les pages web sont inaccessibles, vous devriez donc pouvoir accéder au serveur en SSH. De même, si vous avez été banni en SSH vous devriez pouvoir accéder à la webadmin.
|
||||
|
||||
Si vous avez été banni à la fois en SSH et à la webadmin, vous pouvez essayer d'accéder à votre serveur avec une autre IP, par exemple en utilisant la 4G d'un smartphone ou en utilisant Tor Browser.
|
||||
|
||||
Voir aussi: [débannir une IP sur Fail2ban](/fail2ban)
|
||||
|
||||
NB: le bannissement dure en général 10 à 12 minutes. Le bannissement n'est actif qu'en IPv4.
|
||||
|
||||
|
||||
#### Le serveur web nginx est cassé
|
||||
|
||||
Peut-être que le serveur web nginx est en panne. Vous pouvez vérifier cela [en ssh](/ssh) avec `yunohost service status ssh`. Si il est en panne, vérifiez que la configuration ne comporte pas d'erreur avec `nginx -t`. Si la configuration est cassé, ceci est peut-être du à une l'installation ou désinstallation d'une application de mauvaise qualité... Si vous êtes perdu, [demandez de l'aide](/help).
|
||||
|
||||
Il se peut également que le serveur web (nginx) ou le serveur ssh aient été tué suite à un manque d'espace disque ou de RAM / swap.
|
||||
- Tentez de relancer le service avec `systemctl restart nginx`.
|
||||
- Vous pouvez contrôler l'espace disque utilisé avec `df -h`. Si une de vos partition est remplie à 100%, il faut identifier ce qui prend de la place sur votre système et faire de la place. Il est possible d'installer l'utilitaire `ncdu` avec `apt install ncdu` puis de faire `ncdu /` pour analyser la taille des dossiers de toute l'arborescence.
|
||||
- Vous pouvez contrôler l'utilisation de la RAM / swap avec `free -h`. En fonction des résultats, il peut être nécessaire d'optimiser votre serveur pour qu'il utilise moins de ram (suppression d'app lourdes et inutiles, ...), d'ajouter de la RAM ou d'ajouter un fichier de swap.
|
||||
|
||||
#### Votre serveur est accessible en IPv6 mais pas en IPv4 ou inversement
|
||||
|
||||
Vous pouvez le vérifier en tentant de faire des ping sur votre serveur en IPv4 et en IPv6.
|
||||
|
||||
Dans un tel cas, il est possible que vous arriviez à accéder à votre web admin en IPv6 mais pas en SSH potentiellement en IPv4 par défaut...
|
||||
|
||||
Dans ce cas il faut résoudre votre problème de connectivité.
|
||||
|
||||
Dans certains cas une mise à jour de votre box a activé l'IPv6, entraînant des problèmes de configuration au niveau de votre nom de domaine.
|
||||
|
||||
## Votre VPN a expiré ou ne se monte plus
|
||||
|
||||
Si vous utilisez un VPN a IP fixe, peut être que celui-ci est arrivé à expiration ou que l'infrastructure de votre fournisseur est en difficulté.
|
||||
|
||||
Dans ce cas, vous pouvez peut être accéder à votre serveur avec son IP locale s'agissant probablement d'un serveur auto-hébergé chez-vous.
|
||||
|
||||
Pour connaître votre ip locale, certaines BOX propose une cartographie du réseau en cours avec les équipements connectés. Sinon, en ligne de commande avec linux:
|
||||
```bash
|
||||
sudo arp-scan --local
|
||||
```
|
||||
|
||||
Vous pouvez aussi essayer avec le domaine `yunohost.local` si il n'y a qu'un seul YunoHost sur votre réseau.
|
||||
|
||||
Il faut voir avec votre fournisseur de VPN pour renouveler le VPN et mettre à jour les paramètre de l'app VPN Client.
|
||||
|
||||
TODO
|
||||
|
||||
|
||||
|
||||
## Votre serveur est coincé au démarrage
|
||||
|
||||
Dans certains cas, votre serveur peut rester coincer au démarrage. Il peut s'agir d'un problème suite à l'installation d'un nouveau kernel. Essayez de choisir un autre kernel avec VNC ou avec l'écran lors du boot.
|
||||
|
||||
Si vous êtes en grub rescue, dans ce cas il peut s'agir d'un problème de configuration de grub ou d'un disque corrompu.
|
||||
|
||||
Dans ce cas il faut accéder au disque avec un autre système (mode rescue du fournisseur, live usb, lire la carte SD ou le disque dur avec un autre ordinateur) et essayer de vérifier l'intégrité des partitions avec smartctl, fsck et mount.
|
||||
|
||||
Si les disques sont corrompus et difficile à monter, il faut sauvegarder les données et potentiellement refaire un formatage/réinstaller et/ou changer le disque. Si on arrive à monter le disque, il est possible d'utiliser systemd-nspawn pour entrer dans la base de donnée.
|
||||
|
||||
Sinon, relancer grub-update et grub-install en chroot ou avec systemd-nspawn.
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
## L'accès en VNC ou via écran ne fonctionne pas
|
||||
|
||||
Dans ce cas il peut s'agir d'un problème matériel sur votre serveur physique ou d'un problème d'hyperviseur si c'est un VPS.
|
||||
|
||||
Si c'est une machine loué contacter le support de votre fournisseur. Sinon essayez de dépanner votre machine en retirant les composants qui peuvent être en panne.
|
||||
Unfortunately, this page only exists [in french here](noaccess_fr) for now.
|
||||
|
|
165
noaccess_fr.md
165
noaccess_fr.md
|
@ -1,73 +1,116 @@
|
|||
# Récupérer l'accès à son YunoHost
|
||||
Si vous avez perdu l'accès à votre YunoHost qui était auparavant fonctionnel, cette page est faite pour vous.
|
||||
|
||||
Il existe de nombreuses causes pouvant empécher totalement ou partiellement d'accéder en administrateur à un serveur YunoHost. Dans de nombreux cas, un des moyens d'accès est inaccessible, mais les autres sont fonctionnels.
|
||||
Il existe de nombreuses causes pouvant empêcher totalement ou partiellement d'accéder en administrateur à un serveur YunoHost. Dans de nombreux cas, un des moyens d'accès est inaccessible, mais les autres sont fonctionnels.
|
||||
|
||||
Cette page va vous aider à diagnostiquer, obtenir un accès et si besoin réparer votre système. Les pannes les plus courantes sont priorisées de haut en bas. Il vous suffit de tester chaque hypothèse.
|
||||
|
||||
## Vous avez perdu votre mot de passe administrateur
|
||||
|
||||
|
||||
|
||||
## Vous avez accès au serveur via l'adresse IP, mais pas avec le nom de domaine ?
|
||||
|
||||
#### Si vous êtes auto-hébergé à la maison : il faut configurer les redirection de ports
|
||||
|
||||
Vérifier que vous arrivez à accéder au serveur en utilisant son IP globale (que vous pouvez trouver sur https://ip.yunohost.org). Si cela ne fonctionne pas:
|
||||
- Assurez-vous d'avoir [configuré les redirections de ports](/isp_box_config)
|
||||
- Certaines box de FAI ne supportent pas le hairpinning et vous ne pouvez pas accéder à votre serveur depuis l'intérieur du réseau local (sauf à passer par l'IP locale). Pour contourner le problème, vous pouvez tester d'accéder à votre serveur en passant par un proxy comme proxfree.com
|
||||
|
||||
#### Il faut configurer vos enregistrement DNS
|
||||
|
||||
(N.B.: ce n'est pas nécessaire si vous utilisez un domaine de type nohost.me, noho.st ou ynh.fr)
|
||||
|
||||
Il vous faut configurer vos enregistrement DNS comme expliqué sur [cette page](/dns_config) (à minima l'enregistrement A, et AAAA si vous avez de l'IPv6).
|
||||
|
||||
Vous pouvez valider que les enregistrements DNS sont corrects en comparant le résultat de https://www.whatsmydns.net/ avec l'IP globale de votre serveur (si vous êtes hébergé à la maison, vous pouvez obtenir cette IP sur https://ip.yunohost.org)
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
#### Autres causes possibles
|
||||
|
||||
- Votre nom de domaine noho.st, nohost.me ou ynh.fr est inaccessible suite à une panne de l'infra YunoHost. Vérifiez sur le forum si d'autre personnes signalent le même problème.
|
||||
- Votre nom de domaine est peut-être expiré. Vous pouvez vérifier que votre nom de domaine a expiré en vous connectant sur l'interface de votre registrar ou en utilisant le whois par exemple via la commande `whois NOM_DE_DOMAINE`.
|
||||
- Vous avez une IP dynamique. Dans ce cas, il faut mettre en place un script qui se charge de mettre à jour régulièrement votre IP (ou d'utiliser un nom de domaine en nohost.me, noho.st ou ynh.fr qui inclue un tel mécanisme)
|
||||
|
||||
|
||||
## Vous êtes face à une erreur de certificat qui vous empêche d'accéder à la webadmin
|
||||
|
||||
Si vous venez d'installer votre serveur ou d'ajouter un nouveau domaine, il utilise pour le moment un certificat auto-signé. Dans ce cas, il devrait être possible et légitime d'ajouter *exceptionnellement* une exception de sécurité le temps d'[installer un certificat Let's Encrypt](/certificate) à condition d'être sur une connexion internet sûre (pas avec Tor Browser par exemple).
|
||||
|
||||
Une erreur de certificat peut également être affichée dans certain cas où vous avez fait une faute de frappe dans la barre d'adresse de votre navigateur.
|
||||
|
||||
|
||||
|
||||
|
||||
## La webadmin fonctionne, mais certaines applications web me renvoie une erreur 502.
|
||||
|
||||
Il est fort probablement que le service correspondant à ces applications soit en panne (Typiquement pour les applications PHP, il s'agit de php7.0-fpm ou php7.3-fpm). Vous pouvez alors tenter de relancer le service, et si cela ne fonctionne pas, regarder les logs du service correspondant et/ou [demander de l'aide](/help).
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
## Vous avez perdu votre mot de passe administrateur ? (ou bien le mot de passe est refusé)
|
||||
|
||||
Si vous arrivez à afficher la page web d'administration (forcer le rafraîchissement avec CTRL + F5 pour être sur) et que vous n'arrivez pas à vous connectez. Vous avez probablement un mot de passe erroné.
|
||||
|
||||
Dans ce cas, à moins d'avoir un accès root actif (en SSH par exemple) auquel cas vous pouvez changer le mot de passe de l'utilisateur admin, vous allez devoir opérer en mode rescue.
|
||||
Si vous êtes certain du mot de passe, il est possible que le service SLAPD qui gère l'authentification soit en panne. Si c'est le cas, il vous faut vous connecter en root.
|
||||
- Si votre serveur est chez vous, vous avez sans doute accès au réseau local du serveur. Depuis ce réseau, vous pouvez vous connecter [en SSH](/ssh) avec l'utilisateur root.
|
||||
- Si vous êtes sur un VPS, votre hébergeur vous fourni peut-être la possibilité d'avoir une console sur votre serveur depuis le navigateur web.
|
||||
Une fois connecté, il vous faut regarder l'état du service avec la commande `yunohost service status slapd` et/ou tenter de réinitialiser votre mot de passe avec la commande `yunohost tools adminpw`.
|
||||
|
||||
TODO
|
||||
Si vous ne pouvez pas ou ne réussissez pas non plus à vous connecter en root, vous allez devoir opérer en mode rescue.
|
||||
|
||||
TODO: à compléter
|
||||
|
||||
## Vous avez une erreur de certificat qui vous empêche d'accéder à la webadmin
|
||||
|
||||
Si vous n'avez jamais activé Let's Encrypt ou que vous accéder à la web admin via une IP ou un domaine locale, vous pouvez accepter le certificat invalide exceptionnellement à condition d'être sur une connexion internet sûre (pas avec Tor Browser par exemple).
|
||||
|
||||
Pour y parvenir, il faut aller sur la page d'administration web en utilisant la navigation privée, votre navigateur devrait vous autoriser d'ajouter une exception temporaire pour accéder à la page.
|
||||
|
||||
## Vous avez accès en SSH mais pas à la Web admin ou inversement
|
||||
|
||||
### Vous avez été banni temporairement
|
||||
Votre serveur YunoHost inclut un pare-feu qui banni les IP qui échouent plusieurs fois à se connecter. Dans certains cas, il peut s'agir d'un programme (nextcloud-client) qui est configuré avec un ancien mot de passe ou d'un utilisateur qui utilise la même IP que vous.
|
||||
|
||||
#### Vous essayez de vous connecter en SSH avec `root` plutôt qu'avec `admin`
|
||||
|
||||
Par défaut, la connexion en SSH doit s'effectuer avec l'utilisateur `admin`. Il est possible de se connecter à la machine avec l'utilisateur `root` *seulement depuis le réseau local* sur lequel se situe le serveur.
|
||||
|
||||
Lorsque vous exécutez des commandes `yunohost` en tant qu'admin, il faut les précéder de la commande `sudo` (par exemple `sudo yunohost user list`). Vous pouvez également devenir `root` en tapant `sudo su`.
|
||||
|
||||
#### Vous avez été banni temporairement
|
||||
|
||||
Votre serveur YunoHost inclut un mécanisme (fail2ban) qui banni automatiquement les IPs qui échouent plusieurs fois à s'authentifier. Dans certains cas, il peut s'agir d'un programme (par exemple un client Nextcloud) qui est configuré avec un ancien mot de passe ou d'un utilisateur qui utilise la même IP que vous.
|
||||
|
||||
Si vous avez été banni en tentant d'accéder à une page web, seul les pages web sont inaccessibles, vous devriez donc pouvoir accéder au serveur en SSH. De même, si vous avez été banni en SSH vous devriez pouvoir accéder à la webadmin.
|
||||
|
||||
Si vous avez été banni à la fois en SSH et à la webadmin, vous pouvez essayer d'accéder à votre serveur avec une autre IP, par exemple en utilisant la 4G d'un smartphone ou en utilisant Tor Browser.
|
||||
|
||||
NB: le bannissement dure en général quelques minutes. Le bannissement n'est actif qu'en IPv4.
|
||||
Voir aussi: [débannir une IP sur Fail2ban](/fail2ban)
|
||||
|
||||
### Vous n'avez plus d'espace disque...
|
||||
... et votre serveur web nginx qui distribue les pages de la web admin ou votre serveur SSH ne fonctionne plus.
|
||||
NB: le bannissement dure en général 10 à 12 minutes. Le bannissement n'est actif qu'en IPv4.
|
||||
|
||||
Pour vérifier si vous avez de l'espace disque, vous pouvez le faire de puis la web admin TODO ou avec la commande `df -h`.
|
||||
|
||||
Si une de vos partition est remplie à 100%, il faut identifier ce qui prend de la place sur votre système et faire de la place.
|
||||
#### Le serveur web nginx est cassé
|
||||
|
||||
Attention, dans certains cas il peut s'agir d'erreur qui arrive tellement souvent qu'elles remplissent les fichiers de logs et votre système avec.
|
||||
Peut-être que le serveur web nginx est en panne. Vous pouvez vérifier cela [en ssh](/ssh) avec `yunohost service status ssh`. Si il est en panne, vérifiez que la configuration ne comporte pas d'erreur avec `nginx -t`. Si la configuration est cassé, ceci est peut-être du à une l'installation ou désinstallation d'une application de mauvaise qualité... Si vous êtes perdu, [demandez de l'aide](/help).
|
||||
|
||||
A partir de la web admin vous pouvez relancer le service SSH. De même en SSH, vous pouvez redémarrer le serveur web nginx avec la commande `yunohost service start nginx`
|
||||
Il se peut également que le serveur web (nginx) ou le serveur ssh aient été tué suite à un manque d'espace disque ou de RAM / swap.
|
||||
- Tentez de relancer le service avec `systemctl restart nginx`.
|
||||
- Vous pouvez contrôler l'espace disque utilisé avec `df -h`. Si une de vos partition est remplie à 100%, il faut identifier ce qui prend de la place sur votre système et faire de la place. Il est possible d'installer l'utilitaire `ncdu` avec `apt install ncdu` puis de faire `ncdu /` pour analyser la taille des dossiers de toute l'arborescence.
|
||||
- Vous pouvez contrôler l'utilisation de la RAM / swap avec `free -h`. En fonction des résultats, il peut être nécessaire d'optimiser votre serveur pour qu'il utilise moins de ram (suppression d'app lourdes et inutiles, ...), d'ajouter de la RAM ou d'ajouter un fichier de swap.
|
||||
|
||||
### Vous manquez de RAM et n'avez pas de swap
|
||||
... et votre serveur web nginx qui distribue les pages de la web admin ou votre serveur SSH a été tués aléatoirement.
|
||||
#### Votre serveur est accessible en IPv6 mais pas en IPv4 ou inversement
|
||||
|
||||
Quand votre serveur n'a plus de ram, il est obligé d'écrire sur le disque dans la swap, si il n'y en a pas, dans ce cas il doit tuer un des processus pour faire de l'espace.
|
||||
Vous pouvez le vérifier en tentant de faire des ping sur votre serveur en IPv4 et en IPv6.
|
||||
|
||||
Vous pouvez vérifier que vous n'avez plus beaucoup de ram via la web admin ou en SSH via la commande `free -m`.
|
||||
|
||||
Pour régler cette situation, vous pouvez soit:
|
||||
|
||||
* optimiser votre serveur pour qu'il utilise moins de ram (suppression arrêt de services inutiles)
|
||||
* ajouter de la ram
|
||||
* ajouter un fichier de swap
|
||||
|
||||
A partir de la web admin vous pouvez relancer le service SSH. De même en SSH, vous pouvez redémarrer le serveur web nginx avec la commande `yunohost service start nginx`
|
||||
|
||||
### Vous avez installé une app qui a cassé votre configuration web
|
||||
Si vous avez installé une app de mauvaise qualité, celle-ci peut échouer à l'installation et laisser des bouts de configuration qui vont empécher le redémarrage de votre serveur web nginx qui vous permet d'accéder à la web admin.
|
||||
|
||||
Dans ce cas, il faut accéder en SSH et essayer de terminer la suppression de l'app. Si elle est déjà supprimée, il faut enlever manuellement les résidus de configuration.
|
||||
|
||||
### Votre serveur est accessible en IPv6 mais pas en IPv4 ou inversement
|
||||
Dans un tel cas, il est possible que vous arriviez à accéder à votre web admin en IPv6 mais pas en SSH potentiellement en IPv4 par défaut...
|
||||
|
||||
Dans ce cas il faut résoudre votre problème de connectivité.
|
||||
|
||||
Dans certains cas une mise à jour de votre box a activé l'ipv6, entraînant des problèmes de configuration au niveau de votre nom de domaine.
|
||||
Dans certains cas une mise à jour de votre box a activé l'IPv6, entraînant des problèmes de configuration au niveau de votre nom de domaine.
|
||||
|
||||
## Votre VPN a expiré ou ne se monte plus
|
||||
|
||||
Si vous utilisez un VPN a IP fixe, peut être que celui-ci est arrivé à expiration ou que l'infrastructure de votre fournisseur est en difficulté.
|
||||
|
||||
Dans ce cas, vous pouvez peut être accéder à votre serveur avec son IP locale s'agissant probablement d'un serveur auto-hébergé chez-vous.
|
||||
|
@ -83,51 +126,10 @@ Il faut voir avec votre fournisseur de VPN pour renouveler le VPN et mettre à j
|
|||
|
||||
TODO
|
||||
|
||||
## Votre routeur ne redirige plus vers votre serveur
|
||||
Si votre routeur a été remis à zéro ou mis à jour, votre configuration de redirection de port pourrait avoir disparu. De même, l'ipv6 ou le hairpining pourrait avoir été activé.
|
||||
|
||||
Typiquement si en tapant votre IP publique vous tombez sur votre box, c'est soit le hairpinning soit la redirection de port qui est manquante.
|
||||
|
||||
## Votre serveur ping avec son IP, mais pas avec le nom de domaine
|
||||
### Votre nom de domaine a expiré
|
||||
Si votre nom de domaine expire il ne redirigera plus vers votre serveur.
|
||||
## Votre serveur est coincé au démarrage
|
||||
|
||||
Vous pouvez vérifier que votre nom de domaine a expiré en vous connectant sur l'interface de votre registrar ou en utilisant le whois par exemple via la commande `whois NOM_DE_DOMAINE`.
|
||||
|
||||
Dans ce cas il faut renouveler le nom de domaine (si ile st encore temps.
|
||||
|
||||
### Votre nom de domaine est mal configuré
|
||||
Si votre serveur ping avec son ip mais ne ping pas avec le nom de domaine alors il y a un problème de configuration au niveau du champs A.
|
||||
|
||||
Si c'est un nom de domaine fournit par YunoHost, lancez
|
||||
```bash
|
||||
yunohost dyndns update
|
||||
```
|
||||
|
||||
Si c'est un autre nom de domaine, il faut mettre à jour votre ipv4 et votre ipv6 dans l'interface de votre registrar.
|
||||
|
||||
Attention, si votre IP change régulièrement il faut mettre en place un script qui se lance régulièrement pour mettre à jour votre IP.
|
||||
|
||||
### Votre nom de domaine noho.st, nohost.me, ynh.fr est inaccessible suite à une panne de l'infra YunoHost
|
||||
Il arrive environ trois fois par an que l'infra de YunoHost soit en panne suite à une coupure de courant ou à un problème d'administration système.
|
||||
|
||||
Vérifiez sur le forum si d'autre sont signalez le même problème.
|
||||
|
||||
## Vous avez perdu l'accès en IPv4 mais vous avez accès en IPv6 ou inversement
|
||||
|
||||
Dans ce cas, il faut tenter d'accéder en SSH avec l'autre IP et essayer de comprendre pourquoi le réseau en IPv4 ou en IPv6 a disparu.
|
||||
|
||||
Si ce n'est pas lié à une erreur de configuration réseau sur votre système, il peut être nécessaire d’appeler votre fournisseur de serveur ou d'accès à internet pour vérifier que le problème n'est pas chez eux.
|
||||
|
||||
## Vous avez perdu l'accès en IPv4 (ET en IPv6 le cas échéant)
|
||||
Vous pouvez le vérifier en tentant de faire des ping sur votre serveur en IPv4 et en IPv6.
|
||||
|
||||
Dans ce cas, vous devriez essayer de brancher un clavier/écran sur votre serveur ou d'y accéder par VNC si c'est un serveur distant.
|
||||
|
||||
### Vous pouvez vous connecter avec l'utilisateur admin et le mot de passe
|
||||
A partir de là vous devriez diagnostiquer votre problème réseau le réparer ou si ce n'est pas lié au système contacter le support de votre fournisseur de serveur ou de connexion Internet.
|
||||
|
||||
### Votre serveur est coincé au démarrage
|
||||
Dans certains cas, votre serveur peut rester coincer au démarrage. Il peut s'agir d'un problème suite à l'installation d'un nouveau kernel. Essayez de choisir un autre kernel avec VNC ou avec l'écran lors du boot.
|
||||
|
||||
Si vous êtes en grub rescue, dans ce cas il peut s'agir d'un problème de configuration de grub ou d'un disque corrompu.
|
||||
|
@ -138,7 +140,12 @@ Si les disques sont corrompus et difficile à monter, il faut sauvegarder les do
|
|||
|
||||
Sinon, relancer grub-update et grub-install en chroot ou avec systemd-nspawn.
|
||||
|
||||
### L'accès en VNC ou via écran ne fonctionne pas
|
||||
|
||||
|
||||
|
||||
|
||||
## L'accès en VNC ou via écran ne fonctionne pas
|
||||
|
||||
Dans ce cas il peut s'agir d'un problème matériel sur votre serveur physique ou d'un problème d'hyperviseur si c'est un VPS.
|
||||
|
||||
Si c'est une machine loué contacter le support de votre fournisseur. Sinon essayez de dépanner votre machine en retirant les composants qui peuvent être en panne.
|
||||
|
|
Loading…
Add table
Reference in a new issue