Een onbereikbare VPS Linux diagnosticeren

“Mijn server reageert niet meer” dekt een tiental zeer verschillende situaties. Met de onderstaande methode onderscheidt u ze binnen enkele minuten, en voorkomt u dat u op een antwoord wacht terwijl de oplossing binnen handbereik ligt.

1. Hoe controleer ik de status van mijn VPS in de klantenzone?

Open Mijn diensten en daarna uw VPS. De pagina toont de status van de machine.

• Gestopt: klik op Starten. Een stop kan het gevolg zijn van een per ongeluk uitgevoerde shutdown, een gecrashte kernel of een eerdere actie.
• Bezig met installeren: u hoeft niets te doen, wacht tot het klaar is.
• Opgeschort of verlopen: controleer uw facturen in de klantenzone. Een onbetaalde dienst wordt opgeschort.

2. Waar zie ik de laatste acties die op mijn VPS zijn uitgevoerd?

Het tabblad Geschiedenis toont de acties die op de VPS zijn uitgevoerd, wie ze heeft uitgevoerd — Systeem, Gebruiker of Beheerder — en wanneer. Een herinstallatie, een wachtwoordwijziging of een vergeten stop staat er zwart op wit. Vaak vindt u daar de verklaring.

3. Wat laten de grafieken van mijn VPS zien?

Het tabblad Grafieken toont de CPU, het geheugen, het netwerk en de schijf-I/O. Drie nuttige interpretaties:

• alles op nul sinds een bepaald tijdstip: de machine is gestopt of vastgelopen;
• CPU voortdurend op het maximum: een proces is in een lus terechtgekomen, of de machine wordt gebruikt door iemand anders dan u;
• ongebruikelijk uitgaand verkeer: houd serieus rekening met een inbraak.

4. Hoe zie ik met de console wat er op de machine gebeurt?

Dit is de beslissende stap. De console toont het scherm van de machine zonder via het netwerk te gaan.

• U ziet de aanmeldprompt: het systeem draait, het probleem zit in het netwerk of in SSH. Ga naar stap 5.
• U ziet foutmeldingen bij het opstarten: noteer de laatste regel vóór de blokkering, die is van belang.
• Het scherm is zwart en reageert niet: start de machine opnieuw vanaf de dienstpagina en bekijk daarna het opstarten in de console.

5. Hoe controleer ik het netwerk en SSH vanuit de console?

Enkele opdrachten volstaan: het adres en de standaardroute, een ping naar een publiek IP-adres en daarna naar een domeinnaam, de status van de SSH-dienst en een eventuele blokkering van uw adres door fail2ban.

Meld u in de console aan met root:

ip -4 addr          # is het adres aanwezig?
ip route            # bestaat de standaardroute?
ping -c3 9.9.9.9    # werkt de IP-laag?
ping -c3 debian.org # werkt de DNS-resolutie?

Reageert 9.9.9.9 wel, maar een domeinnaam niet, corrigeer dan de DNS-resolutie. Reageert er niets, vergelijk uw configuratie dan met wat het tabblad Netwerk van de klantenzone toont.

Daarna SSH en de firewall:

systemctl status ssh          # of sshd
ss -tulpn | grep :22
ufw status                    # of firewall-cmd --list-all
fail2ban-client status sshd   # is uw IP geblokkeerd?

Een adres dat door fail2ban is geblokkeerd na meerdere verkeerde wachtwoorden, is een zeer vaak voorkomende oorzaak van een “onbereikbare” server die het prima maakt. Hef de blokkering op met fail2ban-client set sshd unbanip UW_IP.

6. Hoe weet ik of de schijf van mijn VPS vol is?

Met df -h voor de ruimte en df -i voor de inodes: een volle schijf voorkomt dat diensten starten en dat logboeken worden geschreven.

df -h
df -i
journalctl --disk-usage

Een schijf die voor 100 % vol is — of geen inodes meer heeft, wat df -h niet laat zien — voorkomt dat diensten starten en dat logboeken worden geschreven. Maak ruimte vrij en start daarna de betreffende diensten opnieuw.

7. Hoe spoor ik een mislukte dienst op mijn VPS op?

Met systemctl list-units --failed en daarna het logboek van de betreffende dienst: de oorzaak staat er bijna altijd duidelijk in.

systemctl list-units --failed
journalctl -p err -b --no-pager | tail -50
systemctl status DIENSTNAAM

Een dienst die na een update is mislukt, wordt bijna altijd duidelijk verklaard in zijn logboek.

Wat moet ik bij mijn supportticket voegen?

Opent u een ticket bij de Technische afdeling, dan voorkomen deze gegevens meerdere vraag-en-antwoordrondes:

• de identificatie van de betreffende dienst;
• het exacte tijdstip waarop het probleem begon, met de tijdzone;
• wat er vlak daarvoor is veranderd: update, wijziging van de firewall, het netwerk of SSH;
• de resultaten van de bovenstaande opdrachten, gekopieerd als tekst;
• de exacte foutmelding, geen samenvatting;
• wat de console toont.

Stuur nooit een wachtwoord, privésleutel of token door: de support heeft die niet nodig, en een ticket wordt gearchiveerd.