Aller au contenu principal

Problèmes courants VPS Linux

Guide de dépannage VPS Linux

Ce guide vous accompagne pour résoudre les problèmes les plus fréquents sur vos VPS Linux RedHeberg. Chaque section propose des commandes de diagnostic et de résolution.

SSH "Connection refused"​

Diagnostic initial​

# Tester la connectivité réseau
ping YOUR_SERVER_IP

# Vérifier si le port SSH répond
telnet YOUR_SERVER_IP 22
# ou avec nmap
nmap -p 22 YOUR_SERVER_IP

Vérification du service SSH​

Connectez-vous via la console noVNC depuis l'espace client RedHeberg :

# Vérifier le statut du service SSH
sudo systemctl status ssh
# ou sur CentOS/Rocky/Alma
sudo systemctl status sshd

# Redémarrer le service si nécessaire
sudo systemctl restart ssh
sudo systemctl enable ssh

# Vérifier les logs
sudo journalctl -u ssh -f

Configuration SSH​

# Vérifier la configuration SSH
sudo sshd -T | grep -E "(port|permitrootlogin|passwordauthentication)"

# Éditer la configuration si nécessaire
sudo nano /etc/ssh/sshd_config

# Tester la configuration avant redémarrage
sudo sshd -t

# Redémarrer après modification
sudo systemctl restart ssh

Pare-feu UFW​

# Vérifier le statut d'UFW
sudo ufw status

# Autoriser SSH si bloqué
sudo ufw allow 22/tcp
sudo ufw allow OpenSSH

# Recharger les règles
sudo ufw reload

VPS inaccessible (console noVNC)​

Accès d'urgence​

Console noVNC

Depuis votre espace client RedHeberg, utilisez la console noVNC pour accéder à votre VPS même en cas de problème réseau.

# Une fois connecté en console, vérifier l'interface réseau
ip addr show

# Vérifier la route par défaut
ip route show

# Redémarrer le service réseau
sudo systemctl restart networking
# ou sur CentOS/Rocky/Alma
sudo systemctl restart NetworkManager

Vérification des services critiques​

# Services réseau essentiels
sudo systemctl status networking
sudo systemctl status systemd-networkd
sudo systemctl status NetworkManager

# Logs système récents
sudo journalctl -xe --since "1 hour ago"

# Utilisation disque (peut bloquer le système)
df -h
du -sh /var/log/

Site web inaccessible​

Diagnostic web​

# Tester localement
curl -I http://localhost
curl -I http://YOUR_SERVER_IP

# Vérifier les ports web
sudo netstat -tlnp | grep -E ":80|:443"
# ou avec ss
sudo ss -tlnp | grep -E ":80|:443"

Services web (Nginx)​

# Statut Nginx
sudo systemctl status nginx

# Tester la configuration
sudo nginx -t

# Recharger la configuration
sudo systemctl reload nginx

# Redémarrer si nécessaire
sudo systemctl restart nginx

# Logs d'erreur
sudo tail -f /var/log/nginx/error.log

Services web (Apache)​

# Statut Apache
sudo systemctl status apache2
# ou sur CentOS/Rocky/Alma
sudo systemctl status httpd

# Tester la configuration
sudo apache2ctl configtest
# ou sur CentOS/Rocky/Alma
sudo httpd -t

# Redémarrer Apache
sudo systemctl restart apache2

# Logs d'erreur
sudo tail -f /var/log/apache2/error.log

Vérification DNS​

# Résolution DNS de votre domaine
nslookup votre-domaine.com
dig votre-domaine.com A

# Vérifier les enregistrements
dig votre-domaine.com ANY

Erreurs 502/504 Gateway​

Diagnostic backend​

# Vérifier les services backend (PHP-FPM exemple)
sudo systemctl status php8.2-fpm
sudo systemctl restart php8.2-fpm

# Logs PHP-FPM
sudo tail -f /var/log/php8.2-fpm.log

# Processus actifs
ps aux | grep php-fpm
ps aux | grep nginx

Configuration proxy​

# Vérifier la configuration Nginx (proxy)
sudo nginx -t
cat /etc/nginx/sites-available/votre-site

# Exemple configuration correcte pour PHP
upstream php-backend {
    server 127.0.0.1:9000;
    # ou server unix:/run/php/php8.2-fpm.sock;
}

server {
    listen 80;
    server_name votre-domaine.com;
    
    location ~ \.php$ {
        fastcgi_pass php-backend;
        fastcgi_index index.php;
        include fastcgi_params;
    }
}

Base de données​

# MySQL/MariaDB
sudo systemctl status mysql
sudo systemctl status mariadb

# Connexion test
mysql -u root -p -e "SELECT 1;"

# PostgreSQL
sudo systemctl status postgresql
sudo -u postgres psql -c "SELECT 1;"

Service qui ne démarre pas​

Diagnostic approfondi​

# Logs détaillés du service
sudo journalctl -xe -u nom-du-service

# Logs depuis le dernier boot
sudo journalctl -xe -u nom-du-service --since "today"

# Forcer le redémarrage
sudo systemctl reset-failed nom-du-service
sudo systemctl restart nom-du-service

Problèmes de permissions​

# Vérifier les permissions des fichiers de service
ls -la /etc/systemd/system/nom-du-service.service
ls -la /usr/lib/systemd/system/nom-du-service.service

# Recharger systemd après modification
sudo systemctl daemon-reload
sudo systemctl restart nom-du-service

Ressources système​

# Utilisation mémoire et CPU
free -h
top
htop

# Espace disque
df -h
du -sh /var/log/ /tmp/

# Vérifier les limites systemd
sudo systemctl show nom-du-service | grep -E "(Memory|CPU|TasksMax)"

Outils de diagnostic avancés​

Surveillance réseau​

# Connexions réseau actives
sudo netstat -tuln
sudo ss -tuln

# Trafic réseau en temps réel
sudo iftop
sudo nethogs

Monitoring système​

# Processus consommant le plus
ps aux --sort=-%cpu | head -10
ps aux --sort=-%mem | head -10

# I/O disque
sudo iotop

# Logs système globaux
sudo journalctl -f --since "10 minutes ago"
Support RedHeberg

Si le problème persiste après ces vérifications, n'hésitez pas à ouvrir un ticket depuis votre espace client avec les résultats de ces commandes.

Sauvegarde

Avant toute modification importante de configuration, pensez à créer un snapshot de votre VPS depuis l'espace client RedHeberg.